Syl*_*via 1 sql-server backup transaction-log
重新启动后,SQL Server 上意外未启用 SQL 代理,并且 3 周内没有运行任何作业,包括没有备份(完整、差异或日志)。SQL 代理现已启用。数据库的完整备份已运行。现在日志备份正在运行,并且已经运行了一个多小时(通常在完整备份运行后需要几秒钟)。
有什么潜在的问题需要考虑吗?日志文件变得非常大,大约 200 GB。
您的事务日志备份运行时间比平常长得多的原因可能是因为它有更多的数据需要备份 - 自上次运行事务日志备份三周以来尚未备份的所有事务前。
请参阅我对相关问题的回答,其中解释了事务日志的工作原理以及导致日志文件增长的原因。
但简而言之,无论完整备份何时运行,事务日志备份都依赖于日志文件中未备份的事务,这些事务会一直累积,直到进行事务日志备份为止。进行事务日志备份后,日志文件中的事务将被标记为可重复使用,从而允许它们被新事务覆盖。这只能在事务日志备份发生时发生,完整备份不备份日志文件(它只备份数据库的数据文件)。
这解释了为什么您的日志文件在过去几周内增长如此之多。新事务将继续附加到日志文件,直到备份,并且旧事务被标记为可重复使用,以便可以覆盖它们。
问: “有什么潜在问题需要考虑吗? ”
答:我能想到的没有直接的问题。唯一可能发生的问题是,如果您遇到需要时间点恢复的事件,则您将没有任何事务日志备份来使您及时到达特定的还原点(过去三周内)。您能做的最好的事情就是您已经进行的完整备份的时间戳,一旦您当前的事务日志备份完成,这将是您能够恢复到的最精细的时间点,直到您的下一个备份事务日志备份运行(应该会更快完成,因为它不需要备份三周的事务)。
归档时间: |
|
查看次数: |
692 次 |
最近记录: |