将 SharePoint_Config 数据库恢复模型更改为简单有哪些风险？

Question

我的 SharePoint_Config 数据库日志文件增长到了保留大量磁盘空间的程度，但似乎没有什么充分的理由。在我的开发环境中，我将其恢复模型更改为 简单的 以释放磁盘空间，并避免日志文件再次以相同速度增长的风险。

下一步是使用属性缩小日志文件 通过将数据迁移到同一文件组中的其他文件来清空文件.

完成后，三分之一的磁盘（33 GB）被释放，我的开发环境看起来还不错。我的猜测是，这在开发环境中是完全可以的，因为恢复和数据库日志记录并不那么重要。

但是，这也可以在生产环境中完成吗？我知道我的所有日​​志都消失了，但是按照我在生产中的方式进行操作有哪些风险？ 将 SharePoint_Config 数据库恢复模型更改为简单有哪些风险？

Answer 1

有 两种方式 看看这个问题。

首先，要从字面上理解微软所说的内容，因为他们对于自己产品的最佳运营实践大多数时候都是正确的。

这么说，如果您遵循这里提到的指南
http://technet.microsoft.com/en-us/library/cc678868(v=office.14).aspx

它说

附加说明事务日志文件。我们建议您定期备份配置数据库的事务日志以强制截断，或者（如果您不镜像系统）将数据库更改为在简单恢复模式下运行。有关详细信息，请参阅事务日志截断 (http://go.microsoft.com/fwlink/p/?LinkId=186687).

因此，如果禁用镜像，只需选择恢复模式即可。

第二种方法是查看您的备份和恢复策略是如何定义的。你们的修复方法是什么？

Powershell 驱动的完整场备份和中央管理驱动的场还原或 SQL 驱动的还原（通过数据库附加在相同的服务器别名和硬件上）。对于第一种情况，简单恢复是更好的模式，对于第二种情况，最好将 SharePoint 配置数据库保持在完全恢复模式，以确保从服务器场失败时起的先前状态的“原样”副本。

MS 概述了这一点，如下所述

当您执行SharePoint Farm配置和内容备份时，配置数据库将备份，并且数据库中的某些配置设置被导出并存储为XML文件。恢复农场后，配置数据库不会恢复。而是导入保存的配置设置。如果SQL Server或其他工具首先脱机，则可以通过使用SQL Server或其他工具成功备份配置数据库。

从字面上看，您所关心的“如果”和“但是”是非常主观的，具体取决于您选择的备份和恢复计划，因为 sharepoint 支持其中的相当多的计划。因此，您可以选择对配置数据库采用简单的恢复模式，只有在满足上述条件的情况下才对生产中的日志进行缩容，以便采取相应的预防措施。

Answer 2

默认情况下，SharePoint_Config 数据库设置为完全恢复模式。但是，Microsoft 建议在生产中将 SharePoint_Config 数据库的恢复模型设置为简单（参考： http://technet.microsoft.com/en-us/library/cc678868.aspx）。创建 SharePoint_Config DB 后，您可以更改 SharePoint_Config 的恢复模型。

无论是开发、生产还是其他任何地方，都不要缩小数据库。因为当你缩小数据库时，它会增加碎片，从而降低性能。不值得您释放的存储量（参考： http://www.microsoftvirtualacademy.com/training-courses/tuning-sql-server-2012-for-sharepoint-2013-jump-start#fbid=oNaeMo8B3B7 （在其中一个视频中他们提到了这一点，我不记得是哪一个）并且 http://blog.sqlauthority.com/2011/01/19/sql-server-shrinking-database-is-bad-increases-fragmentation-reduces-performance/).