Ignite 2018 – 交流会，好的一面和丑陋的一面

我的第一篇关于 Ignite 2018 的博客更多的是第一天的主题演讲，微软围绕云的战略以及各种应用程序如何相互集成并利用云。但我是一名技术顾问，对技术更感兴趣。作为“Office 应用程序和服务”（以前是“Office 服务器和服务”，之前只是“Exchange MVP”）的 MVP，我的心仍然是 Exchange。虽然我还参加了很多其他会议，但有更好的博客可用于这些技术，而不是我的 ?

欢迎使用 Exchange 2019

我参加的第一个分组会议是 Greg Taylor 和 Brent Alinger 举办的 BRK“欢迎参加 Exchange 2019”。自 Microsoft 发布 Exchange 2019 预览版以来，已经提供了大量信息，但还提到了其他一些有趣的点：

• Exchange 2019 仅在 Windows 2019 上运行。 Exchange 正在使用 Windows 2019 中的许多安全功能，这些功能在 Windows 2016 中不可用。预览版本在 Windows 2016 上运行，但最终版本不会。
• Windows 2019 Server Core 是推荐的平台，因为其占用空间和攻击面较小。
• 所需的林功能级别是 Windows 2012 R2，我猜这可能会给客户带来问题。
• 建议的最低 RAM 为 128 GB。请注意，这是建议的 RAM 量，而不是所需的 RAM 量。这一数量来自 Windows 2019 中的 .NET 使用情况，它使用大量内存实现了更好的性能。如果 Exchange 2019 服务器没有 100GB 或更多，它就无法利用这些改进。它还与 Exchange 2019 服务器中的处理器数量相关，这 128 GB 与 48 个处理器相关。如果您使用较少的处理器，内存使用量也会减少。
• Exchange 2019 将（至少目前）仅通过批量许可提供。目前正在讨论这是否会导致下载网站盗版。微软意识到了这一点，但目前它只是批量许可。
• MCDB（即元缓存数据库）是一个非常酷的新功能。这是存储在 SSD 驱动器上的缓存，其中存储了邮箱数据库中的元数据，例如搜索信息、文件夹结构等。这将提高以在线模式运行的 Outlook 客户端的性能，不仅搜索信息，而且登录到邮箱的性能也会显着提高改进（我开始听起来像个营销人员?
• 与上一条相关，搜索使用 Bing 技术进行了改进（或实际上重写）。索引信息不再存储在磁盘上的单独目录中，而是存储在邮箱中，从而存储在数据库内。这意味着被动副本具有相同的信息和相同的搜索索引。故障转移现在永远不会失败，因为搜索在复制中不健康，从而加快了故障转移时间。
• 微软还发布了 Exchange 2019 的文档，可以在 https://docs 上找到。 microsoft.com/en-us/Exchange/exchange-server?view=exchserver-2019。

遗憾的是，本次会议还无法在线进行。它已被记录，但不知何故尚未可用。

顺便说一句，Microsoft 组织了一次与 Exchange 和 Outlook 产品组以及几位 (Exchange) MVP 的会外会议。在这个 2 小时的会议中，我们可以与房间里的所有项目经理进行适当的讨论，并且我们能够表达对 Ignite 上的公告和演示的最深切的关注。有些人更喜欢在 Twitter 上执行此操作，但我们认为最好直接与项目经理讨论。他们向我们提供了额外的背景信息，但同时我们给他们的反馈给他们留下了深刻的印象，并将把它带回总部。他们当然不会改变产品，但围绕 Exchange 2019 的标记消息和文档（背景信息）肯定会改变。

保护 Exchange Online 免受现代威胁

另一个有趣的会议是 BRK3148“保护 Exchange Online 免受现代威胁”。这一切都与安全性以及坏人通常采取哪些步骤来附加 Exchange Online 等平台有关。这非常简单。每个人都听说过“密码喷雾”吗？这是一种暴力攻击，但反过来也是如此。坏人有一个用户名列表（UPN=使他们的生活变得轻松的电子邮件地址）和标准密码，例如 Summer2018 或 Spring2018。但通过喷雾攻击，他们会获取密码，并对所有用户进行尝试。如果不成功，则对列表中的所有用户尝试下一个密码。非常简单，并且与常规的暴力攻击不同，这不会导致帐户被锁定。我们都知道，简单的密码很快就会被泄露。在演示中，演示者展示了它是多么简单，以及登录后如何继续使用提升的权限。

好消息是，此演示文稿可在 YouTube 上观看：https://youtu.be/jnUUioUU_eY

混合 Exchange：让迁移到云端变得更轻松、更快捷

混合交换也是一个热门话题。去年，Jeff Kizner 举办了一次有关混合的会议，并宣布微软正在努力在所有邮箱迁移到云端时删除最后一台 Exchange 服务器。参加今年的 BRK3143 会议“混合交换：让迁移到云变得更容易、更快捷”时，人们的期望很高。

本演示的第一部分是关于混合配置向导中组织配置传输所做的工作。尚未完成，但许多配置信息无法复制到 Exchange Online。它正在复制到 Exchange Online，没有同步。因此，在本地 Exchange 中进行更改时，它们不会自动传输到 Exchange Online。您必须在 Exchange Online 中进行更改，或者再次运行混合配置向导。

全新（尚不可用）是在本地运行的混合代理。混合代理与 Microsoft Azure 中的端点配合使用，并且仅是出站 HTTPS 流量。 Exchange Online 配置为 HCW 使用 Microsoft Azure 中的相同终结点。这样，仅使用出站连接，并且在配置 Exchange 混合时不再需要进行各种防火墙更改。更好的是，当自动发现和 Exchange 本地未发布时，这仍然有效，因为仅使用出站连接，并且配置信息安全地存储在 Microsoft Azure 的端点中。

目前，它仅适用于使用 MRS 的忙/闲和邮箱移动，但这是一个好的开始。下一个版本可以包含更多功能，使用这种技术一切皆有可能，想象一下正在搜索本地邮箱服务器的 Microsoft 搜索......我不确定这是否是一个好主意，但我知道普通安全官员会对这样的解决方案有何反应。有些人会将此称为对您的 Exchange 环境（具有 Exchange 受信任子系统的东西）具有完全访问权限的中间人。此外，混合代理仅支持自动更新，我不确定是否希望在我的 Exchange 服务器上发生这种情况。好消息是，您可以在专用服务器而不是 Exchange 服务器上运行代理，只要这些服务器具有良好的 Internet 连接即可。

Exchange 产品组发布了关于这两个主题的博文，您可以在 https://blogs 上找到该博文.technet.microsoft.com/exchange/2018/09/26/announced-improvements-to-hybrid-publishing-and-organization-configuration-transfer/.

此外，演示文稿本身也可在 YouTube 上观看：https://youtu.be/QhOh5RCcLu8跨度>

遗憾的是，没有提及最后一台本地 Exchange 服务器，因此恐怕目前还需要使用一段时间。

瞬间搜索电子邮件！使用 SSD 加速 Exchange 2019

正如本博客第一部分中已经提到的，Microsoft 在 Exchange 2019 中引入了元缓存数据库 (MCDB)。Exchange 2019 现在将在常规 JBOD 解决方案中运行，但现在在服务器中添加了SSD磁盘。这些 SSD 磁盘用作附加缓存（邮箱数据库中的特殊数据额外存储在 SSD 磁盘上）以提高性能。想想邮件表、邮箱信息、邮件元数据信息以及 Outlook 客户端经常需要的各种信息，现在 Exchange 2019 可以以更快的速度检索这些信息。

我个人我认为这是一项非常令人印象深刻的技术，但我认为它不会很快出现在客户面前。它构建在 DAG 之上（应该没问题），但也使用首选架构中概述的 AutoReseed。 SSD 与旋转磁盘的比例为 1:3，因此对于 12 磁盘的 Exchange 服务器，需要 3 个 SSD 磁盘。现在，我没有看到很多客户以这种方式部署 Exchange 2019，至少小型组织不会，但也许这些客户使用 Exchange Online 会更好，但这是一个不同的讨论。

这项技术令人印象深刻，我期待着在实验室中进行测试。遗憾的是，此功能在 Exchange 预览版中尚未提供，因此您必须等到今年晚些时候 Exchange 2019 正式发布。

该演示文稿可在 YouTube 上观看：https://youtu.be/VHrScskhCQk

敬请关注更多信息...