SharePoint 数据库的最佳实践恢复模型是什么

Question

Paul Randal问了一些关于 SharePoint SQL 数据库最佳实践的非常好的问题。今天，在帮助客户维护 SharePoint 安装时，他问了我一个关于 SharePoint 数据库的最佳 SQL 恢复模型的问题。

使用简单恢复模型是我的习惯（我不是数据库管理员 :)))）。如果 SharePoint 数据库定期备份，并且您还有项目级别的 3rd 方工具备份，则您确实不需要保存整个日志。

我在这里错过了什么吗？这是正确的方法吗？您是否曾经使用过 SharePoint DB 日志来恢复您的数据？

Answer 1

这完全取决于您愿意丢失多少数据与所需的管理工作量。如果您使用简单恢复模型并在星期日每周进行一次备份……如果您在星期六 11:59 发生崩溃，那么您已经失去了一周的工作。增加备份频率（或采用差异）将减少数据丢失量。

通过定期进行完整/差异备份，但使用带有事务日志的完整恢复模型，您可以恢复上次备份，然后将事务日志重放到崩溃前的某个时间点，并且几乎不会丢失数据。

说到 Paul Randal……他本月刚刚为 TechNet 杂志写了一篇关于这个主题的精彩文章 :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx

Answer 2

仅备份数据库不会获得您所有的共享点信息。当然它会获取数据库中的所有内容，但所有自定义和外观都会丢失。作为管理员，这对您来说可能无关紧要，但我向您保证，您的用户会不高兴。

选项包括获取可以读取备份软件的共享点数据库的备份代理，或者执行一些脚本备份以获取配置信息并将其以及 SQL 数据库备份放在安全的地方。

http://technet.microsoft.com/en-us/library/cc288330.aspx 有一些信息。

测试您的备份。恢复它们。看看有哪些变化，哪些有效，哪些无效。我们的第一次恢复并没有想象的那么好。对我们来说幸运的是，这只是制作测试服务器的过程的一部分，它是我们生产服务器的副本，而不是试图恢复丢失或损坏的数据。

相关性编辑 再次阅读本文时，我意识到我分心并错过了答案的答案点。如果您使用事务日志进行完整备份，您可以回滚到更精细的时间点。这确实需要更多的 DBA 技能，但这并不难。如果您没有大量更新并且失去一整天的工作并不是世界末日，那么您可能没问题。其他选项包括更频繁地运行简单备份。说午夜、上午 10 点、下午 2 点、下午 6 点，或任何适用于组织工作周期的时间。这会占用更多磁盘，但会降低您的数据丢失风险。与所有备份一样，它是用户可以容忍的和管理员可以提供的之间的平衡。