按 Exchange Server 以往季更的节奏,微软于 9 月 20 日正式发布了 Exchange 2016 CU3 和 Exchange 2013 CU14 积累更新。不过介于 Exchange Server 积累更新曾闹出过不小的乱子,为保险起见,建议各管理员先在测试环境中进行测试,或过段时间无人报告披露 Bug 之后再在生产环境中进行部署。
注意:凡连接到 Office 365 的混合部署用户必需将 On-premises Server 部署更新到最新的积累更新或上一版积累更新。具体可以参考部署 Exchange Server 2016积累更新(CU)最佳实践。
新版Windows和.NET支持
Exchange 2016 CU3 的主要更新便是提供了对 Windows Server 2016 操作系统的支持,但除了对 Windows Installer 安装程序的重新改良外,Exchange 2016 CU3 并没有很好地利用 Windows Server 2016 的一些新特性和优势功能。
Exchange 开发组强调,由于 Windows Server 2016 默认开启了 Windows Defender 功能,而 Exchange 2016 在安装或更新过程中会在服务器中写入重要文件,所以在此过程中于 Windows Defender 里排除掉 Exchange 安装日志和安装文件夹是非常重要的。不然,安装和更新过程可能会花费非常长的时间。微软还建议不要让 Windows Defender 影响到 Exchange Noderunner 进程,以保持良好的数据库搜索索引状态,避免造成性能下降。
将 Exchange 2016 CU3 部署于 Windows Server 2016 还需要使用到 .NET Framework 4.6.2 版本。此版本 .NET Framework 目前还尚不支持 Windows 2012 和 Windows 2012 R2,但预计会随 Exchange 2016 和 Exchange 2013 的下个积累更新版本开始提供支持。
Bug修复
与以往及微软其它产品积累更新一样,此次的 Exchange Server 2016 CU3 和 Exchange Server 2013 CU14 积累更新同样包括了许多已知 Bug 和问题的修复,具体细节我不在此一一列出,大家可以参考:
其中比较明显的 Bug 修复包括:
- KB3161916 Data loss may occur during public folder migration to Exchange 2013, Exchange 2016, or Exchange Online
- KB3176873 You cannot create a new profile or connect to Exchange Server 2013 by using MAPI-HTTP when an organization contains many address lists
被动阅读(read from passive)
Exchange 2013 CU3 附带的「被动阅读(read from passive)」功能已被开启。该功能可将数据库可用性组(DAG)内数据库副本的搜索索引从本地数据库拷贝读取,而不依赖于活动副本,此特性可将主、被动副本之间的带宽要求降低 40%。其实该技术特性早在 Exchange 2016 发布之初就已经被设计规划,但迫于技术实现上的难点,直到 Exchange Server 2016 CU3 才正式得以实现和发布。毫无疑问,这一技术突破会让跨数千 DAG 和百万数据库副本的全球最大 Exchange 服务运营商(微软自家的Exchange Online)高兴万分。
最新评论
可以共存,但虚拟机维护起来更麻烦了呀。
关掉之后重启下系统再试试呢
不能共存吗?
我是家庭版,看着关掉了,但是破解程序一运行还是弹窗,搞不了