单独迁移 Exchange 本地邮箱 |基于 Exchange 混合的环境 |迁移后的权限有哪些？ |第 5 部分#5

在本文中，我们将回顾“破坏”现有 Exchange 权限关系的邮件迁移场景。我使用“中断”一词是因为，在这种情况下，我们仅将现有“一对”中的一个合作伙伴迁移到云。
当我们将 Exchange 本地邮箱迁移到云中时，而不是作为一个“组”，我们正在创建一个“跨站点权限”场景，其中来自 Exchange 本地环境的对象需要拥有“云邮箱”的权限，反之亦然。

一般来说，Microsoft 不推荐这种方案。
事实上，这种方案的实施是因为许多原因，例如特定限制或缺乏对首选方案的了解（将 Exchange 迁移到 -场所邮箱作为一个组）。

因此，我们必须了解邮件迁移方法的缺点是什么，这意味着当我们“破坏”Exchange 上现有的 Exchange 权限关系时，哪些邮箱迁移将不会迁移到云上。场所邮箱。

有关此类场景的正式 Microsoft 信息。

有趣的是，目前微软还没有发布关于此类场景的准确信息。

我们唯一的选择是尝试从有关预测结果的现有信息中得出结论。

总体思路是，如果 Exchange 本地邮箱存在“权限关系”，建议将此邮箱作为一个组一起迁移，并避免“破坏”权限关系。在这种情况下，某些权限将不会迁移。

例如，文章指出，在 Exchange 混合环境中，只能将 完全访问权限 分配给云中的 Exchange 本地邮箱不支持邮箱和其他权限，例如发送为权限。

结论是，如果我们实施的邮箱迁移方案“破坏”了两个具有发送为权限，这些权限将不再起作用。

例如，可以向 Office 365 邮箱授予对本地共享邮箱的完全访问权限。
但是，我们不支持使用“发送方式”、“接收方式”或“发送方式”代表本地 Exchange 和 Office 365 组织之间混合部署中的邮箱权限。

如果一个邮箱从多个邮箱接收权限，则该邮箱以及所有向其授予权限的邮箱需要同时移动。

邮箱权限迁移 显式应用于邮箱的本地邮箱权限（例如发送方式、接收方式和完全访问权限）正在迁移到 Exchange Online。
继承的（非显式）邮箱权限以及对邮箱的任何权限非邮箱对象（例如通讯组列表或启用邮件的用户）不会迁移。

场景 2 - 仅将部分 Exchange 本地邮箱迁移到云端

在这种情况下，我们希望验证将迁移到云的 Exchange 权限以及迁移的邮箱（假设我们“破坏”了 Exchange 本地邮箱之间存在的现有权限关系）。

我们要检查的不同场景的描述

在下表中，我们可以看到我们要测试的不同 Exchange 权限场景的列表：

预期结果如下：

• 完全访问权限将迁移到云端。
• 发送 AS 权限不会迁移到云端。
• 文件夹权限（日历共享） - 没有关于预期结果的正式信息。
• 委托权限 - 没有关于预期结果的正式信息。

第 1#2 阶段 - 为测试场景准备 Exchange 本地基础设施

在以下场景中，我们将故意“打破”Exchange 本地邮箱之间存在的权限关系，仅将特定的 Exchange 本地邮箱迁移到云端。

在我们的场景中，名为 Amanda 的收件人拥有多个 Exchange 本地邮箱的权限。

Amanda 邮箱将保留在 Exchange 本地服务器上，Amana 有权访问的所有收件人邮箱都将迁移到云端。

第 1 步 - 定义 Exchange 本地邮箱之间的 Exchange 权限关系。

Exchange 本地邮箱之间存在的 Exchange 权限关系的结构如下：

1. Emma 对 Anthony 邮箱具有完全访问权限 + 发送为 权限。

在下面的屏幕截图中，我们可以看到 Amanda 对 Robert 的邮箱拥有完全访问权限。

在下面的屏幕截图中，我们可以看到 Amanda 对 Robert 的邮箱具有 Send As 权限。

2. 艾玛拥有杰克逊日历的发布作者权限。

在下面的屏幕截图中，我们可以看到杰克逊通过授予阿曼达发布作者权限来与她共享他的日历。

3. Amanda 配置为 Henry 的代表。

在下面的截图中，我们可以看到奥利弗的邮箱。奥利弗将艾玛定义为他的代表。

第 2#2 阶段 - 验证迁移到云的 Exchange 权限

将 Exchange 本地邮箱迁移到云端

在下面的屏幕截图中，我们可以看到 Exchange 管理员仅将具有“Exchange 权限关系”的部分 Exchange 本地邮箱迁移到云端（Exchange Online）。

1.验证迁移的显式完全访问权限

在 Exchange 本地环境中，Amanda 对 Robert 的邮箱拥有完全访问权限。

预期结果是：

1. 阿曼达对安东尼邮箱的显式完全访问权限将迁移到云端。

实际结果是：

当我们查看Robert邮箱上的邮箱委托信息时，我们可以看到Emma对Robert的邮箱拥有完全访问权限。

下一步，我们将尝试检查对 Robert 的邮箱具有完全访问权限的 Amanda 是否可以成功访问 Robert 的邮箱。
此外，我们还想检查自动映射功能是否仍然“工作”。
预期结果是自动映射功能 不会迁移到云端。

验证阿曼达是否能够访问罗伯特的邮箱

在下面的屏幕截图中，我们可以看到 Amanda Outlook 配置文件不包括 Robert 的邮箱。

预期结果是阿曼达将“保留”她的完全访问权限，但 AutoMap 选项不应该是迁移后保留。

换句话说，预期的情况是 Amanda 需要手动将 Robert 的邮箱添加到她的 Outlook 邮件配置文件中。

在下面的屏幕截图中，我们可以看到如何将 Robert 的邮箱手动添加到 Amanda Outlook 邮件配置文件中。

Robert 的邮箱已成功添加到 Amanda Outlook 邮件配置文件中。

2.验证显式发送为权限

在 Exchange 本地环境中，Amanda 对 Robert 的邮箱具有代理发送权限 。

预期结果是：

1. 阿曼达对安东尼邮箱的显式发送为权限将不会迁移到云端。

实际结果是：

当我们查看Robert邮箱上的邮箱委托信息时，我们可以看到Amanda对Robert的邮箱具有Send As权限。

下一步，我们将尝试检查对 Robert 的邮箱具有发送为权限的 Amanda 是否可以成功发送 E-使用罗伯特的身份发送邮件（使用罗伯特电子邮件地址）。
验证阿曼达是否能够使用罗伯特的身份发送电子邮件

为了验证 Amanda 发送为权限是否有效，我们将尝试从 Amanda 邮箱发送电子邮件。

在下面的屏幕截图中，我们可以看到阿曼达使用罗伯特的身份，通过在发件人字段中提供罗伯特
电子邮件地址。

在下面的屏幕截图中，我们可以看到电子邮件已成功发送到目标收件人。

收件人（在我们的场景中为杰克逊）看到的电子邮件就像是罗伯特发送的。

结论是，代理发送权限已成功迁移，并且可以由拥有这些权限的收件人 (Amanda) 使用。

3.验证文件夹权限（日历共享）

在本节中，我们将检查文件夹权限发生了什么Amanda 在 Jackson 的日历上拥有该权限（在 Exchange 本地环境中；Amanda 在 Jackson 的日历上拥有发布作者权限）。

在文件夹权限（日历共享）场景中，我们没有“具体的预期结果”，因为微软的文章， 不包括对邮箱迁移方案中的文件夹权限 的直接引用。

为了能够检查这个场景，我们将登录阿曼达的邮箱，并检查她是否可以访问杰克逊的日历。

在下面的屏幕截图中，我们可以看到阿曼达成功地显示了杰克逊的日历。

含义是，文件夹权限已成功从 Exchange 本地环境迁移到云端。

4.验证委托权限

在本节中，我们将检查 Amanda 对 Henry 邮箱的委托权限发生了什么情况。

在 Exchange 本地环境中，Amanda 对 Henry 的邮箱拥有委派权限。

在委派权限场景中，我们没有“预期结果”，因为 Microsoft 文章没有不包括对邮箱迁移方案中的委托权限的直接引用。

在下面的屏幕截图中，我们可以看到，当我们查看 Henry 邮箱中配置的委派列表时，Amanda 显示为委派。

含义是委托权限已成功迁移从 Exchange 本地环境到云端。

验证阿曼达是否能够代表亨利发送电子邮件

委派权限应使 Amanda 能够代表 Henry 发送电子邮件。

为了验证 Amanda 代表发送权限 是否有效，我们将尝试从 Amanda 的邮箱发送电子邮件。

在下面的屏幕截图中，我们可以看到 Amanda 使用 Henry 的身份，通过在发件人字段中提供 Henry 的电子邮件地址。

在下面的屏幕截图中，我们可以看到电子邮件已成功发送到目标收件人。

收件人（在我们的场景中为罗伯特）看到阿曼达代表亨利发送的电子邮件。

结论是代表发送权限已成功迁移。

总结和回顾

在下面的比较表中，我们可以了解应迁移的预期 Exchange 权限与迁移的 Exchange 权限的实际结果。

快速提醒一下，我们在当前文章中回顾的场景基于这样一个概念：我们“分离”具有 Exchange 权限关系的 Exchange 本地邮箱，并仅将部分邮箱迁移到云。

重要的是，我们要注意 Microsoft 正式文章中出现的“预期结果”与我们在执行邮件迁移时获得的“实际结果”之间的差异。

从“实际结果”来看，我们可以看到一些不应该迁移到云端的权限被迁移了！

您应该引用哪个“行”

如果您的问题是 - 我应该与 Microsoft 文章中出现的精确信息（预期结果）联系起来，还是应该与我将邮箱迁移到云时遇到的结果联系起来？

我的回答是：

我们必须熟悉 Microsoft 发布的“正式信息”，这一点很重要，因为该信息定义了应该迁移的确切 Exchange 权限。

如果您遇到有关要迁移但未迁移的 Exchange 权限的问题，只有这样我们才能联系 Microsoft 的支持人员。

底线

当您在 Exchange 混合环境中规划邮件迁移项目时，您必须决定是仅与记录的精确信息相关，还是与通过测试不同邮件迁移方案获得的实际结果相关。