标签云
asm恢复 asm 恢复 bbed bootstrap$ dul In Memory kcbzib_kcrsds_1 kccpb_sanity_check_2 kfed MySQL恢复 ORA-00312 ORA-00607 ORA-00704 ORA-01110 ORA-01555 ORA-01578 ORA-08103 ORA-600 2662 ORA-600 2663 ORA-600 3020 ORA-600 4000 ORA-600 4137 ORA-600 4193 ORA-600 4194 ORA-600 16703 ORA-600 kcbzib_kcrsds_1 ORA-600 KCLCHKBLK_4 ORA-15042 ORA-15196 ORACLE 12C oracle dul ORACLE PATCH Oracle Recovery Tools oracle加密恢复 oracle勒索 oracle勒索恢复 oracle异常恢复 Oracle 恢复 ORACLE恢复 ORACLE数据库恢复 oracle 比特币 OSD-04016 YOUR FILES ARE ENCRYPTED 勒索恢复 比特币加密文章分类
- Others (2)
- 中间件 (2)
- WebLogic (2)
- 操作系统 (100)
- 数据库 (1,601)
- DB2 (22)
- MySQL (70)
- Oracle (1,466)
- Data Guard (49)
- EXADATA (7)
- GoldenGate (21)
- ORA-xxxxx (158)
- ORACLE 12C (72)
- ORACLE 18C (6)
- ORACLE 19C (13)
- ORACLE 21C (3)
- Oracle 23ai (3)
- Oracle ASM (65)
- Oracle Bug (7)
- Oracle RAC (47)
- Oracle 安全 (6)
- Oracle 开发 (27)
- Oracle 监听 (27)
- Oracle备份恢复 (531)
- Oracle安装升级 (84)
- Oracle性能优化 (62)
- 专题索引 (5)
- 勒索恢复 (75)
- PostgreSQL (18)
- PostgreSQL恢复 (6)
- SQL Server (27)
- SQL Server恢复 (8)
- TimesTen (7)
- 达梦数据库 (2)
- 生活娱乐 (2)
- 至理名言 (11)
- 虚拟化 (2)
- VMware (2)
- 软件开发 (36)
- Asp.Net (9)
- JavaScript (12)
- PHP (2)
- 小工具 (19)
-
最近发表
- Oracle 23ai rm redo*.log恢复
- Oracle 发布计划—包含Oracle 23ai版本
- Oracle 23ai 变化之—-默认数据文件变为bigfile
- PostgreSQL解析wal日志之—walminer
- Oracle 19c/21c最新patch信息-202404
- PostgreSQL恢复系列:pg_filedump批量处理
- PostgreSQL部分主要字典信息
- PostgreSQL恢复系列:pg_filedump恢复字典构造
- PostgreSQL 16 源码安装
- ORA-00742 ORA-00312 恢复
- 数据库open成功后报ORA-00353 ORA-00354错误引起的一系列问题(本质ntfs文件系统异常)
- ORA-600 ktsiseginfo1故障
- ORA-00600: internal error code, arguments: [16703], [1403], [4] 原因
- 最近遇到几起ORA-600 16703故障(tab$被清空),请引起重视
- ORA-600 2662快速恢复之Patch scn工具
- TNS-12518: TNS:listener could not hand off client connection
- ora.storage无法启动报ORA-12514故障处理
- 断电引起文件scn异常数据库恢复
- ORA-16188: LOG_ARCHIVE_CONFIG settings inconsistent with previously started instance
- .[hudsonL@cock.li].mkp勒索加密数据库完美恢复
月归档:十月 2012
ORA-00600[3689]引起MRP进程异常
今天检查数据库发现一数据库因为添加数据文件导致ORA-00600[3689]错误,进入引起MRP进程异常,从而使得数据库可以正常接收归档日志,但是不能在备库应用归档日志
数据库版本
SQL> select * from v$version; BANNER ---------------------------------------------------------------- Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi PL/SQL Release 10.2.0.1.0 - Production CORE 10.2.0.1.0 Production TNS for Solaris: Version 10.2.0.1.0 - Production NLSRTL Version 10.2.0.1.0 – Production
检查日志
Fri Oct 19 12:00:22 2012 RFS[1]: No standby redo logfiles created RFS[1]: Archived Log: '/baceldba/archive/1_30374_730819916.dbf' Fri Oct 19 12:00:28 2012 Media Recovery Log /baceldba/archive/1_30374_730819916.dbf WARNING: File being created with same name as in Primary Existing file may be overwritten Fri Oct 19 12:00:50 2012 Recovery created file /data/oracle/oradata/vodapp/NETTVCLPS02.dbf Successfully added datafile 32 to media recovery Datafile #32: '/data/oracle/oradata/vodapp/NETTVCLPS02.dbf ' WARNING: File being created with same name as in Primary Existing file may be overwritten Fri Oct 19 12:01:15 2012 Recovery created file /data/oracle/oradata/vodapp/UCICMS01_DATA04.dbf Successfully added datafile 33 to media recovery Datafile #33: '/data/oracle/oradata/vodapp/UCICMS01_DATA04.dbf' Fri Oct 19 12:01:16 2012 Errors in file /data/oracle/admin/vodapp/bdump/vodapp_mrp0_21304.trc: ORA-00600: internal error code, arguments: [3689], [33], [], [], [], [], [], [] Errors with log /baceldba/archive/1_30374_730819916.dbf MRP0: Background Media Recovery terminated with error 600 <--mrp进程异常 Fri Oct 19 12:01:16 2012 Errors in file /data/oracle/admin/vodapp/bdump/vodapp_mrp0_21304.trc: ORA-00600: internal error code, arguments: [3689], [33], [], [], [], [], [], [] Some recovered datafiles maybe left media fuzzy Media recovery may continue but open resetlogs may fail Fri Oct 19 12:01:18 2012 Errors in file /data/oracle/admin/vodapp/bdump/vodapp_mrp0_21304.trc: ORA-00600: internal error code, arguments: [3689], [33], [], [], [], [], [], [] Fri Oct 19 12:01:18 2012 Errors in file /data/oracle/admin/vodapp/bdump/vodapp_mrp0_21304.trc: ORA-00600: internal error code, arguments: [3689], [33], [], [], [], [], [], []
通过观察日志发现,数据库的mrp0进程因为ora-600的错误导致异常终止,从而使得dg备库无法正常使用归档日志
分析trace文件得出
*** 2012-10-19 12:01:16.327 ksedmp: internal or fatal error ORA-00600: internal error code, arguments: [3689], [33], [], [], [], [], [], [] ----- Call Stack Trace ----- calling call entry argument values in hex location type point (? means dubious value) -------------------- -------- -------------------- ---------------------------- ksedmp()+744 CALL ksedst() 000000840 ? FFFFFFFF7FFFA08C ? 000000000 ? FFFFFFFF7FFF6B80 ? FFFFFFFF7FFF58E8 ? FFFFFFFF7FFF62E8 ? kgeriv()+220 PTR_CALL 0000000000000000 000106000 ? 106323304 ? 106323000 ? 000106323 ? 000106000 ? 106323304 ? kgesiv()+112 CALL kgeriv() 10631DCD0 ? 000000000 ? 000000E69 ? 000000001 ? FFFFFFFF7FFFA5E8 ? 000001430 ? ksesic1()+96 CALL kgesiv() 10631DCD0 ? 10646AD00 ? 000000E69 ? 000000001 ? FFFFFFFF7FFFA5E8 ? 000001420 ? kcvadc1_10gr2()+265 CALL ksesic1() 000000E69 ? 00010631D ? 2 1063232F8 ? 000106000 ? 106323000 ? 000106323 ? kcoapl()+5664 PTR_CALL 0000000000000000 FFFFFFFF7A5570F8 ? FFFFFFFF7FFFB320 ? FFFFFFFF76667E18 ? 000000000 ? 000000021 ? 000000020 ? kcramr()+5352 CALL kcoapl() FFFFFFFF76667E00 ? 000000003 ? 1055136B0 ? 105513340 ? 00000001B ? 000000017 ? krddmr()+2688 CALL kcramr() 000000000 ? FFFFFFFF7A55FF78 ? 000002000 ? 000106000 ? 0000001F6 ? 464897868 ? krsmdp()+2332 CALL krddmr() 105502000 ? FFFFFFFF7A5570F8 ? 000000001 ? 10646C760 ? 464897868 ? 000000000 ? ksbrdp()+896 PTR_CALL 0000000000000000 000380000 ? 000380000 ? 105517000 ? 000106328 ? 000106000 ? 00000FFFF ? opirip()+824 CALL ksbrdp() 000106320 ? 380007734 ? 000380000 ? 00038000E ? 000106000 ? 1005DCF80 ? opidrv()+1200 CALL opirip() 10632A000 ? 000106000 ? 000106332 ? 380007000 ? 00010632A ? 1063D73A0 ? sou2o()+80 CALL opidrv() 10632D460 ? 000000001 ? 000000032 ? 000000000 ? 000000032 ? 000106000 ? opimai_real()+268 CALL sou2o() FFFFFFFF7FFFF968 ? 000000032 ? 000000004 ? FFFFFFFF7FFFF990 ? 105C1F000 ? 000105C1F ? main()+152 CALL opimai_real() 000000003 ? FFFFFFFF7FFFFA68 ? 000000000 ? 000000000 ? 0023F9764 ? 000014400 ? _start()+380 CALL main() 000000001 ? FFFFFFFF7FFFFB78 ? 000000000 ? FFFFFFFF7FFFFA70 ? FFFFFFFF7FFFFB80 ? FFFFFFFF7CF00200 ? --------------------- Binary Stack Dump ---------------------
查询mos发现
Bug 5230162 : ORA-600[3689][42] ON PHYSICAL STANDBY PREVENT MEDIA RECOVERY描述相符
处理建议
1.10.2.0.1数据库不稳定,bug较多,建议升级数据库到10.2.0.4或者10.2.0.5
2.当前standby_file_management为true,建议修改为false,每次手工两边增加数据文件
3.主库添加数据文件后,观察备库的mrp进程是否正常,如果异常
1)尝试启动mrp进程,如果因为新增加的数据文件导致异常,那先使用rman或者其他方法拷贝主库新建立数据文件到备库,然后启动mrp进程
2)如果因为某种原因导致归档日志出现gap,可以从备份中找出归档日志,如果备份中没有,那可以使用基于scn的备份方式来修复该故障。
3)如果scn相差较大,建议直接重建备库
发表在 Data Guard
一条评论
expdp遭遇ORA-39006/ORA-39213故障解决
expdp导出数据遇到ORA-39006/ORA-39213错误,通过执行执行dbms_metadata_util.load_stylesheets解决
expdp工作异常
--导出awr信息 SQL> @?/rdbms/admin/awrextr.sql ………… Exception encountered in AWR_EXTRACT ORA-39006: internal error ORA-39213: Metadata processing is not available begin * ERROR at line 1: ORA-31623: a job is not attached to this session via the specified handle ORA-06512: at "SYS.DBMS_SYS_ERROR", line 79 ORA-06512: at "SYS.DBMS_DATAPUMP", line 911 ORA-06512: at "SYS.DBMS_DATAPUMP", line 4710 ORA-06512: at "SYS.DBMS_SWRF_INTERNAL", line 656 ORA-06512: at "SYS.DBMS_SWRF_INTERNAL", line 962 ORA-06512: at line 3 --导出一个表 $ expdp "'/ as sysdba'" dumpfile=xifenfei.dmp tables=scott.t_xifenfei Export: Release 10.2.0.1.0 - 64bit Production on Wednesday, 31 October, 2012 13:03:20 Copyright (c) 2003, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production With the Partitioning, OLAP and Data Mining options ORA-39006: internal error ORA-39213: Metadata processing is not available
错误提示
$ oerr ora 39006 39006, 00000, "internal error" // *Cause: An unexpected error occurred while processing a Data Pump job. // Subsequent messages supplied by DBMS_DATAPUMP.GET_STATUS // will further describe the error. // *Action: Contact Oracle Customer Support. $ oerr ora 39213 39213, 00000, "Metadata processing is not available" // *Cause: The Data Pump could not use the Metadata API. Typically, // this is caused by the XSL stylesheets not being set up properly. // *Action: Connect AS SYSDBA and execute dbms_metadata_util.load_stylesheets // to reload the stylesheets.
解决ORA-39006/ORA-39213问题
--查询数据库已经安装组件 SQL> col COMP_NAME for a35 SQL> select comp_name, version, status from dba_registry; COMP_NAME VERSION STATUS ----------------------------------- ------------------------------ ---------------------- Oracle Database Catalog Views 10.2.0.1.0 VALID Oracle Database Packages and Types 10.2.0.1.0 VALID Oracle Workspace Manager 10.2.0.1.0 VALID JServer JAVA Virtual Machine 10.2.0.1.0 VALID Oracle XDK 10.2.0.1.0 VALID Oracle Database Java Packages 10.2.0.1.0 VALID Oracle Expression Filter 10.2.0.1.0 VALID Oracle Data Mining 10.2.0.1.0 VALID Oracle Text 10.2.0.1.0 VALID Oracle XML Database 10.2.0.1.0 VALID Oracle Rules Manager 10.2.0.1.0 VALID Oracle interMedia 10.2.0.1.0 VALID OLAP Analytic Workspace 10.2.0.1.0 VALID Oracle OLAP API 10.2.0.1.0 VALID OLAP Catalog 10.2.0.1.0 VALID Spatial 10.2.0.1.0 VALID Oracle Enterprise Manager 10.2.0.1.0 VALID 17 rows selected. --如果缺少下面组件,使用下面对应的程序安装 Oracle Database Catalog Views Oracle Database Packages and Types JServer JAVA Virtual Machine Oracle XDK Oracle Database Java Packages --使用下面脚本安装(根据组件选择) SQL> connect / as sysdba SQL> @$ORACLE_HOME/javavm/install/initjvm.sql SQL> connect / as sysdba SQL> @$ORACLE_HOME/xdk/admin/initxml.sql SQL> connect / as sysdba SQL> @$ORACLE_HOME/rdbms/admin/catjava.sql SQL> connect / as sysdba SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql --执行sys.dbms_metadata_util.load_stylesheets SQL> execute sys.dbms_metadata_util.load_stylesheets; PL/SQL procedure successfully completed.
测试expdp导出
$ expdp "'/ as sysdba'" dumpfile=xifenfei.dmp tables=scott.t_xifenfei Directory=AWR_DIR Export: Release 10.2.0.1.0 - 64bit Production on Wednesday, 31 October, 2012 14:18:04 Copyright (c) 2003, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production With the Partitioning, OLAP and Data Mining options Starting "SYS"."SYS_EXPORT_TABLE_01": '/******** AS SYSDBA' dumpfile=xifenfei.dmp tables=scott.t_xifenfei Directory=AWR_DIR Estimate in progress using BLOCKS method... Processing object type TABLE_EXPORT/TABLE/TABLE_DATA Total estimation using BLOCKS method: 7 MB Processing object type TABLE_EXPORT/TABLE/TABLE . . exported "SCOTT"."T_XIFENFEI" 5.374 MB 57376 rows Master table "SYS"."SYS_EXPORT_TABLE_01" successfully loaded/unloaded ****************************************************************************** Dump file set for SYS.SYS_EXPORT_TABLE_01 is: /data/enmotech/xifenfei.dmp Job "SYS"."SYS_EXPORT_TABLE_01" successfully completed at 14:18:11
测试证明,在不缺少相关组件的情况下,使用dbms_metadata_util.load_stylesheets可以解决expdp导出报ORA-39006/ORA-39213错误;如果缺少组件,需要先安装对应组件,然后再执行dbms_metadata_util.load_stylesheets解决该问题
dual 缺少同义词故障解决
在最近的一个客户案例中,因为缺少dual同义词,导致ddl语句无法执行。这里_system_trig_enabled参数和upgrade模式两种来解决该问题,整体上来说_system_trig_enabled不用重启数据库终止业务,更加人性化.
缺少dual同义词后果
SQL> create table t_xifenfei_dual as 2 select * from dba_objects; select * from dba_objects * ERROR at line 2: ORA-00604: error occurred at recursive SQL level 1 ORA-00942: table or view does not exist SQL> alter session set events '942 trace name errorstack level 3'; Session altered. SQL> create table t_xifenfei_dual as select * from dba_objects; create table t_xifenfei_dual as select * from dba_objects * ERROR at line 1: ORA-00604: error occurred at recursive SQL level 1 ORA-00942: table or view does not exist --trace文件 *** 2012-09-29 12:37:05.156 ksedmp: internal or fatal error ORA-00942: table or view does not exist Current SQL statement for this session: select dummy from dual where ora_dict_obj_type = 'SYNONYM' AND ora_dict_obj_owner = 'PUBLIC' --dual 对象 SQL> select object_type,owner from dba_objects where object_name='DUAL'; OBJECT_TYPE OWNER ------------------- ------------------------------ TABLE SYS
尝试重建同义词
SQL> create public synonym dual for dual; create public synonym dual for dual * ERROR at line 1: ORA-00604: error occurred at recursive SQL level 1 ORA-00942: table or view does not exist
_system_trig_enabled参数
SQL> select a.ksppinm name,b.ksppstvl value,a.ksppdesc description 2 from x$ksppi a,x$ksppcv b 3 where a.inst_id = USERENV ('Instance') 4 and b.inst_id = USERENV ('Instance') 5 and a.indx = b.indx 6 and upper(a.ksppinm) LIKE upper('%¶m%') 7 order by name 8 / Enter value for param: SYSTEM_TRIG_ENABLED old 6: and upper(a.ksppinm) LIKE upper('%¶m%') new 6: and upper(a.ksppinm) LIKE upper('%SYSTEM_TRIG_ENABLED%') NAME VALUE DESCRIPTION -------------------------------- ------------------------ ----------------------------- _system_trig_enabled TRUE are system triggers enabled
设置_SYSTEM_TRIG_ENABLED重建dual同义词
SQL> ALTER SYSTEM SET "_SYSTEM_TRIG_ENABLED"=FALSE SCOPE=MEMORY; System altered. SQL> create public synonym dual for dual; Synonym created. SQL> ALTER SYSTEM SET "_SYSTEM_TRIG_ENABLED"=true SCOPE=MEMORY; System altered.
使用upgrade模式创建
SQL> drop PUBLIC SYNONYM dual; Synonym dropped. SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startup ORACLE instance started. Total System Global Area 318767104 bytes Fixed Size 1267236 bytes Variable Size 109054428 bytes Database Buffers 201326592 bytes Redo Buffers 7118848 bytes Database mounted. Database opened. SQL> create public synonym dual for dual; create public synonym dual for dual * ERROR at line 1: ORA-00604: error occurred at recursive SQL level 1 ORA-00942: table or view does not exist SQL> shutdown immediate Database closed. Database dismounted. ORACLE instance shut down. SQL> startup upgrage; SP2-0714: invalid combination of STARTUP options SQL> startup upgrape; SP2-0714: invalid combination of STARTUP options SQL> startup upgrade ORACLE instance started. Total System Global Area 318767104 bytes Fixed Size 1267236 bytes Variable Size 109054428 bytes Database Buffers 201326592 bytes Redo Buffers 7118848 bytes Database mounted. Database opened. SQL> create public synonym dual for dual; Synonym created. SQL> startup force ORACLE instance started. Total System Global Area 318767104 bytes Fixed Size 1267236 bytes Variable Size 109054428 bytes Database Buffers 201326592 bytes Redo Buffers 7118848 bytes Database mounted. Database opened.