在 SharePoint 中创建子网站需要很长时间答案

【问题标题】：Creating a sub site in SharePoint takes a very long time在 SharePoint 中创建子网站需要很长时间
【发布时间】：2011-09-14 09:51:14
【问题描述】：

我正在从事一个 MOSS 2007 项目，并定制了其中的许多部分。生产服务器存在问题，需要很长时间（超过 15 分钟，有时由于超时而失败）来创建子站点（即使使用内置站点模板）。在开发服务器中，只需 1 到 2 分钟。

两台服务器具有相同的配置，具有 8 核 CPU 和 8 GIGs RAM。两者都使用具有相同配置的单独数据库服务器。内容数据库大小约为 100 GB。有一百多个子网站。

在其他服务器上花费这么多时间的原因可能是什么？有什么配置或其他需要我注意的吗？

更新：

所以今天我有机会与我的客户一起检查环境。但是，虽然他们说他们没有更改服务器中的任何配置，但网站创建速度非常快。

我也利用这个机会检查了数据库。磁盘碎片非常高，达到 49%，所以我建议他们运行碎片整理。而且我还要求将数据库文件的增长从默认的 1MB 增加到 100MB。

所以我怀疑一些进程之前在服务器上运行很频繁，这就是为什么花了这么多时间。

昨天我的客户报告网站创建速度又慢了，所以我去检查它。当我检查数据库时，我发现内容数据库大小不是报告的 100GB，而是只有 30GB 左右。所以它仍然远低于推荐的尺寸。

引起我注意的一件事是，网站集回收站里有将近 500 万件物品。而且每当我尝试浏览网站集回收站时，打开都会花费大量时间，并且整个网站集都无法访问。

由于 Web 应用程序设置为默认设置（清理前 30 天，第二阶段回收站的大小为 50%），这是正常的还是潜在的问题？

实际上，还有另一个 Web 应用程序使用具有 100GB 内容数据库的同一数据库服务器，而且它总是很快。但是30GB的速度很慢。两者的设置相同，只是数据不同。

接下来我应该检查什么？

所以今天我有机会与我的客户一起检查环境。但是，虽然他们说他们没有更改服务器中的任何配置，但网站创建速度非常快。

所以我怀疑一些进程之前在服务器上运行很频繁，这就是为什么花了这么多时间。

感谢大家的投入，非常感谢。

由于 Web 应用程序设置为默认设置（清理前 30 天，第二阶段回收站的大小为 50%），这是正常的还是潜在的问题？

知道接下来我应该检查什么吗？非常感谢。

【问题讨论】：

【解决方案1】：

是的，如果您没有关闭第二阶段回收站或设置站点配额，则它是正常的 OOB。如果没有设置站点配额，则第二阶段回收站的增长不受限制...

默认情况下，第二阶段回收站的大小限制为站点配额的 50%，换句话说，如果您的站点配额为 100gb，那么您将拥有一个 50gb 的第二阶段回收站。如果没有设置站点配额，则没有任何增长限制...

【讨论】：

【解决方案2】：

我支持Nat has said 并强调拆分内容数据库。有instructions on how to this，前提是您有多个网站集，而不是一个庞大的网站集。

还要检查您的 SharePoint 数据库是否状况良好。你试过 DBCC CHECKDB 吗？您是否配置了 SQL Server 维护计划来重新索引和减少碎片？阅读these resources on TechNet（特别是数据库维护文章）了解详情。

最后，看看你是否可以做更多的事情来隔离 SQL Server 问题。是否有任何其他应用程序在同一 SQL Server 上具有数据库，它们是否有问题？您是否在显示任何瓶颈的 SQL Server 或 SharePoint 服务器上运行性能监控？

【讨论】：

【解决方案3】：

将生产数据库备份到 dev 并将其附加到您的 dev SharePoint 服务器。尝试创建一个站点。如果创建站点不需要永远，您可以假设 Prod 数据库存在问题。

尽管在 100gig 上，您已达到内容数据库的上限，并且应该计划将内容放入多个数据库中。当您尝试备份数据库时，您就会知道为什么。现在搜索也应该开始花费很长时间了。

从长远来看，您将不得不计划将您的网站分成不同的内容数据库。

--响应--

是的，数据库大小完全取决于 SQL 服务器处理它。 100GB 只是“不止于此，它开始成为一种痛苦”的经验法则。完整搜索抓取也将开始一段时间。

鉴于您无权访问生产数据库并且创建子站点主要是数据库操作，因此您无法真正找出问题所在。

您可以尝试在跟踪 Dev 数据库的同时创建一个子站点，并查看这些命令引用的表以查看是否存在确凿证据，但是如果没有生产访问权限，您确实会受到阻碍。

生产系统服务器页面和文件的速度是否合理？看看您是否可以在创建过程中开始从数据库中获取一些统计信息，找出正在完成的工作。 SQL 现在有一些很好的工具。

【讨论】：

嗨 Nat，感谢您的回复。不幸的是，客户不会提供生产数据库备份，因为它包含敏感数据。我知道如果不检查真实环境就很难进行分析，但我没有这个选择。只需检查可能的原因。
关于使用不同的内容数据库，这也很困难，因为所有的子站点都是相互关联的。将它们移动到不同的内容数据库将破坏关系、链接以及创建和维护它们的代码。由于所有子网站都是用户创建的，因此也很难控制。
一个子站点本身可以拥有超过 100GB 的内容，这使得管理起来更加困难。我知道 100GB 是推荐的大小，但我相信这不是限制。 SharePoint 团队的 Joel Oleson 还提到内容数据库大小没有限制。限制将在 SQL Server 容量中。
是的，当您在严重的网站集情况下爆发时，您可以与自动导航告别。