从 SIMPLE 恢复模式切换到 FULL 恢复模式的影响

Question

我有几个数据库想要转移到完整恢复模式，这样我们就可以拥有时间点恢复功能。我们不需要在所有数据库上使用它，只需要在事务量大且包含不断更新的数据的数据库上使用它。

我做了很多研究，并且完全理解当您切换到完全恢复时会发生什么，特别是它与日志文件的关系。

我正在寻找的是一些建议或“陷阱”，这些建议或“陷阱”可能是由于将某些恢复模式切换为完整恢复模式而出现的。

现在，我计划一次执行一个数据库，这样我就可以监视日志文件的增长并确定日志文件备份的最佳频率，以确保我们不会陷入日志文件失控的情况。我还知道，一旦我们切换到完整恢复，我就需要对该数据库运行完整备份。（我知道在我们这样做之前，完整模式不会真正启用）。

我的计划还包括每周运行一次完整备份，擦除上周的日志文件，本质上是“重新开始”。

还有其他有帮助的注意事项或建议吗？有什么我应该注意的吗？我们也每周运行一次完整索引重建、DBCC CHECKDB 和统计重建。这些操作是否存在任何潜在问题（也许在该时间段内切换到 BULK_LOGGED 以免破坏日志文件？）

感谢你的帮助！

Answer 1

我有很多话想说

我正在寻找的是一些建议或“陷阱”，这些建议或“陷阱”可能是由于将某些恢复模式切换为完整恢复模式而出现的。

据我所知，如果您在维护窗口期间或负载相对较小时更改数据库的恢复模式，不会有任何问题。它不会造成情况。

我还知道，一旦我们切换到完整恢复，我就需要对该数据库运行完整备份。（我知道在我们这样做之前，完整模式不会真正启用）。

您也可以进行差异备份，如果您有大型数据库，这可能会非常有帮助。任何链接 LSN 链的东西都可以。请参阅下面的链接，它提供了有关在恢复模型之间切换的详细信息

http://msdn.microsoft.com/en-gb/library/ms189272.aspx

我的计划还包括每周运行一次完整备份，擦除上周的日志文件，本质上是“重新开始”。

到此为止，这不是正确的方法，只是因为您进行了完整备份和日志备份，请不要认为您可以安全地删除旧日志文件和完整备份。您是否计划通过恢复来测试旧备份，以实际查看在发生灾难时该备份文件是否可以正常工作。请记住，只有成功的恢复才能保证您的备份完全一致。您是否可以选择检查备份完整性。如果没有，请将其纳入您的备份计划中。如果你删除备份，至少保留 4 天前的备份文件（这是我在本地磁盘上所做的）。此策略取决于你保留备份的时间，确保在灾难发生时它们不会毫无用处。有时，企业只需要几天内进行的特定数据更改。我还将数据库备份保存在磁带上，该磁带可以保存 6 个月。

（也许在该时间段内切换到 BULK_LOGGED 以免破坏日志文件？）

将恢复模式更改为批量记录并执行批量记录操作将使您失去时间点 (PIT) 恢复，因此如果您担心 PIT 恢复，请不要这样做。相反，通过智能脚本重建索引，该脚本仅重建碎片索引，如 Is Ola Hallengren 索引重建解决方案，请注意，如果使用完整扫描重建索引，则该索引统计信息已通过重建过程更新。

如果您执行大量 DML，请将其分成批次，以免破坏日志文件。