如何判断控制文件是从备份中恢复的


昨天测试把DB迁移到ASM。迁移的过程很简单,不说了。过程中遇到一个问题。
迁移控制文件采用两种方式:
1. 打开数据库到mount状态,备份控制文件,然后shutdown。更改control_files路径。
进入nomount,用RMAN方式restore刚才备份控制文件,然后mount,open。这时提示
需要resetlogs打开。
2.更改control_files路径,进入nomount,用RMAN方式restore原路径下的控制文件,
然后mount,open。一切正常,没有提示需要resetlogs打开。
那么ORACLE是如何断定这个控制文件是从备份中恢复的呢。根据eygle的深入解析上所说的。
检查控制文件头与数据文件头的SCN是否匹配,来判断控制文件是否从备份中恢复。在这里
可能不行。因为数据库从未打开过,SCN不会变化的,通过我导出文件头信息也证明了这一点。
eygle也提到用Control seq来判断。我发现数据库到MOUNT状态,然后关闭,再到MOUNT。
Control seq一直递增。这也不是以上两种方式的差异。一番测试后又有所发现:
1. 用备份的控制文件restore之前的控制文件dump:
DUMP OF CONTROL FILES, Seq # 447 = 0x1bf
V10 STYLE FILE HEADER:
        Compatibility Vsn = 169870080=0xa200300
        Db ID=2480234890=0x93d5618a, Db Name='SMART4A3'
        Activation ID=0=0x0
        Control Seq=447=0x1bf, File size=430=0x1ae
        File Number=0, Blksiz=16384, File Type=1 CONTROL
2. 用备份的控制文件restore之后的控制文件dump:
DUMP OF CONTROL FILES, Seq # 450 = 0x1c2
V10 STYLE FILE HEADER:
        Compatibility Vsn = 169870080=0xa200300
        Db ID=2480234890=0x93d5618a, Db Name='SMART4A3'
        Activation ID=0=0x0
        Control Seq=450=0x1c2, File size=430=0x1ae
        File Number=0, Blksiz=16384, File Type=4 BACKUP CONTROL
可以看Control Seq是一直增长的。但后者标识File Type=4 BACKUP CONTROL. 这也许就是ORACLE来判断控制文件是否从备份中恢复的。不知是否准确,请高手指点一二。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值