☰

对中型 SharePoint 服务器场进行进一步的性能调整？

tag-icon • tag-icon sharepoint-2007 performance-tuning sharepoint
对中型 SharePoint 服务器场进行进一步的性能调整？

我想我应该在这里发布这个，因为它可能与服务器配置有关，而不是与 SharePoint 配置有关，或者两者兼而有之？我愿意尝试各种想法，甚至对性能方面可能配置不正确的事情提出反馈。

我们已准备好安装中等大小的 MOSS 2007，准备接收 WSS 2003 数据进行升级。该环境最初由一位前同事设计，之后我添加了一些配置修改，以在最终执行安装之前提高性能。在测试新的网站集和 SharePoint 安装（尚无实际数据）时，速度似乎有点慢。我以为是因为我远程访问它。显然，客户端仍在遇到此问题，速度慢得令人无法接受。

  • 1 个运行 SQL Server 2008 的 SQL Server
  • 2x SharePoint WFE - 托管查询（无索引）
  • 1x SharePoint 索引 - 托管索引（无查询）
  • MOSS 2007 已安装并修补至 2009 年 12 月 WFEs & Index
  • 所有 4 台服务器都是虚拟机，应该有足够的磁盘空间和 RAM（现在不记得了），并且运行 Windows Server 2008 - 一切都是 64 位。
  • WFE 已配置 Windows NLB，并为 NLB 群集配置了 DNS 名称和 IP。每台服务器上都有单个 NIC（自 VMWare 以来都是虚拟的）。
  • 索引服务器被配置为 WFE（在 NLB 群集之外），以便它可以对自身进行索引并将索引复制到将提供查询的 WFE。

一切都已配置并正常运行 - 只需一两分钟即可在本地 LAN 上加载页面。客户仍在使用他们的旧门户（我们尚未开始迁移/升级），因此几乎没有数据或用户。我们需要进一步调整配置，或者修复可能导致速度缓慢的任何可能配置不正确的内容？

在开始安装之前，我已经检查并考虑了所有相关内容。有人有什么想法或建议吗？也许我漏掉了什么？

更新：
服务器负载看起来不错。没有达到最大负载。网络带宽正常。虚拟机分布在不同的主机上（尽管 Index 和 SQL 服务器位于同一主机上）。

我们已经实施了数据库维护计划来缩小事务日志等。我们设置了 SQL/防病毒排除项。我们还尝试运行一些“预热”脚本 - 没有任何变化。初始页面加载需要 1 分钟以上，最终速度会加快。

答案1

在让几位不同的团队成员查看了配置的各个方面之后，我们没有发现任何配置问题或疑虑。

最终的解决方案似乎是关闭 WFE 上的 HTTP 压缩。我们通过在用户浏览器中禁用 HTTP 1.1 压缩来测试这一点。在显著改善之后，我们选择在服务器上禁用它。从那时起，性能一直很好。

详情请见此处。

答案2

nslookup这是我的一个猜测，但对我来说这听起来像是 DNS 问题。您能否通过对每个虚拟机（特别是 NLB 群集）进行一些查询来排除此问题？

相关内容