在SharePoint数据库上自动增长?

所以现在我已经成为了我目前工作中的半职业球员,我正试图改善很多以前没有考虑过的事情。 其中之一是试图确保数据库没有设置为自动增长,并分配了适当的大小限制。 我的问题是SharePoint数据库。 由于SharePoint的数据库可能以意想不到的速度增长,我不知道如何处理它们。 我正在寻找其他pipe理SharePoint数据库的dbas的一些build议。

至less有两种方法可以处理试图找出数据库的大小。

  1. 经历漫长的计划阶段,您可以找出预期的工作量和使用模式。 然后,将该关联关联到每个站点配额允许的磁盘空间量。 然后,您可以确定有多less网站可以考虑恢复时间,网站性能和您自己的舒适度。 这应该给你一个理想的数据库大小应该是100GB或更less。 然后,您可以预先将数据库预扩展到预期的最大大小。
  2. 只需预扩展到100GB。 请参阅此TechNet文章。

最重要的是,您应该始终监控数据库大小,并设置警报,以便每当事情看起来可能在X天内填满时触发。 X将是您不仅需要扩展数据库所需的时间,而且还要确保在之后对其进行了适当的碎片整理,并确定了新的恢复时间。 X还可能包括向SAN / DAS添加更多存储所需的时间。

我select100 GB的原因是因为这与从他们的文档中提取的共享点数据库的最大大小相符。 这并不是说你不能做得更大 ,而是需要了解这种select的再生产。

它很难成为不愿意的DBA。 你可以设置autogrow它只是你应该尝试调整数据库的大小,以避免自动增长的碎片和性能问题。 这里有一些Paul Randal的文章来帮助你。

欢迎来到DBA世界: http : //www.sqlskills.com/BLOGS/PAUL/post/Becoming-an-involuntary-DBA-youre-not-alone.aspx

Sharepoint黄金: http : //www.sqlskills.com/BLOGS/PAUL/category/Sharepoint.aspx

首先,对于共享点,你肯定希望自动增长开启。 您希望将大小限制设置为100GB(最大推荐的共享点数据库大小)。 正如你所发现的,SharePoint不像常规的数据库应用程序。 在有人试图为使用10gb的东西创build一个新的存储库之前,一个月可能会过去,当你的日常使用量是10MB时。 这里是一个微软的文档 ,说明应该对共享点数据库进行哪些维护。