规划Service Manager硬件性能

重要

此版本的 Service Manager 已终止支持。 建议升级到 Service Manager 2022。

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 仅允许每个来宾四个虚拟 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 量，超出本文档中列出的最低要求。 例如，在基线测试中，在包含 20,000 台计算机记录的 Service Manager 数据库服务器中安装了 8 GB RAM。 此后，计划支持的计算机每增加 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性能。