规划 Service Manager 硬件性能

System Center - Service Manager 性能的一个重要部分取决于计划用于处理组织需求的硬件配置和部署拓扑。 以下部分提供了在规划足够的硬件性能时要考虑的一般准则。

硬件性能

以下是 Service Manager 中最明显的硬件瓶颈，Service Manager 数据库中的负载和数据量很大：

1. 最常见的瓶颈是运行 Microsoft SQL Server 的计算机上的内存和 I/O。 如果你拥有资源，则投入更多内存和更快的 I/O 子系统来提高 SQL Server I/O 的性能。
2. 如果希望有许多控制台连接到管理服务器，可以通过为管理服务器投资额外的 CPU 和内存或安装辅助 Service Manager 管理服务器来提高性能，以处理峰值负载。

注意为每个角色建议的最低硬件配置，如本文档中所述。

虚拟机的角色

许多组织使用虚拟机承载 Windows Server 应用程序。 Service Manager 服务器角色（如管理服务器和数据仓库服务器）不例外。 虚拟机的使用范围可能涉及所有被虚拟化的服务器角色，直至虚拟机和物理计算机的某种其他组合。

不建议使用任何特定的虚拟计算机与物理计算机比率，因为组织的需求本质上是独一无二的。 但是，每个软件角色的最低硬件要求适用于物理计算机。 如果决定虚拟化软件角色，则应计划确保为每个虚拟计算机提供额外的硬件资源。

如果未遵循以下规划指南，则数据库服务器容易受到虚拟机性能不佳的影响：

• 在 Hyper-V 环境中运行 SQL Server。
• 你决不应在打算用于承载 SQL Server 的虚拟机上使用动态磁盘。 使用固定大小的虚拟硬盘驱动器或传递。
• Hyper-V 仅允许每个来宾 4 个虚拟 CPU，如果有多个主机，可能会限制 Service Manager 服务器。

Service Manager 基线测试结果

Service Manager 已针对性能和可伸缩性进行了基线测试，使用各种部署方案，以物理计算机的形式提供最低建议的硬件。 更具体地说，这些方案通过预填充的数据库和 Service Manager 控制台进行测试，并在循环中创建和更新事件和更改请求。

数据库预先填充了两种测试方案的信息：

• 测试 1 由 20,000 台计算机、20,000 位用户以及所有必需的配置项目（大约有 250,000 个配置项目，在数据库中总共占用大约 250 万行）组成。 测试 1 还包括 40 个活动 Service Manager 控制台。
• 测试 2 由 50,000 台计算机、50,000 位用户以及相关配置项目（大约有 700,000 个配置项目，在数据库中总共占用 600 万行）组成。 测试 2 还包括 80 个活动 Service Manager 控制台。

这些测试得出以下结果：

• 为了达到拥有 50,000 台计算机的配置的响应时间目标，必须将 SQL Server 的内存从 8 GB 增加到 32 GB。
• 在测试期间，每小时针对拥有 20,000 台计算机的配置生成了 200 个事件和 50 个更改请求，针对拥有 50,000 台计算机的配置生成了 500 个事件和 125 个更改请求，并会为每个事件和更改请求处理 3 到 4 个通知订阅和模板。
• 在基线测试中，对于生成的每个工作项，诸如通知订阅处理和模板应用之类的工作流的运行时间通常在一分钟之内。

如果组织计划少于 20,000 台受支持的计算机和控制台，并且工作流更少，则即使某些 Service Manager 角色托管在虚拟计算机上，Service Manager 性能也应是可以接受的。

但是，如果计划在 Service Manager 数据库中添加其他受支持的计算机，则应计划将 Service Manager 数据库服务器的 RAM 量提高到本文档中列出的最低要求之外。 例如，在基线测试 8 GB RAM 中，已安装在 Service Manager 数据库服务器中，其中包含 20,000 台计算机的记录。 此后，计划支持的计算机每增加 10,000 台，就应该增加 8 GB RAM。 例如，为 50,000 台计算机规划 32 GB RAM。 在运行 SQL Server 的计算机上安装 32 GB RAM 来测试拥有 50,000 台计算机的配置时，与添加额外计算机之前的配置测试相比，性能已提高到不再有任何减弱效果的状态。

在基线中也测试了网络延迟。 Service Manager 控制台与 Service Manager 管理服务器之间引入了网络延迟。

注意

Service Manager 数据库服务器和 Service Manager 管理服务器应位于低延迟 LAN 上;Service Manager 数据库服务器与 Service Manager 管理服务器之间的网络延迟可能会导致 Service Manager 性能显著下降。

这些测试还得出以下结果：

• 如果网络延迟小于 100 毫秒（毫秒），则发现整体 Service Manager 控制台响应时间良好。

• 如果网络延迟为 150 毫秒到 200 毫秒，则性能被指出为可用，在某些情况下响应时间降低高达 40%。 由于延迟在 150 毫秒到 200 毫秒之间，你应该计划评估组织的关键方案，并确定远程桌面连接（RDC）是否是更好的选择。

  注意

  在 Service Manager 控制台中扩展服务映射的速度很慢，出现任何延迟。

• 当网络延迟超过 200 毫秒时，整体 Service Manager 控制台响应时间被视为差。 如果延迟超过 200 毫秒，则应该计划使用 RDC 或另一种类似的远程访问解决方案来执行操作性任务。 但是，由于临时性管理任务不常用，所以可能不需要通过远程访问来执行这些任务。

后续步骤

• 若要阅读在规划 Service Manager 软件性能时要考虑的一般准则，请查看 Service Manager 性能。