Oracle数据库数据恢复、性能优化»论坛 › Oracle › Oracle数据库管理 › dg+stream环境下备库无法启动到read only状态？ ...

bj-jn

8 积分	1 好友	20 主题

发消息

[常规管理] dg+stream环境下备库无法启动到read only状态？

1^#

发表于 2013-5-6 13:03:33 | 查看: 4762| 回复: 9

环境描述:DB/10.2.0.4 64bit
我在测试环境中搭建了一套2节点的dg环境，然后在主库上配置表级别的stream replication以便能将变化数据同步到第三个节点，配置完成后在主库上的数据修改可以同步到第三个节点，但是在备库上执行alter database open命令时提示如下错误：
ERROR at line 1:
ORA-16004: backup database requires recovery
ORA-01194: file 6 needs more recovery to be consistent
ORA-01110: data file 6: '+DATA/tldg/datafile/streams_tbs.294.814629283'
数据文件6就是stream管理用户所在的默认表空间的数据文件
此时查询备库的checkpoint信息如下
SQL> select file#,checkpoint_change# from v$datafile_header;
               FILE#    CHECKPOINT_CHANGE#
----------------------- -----------------------
                  1          9979315587069
                  2          9979315587069
                  3          9979315587069
                  4          9979315587069
                  5          9979315587069
                  6          9979315587069
.
SQL> select file#,checkpoint_change# from v$datafile;
               FILE#    CHECKPOINT_CHANGE#
----------------------- -----------------------
                  1          9979315585708
                  2          9979315585708
                  3          9979315585708
                  4          9979315585708
                  5          9979315585708
                  6          9979315584855

同时查询主库的checkpoint信息如下
SQL> select file#,checkpoint_change# from v$datafile;
            FILE# CHECKPOINT_CHANGE#
-------------------- --------------------
               1       9979315585714
               2       9979315585714
               3       9979315585714
               4       9979315585714
               5       9979315585714
               6       9979315585714
6 rows selected.
SQL> select file#,checkpoint_change# from v$datafile_header;
            FILE# CHECKPOINT_CHANGE#
-------------------- --------------------
               1       9979315585714
               2       9979315585714
               3       9979315585714
               4       9979315585714
               5       9979315585714
               6       9979315587069
我尝试着在主库上执行alter database checkpoint和在备库上开启实时应用日志依然无法解决此问题，备库始终无法以一致性的状态打开。
请问导致此现象的原因是不是因为配置了stream replication？是否有解决办法?感谢！

分享0

收藏0 回复只看该作者道具举报

Maclean Liu(刘相兵

2^#

发表于 2013-5-6 13:13:29

我觉得不是， recover managed standby 切几个日志观察 checkpoint scn变化

回复只看该作者道具举报

bj-jn

3^#

发表于 2013-5-6 13:18:43

Maclean Liu(刘相兵发表于 2013-5-6 13:13
我觉得不是， recover managed standby 切几个日志观察 checkpoint scn变化

我在主库端切换了n多次日志，而且在备库这端开启了实时日志应用依然无法打开备库，而且我观察到主库的checkpoint scn信息都是与stream想关的数据文件scn不一致，其余的文件都一致，所以我才怀疑是和stream配置有关！

回复只看该作者道具举报

Maclean Liu(刘相兵

4^#

发表于 2013-5-6 13:22:57

2边的 alert.log上传

回复只看该作者道具举报

bj-jn

5^#

发表于 2013-5-6 21:44:43

Maclean Liu(刘相兵发表于 2013-5-6 13:22
2边的 alert.log上传

为了让备库能够以一致性状态启动，我首先让备库应用完主库产生的所有归档(除当前的redo log外），接着我一致性关闭主库，然后在备库上执行"alter database recover database"根据提示应用主库的当前日志，这是我再启动备库，备库已经可以启动到read only状态了。
现在出现新问题是“当我启动主库后重新切换日志，归档日志都可以正常的传输到备库，但当我在备库应用日志时mrp0进程启动后马上关闭，也就说说我现在的备库只能接受日志不能应用日志了，以下是我mrp0的后台trace，希望刘大帮我看看，感谢
MRP0: Background Managed Standby Recovery process started
*** 2013-05-06 20:23:09.062 1118 krsm.c
Managed Recovery: Initialization posted.
*** 2013-05-06 20:23:09.062 62692 kcrr.c
Managed Standby Recovery not using Real Time Apply
Recovery target incarnation = 2, activation ID = 0
Influx buffer limit = 17537 (50% x 35074)
Successfully allocated 2 recovery slaves
Using 550 overflow buffers per recovery slave
Start recovery at thread 1 ckpt scn 9979315587703 logseq 31 block 687
*** 2013-05-06 20:23:09.604
Media Recovery add redo thread 1
*** 2013-05-06 20:23:09.614 1118 krsm.c
Managed Recovery: Active posted.
*** 2013-05-06 20:23:09.686
Media Recovery Log /u01/arch/1_31_814545128.dbf
File 1 (stop scn 9979315587703) completed recovery at checkpoint scn 9979315587705
File 2 (stop scn 9979315587703) completed recovery at checkpoint scn 9979315587705
File 3 (stop scn 9979315587703) completed recovery at checkpoint scn 9979315587705
File 4 (stop scn 9979315587703) completed recovery at checkpoint scn 9979315587705
File 5 (stop scn 9979315587703) completed recovery at checkpoint scn 9979315587705
File 6 (stop scn 9979315587703) completed recovery at checkpoint scn 9979315587705
ARCH: Connecting to console port...
*** 2013-05-06 20:23:09.730 62692 kcrr.c
MRP0: Media Recovery Complete
*** 2013-05-06 20:23:09.730
Media Recovery drop redo thread 1
*** 2013-05-06 20:23:12.184 1118 krsm.c
Managed Recovery: Not Active posted.
ARCH: Connecting to console port...
*** 2013-05-06 20:23:12.188 62692 kcrr.c
MRP0: Background Media Recovery process shutdown

回复只看该作者道具举报