所以现在我已经成为我目前工作的半 dba,我正在努力改进很多以前没有真正考虑过的事情。其中之一是尝试确保数据库未设置为自动增长并分配适当的大小限制。我的问题是 SharePoint 数据库。由于 SharePoint 的数据库可能会以意想不到的速度增长,我不确定如何处理它们。我正在寻找其他管理 SharePoint 数据库的 dbas 的建议。
所以现在我已经成为我目前工作的半 dba,我正在努力改进很多以前没有真正考虑过的事情。其中之一是尝试确保数据库未设置为自动增长并分配适当的大小限制。我的问题是 SharePoint 数据库。由于 SharePoint 的数据库可能会以意想不到的速度增长,我不确定如何处理它们。我正在寻找其他管理 SharePoint 数据库的 dbas 的建议。
至少有两种方法可以处理试图找出数据库的大小。
最重要的是,您应该始终监控您的数据库大小并设置警报以在事情看起来可能在 X 天内填满时触发。X 将是您不仅要扩展数据库所需的时间,还要确保事后对其进行正确的碎片整理并计算出新的恢复时间。X 还可能包括向 SAN/DAS 添加更多存储所需的时间。
我选择 100 GB 的原因是因为这与从他们的文档中获取的共享点数据库的建议最大大小一致。并不是说你不能做大,而是需要了解这种选择的后果。
成为不情愿的 DBA 很难。您可以设置自动增长,只是您应该尝试预先调整数据库的大小以避免自动增长的碎片和性能问题。这里有一些保罗兰德尔的文章可以帮助你。
欢迎来到 DBA 世界:http ://www.sqlskills.com/BLOGS/PAUL/post/Becoming-an-involunt-DBA-youre-not-alone.aspx
Sharepoint 金币:http ://www.sqlskills.com/BLOGS/PAUL/category/Sharepoint.aspx
首先,对于sharepoint,您肯定希望打开自动增长。您确实希望将大小限制设置为 100GB(推荐的最大共享点数据库大小)。正如您所发现的,sharepoint 不像常规的数据库应用程序。在有人尝试为使用 10gb 的东西创建新存储库之前可能会过去一个月,而您通常每天使用 10MB。这是关于应该对共享点数据库进行哪些维护的Microsoft 文档。