打开数据库。
如果数据库由于无法切换到下一个(未归档的)联机重做日志而挂起,或者由于前台进程尝试归档联机重做日志并出现 ORA-00600:[krr_highest_scn_tim_8] 错误而终止,导致无法打开数据库,则尝试添加另一个重做日志组
?
SQL> startup mount
alter database add logfile group ('') size M;
如果已经报错 ORA-00600:[krr_highest_scn_tim_8],并且定期持续报错,则可以通过以下方法之一来解决:
- 安装补丁程序,
- 或者通过以下方法清除联机重做日志:
SQL> select group# from v$log
where archived='NO' and status = 'CURRENT';
alter database clear logfile group ;
注:清除联机重做日志表示该序列号的日志中的重做无法用于恢复,因此应该在清除日志之后尽可能早地执行完整备份。
6. BUG 10170431 - CTWR CONSUMING LOTS OF CPU CYCLES
如果启用了 Block Change Tracking(块更改跟踪,简称 BCT),则 CTWR进程会消耗 CPU,而数据库整体性能将会受到严重影响。这种现象会在 11.2.0.2 中发生,解决方法是禁用块更改跟踪或应用one-off补丁程序。该问题已在 11.2.0.3 中修复
症状:
在最低负载的情况下,CTWR 后台进程消耗 90% 到 100% 的 CPU。
ALTER SYSTEM CHECKPOINT 会显著降低 CTWR CPU 负载,稍后将返回到 90% 到 100% CPU 负载(CTWR处理块更改之后),这种现象很有可能也是这个问题。
CTWR 的调用堆栈很可能显示在以下函数中不断循环(spinning):
kcmgtsf ()
krcptmo ()
ksbabs ()
krcpabs ()
ksbrdp ()
Workaround: 禁用 BLOCK CHANGE TRACKING (BCT) 或者应用针对 bug 10170431 的 Patch 10170431。
7. BUG 13000553 - RMAN BACKUP FAILS WITH RMAN-20999 ERROR AT STANDBY DATABASE
RMAN备份或者重新同步RMAN目录(resync catalog)命令失败,出现错误RMAN-20052: invalid datafile create SCN
将数据文件添加到transportable表空间,然后恢复目录出现问题。
由于插入(plug in) SCN 为零,导致在尝试使用恢复目录时出现问题。
解决方法是应用 patch 13000553.
Bug 13877582 - RMAN SOME DATAFILES AT STANDBY SITE APPEAR WITH NULL NAME
发现与以下 Bug 重复:
Bug 13000553 - RMAN BACKUP FAILS WITH RMAN-20999 ERROR AT STANDBY DATABASE
症状:
目标数据库是 dataguard(物理备用)环境
表空间已插入(plug in)了主数据库。
插入(plug in)表空间之后,一些数据文件被添加到其中。
恢复目录为 11.2.0.3
已在以下版本中修复:12.1
解决方案
在恢复目录数据库中应用 patch 13000553,并在主站点与备用站点之间重新同步目录。如果在应用补丁之后,文件名仍显示为空白,则重新创建恢复目录,在新目录中注册主站点,然后将备用站点与新目录重新同步。
Ref:
Note 1446934.1 Some Datafiles At Standby Site Appear With NULL Name in RMAN
Note 1411883.1 RMAN-20052: invalid datafile create SCN During Resync or Backup using Recovery Catalog 11.2.0.3
8. BUG 12312133 - RMAN INCREMENTAL BACKUP WITH BLOCK CHANGE TRACKING MAY CAUSE STANDBY DB CRASH
如果在备用数据库上启用了 BCT 并且 RMAN 执行增量备份,则 CTWR 会使备用数据库出现 ORA-0600[krcccb_busy],并崩溃。此问题影响 11.2.0.2、11.2.0.3,绕过问题的方法是禁用块更改跟踪。
症状:
在备用数据库上启用了 BCT
RMAN 执行增量备份。
CTWR会出现 ora-0600[krcccb_busy],使备用数据库崩溃。
Errors in file /u01/app/oracle/diag/rdbms/mbcdwps/MBCDWPS1/trace/MBCDWPS1_ctwr_499736.trc:
ORA-00600: internal error code, arguments: [krcccb_busy], [], [], [], [], [], [], [], [], [], [], []
CTWR (ospid: 499736): terminating the instance due to error 487
System state dump requested by (instance=1, osid=499736 (CTWR)), summary=[abnormal instance termination].
System State dumped to trace file /u01/app/oracle/diag/rdbms/mbcdwps/MBCDWPS1/trace/MBCDWPS1_diag_1884206.trc
Workaround: 解决方法:禁用块更改跟踪。应用 patch 12312133
Ref: Note 12312133.8 Standby DB crashes with ORA-600 [krcccb_busy] /Ora-00600 [krccckp_scn] with block change tracking
?
9. BUG 10318078 - RMAN COREDUMPS ON EXIT : BACKUP (TO TAPE) COMPLETES SUCCESFULLY
在 11.2 中,RMAN 到磁带的备份成功完成并退出 RMAN 时生成 core dump。
症状:
Backup(备份)成功完成, RMAN 退出时,生成core dump(转储)。
core stack(堆栈)显示:/oracle/movt/11G/app/product/release/lib/libskgxp11.so
Workaround: 将 Oracle 可执行文件与 Media Manager API 库的静态版本链接,而不是动态链接库
关闭所有使用此 ORACLE_HOME 的实例
% cd $ORACLE_HOME/rdbms/lib
% make -f ins_rdbms.mk ioracle LLIBMM=/usr/lib/libnwora.a
% ln -s /usr/lib/libnwora.so libobk.so
使用静态链接的库“libnwora.a”而不是动态库“libnwora.so”
Ref: Note 1296704.1 RMAN COREDUMPS ON EXIT : BACKUP (TO TAPE) COMPLETES SUCCESFULLY.
解决方案:
应用针对 Bug:10318078 的修复
Patch 11774404: TRACKING BUG FOR 10318078 FOR A