硬件性能

发布日期： 2016年7月

适用于： System Center 2012 SP1 - Service Manager,System Center 2012 R2 Service Manager,System Center 2012 - Service Manager

System Center 2012 – 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 服务器角色（例如管理服务器和数据仓库服务器）也不例外。 虚拟机的使用范围可能涉及所有被虚拟化的服务器角色，直至虚拟机和物理计算机的某种其他组合。

我们未建议任何具体的虚拟机与物理计算机之间的比率，因为组织需求原本就各不相同。 但是，每个软件角色的最低硬件要求适用于物理计算机。 如果你决定对软件角色进行虚拟化，则应进行规划，确保对于每台虚拟计算机你有额外的硬件资源。

如果未遵循以下规划指南，则数据库服务器在虚拟机上容易出现性能不佳的情况：

• Running SQL Server 2008 in a Hyper-V Environment（在 Hyper-V 环境中运行 SQL Server 2008） (SQL2008inHyperV2008.docx)。

• 你决不应在打算用于承载 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 量，使其超出本文档中列出的最低要求。 例如，在基线测试中，在包含 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 毫秒 (msec)，你会发现整体 Service Manager 控制台 响应时间令人满意。

• 如果网络延迟为 150 至 200 毫秒，则性能会被记录为可用，但在某些方案中响应时间降级高达 40%。 如果延迟介于 150 至 200 毫秒之间，则应该计划评估组织的重要方案，并确定远程桌面连接 (RDC) 是否为较佳的选择。

  说明
  由于存在延迟，在 Service Manager 控制台 中扩展服务映射速度较慢。

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