如果由于网络或媒体问题,日志传送事务备份的写入在其中一个事务文件上损坏,因此日志传送链被破坏,是否有任何其他方法可以将数据库恢复到时间点?我知道可以进行完整备份或差异备份,但要恢复到时间点,我们如何才能恢复连续的 tran 日志?对此的任何指示都是有益的。谢谢(即使解决方案是联系微软或只有上帝可以帮助你,我会买那个:-))
如果由于网络或媒体问题,日志传送事务备份的写入在其中一个事务文件上损坏,因此日志传送链被破坏,是否有任何其他方法可以将数据库恢复到时间点?我知道可以进行完整备份或差异备份,但要恢复到时间点,我们如何才能恢复连续的 tran 日志?对此的任何指示都是有益的。谢谢(即使解决方案是联系微软或只有上帝可以帮助你,我会买那个:-))
如果您说您的实际备份文件已损坏(.trn 文件),但从 SQL Server 的角度来看备份是成功的,并且源数据库仍然在线,我会尽快进行完整备份,这样您就不会丢失任何数据。
如果你有一个损坏的 .trn,你将不得不重建你的日志传送,但你主要关心的是如果你的链中有一个坏的 .trn,你应该有能力恢复你的源数据。
您可以使用右键单击 Database->tasks->backup 在 trn 文件中创建数据库的完整备份。
您应该将 .trn 文件保存到您的日志传送保存到的位置。
然后在目标数据库上手动恢复它,记住让数据库处于待机\只读或恢复状态。
然后,日志传送还原作业将开始失败,因为它将尝试将数据库还原到数据库所在位置之前的某个点。因此,要移动该过程以使其适用于正确的文件,请将表中的条目更新
msdb..log_shipping_monitor_secondary
为您刚刚恢复的文件。例如:然后该作业应正确运行。
我有同样的问题,请参阅Resume log shipping from a specific transaction