故障转移后使用11.2.0.4复制Oracle数据库时出错

我最近将oracle从11.2.0.1更新为11.2.0.4，我的冗余系统不再能够从故障切换中恢复

我正在主节点和备用节点上使用脚本，以恢复到可以再次将它们作为冗余系统安装的状态

可以在执行故障转移后的所有状态下反复运行重置脚本。唯一的变化是升级到11.2.0.4。它在11.2.0.1中发挥了巨大的作用

我正在使用Data Guard Broker维护冗余

设置过程很复杂，很难在这里解释，所以我只是想问是否有人遇到过同样的错误，并且可能有一个解决方案如何从这种情况中恢复

至少，这是失败的输出： 备份步骤在重复操作之前执行

2014-11-14 17:08:55 : Recovery Manager: Release 11.2.0.4.0 - Production on Fri Nov 14 17:08:48 2014 2014-11-14 17:08:55 : Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. 2014-11-14 17:08:55 : connected to target database: REF15 (DBID=276671931) 2014-11-14 17:08:55 : RMAN> CONNECT AUXILIARY * 2014-11-14 17:08:55 : 2> RUN { 2014-11-14 17:08:55 : 3> SET UNTIL sequence = 159 thread = 1; 2014-11-14 17:08:55 : 4> ALLOCATE AUXILIARY CHANNEL CH1 TYPE DISK; 2014-11-14 17:08:55 : 5> DUPLICATE TARGET DATABASE FOR STANDBY NOFILENAMECHECK DORECOVER; 2014-11-14 17:08:56 : 6> RELEASE CHANNEL CH1; 2014-11-14 17:08:56 : 7> } 2014-11-14 17:08:56 : 8> exit; 2014-11-14 17:08:56 : connected to auxiliary database: REF15 (not mounted) 2014-11-14 17:08:56 : executing command: SET until clause 2014-11-14 17:08:56 : using target database control file instead of recovery catalog 2014-11-14 17:08:56 : allocated channel: CH1 2014-11-14 17:08:56 : channel CH1: SID=25 device type=DISK 2014-11-14 17:08:56 : Starting Duplicate Db at 14-NOV-14 2014-11-14 17:08:56 : released channel: CH1 2014-11-14 17:08:56 : RMAN-00571: =========================================================== 2014-11-14 17:08:56 : RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== 2014-11-14 17:08:56 : RMAN-00571: =========================================================== 2014-11-14 17:08:56 : RMAN-03002: failure of Duplicate Db command at 11/14/2014 17:08:51 2014-11-14 17:08:56 : RMAN-05501: aborting duplication of target database 2014-11-14 17:08:56 : RMAN-20206: log sequence not found in the repository 2014-11-14 17:08:56 : Recovery Manager complete.

---

谢谢

未找到某些日志序列。如果你要求159，就是那个，或者更低

你怎么知道那个号码的？答案可能已经解释了一些事情。通常，只是有点太高了

---

警报没有告诉你更多吗？如果您进行了恢复，请始终将警报设置为尾部。

这里是指向DBA部分的链接，我在该部分找到了问题的答案：

---

谢谢你的提示，这个问题可能更合适。现在也在那里发布了此查询用于获取日志号：从v$archived\u log中选择maxsequence；如果在正确的时间运行查询，则查询是正常的。您是否询问过RMAN备份哪些日志？提示：如果您执行恢复之类的任何操作，您可以包括此类报告操作。它不仅会阻止您以后手动运行它，也就是说，它还会告诉您在尝试时有哪些日志。这不一定和现在一样。