Exchange 2013 CU17 和 Exchange 2016 CU6

2017 年 6 月 27 日，Microsoft 发布了 Exchange 2013 和 Exchange 2016 的季度更新。当前版本为 Exchange 2013 CU17 和 Exchange 2016 CU6。通常我不会太关注这一点，所有新开发似乎都是针对 Office 365 的，而针对本地 Exchange 部署的开发很少。但这一次我想指出一些有趣的事情。

在 Exchange 2016 CU6 发布前几天，Microsoft 发布了有关“已发送邮件行为控制”和“原始文件夹项目恢复”的博客。通过已发送邮件行为控制控制，使用发送为或代表发送权限发送的邮件不仅会存储在邮箱中实际发送消息的用户的副本，但副本也存储在委托人邮箱中已发送的项目中。这对于共享邮箱来说已经是可能的，但现在对于普通邮箱（如经理/助理场景）也可以。

我认为原始文件夹项目恢复功能是最受欢迎的功能之一。过去（在 Exchange 2010 之前），当项目在删除后进行还原时，它们会还原到其原始位置。在 Exchange 2010 中引入的 Dumpster 2.0 中，这种情况不再可能，项目将还原到已删除项目文件夹中。在这种情况下，必须手动将物品移至其原始位置。随着原始文件夹项目恢复的引入，已删除的项目再次在原始文件夹中进行恢复。

遗憾的是，“已发送项目行为控制”和“原始文件夹项目恢复”仅在 Exchange 2016 CU6 中可用（在 Exchange 2013 CU17 中不可用）。

谈到安全性，TLS 1.2 是一个热门话题。 Microsoft 意识到了这一点，并努力实现仅使用 TLS 1.2 的 Exchange 环境（以便可以禁用 TLS 1.1 和 TLS 1.0）。我们还没有到那个阶段。 Exchange 2016 CU6 确实改进了对 TLS 1.2 的支持，但 Microsoft 并不鼓励客户仅迁移到 TLS 1.2 环境。

.NET Framework 和 Exchange 服务器仍然是一个困难的场景。这是可以理解的，Exchange只是Windows和.NET的消费者，因此Exchange产品组对.NET（和Windows）产品组没有太大影响。

Exchange 2016 CU6 目前不支持 .NET Framework 4.7，并且您不应在运行 Exchange 2016 的服务器上安装 .NET Framework。在安装 Exchange 2016 CU6 之前和之后都不应安装。对于 Exchange Server 2013 CU17 也是如此。有关 .NET Framework 和 Exchange 服务器的更多信息，请访问：https://blogs.technet.microsoft.com/exchange/2017/06/13/net-framework-4-7-and-exchange-server/。

Exchange 2016 CU3 及更高版本以及 Exchange 2013 CU15 及更高版本支持 .NET Framework 4.6.2。有关支持哪些方案的完整概述，请导航至 https://technet.microsoft.com/en-us/library/ff728623(v=exchg.150).aspx 上的 Exchange Server 支持性列表。

描述每个版本中的修复、功能和信息的知识库文章如下：

• Exchange Server 2016 累积更新 6 (KB4012108)，下载，UM Lang 包
• Exchange Server 2013 累积更新 17 (KB4012114)，下载，UM Lang 包

安装 Exchange 2016 CU6

Exchange 2016 CU6 确实在 Active Directory 架构中引入了更改，因此我建议使用以下命令升级架构分区、配置分区和域分区：

Setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
Setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
Setup.exe /PrepareDomain /IAcceptExchangeServerLicenseTerms

升级后，您可以使用以下命令更新 Exchange 2016 服务器：

Setup.exe /mode:upgrade /IAcceptExchangeServerLicenseTerms

但是，设置应用程序似乎存在问题。步骤 7 之后，安装应用程序停止，并生成以下错误消息：

“需要重新启动才能完成‘E:\exchangeserver.msi’上的文件操作。重新启动机器，然后再次运行安装程序”

重新启动并重新启动安装应用程序后，升级成功完成。

笔记。在执行升级之前重新启动服务器并不能解决问题。

升级DAG成员

升级属于数据库可用性组成员的 Exchange 2016 服务器涉及更多工作（顺便说一句，对于 Exchange 2013 也是如此）。在开始实际升级之前，您必须将 DAG 成员置于维护模式。并且不要忘记禁用负载均衡器中的真实服务器！

要将 DAG 成员置于维护模式，您可以使用以下 PowerShell 命令：

$Computer = $ENV:ComputerName
Set-ServerComponentState $Computer -Component HubTransport -State Draining -Requester Maintenance
Redirect-Message -Server $Computer -Target <Other Exchange 2013 Server>

# Prevent DAG member becoming PAM
Suspend-ClusterNode $Computer

# Move all Mailbox Databases and prevent hosting copies on current server
Set-MailboxServer $Computer -DatabaseCopyActivationDisabledAndMoveNow $True
Set-MailboxServer $Computer -DatabaseCopyAutoActivationPolicy Blocked

# Put the Exchange 2013 server in Maintenance Mode:
Set-ServerComponentState $Computer -Component ServerWideOffline -State Inactive -Requester Maintenance

您可以在 PowerShell 中使用以下命令来验证服务器是否确实在维护模式下运行：

Get-ServerComponentState $Computer | ft Component,State -Autosize

当服务器处于维护模式（组件显示为非活动）时，您可以升级服务器。当服务器升级并重新启动时，您可以使用以下 PowerShell 命令使服务器退出维护模式：

$Computer = $ENV:ComputerName
Set-ServerComponentState $Computer -Component ServerWideOffline -State Active -Requester Maintenance
Resume-ClusterNode $Computer
Set-MailboxServer $Computer -DatabaseCopyActivationDisabledAndMoveNow $False
Set-MailboxServer $Computer -DatabaseCopyAutoActivationPolicy Unrestricted
Set-ServerComponentState $Computer -Component HubTransport -State Active -Requester Maintenance
Restart-Service MSExchangeTransport
Restart-Service MSExchangeFrontEndTransport

要检查服务器是否完全启动并再次运行，您可以在 Exchange 命令行管理程序中使用以下命令：

Get-ServerComponentState $Computer | ft Component,State -Autosize

对其他 DAG 成员重复此操作（当然不是所有成员同时）。

关于 TLS 1.2 问题，我将继续关注此问题，当出现新的进展时，我将在博客中发布相关内容。

作为免责声明：像往常一样，您应该在测试环境中彻底测试 Exchange 2016 CU6（或 Exchange 2013 CU17），以确保一切继续按预期工作。特别是当涉及到第三方软件（考虑备份供应商或防病毒供应商）时，您有时会得到意想不到的结果。