在SharePoint中创建子站点需要很长时间

时间:2009-02-19 10:30:38

标签: sharepoint

我正在参与MOSS 2007项目并定制了很多部分。生产服务器中存在一个问题,即创建子站点需要很长时间(超过15分钟,有时因超时而失败)(即使使用内置站点模板)。在开发服务器中,它只需要1到2分钟。

两台服务器配置相同,配置为8核CPU和8 GIG RAM。两者都使用具有相同配置的单独数据库服务器。内容db大小约为100 GB。那里有超过一百个子站点。

在另一台服务器中它会花费这么多时间的原因是什么?是否有任何配置或其他需要注意的事项?

更新

所以今天我有机会和我的客户一起检查环境。但是网站创建速度如此之快,尽管他们说他们并没有改变服务器中的任何配置。

我也利用这个机会来检查数据库。磁盘碎片很高,为49%所以我建议他们运行碎片整理。我还要求将数据库文件增长增加到100MB,高于默认的1MB。

所以我怀疑之前有些进程在服务器上大量运行,这就是为什么花了那么多时间。

更新2:

昨天我的客户报告网站创建速度很慢,所以我去检查了一下。当我检查数据库时,我发现代替报告的 100GB ,内容数据库大小仅为 30GB 。所以它仍然远低于建议的尺寸。

引起我注意的一件事是,网站集回收站几乎持有 500万件。每当我尝试浏览网站集回收站时,都需要花费大量时间才能打开,整个网站集都无法访问。

由于Web应用程序设置设置为默认值(清理前30天,第二阶段回收站大小为50%),这是正常现象还是潜在问题?

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

接下来我应该检查什么?


所以今天我有机会和我的客户一起检查环境。但是网站创建速度如此之快,尽管他们说他们并没有改变服务器中的任何配置。

我也利用这个机会来检查数据库。磁盘碎片很高,为49%所以我建议他们运行碎片整理。我还要求将数据库文件增长增加到100MB,高于默认的1MB。

所以我怀疑之前有些进程在服务器上大量运行,这就是为什么花了那么多时间。

感谢大家的投入,我真的很感激。


昨天我的客户报告网站创建速度很慢,所以我去检查了一下。当我检查数据库时,我发现代替报告的 100GB ,内容数据库大小仅为 30GB 。所以它仍然远低于建议的尺寸。

引起我注意的一件事是,网站集回收站几乎持有 500万件。每当我尝试浏览网站集回收站时,都需要花费大量时间才能打开,整个网站集都无法访问。

由于Web应用程序设置设置为默认值(清理前30天,第二阶段回收站大小为50%),这是正常现象还是潜在问题?

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

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

3 个答案:

答案 0 :(得分:1)

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

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

答案 1 :(得分:0)

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

尽管如此,在100gig时,您正在达到内容数据库的限制,并且应该计划将内容放入多个内容中。当您尝试备份数据库时,您将知道原因。搜索也应该开始花费很长时间。

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

<强> - 响应 -

是的,数据库大小只是处理它的SQL服务器。 100GB只是“不仅仅是这个而且它开始成为一种痛苦”的经验法则。完整搜索抓取也将开始一段时间。

鉴于您无权访问生产数据库,并且创建子站点主要是数据库操作,因此您无法确定问题所在。

你可以尝试创建一个子网站,同时跟踪Dev数据库并查看这些命令引用的表,看看是否有吸烟枪,但没有生产访问权限,你真的受到了阻碍。

生产系统服务器页面和文档是否以合理的速度运行? 看看你是否可以在创建过程中从数据库中获取一些统计信息,找出正在进行的工作。 SQL现在有一些很棒的工具。

答案 2 :(得分:0)

我将所有内容Nat has said放在第二位,并强调拆分内容数据库。如果您拥有多个网站集,而不是单个网站集,则有instructions on how to this

同时检查您的SharePoint数据库是否处于良好状态。你试过DBCC CHECKDB吗?您是否已将SQL Server维护计划配置为重新索引并减少碎片?有关详细信息,请阅读these resources on TechNet(特别是数据库维护文章)。

最后,看看是否还有其他措施可以将SQL Server隔离为问题。是否有任何其他应用程序与同一SQL Server上的数据库,他们有问题吗?您是否在显示任何瓶颈的SQL Server或SharePoint服务器上运行性能监视?