nvsnreddy Asked: 2015-02-25 09:43:44 +0800 CST2015-02-25 09:43:44 +0800 CST 2015-02-25 09:43:44 +0800 CST 存档日志丢失/损坏且未备份时该怎么办 772 所有最近生成的存档日志都已损坏，但数据文件很好。如果最近生成的存档损坏并且存档备份不可用怎么办，那么解决问题的策略是什么，是否有任何可能的方法来纠正存档日志损坏。 oracle-11g logs 3 个回答 Voted Best Answer ik_zelf 2015-02-26T02:44:02+08:002015-02-26T02:44:02+08:00 一旦您的恢复线程被中断，无法从较早的备份恢复到当前时间，补救措施是在更严重的事情发生之前进行备份。 接下来调查档案是如何被破坏并解决的。 备份并不重要，重要的是从灾难中恢复的能力，因此备份或物理备用数据库非常方便。 madProgrammer 2020-10-07T04:53:15+08:002020-10-07T04:53:15+08:00 一旦您的实例关闭；通过从控制文件中获取 SCN 开始恢复到其最新的当前时间，并尝试获取任何旧存档日志并使用重置日志选项开始恢复。 启动实例后尝试调查系统损坏和故障的根本原因。 Phill W. 2020-10-07T07:05:19+08:002020-10-07T07:05:19+08:00 所有最近生成的存档日志都已损坏，但数据文件很好。 腐败是如何发生的？ 您是否消除了这种腐败的根源？ 如果没有，那么您很可能会再次执行此操作，并且下一次，它也可能会删除您的数据文件。 解决问题的策略是什么... 尽快进行 0 级备份。 在这一点上，您的恢复位置与最后一个“好”ArchiveLog 不相上下。这可能不足以满足您的恢复目标。 是否有任何可能的方法来纠正存档日志损坏。 简短的回答：没有。 ArchiveLogs 是一种专有的二进制文件格式，其中发生了“某事”（未知）。 我什至怀疑甲骨文公司的任何人自己都会接受这种“挑战”。 扔掉它们并继续前进。
一旦您的恢复线程被中断，无法从较早的备份恢复到当前时间，补救措施是在更严重的事情发生之前进行备份。
接下来调查档案是如何被破坏并解决的。
备份并不重要，重要的是从灾难中恢复的能力，因此备份或物理备用数据库非常方便。
一旦您的实例关闭；通过从控制文件中获取 SCN 开始恢复到其最新的当前时间，并尝试获取任何旧存档日志并使用重置日志选项开始恢复。
启动实例后尝试调查系统损坏和故障的根本原因。
腐败是如何发生的？
您是否消除了这种腐败的根源？
如果没有，那么您很可能会再次执行此操作，并且下一次，它也可能会删除您的数据文件。
尽快进行 0 级备份。
在这一点上，您的恢复位置与最后一个“好”ArchiveLog 不相上下。这可能不足以满足您的恢复目标。
简短的回答：没有。
ArchiveLogs 是一种专有的二进制文件格式，其中发生了“某事”（未知）。
我什至怀疑甲骨文公司的任何人自己都会接受这种“挑战”。
扔掉它们并继续前进。