最近,我遇到了一个问题,试图恢复db和日志文件。DB恢复正常。在大约10个日志文件中,我收到了一条消息,声明LSN不同步,无法完成。我用了一个工具来整理它们,所以这不是我的问题。我将日志备份设置为每隔15分钟运行一次。这个大型数据库需要几个小时来执行完全备份。日志备份是否会在完全备份期间同时发生,从而导致这种情况?
这一次的结果并不坏,但这是令人震惊的。我试着保持15分钟的RPO值。这个小测试导致了8小时的RPO.不能接受。
致以敬意,
时间
发布于 2020-12-14 20:09:38
日志备份是否会在完全备份期间同时发生,从而导致这种情况?
不,自SQL Server 2005以来,同步的完整备份和日志备份是可能的,正如保罗·兰德尔在在并发日志/完全备份上发布中所述。
这里有一个问题-- Server 2005中允许并发日志和完全备份的变化是什么?在Server 2005中,这个限制被取消了,但是有一个微妙的转折。您可以使用fulls进行并发日志备份,但是日志备份结束时不会清除日志。日志中不活动部分的清除将延迟到完全备份完成。如果日志生成率很高,并且依赖非常频繁的备份来管理日志大小,这可能会导致磁盘空间问题。
还说明了这里关于许多神话,有关备份。
我用了一个工具把它们整理好,所以这不是我的问题
如果工具没有像您提到的那样做错,那么我将尝试查看在MSDB数据库中的备份历史记录中是否有其他日志备份。
再次检查还原过程,以确保您拥有所有日志文件(例如,如果数据库参与了可用性组,则在“始终处于可用性组”失败后,不同的路径会发生变化,但是Ola的过程应该处理这个问题)。
https://dba.stackexchange.com/questions/281546
复制相似问题