物理拓扑结构建议 (Office SharePoint Server)

  • 项目

系统数据库层的拓扑结构以及网络、物理存储和缓存，均可能极大地影响系统性能。在规划硬件时请记住，Microsoft Office SharePoint Server 2007 是 Office SharePoint Server 的最后一个在 32 位操作系统和数据库上运行的版本。本文主要介绍当系统在 Microsoft SQL Server 2008 上运行时可做的改进。

Important 重要说明：

如果使用逐步升级方法，则为了使运行 SQL Server 2008 的服务器保持合理的响应时间，可能至少需要将支持 Office SharePoint Server 2007 的 SQL Server 资源增加一倍。

下面各节提供了一些建议，它们基于我们为承载 Office SharePoint Server 2007 的 SQL Server 2005 数据库所发现的最佳方案。

从运行 SQL Server 2008 的专用服务器开始

下面的建议适用于拓扑结构中的数据库层：

  • 始终将 SQL Server 2008 放在专用服务器上，此服务器并未运行任何其他服务器场角色或承载任何其他应用程序的数据库（除非您将系统部署到独立服务器上）。

  • 除非出于重要的业务原因，否则强烈建议您在 64 位操作系统上安装 SQL Server 2005 64 位版本。

  • 为获得最佳性能，除非出于重要的业务原因而要使用较早的版本，否则请将 Office SharePoint Server 2007 与安装了最新 Service Pack 的 SQL Server 2008 一起使用。

  • 在配置服务器场时，请使用 SQL Server 连接别名。连接别名是一种替代名称，可用于连接到 SQL Server 实例。如果数据库服务器出现故障，您可以在前端 Web 服务器上调整别名以指向另一个服务器。有关详细信息，请参阅如何：设置 SQL Server 别名 (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=132064&clcid=0x804)。

  • 确保其他应用程序未共享 SQL Server 2008 与磁盘之间的输入/输出 (I/O) 通道，例如交换文件和 Internet Information Services (IIS) 日志。

除了增加资源外还考虑向外扩展

跟踪运行 SQL Server 2008 的服务器的下列三个资源组件非常重要：CPU、内存和 I/O 子系统。如果它们中有一个或多个看起来不堪重负，请根据当前和预测的工作负载分析相应的对策。然后，确定是增加更多资源，还是向外扩展以新增运行 SQL Server 2008 的服务器。一般来说，建议您除了增加更多资源外还考虑向外扩展。有关详细内容，请参阅解决 SQL Server 2008 中的性能问题（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=168448&clcid=0x804)（该链接可能指向英文页面）。

如果有多于四台全容量运行的 Web 服务器，建议您额外部署一台运行 SQL Server 2008 的服务器。

选择硬件时遵循 SQL Server 准则

下面各节包含 SQL Server 2008 小组对可以优化 Office SharePoint Server 2007 性能的硬件所提出的建议。

内存

为了确定运行 SQL Server 2008 的计算机所需的内存量，请先从内存消耗的角度确定规划中的部署是小型部署、中型部署还是大型部署。

通过使用下表确定您的部署规模：

  • 如果您的部署参数通常小于列出的值，则可以将您的部署规模视为小型。

  • 如果您的部署参数约等于列出的值，则可以将您的部署规模视为中型。

  • 如果您的部署参数总体上大于列出的大多数值的上限，则可以将您的部署规模视为大型。

量度指标 值

内容数据库大小

100 GB

内容数据库的数量

20

向 SQL Server 2008 提交的并发请求数

200

用户数

1000

定期访问列表中的项目数

2000

定期访问列表中的列数

20

对于 SQL Server 2008，最少需要 4 千兆字节 (GB) 的内存；对于中型部署，建议使用 8 GB；对于大型部署，建议使用 16 GB 和更高。

可影响内存需求的其他因素包括：

  • 使用了 SQL Server 2008 镜像。

  • 频繁使用大于 15 兆字节 (MB) 的文件。

CPU 缓存

在运行 SQL Server 2008 的服务器上，建议每个 CPU 的 L2 缓存最少为 2 MB，以改善内存的使用。

总线带宽

较高的总线带宽有助于提高可靠性和性能。要考虑到磁盘并非唯一的总线带宽使用者，例如，还必须考虑到网络访问。

下面的列表提供了优化总线带宽的一些最佳方案和建议。

  • 对于大中型服务器，较高的总线带宽可提高系统的可靠性，特别是在配合附加的多路径软件使用时。相反，对于小型系统，较高的总线带宽并不会显著提高可靠性。通过在系统中提供重复的路径，以及通过避免硬件设备中的单一故障点，可提高总线带宽的可靠性。

  • 对于频繁使用大块传送和顺序 I/O 的系统，较高的总线带宽可以提高性能。

  • 在主要使用顺序 I/O 的小型服务器中，如果只有三个磁盘，则 PCI 会成为瓶颈。对于具有八个磁盘且主要执行随机 I/O 的小型服务器，PCI 足以满足需要。但是，在范围从小型到非常大型的服务器上，更常见的是使用 PCI-X。

  • 需要较高的总线带宽来支持数量较大的磁盘。

  • 总线带宽容量可能受系统拓扑结构的限制。如果系统使用直接连接磁盘，则插槽数量会限制总线带宽容量。但是，对于存储区域网络 (SAN) 系统，并无任何物理限制因素。

  • 较昂贵的服务器通常有较大和较快的总线。通常，如果不更换服务器，则无法提高总线带宽的容量。但是，非常大的服务器的可配置性较高。请咨询服务器提供商，以了解相关规范。

磁盘和 SAN 接口

在系统中使用的接口会影响可靠性和性能。在所有其他方面均相同的情况下，较大的驱动器会增加平均寻道时间。可利用下表中的信息来选择接口。

接口 优点 缺点 备注

小型计算机系统接口 (SCSI)

支持将数据强制写入到磁盘，从而提高可恢复性。

带标记命令队列 (TCQ) 技术的 SCSI 支持多个 I/O 请求。

支持热交换。

对于 SCSI，每个通道最多可以有 15 个驱动器。

对物理电缆的长度限制较少。

通道负载过重会增加达到传输速率限制的可能性。

集成设备电子学 (IDE)

支持热交换。

只有在每个通道连接一个驱动器时，IDE 才会提供高传输速率。

容量通常比 SCSI 大。

每 GB 的成本通常比 SCSI 驱动器便宜。

每个通道只能处理一个未完成的 I/O 请求。

串行先进技术连接 (SATA)

带 TCQ 技术的 SCSI 支持多个 I/O 请求。

支持热交换。

大部分明确设计为仅支持每个通道一个驱动器；然而，也可以使用接口卡上的多个 SATA 通道（2 个到 12 个以上）。

容量通常比 SCSI 大。

每 GB 的成本通常比 SCSI 驱动器便宜。

串行连接 SCSI (SAS)

非常快。

支持 SCSI 协议。

允许的磁盘数多于 SCSI。

仅适用于直接附加存储 (DAS)。

并行 SCSI 的替换技术。

向后兼容 SATA 驱动器。

数据中心内的数据库冗余

您应为数据中心内的任一类型的储存提供冗余。

跨数据中心的数据库冗余

可以复制存储在 SAN 或 DAS 中的数据或对其生成镜像以支持业务连续性要求，但用于镜像的技术各不相同，如下所示：

备注

有一些 SQL Server 2008 技术（如事务复制）不能与 SharePoint 产品和技术一起使用，这是因为复制技术要求数据库中的所有表上都有一个主键列。在使用复制技术之前，请确保 SQL Server 2008 和 Office SharePoint Server 2007 都支持此类技术。

快照技术可用于为 SAN 上承载的数据拍摄时间点快照。在大多数情况下，DAS 不提供用于支持快照的其他软件和服务。

支持技术（如 Microsoft System Center Data Protection Manager 2007）可用于为 Microsoft SQL Server 和 Microsoft Office SharePoint 产品和技术提供额外的保护。Microsoft System Center Data Protection Manager 2007 可以对 Active Directory® 域中以及这些域之间的服务器实现基于磁盘和基于磁带的数据保护和恢复。有关 Microsoft System Center Data Protection Manager 2007 的其他信息，请参阅 Microsoft System Center Data Protection Manager 2007 网站（该链接可能指向英文页面） (https://www.microsoft.com/systemcenter/dataprotectionmanager/en/us/default.aspx)（该链接可能指向英文页面）。

性能

对于 DAS 和 SAN，应测量以下各类性能：

  • 每秒 I/O

  • 每秒的兆字节数

  • 延迟

由于可影响 DAS 和 SAN 环境中的性能的可变因素太多，因此无法提供简单的建议。可变因素包括驱动器、配置、基本辅助性的基础技术以及主机总线适配器 (HBA) 等。

SAN 环境可从光纤通道交换网络中受益，这是光纤通道可通过该网络提供多个链接，这样便可启用 I/O 路径并行操作，从而使 SAN 能够更有效地处理 I/O 请求。

对于为运行 SQL Server 的服务器提供服务的 I/O 子系统，应将其延迟减到最小，这一点非常重要。I/O 子系统响应慢是无法通过增加其他类型的资源（如 CPU 或内存）来弥补的，它会影响到整个服务器场并造成问题。规划部署前的最小延迟并监视现有系统，如对存储性能进行监视和故障排除中所述。

网络拓扑建议

规划服务器场内和服务器场之间的网络连接。建议您采用具有低延迟的网络。

下表提供了一些最佳做法和建议：

  • 服务器场中的所有服务器都应对运行 SQL Server 2008 的服务器具有局域网带宽和延迟（最多为 1 毫秒 (ms) 延迟）。

  • 建议不要使用广域网拓扑，在此拓扑中，将从网络延迟大于 1 毫秒的服务器场的其他组件远程部署运行 SQL Server 2008 的服务器。尚未对此拓扑进行测试。

  • 如果您打算使用 SQL Server 2008 镜像或 SQL Server 2008 日志传送以使远程网站保持最新，请规划足够的 WAN 网络。

  • 规划使用 SQL Server 2008 Enterprise Edition 的备份压缩功能。通过在备份脚本中设置压缩选项或通过将运行 SQL Server 2008 Enterprise Edition 的应用程序服务器配置为在默认情况下执行压缩，您可以显著减小数据库备份和附带日志的大小。有关详细信息，请参阅备份压缩 (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x804)。

    备注

    SharePoint 产品和技术不支持数据库压缩。

磁盘拓扑结构

您在系统中使用的磁盘拓扑结构会影响可靠性和性能。

对于为运行 SQL Server 2008 的服务器提供服务的 I/O 子系统，应将其延迟减到最小。I/O 子系统响应慢是无法通过增加其他类型的资源（例如 CPU 或内存）来弥补的，它会影响到整个服务器场并造成问题。

可利用下表中的信息来选择拓扑结构。

拓扑 优点 缺点 备注

SAN

可以服务于多台服务器。

不限制可访问的磁盘数。

更易于安装附加的服务器，更易于管理许多台服务器。

更易于在服务器之间重新分配磁盘存储设备。

维护成本通常低于直接附加存储 (DAS)。

DAS

更高的最大带宽。

在服务器数量较少的情况下更易于管理。

初始的间接成本低于 SAN。

部署在每台服务器上。

磁盘数受服务器中的插槽数和所用接口的类型限制。

如果遇到被堵塞的工作负载，请考虑 DAS。

当达到与特定服务器的 DAS 数量相关的限制时，必须额外部署一台运行 SQL Server 2008 的服务器。

网络连接存储 (NAS)

在 NAS 环境中，无法保证也无法保持 SQL Server 2008 所要求的 I/O 响应时间。

iSCSI 只能支持较低的 I/O 通信量。

建议您不要使用 NAS，原因是它不能确保足够的延迟。如果需要联网的存储设备，请在 iSCSI 专用的千兆比特以太网局域网 (LAN) 上使用 iSCSI，而不要在 NAS 上使用。

下载此书籍

本主题包含在以下可下载书籍内，以方便您阅读和打印：

有关可下载书籍的完整列表，请参阅 Office SharePoint Server 2007 的可下载内容。