Monthly Archives: August 2012

ODA一键式升级

ODA另外一个值得称道的方便之处,就是一键式升级。 数据库的升级本身就是比较麻烦的事情,不谈跨大版本的升级,仅仅是PSR的升级也包括很多的步骤,即使是一个PSU的升级,同样也不是一个简单的工作。如果是RAC环境,那么恭喜你,工作量DOUBLE都不止。 那么对于ODA而言,除了RAC架构之外,还有自身的ILON以及管理工具要维护,因此整个环境的升级一定是一个非常烦琐的工作。而ODA的最大目标就是简化工作,因此整个ODA硬件及软件环境这个非常烦琐的操作被简化为几个命令完成。 当前的ODA管理工具oak版本为2.2.0.0.0,包含的数据库版本为11.2.0.3.2,下面的测试将oak升级到2.3.0.0.0,而数据库的版本相应的升级到11.2.0.3.3。 首先需要从MOS上下载补丁文件:p13982331_23000_Linux-x86-64.zip,这个文件打包了所有ODA升级需要的文件。 上传到/tmp目录后,通过unpack选项进行解压: [root@odaenmo1 ~]# cd /opt/oracle/oak/bin [root@odaenmo1 bin]# ./oakcli unpack –package /tmp/p13982331_23000_Linux-x86-64.zip Unpacking takes a while, pls wait…. Successfully unpacked the files TO repository. 解压完成后,就可以执行升级PATCH的操作了: [root@odaenmo1 bin]# ./oakcli UPDATE –patch 2.3.0.0.0 执行完这个操作,Oracle会提示在升级过程中,DB/ASM/CLUSTERWARE都会被停止,选择确认后,Oracle要求确认是否在节点2上同样执行了unpack操作。 输入root的密码后,Oracle开始对HMP、OAK、IPMI和STORAGE进行升级操作。 不过这个升级过程并不会升级GRID和DB,如果要将CLUSTERWARE和DB同样升级到最新的版本,应该在上面的升级结束后执行下面的命令: [root@odaenmo1 bin]# … Continue reading

Posted in ORACLE | Tagged , , , , , , , , , , | Leave a comment

编译oracle时报错找不到loraolap10

由于OLAP组件的问题,尝试编译oracle,碰到loraolap10找不到的问题。 数据库版本为10.2.0.4 FOR HP-UX,在尝试通过编译oracle可执行文件来关闭OLAP组件时,出现错误,信息为: ld: cannot find -loraolap10 参考MOS文档Linking Oracle fails with ld: cannot find -loraolap10 [ID 435912.1],导致问题的原因在于libknlopt.a文件中包含了不正确的xsyeolap.so文件。这个问题可能是由于卸载OLAP时没有像预期那样正确的完成,或者是在安装过程中配置环境出现了异常。 可以通过下面的方法来改正这个问题,并重新编译oracle: $ cd $ORACLE_HOME/rdbms/lib $ cp libknlopt.a libknlopt.a_save $ ar d libknlopt.a xsyeolap.o $ ar cr libknlopt.a xsnoolap.o $ relink oracle

Posted in ORACLE | Tagged , , , , , | Leave a comment

数据库异机恢复打开报错ORA-36961

客户在异机进行数据库的不完全恢复,用来导出被误删除的表,恢复完成后,打开数据库时出现了ORA-36961错误。 数据库版本为10.2.0.4 for HP-UX,打开数据库前台出现ORA-3113错误: SQL> startup Total System Global Area 4294967296 bytes Fixed SIZE 2073472 bytes Variable SIZE 805309568 bytes DATABASE Buffers 3472883712 bytes Redo Buffers 14700544 bytes DATABASE mounted. ORA-03113: end-of-file ON communication channel 在启动过程中,如果前台出现ORA-3113错误,那么后台多半是ORA-600或ORA-7445错误,检查告警日志,却发现出现了ORA-36961错误: Error IN executing triggers … Continue reading

Posted in ORACLE | Tagged , , , , , , , | Leave a comment

ORA-700(kcbl2vfyfh_action)错误

ORA-600和ORA-7445的错误已经司空见惯了,而Oracle的ORA-700错误还是第一次看到,而看到这个错误,还是在ODA环境中看到的。 数据库环境为ODA,在尝试配置FLASH_CACHE: SQL> SHOW parameter flash_ NAME TYPE VALUE ———————————— ———– —————————— db_flash_cache_file string db_flash_cache_size big INTEGER 0 db_flashback_retention_target INTEGER 1440 SQL> ALTER system SET db_flash_cache_size = 60G scope = spfile; System altered. SQL> ALTER system SET db_flash_cache_file= ‘+REDO’ scope … Continue reading

Posted in ORACLE | Tagged , , , , , , , , | Leave a comment

云和恩墨一周年年会

时间过得真快,转眼云和恩墨已经一岁了,今天公司全体员工在承德举行了年会。 从加入到恩墨科技到云和恩墨的成立,一直到今天公司的一周年的年会,公司从不到10人,发展到40人的队伍,可以说公司的成长还是非常快的。 快速的发展本身就可能会带来这样或那样的问题,更何况对于一个刚刚成立一年公司。这次年会除了总结去年业绩,制定新的战略目标外的一个主要目的就是希望发挥全体员工的智慧来发现公司制度上、策略上甚至是方向上的各种问题。 感谢所有员工去年一年的努力,也希望新的一年我们可以更加努力,实现个人和公司的共同快速成长。

Posted in NEWS | Leave a comment

ORA-4030、ORA-27300错误和大量ORA-7445错误

客户11.2 RAC环境出现大量的ORA-7445错误、ORA-4030错误以及ORA-27300、ORA-27301和ORA-27302错误。 错误信息为: Sat DEC 31 02:33:18 2011 Errors IN file /app/diag/rdbms/orcl/orcl1/trace/orcl1_p015_28613.trc: ORA-07445: exception encountered: core dump [_ndoprnt()+4] [SIGSEGV] [ADDR:0xFFFFFFFF7FFE5FE0] [PC:0xFFFFFFFF7ADA92B0] [Address NOT mapped TO object] [] ORA-04030: OUT OF process memory WHEN trying TO allocate 254488 bytes (QERGH hash-agg,kllcqas:kllsltba) … Continue reading

Posted in BUG | Tagged , , , , , , , , , , , | Leave a comment

ASM实例出现ORA-4031错误导致实例崩溃

数据库的ASM实例出现了ORA-4031错误,导致了数据库实例的崩溃。 详细的错误信息为: Wed Jul 25 08:03:45 2012 Errors IN file /u01/app/oracle/diag/rdbms/orcl/ORCL1/trace/ORCL1_asmb_34668994.trc (incident=808023): ORA-04031: unable TO allocate 3432 bytes OF shared memory ("shared pool","unknown object","sga heap(1,0)","ASM file") Incident details IN: /u01/app/oracle/diag/rdbms/orcl/ORCL1/incident/incdir_808023/ORCL1_asmb_34668994_i808023.trc Wed Jul 25 08:03:47 2012 Trace dumping IS performing id=[cdmp_20120725080347] … Continue reading

Posted in BUG | Tagged , , , , , , , , | Leave a comment

数据泵导出出现ORA-4030错误

客户Oracle 10.2.0.3环境,在导出是碰到ORA-4030错误。 错误信息为: Processing object TYPE SCHEMA_EXPORT/TABLE/CONSTRAINT/REF_CONSTRAINT Processing object TYPE SCHEMA_EXPORT/TABLE/TRIGGER Processing object TYPE SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS Processing object TYPE SCHEMA_EXPORT/POST_SCHEMA/PROCOBJ ORA-39014: One OR more workers have prematurely exited. ORA-39029: worker 1 WITH process name “DW01” prematurely TERMINATED ORA-31671: Worker process DW01 … Continue reading

Posted in BUG | Tagged , , , , , , , , , , , , , | Leave a comment

11g新增FLASH CACHE功能

在11.2中,Oracle提供了设置FLASH CACHE的功能,使得数据库可以自动使用配置好的FLASH CACHE作为二级缓存。 这个功能其实是EXADATA引入的,这也是EXADATA提高IO性能的又一利器。不过即使不是EXADATA,在11.2中也可以设置该功能,且这个功能的设置并不复杂。 11.2中提供了两个参数来设置FLASH CACHE: SQL> SHOW parameter flash_cache NAME TYPE VALUE ———————————— ———– —————————— db_flash_cache_file string db_flash_cache_size big INTEGER 0 其中DB_FLASH_CACHE_SIZE用来设置FLASH CACHE的大小,而DB_FLASH_CACHE_FILE设置文件的位置。 在操作系统上将FLASH CACHE挂成裸设备,然后添加到单独的ASM磁盘组中或直接挂载到操作系统上,然后通过DB_FLASH_CACHE_FILE指定ASM或操作系统目录下的文件既可。 需要注意的是,DB_FLASH_CACHE_FILE不像其他参数一样,对于ASM只需要指定磁盘组的名称既可,而必须通过手工的方式在ASM磁盘组上建立对应的目录,在设置参数的过程中,目录并不会自动创建,不过指定的文件名并不需要存在,Oracle会根据DB_FLASH_CACHE_SIZE的大小自动创建文件。 SQL> ALTER system SET db_flash_cache_size = 30g scope = spfile; System altered. SQL> … Continue reading

Posted in ORACLE | Tagged , , , | Leave a comment

ORA-600(ksqsgn:join)和ORA-7445(BREAKPOINT)错误

一个Windows环境下的RAC 10.2.0.4在添加节点时,原节点的ASM实例出现这两个错误。 错误信息如下: Sat Jun 09 11:24:21 2012 Starting ORACLE instance (normal) LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Interface TYPE 1 GB2 192.168.7.0 configured FROM OCR FOR USE AS a cluster interconnect Interface TYPE 1 GB1 172.16.7.0 configured FROM OCR … Continue reading

Posted in ORACLE | Tagged , , , , , , , , , , , | Leave a comment