Oracle10.2.0.4
Linux AS 5.3 3 nodes (节点号码 : 1,3,4 )
今天做了一些大批量数据的处理及table字段改变, 3节点的producction DB 对应的
一个单台的Standby , 由于数据量大, 还加入了几个undo数据文件及data数据文件,
结果发现 standby 上的归档恢复发生错乱 。 如下:
14:30 左右Standby还是需要 3_5901_703296551.arc 归档, 但是后来却是需要
3_3450_703296551.arc , 奇怪 。
不清楚是大量更新数据导致,还是加入了undo 文件导致,原来加入sysaux数据文件或大量
导入数据的时候好像也发生过这种情况, 后来从production 上重新建立controlfile,
关闭standby , 覆盖空置文件, 然后
alter system set standby_file_management='MANUAL' scope=both;
手工加入数据文件后,然后开启为standby模式,进行archive apply ,恢复正常。
但是目前还不知道什么原因导致standby需要的archived log file 号码错乱 ??
Media Recovery Log /ocfs_data/mxdell/arch/3_5901_703296551.arc
Errors with log /ocfs_data/mxdell/arch/3_5901_703296551.arc
ORA-308 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
Sun Jan 31 14:30:06 2010
ALTER DATABASE RECOVER CANCEL
Sun Jan 31 14:30:08 2010
Media Recovery Canceled
Completed: ALTER DATABASE RECOVER CANCEL
Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER standby database
Media Recovery Start
Managed Standby Recovery not using Real Time Apply
parallel recovery started with 15 processes
ORA-279 signalled during: ALTER DATABASE RECOVER standby database ...
Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER CONTINUE DEFAULT
Jan 31 15:00:02 2010
Media Recovery Log /ocfs_data/mxdell/arch/4_2364_703296551.arc
ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER CONTINUE DEFAULT
Sun Jan 31 15:00:02 2010
Media Recovery Log /ocfs_data/mxdell/arch/3_3450_703296551.arc
7{N[ S A(KV35489Errors with log /ocfs_data/mxdell/arch/3_3450_703296551.arc
ORA-308 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
3Gd r(bT^)~H[;z35489Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER CANCEL
Sun Jan 31 15:00:05 2010
Media Recovery Canceled
Completed: ALTER DATABASE RECOVER CANCEL
Sun Jan 31 15:30:01 2010
Linux AS 5.3 3 nodes (节点号码 : 1,3,4 )
今天做了一些大批量数据的处理及table字段改变, 3节点的producction DB 对应的
一个单台的Standby , 由于数据量大, 还加入了几个undo数据文件及data数据文件,
结果发现 standby 上的归档恢复发生错乱 。 如下:
14:30 左右Standby还是需要 3_5901_703296551.arc 归档, 但是后来却是需要
3_3450_703296551.arc , 奇怪 。
不清楚是大量更新数据导致,还是加入了undo 文件导致,原来加入sysaux数据文件或大量
导入数据的时候好像也发生过这种情况, 后来从production 上重新建立controlfile,
关闭standby , 覆盖空置文件, 然后
alter system set standby_file_management='MANUAL' scope=both;
手工加入数据文件后,然后开启为standby模式,进行archive apply ,恢复正常。
但是目前还不知道什么原因导致standby需要的archived log file 号码错乱 ??
Media Recovery Log /ocfs_data/mxdell/arch/3_5901_703296551.arc
Errors with log /ocfs_data/mxdell/arch/3_5901_703296551.arc
ORA-308 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
Sun Jan 31 14:30:06 2010
ALTER DATABASE RECOVER CANCEL
Sun Jan 31 14:30:08 2010
Media Recovery Canceled
Completed: ALTER DATABASE RECOVER CANCEL
Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER standby database
Media Recovery Start
Managed Standby Recovery not using Real Time Apply
parallel recovery started with 15 processes
ORA-279 signalled during: ALTER DATABASE RECOVER standby database ...
Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER CONTINUE DEFAULT
Jan 31 15:00:02 2010
Media Recovery Log /ocfs_data/mxdell/arch/4_2364_703296551.arc
ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER CONTINUE DEFAULT
Sun Jan 31 15:00:02 2010
Media Recovery Log /ocfs_data/mxdell/arch/3_3450_703296551.arc
7{N[ S A(KV35489Errors with log /ocfs_data/mxdell/arch/3_3450_703296551.arc
ORA-308 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ...
3Gd r(bT^)~H[;z35489Sun Jan 31 15:00:02 2010
ALTER DATABASE RECOVER CANCEL
Sun Jan 31 15:00:05 2010
Media Recovery Canceled
Completed: ALTER DATABASE RECOVER CANCEL
Sun Jan 31 15:30:01 2010
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/35489/viewspace-627001/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/35489/viewspace-627001/
在使用Oracle10.2.0.4在Linux AS5.3环境下进行大批量数据处理和字段改变后,发现Standby DB的归档恢复出现错乱。通过分析日志和重新建立Control File,覆盖空置文件,设置standby_file_management为MANUAL,手动加入数据文件,然后开启Standby模式并进行archiveapply操作,最终恢复正常。但目前尚未找到导致归档log号码错乱的确切原因。
747

被折叠的 条评论
为什么被折叠?



