标签: exchange-2016

我一直在与 Office365 对此案的支持作斗争，因为他们一直告诉我的是/不可能的，这与他们指示我的文档相矛盾。

一些信息：

• 我们有 E3 许可证的 365 订阅。
• 我们使用 ADFS 和 Azure AD 连接，提供单点登录并将用户对象从 AD 同步到 Office365
• 我们希望扩展我们的架构以包含 Exchange 属性，以允许控制我们目前无法使用的某些功能
• 我们希望在本地安装 Exchange 以允许对 Exchange 属性进行适当的支持管理

我发现 Microsoft 将为 Exchange 2016 提供免费的混合版许可证密钥，因此我决定我们可以在混合模式下安装和部署 Exchange 服务器。我们已经安装了服务器，并准备部署混合配置。

支持代表建议我所有邮件流必须通过 Exchange on prem，不能通过 365。基本上我认为这是无稽之谈，因为 on prem 许可证不允许我们托管邮箱，因此不应涉及该服务器邮件流。它应该做的只是充当 Exchange Online 和 Active Directory 之间的桥梁。

他还说混合配置不支持通配符证书，但无法告诉我原因。

我认为这种情况应该非常简单并且应该有效吗？我们只是希望所有邮件继续发送到 365，它甚至不应该触及我们的 Exchange。Exchange 所做的只是提供属性、管理工具以及 AD 和 Exchange Online 之间的组织信任。

我有一个 Exchange 2016 服务器，中间有大约 14 天的时间。该服务器是虚拟的，存在于具有 iSCSI 存储的集群 vmware 环境中。我们运行的其他 Windows 服务器（包括 Exchange 的被动副本）都没有 bsod。被动交换正在备份并清除事务日志，因为它应该在被动和主动节点上。

• 我已经尝试安装最新的关键补丁（还不是可选的）
• 我尝试将有问题的 VM 迁移到新主机。

以下是 BSoD 查看器为我提供的信息：

052716-21921-01.dmp 27.05.2016 10:22:16 CRITICAL_PROCESS_DIED   0x000000ef  ffffe000`de10d080   00000000`00000000   00000000`00000000   00000000`00000000   ntoskrnl.exe    ntoskrnl.exe+14e3a0 NT Kernel & System  Microsoft® Windows® Operating System    Microsoft Corporation   6.3.9600.18289 (winblue_ltsb.160328-1315)   x64 ntoskrnl.exe+14e3a0                 C:\Windows\Minidump\052716-21921-01.dmp 8   15  9600    138 150 27.05.2016 10:22:47 
051516-25765-01.dmp 15.05.2016 10:11:06 CRITICAL_PROCESS_DIED   0x000000ef  ffffe001`0ad80900   00000000`00000000   00000000`00000000   00000000`00000000   ntoskrnl.exe    ntoskrnl.exe+14e3a0 NT Kernel & System  Microsoft® Windows® Operating System    Microsoft Corporation   6.3.9600.18289 (winblue_ltsb.160328-1315)   x64 ntoskrnl.exe+14e3a0 …