问题描述
亲爱的专家:
我已经还原了一个控制文件、数据文件和一些在单个数据库环境中恢复数据库所需的归档日志。
我从完全备份集群数据库环境中恢复了它们。
目标的当前状态为:
RMAN>运行{
分配通道ch00设备类型'SBT_TAPE';
发送'NB_ORA_ serv= vrbackup,NB_ORA_CLE=vpoossdb01x';
恢复数据库预览摘要,从标记=
释放通道ch00 ;
} 2 > 3 > 4 > 5 > 6 >
使用目标数据库控制文件而不是恢复目录
已分配信道: ch00
通道ch00 : SID=12设备类型=SBT_TAPE
通道ch00 : Veritas NetBackup for Oracle -版本7.6 (2014102721)
已将命令发送到通道: ch00
16年1月14日开始恢复
备份列表
===============
TY LV S器械类型完成时间#件#复制压缩标签
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
10 B 0 A SBT_TAPE 04-JAN-16 1 1 1无热备DB_BK_水平0
9 B 0 A SBT_TAPE 04-JAN-16 1 1 1无热备DB_BK_水平0
具有db_unique_name OPOSSIN的数据库的归档日志副本列表
=====================================================================
关键点第3序列S低电平时间
-------------------------------------------------------------------------------
96 1 48 A 16年1月4日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_1_48_896102962.arc
94 1 49 A 16年1月4日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_1_49_896102962.arc
97 2 41 A 2016年1月2日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_2_41_896102962.arc
98 2 42 A 16年1月4日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_2_42_896102962.arc
RMAN-05119 :无法恢复到一致状态。
介质恢复开始SCN为10158418
必须在SCN 10160582之后进行恢复,以清除数据文件模糊性
备份条目验证成功
于2016年1月14日完成还原
发布通道: ch00
你能帮我找出这个数据库为什么不能恢复和打开吗?
或者,是否有其他方法强制打开数据库,并使用已恢复的归档日志?
谢谢
我已经还原了一个控制文件、数据文件和一些在单个数据库环境中恢复数据库所需的归档日志。
我从完全备份集群数据库环境中恢复了它们。
目标的当前状态为:
RMAN>运行{
分配通道ch00设备类型'SBT_TAPE';
发送'NB_ORA_ serv= vrbackup,NB_ORA_CLE=vpoossdb01x';
恢复数据库预览摘要,从标记=
释放通道ch00 ;
} 2 > 3 > 4 > 5 > 6 >
使用目标数据库控制文件而不是恢复目录
已分配信道: ch00
通道ch00 : SID=12设备类型=SBT_TAPE
通道ch00 : Veritas NetBackup for Oracle -版本7.6 (2014102721)
已将命令发送到通道: ch00
16年1月14日开始恢复
备份列表
===============
TY LV S器械类型完成时间#件#复制压缩标签
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
10 B 0 A SBT_TAPE 04-JAN-16 1 1 1无热备DB_BK_水平0
9 B 0 A SBT_TAPE 04-JAN-16 1 1 1无热备DB_BK_水平0
具有db_unique_name OPOSSIN的数据库的归档日志副本列表
=====================================================================
关键点第3序列S低电平时间
-------------------------------------------------------------------------------
96 1 48 A 16年1月4日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_1_48_896102962.arc
94 1 49 A 16年1月4日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_1_49_896102962.arc
97 2 41 A 2016年1月2日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_2_41_896102962.arc
98 2 42 A 16年1月4日
姓名: /u01/apps/oracle/product/12.2/dbs/opossrdb_2_42_896102962.arc
RMAN-05119 :无法恢复到一致状态。
介质恢复开始SCN为10158418
必须在SCN 10160582之后进行恢复,以清除数据文件模糊性
备份条目验证成功
于2016年1月14日完成还原
发布通道: ch00
你能帮我找出这个数据库为什么不能恢复和打开吗?
或者,是否有其他方法强制打开数据库,并使用已恢复的归档日志?
谢谢
专家解答
您的一个(或多个)数据文件至少为SCN 10160582 ,因此您需要将其他文件至少带到该级别。否则,您将处于不一致的状态。
它类似于我们过去得到的旧SQLPlus消息“File x need more Recovery”(文件x需要更多恢复)错误。
你需要恢复更多(这可能意味着您需要更多的存档日志来应用).
写的不错
http://www.pythian.com/blog/rman-infatuation/
它类似于我们过去得到的旧SQLPlus消息“File x need more Recovery”(文件x需要更多恢复)错误。
你需要恢复更多(这可能意味着您需要更多的存档日志来应用).
写的不错
http://www.pythian.com/blog/rman-infatuation/
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




