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


昨天测试把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来判断控制文件是否从备份中恢复的。不知是否准确,请高手指点一二。

你可能感兴趣的:(oracle,职场,休闲,controlfile)