Exchange 2013 大小调整和配置建议
适用于：Exchange Server 2013
与以前的 Exchange 版本相比，Exchange 2013 对系统资源要求更高。 通过正确调整 Exchange 2013 的基础结构的大小以及对该基础结构内与 Exchange 相关的组件进行建议的配置，您可以为执行最佳部署打下坚实的基础。
Exchange 2013 大小调整
正确调整 Exchange 2013 大小是防止性能问题最有效的方法之一。 此处提供了 Exchange 2013 服务器角色要求计算器。 最新版本为 9.1。 若要正确使用此计算器，必须参阅 Exchange 2013 服务器角色要求计算器 和 调整 Exchange 2013 部署大小 博客文章中的指南。
在购买和部署硬件之前，请务必先使用计算器。 应首先根据计算器结果确定总体资源要求。 您可以使用计算器输入组织的要求，并使用结果作为有关如何扩展硬件的指南。 计算器不会告诉你要使用多少台服务器，但它允许你估计 Exchange 工作负载对一组给定服务器的影响。 为了满足特定于您环境的硬件和业务需求，您应该对不同的配置进行试验，以查看这些配置对性能的影响。
为了简化部署并充分使用硬件，Exchange 产品组建议使用多角色服务器。 使用多角色服务器可在客户端访问服务器 (CAS) 层为您提供更高的可用性，因为有更多的客户端访问服务器可用于在故障期间处理请求。 Exchange 2013 的关键设计注意事项是利用“更小”的商品类型服务器 (横向扩展，而不是纵向扩展) 。 设计和测试由两台插槽计算机完成，其中包含多达 20 个处理器核心，RAM) 高达 96 GB (GB。 如果硬件大于此建议，应考虑其他选项。 例如，使用该硬件满足其他需求，并为 Exchange 2013 环境购买较小的服务器。 或者，请考虑虚拟化。
(横向扩展) 构建更多的服务器比将资源添加到现有更大的服务器 (纵向扩展) 更可取。 通过横向扩展，环境可以使用 Exchange 2013 中的内置高可用性功能。 若要了解建议此配置的原因，请详细查看 文章首选体系结构 和 站点复原能力对可用性的影响。
计算器不会考虑以下各项：
- 在 Exchange 服务器上运行的第三方产品。
- 与 Exchange 交互的产品，包括内部开发的应用程序。
因此，请务必在调整大小时考虑这些项目。 例如，Lync Server、第三方 Exchange Web Services (EWS) 应用程序以及 ActiveSync 设备都可以显著提高每个用户的 CPU 要求。 有关它如何影响 Exchange 的信息，请使用第三方产品文档。 建议在实现第三方解决方案之前为 Exchange 创建性能基线。
建议的性能配置
建议对您的 Exchange 2013 环境进行以下性能优化。
Power
设置 BIOS，以允许操作系统 (OS) 对电源进行管理。
在 OS 中，打开高性能电源计划。
正在处理
关闭物理 Exchange 服务器上的超线程。 在虚拟服务器环境中，可以在物理服务器上启用超线程，但每个虚拟服务器只应分配所需数量的虚拟 CPU。 换句话说，不要过度分配虚拟 CPU，只使用物理处理器核心计数来计算大小。
在 Exchange Server 2013 Service Pack 1 或更高版本中，您可以启用 SSL 卸载以帮助减少客户端访问服务器的 CPU 消耗，但是 SSL 卸载的配置过于复杂可能得不偿失。
.NET Framework
| Exchange 版本 | .NET Framework 4.6.2 | .NET Framework 4.6.1 | .NET Framework 4.5.2 |
|---|---|---|---|
| Exchange 2013 CU16 | X | ||
| Exchange 2013 CU15 | X | X1,2 | X |
| Exchange 2013 CU13 和 CU14 | Xsup>1，2 | X |
1 .NET Framework 4.6.1 如果要在运行 Exchange 2013 CU13 的服务器上安装它，则需要发布后修补程序。 有关详细信息。 请参阅 Exchange 2013 先决条件。
2 如果要从 Exchange 2013 CU12 或更低版本升级到 Exchange 2013 CU13、CU14 或 CU15，我们强烈建议在 .NET Framework 4.6.1 之前安装 Exchange 2013 CU13 及其相关的发布后修补程序。
如果无法安装 .NET 4.5.2，请参阅 Microsoft 知识库文章2995145“连接到在 Windows Server 中运行的 Exchange Server 2013 时出现性能问题或延迟”。本文中的修补程序是基于对存储工作进程内存利用率的内部发现而开发的。 通过应用这些修补程序，你将减少所有托管进程的总体内存消耗， (包括存储工作进程) 将减少在 .NET 垃圾回收中花费的总 CPU 时间。
修补程序
Exchange 性能团队建议安装以下所有与性能相关的修补程序。
- 可用于提高Windows Server 2012中的群集复原能力的更新
- 基于Windows Server 2012的故障转移群集的建议修补程序和更新
- 针对基于 R2 的Windows Server 2012故障转移群集的建议修补程序和更新
- 在具有多核处理器的基于Windows 8或基于Windows Server 2012的计算机上的 RSS 处理器分配不正确
- 连接到在 Windows Server 中运行的 Exchange Server 2013 时出现性能问题或延迟
- 如果 Exchange 2013 中的 SSLOffloading 为“True”，则 Outlook 连接问题
- Exchange Server 2013 中数据库故障转移后 Outlook 的长服务器连接
- 当 Lync 与 Exchange Server 2013 集成时，Outlook Web App性能降低
- EMS 在 Exchange Server 2013 累积更新 5 环境中执行第一个命令需要很长时间
- 如果在 2013 Exchange Server启用了 IPv6，则消息路由延迟
- Windows Server 2008 R2 SP1 中依赖于 Microsoft LDAP 客户端的应用程序的 CPU 使用率过高
- 在 Windows 8.1 或 Windows Server 2012 R2 中通过 HTTP 协议使用 RPC 时，CPU 使用率较高
网络
使用 Exchange 2013 时，建议使用单个网络适配器，因为不再需要拆分 MAPI 和复制网络。 有关详细信息，请参阅网络要求。
在可用的情况下使用默认的 SNP 卸载设置，并确保启用 RSS（Windows Server 2012 和更高版本中的默认设置）。 RSS 有助于缩放 CPU 使用率，尤其是在 10 GbE 上。
验证 OS 没有关闭网卡以节省电源。
保持最新的 NIC 驱动程序。 每月向您的供应商咨询是否有相关的驱动程序更新。
Internet 信息服务 (IIS)
在安装期间，Exchange 修改针对 IIS 的某些连接限制。 建议不要对 IIS 进行进一步调整。
无论何时都要避免进行自定义。 Exchange 累积更新或 Windows 更新可能会覆盖对 web.config 或注册表项所做的任何更改。
存储器
Exchange 2013 存储 配置选项中提供了 Exchange 2013 存储指南。
虚拟化
请查看Requirements for hardware virtualization。 此外，请注意 Exchange 不是非一致性内存访问 (NUMA) 感知型。 因此，建议使用硬件制造商的默认 NUMA 设置。
Active Directory
监视目录服务器性能，因为 Active Directory 查询直接影响 Exchange 部署。
对于 Active Directory 的运行状况，LDAP 搜索时间是要衡量的关键计时器。 监视您的域控制器上的 CPU。 域控制器上的 CPU 问题将呈现为对 Exchange 服务器的性能影响。
在位于“数据收集器集”下的性能监视器的域控制器上运行内置的“Active Directory 诊断”，以帮助隔离域控制器性能问题的原因。
在域控制器上规划出足够的 RAM，以缓存完整的 AD 数据库文件。
我们建议为每 8 个邮箱核心部署一个 Active Directory 全局编录核心，这些核心基于 64 位全局编录核心 (处理活动负载) 。
负载平衡
所有客户端访问服务器应该接收大约相同数量的传入连接。
对于所有产品，Exchange 2013 不需要给定客户端访问服务器和负载平衡器之间的会话相关性。
应该将硬件或软件负载平衡器用于管理所有发往客户端访问服务器的入站通信。 可以使用“轮循机制”等方法确定目标服务器的选择，其中每个入站连接将转到循环列表中的下一个目标服务器，或者使用“最小连接”，其中负载均衡器会将每个新连接发送到当时已建立连接最少的服务器。 负载均衡中进一步详细介绍了这些方法。 还应考虑以下事项：
轮循机制存在与长期连接（如 RPC/HTTP）集中缓慢的问题。 作为一台联机的新计算机，在多台目标计算机之间提供的连接平衡需要很长时间才能集中。
使用“最小连接”方法时，请注意，在客户端访问服务器中断或修补维护期间，客户端访问服务器可能会过载且无响应。 对于 Exchange 性能，身份验证是一项高成本的操作。
由于 Exchange 2013 环境中的 Windows 网络负载均衡 (NLB) 存在许多限制（详见 负载均衡），我们不建议使用 Windows NLB。
用户和数据库分布
维持每个数据库的用户和每个服务器的活动数据库的平衡分布。 平均分布数据库磁盘空间以及平衡所有数据库中的重负载用户。
必须配置您的用户群，以便于了解他们与 Exchange（设备、Outlook 和 OWA）的互动方式以及这些互动对性能造成的影响。 请参阅第 2 部分中的计算器博客，以更好地了解如何配置每个用户的 Exchange 用法。
配置数据库副本激活首选项和每个服务器的“MaximumPreferredActiveDatabases” () 设置，以在故障转移或切换期间保持平衡。
RedistributeActiveDatabases.ps1 脚本将重新平衡多个 DAG 节点之间的活动数据库。
考虑强制实施与 Microsoft 365 或 Office 365匹配的严格项计数限制。 可以使用 Set-Mailbox cmdlet 和 邮箱文件夹限制中提供的信息执行此操作。
Pagefile
如果使用的 RAM 超过 32 GB，请将页面文件的最大大小设置为 32，778 MB。
页面文件应该托管在与 Exchange 数据库文件或数据库日志文件相同的驱动器上。
必须使用固定大小的页面文件，不允许 Windows 管理大小。 当 Exchange 负荷过重时，增加页面文件可能是性能密集型任务并可能造成问题。
如果需要获取完整的内核转储，请参阅 生成内核或完成故障转储。
Outlook 模式
建议使用缓存模式。 若要了解使用缓存模式的好处，请参阅 在 Outlook 2013 的缓存 Exchange 模式和联机模式之间进行选择。
请务必注意，服务器加载项和 Outlook 第三方加载项可能会影响性能。使用联机模式时，客户端可能会预期第三方加载项存在一些性能问题、高项目计数、受限视图、访问邮箱的用户数等。 与 Outlook 2013 相比，旧版客户端可能在高项目计数和性能方面受到更大影响。
如果某个组织在联机模式下配置 Outlook 的主要原因是出于安全方面的考虑，请转为使用 BitLocker。
Outlook 2013 提供了新的“同步滑块”功能，以最大程度地减少下载时间和 OST 文件的大小。 有关详细信息，请参阅 在 Outlook 2013 中配置缓存 Exchange 模式。
每月检查一次您的环境中受支持的 Outlook 客户端更新。
第三方软件
最佳做法是卸载或禁用第三方软件，同时排查 Exchange 性能问题。 以下列表包含 Microsoft 支持最常看到影响 Exchange 2013 性能的第三方软件类型。
- 防病毒解决方案
- 入侵防护软件
- 备份软件
- 适用于文件和用户的审核软件
- 存档解决方案