在 Exchange Online 中将公用文件夹迁移到Microsoft 365 组
摘要：为何应或不应将公用文件夹迁移到Microsoft 365 组。
本文提供了公用文件夹和Microsoft 365 组的比较，以及其中一种或另一种解决方案如何适合你的组织。 公用文件夹在 Exchange 中一直存在，而最近引入了组。 如果要将部分或全部公用文件夹迁移到组，本文介绍该过程的工作原理，并提供分步指导你完成该过程的文章的链接。
什么是公用文件夹？
公用文件夹 包含不同类型的数据，并按分层结构进行组织。
对于以下情况，不建议使用公用文件夹：
存档数据。 具有邮箱限制的用户有时使用公用文件夹而不是邮箱来存档数据。 建议不要采取该做法，因为这会影响公用文件夹的存储量，并且会削弱邮箱限制的目标。
文档共享和协作。 公用文件夹不提供文档管理功能，例如版本控制、受控检查和检查输出功能，以及内容更改的自动通知。
什么是Microsoft 365 组？
通过 Microsoft 365 组，你可以选择要与之协作的一组人员，然后轻松设置供这些人员共享的资源集合。 无需担心手动为这些资源分配权限，因为将成员添加到组会自动授予成员访问组提供的工具和资源所需的权限。 组也是以前由通讯组列表和共享邮箱处理的任务的新改进体验。
有关完整的组故事，请参阅了解Microsoft 365 组。
是否应将公用文件夹迁移到Microsoft 365 组？
Microsoft 365 组是 Microsoft 提供的最新协作产品/服务，这意味着与公用文件夹（一种较旧的技术）相比较，它们成为首选解决方案的原因有很多。 例如，在 Outlook 中，组可以完全替换启用邮件的公用文件夹。 编译每个方案的列表，其中Microsoft 365 组比公用文件夹工作更好是不可能的，但以下是要点：
通过电子邮件进行协作。 Outlook 中的组有一个专用 的对话 空间，用于存储所有电子邮件，并允许用户通过它们进行协作。 甚至可以将该组设置为接收来自组外部或组织外部人员的消息。 如果当前使用启用邮件的公用文件夹来存储项目相关讨论或需要由一组人员查看的采购订单，则使用组会有所改进。 当你只想向一组用户广播信息时，组也更适合这种情况。
文档协作。 在 Outlook 中，组有一个专用 的“文件 ”选项卡，用于显示组的 SharePoint 团队网站以及邮件附件中的所有文件。 你将获得所有文件的一个视图，因此无需像在公用文件夹中那样搜索它们。 共同创作也变得更加容易。 如果使用公用文件夹来存储要由多人使用的文件，请考虑迁移到组。
共享日历。 创建后，每个组都会获得一个共享日历。 组的任何成员都可以在该日历上创建事件。 收藏组时，该组的日历可以与个人日历一起显示。 还可以订阅组的事件，在这种情况下，在该组中创建的事件将显示在个人日历中。 如果你目前使用公用文件夹为团队托管日历（例如计划或日程安排），则组将是一个改良的体验。
简化的权限。 将用户分配到组时，他们会立即获得所需的权限，而对于公用文件夹，需要手动分配适当的权限。 可以将成员添加为“所有者”或“成员”。所有者在组中拥有完全权限，包括执行组管理任务的能力。 成员也可以像所有者一样创建内容并编辑文件，但成员无法删除不是由其创建的内容。 如果公用文件夹的权限模型对你来说太压倒一切，并且你想要一些简单而快速的东西，那么Microsoft 365 组就是要走的路。
移动和 Web 状态。 公用文件夹无法通过移动设备访问，并且 Web 上的功能集有限。 另一方面，Microsoft 365 组可通过 Outlook 移动应用访问，并在 Web 上具有一组更丰富的功能。 如果你的团队经常在路上，并且需要移动访问权限，则应使用 Microsoft 365 组。
访问各种 Microsoft 365 或Office 365应用。 创建组时，可从 Microsoft 365 或 Office 365 套件解锁对各种应用的访问权限。 你将获得 SharePoint 团队网站用于存储文件，以及 Planner 计划用于跟踪任务。 Microsoft 365 组是合并整个 Microsoft 365 或 Office 365 套件的元素的成员资格服务。
虽然Microsoft 365 组有许多优点，但你应注意在离开公用文件夹体验后会注意到的一些主要差异。 这些主要包括：
文件夹层次结构。 虽然公用文件夹通常用于在深层根层次结构中组织内容，但Microsoft 365 组具有平面结构。 组中的所有电子邮件都位于“对话”空间中，所有文档都进入“ 文件 ”选项卡。此外，不能在 Microsoft 365 组中创建子文件夹。
精细的权限角色。 公用文件夹具有各种权限角色，但 Microsoft 365 组仅提供两个权限：所有者和成员。
在移动到组之前，最好记下创建和维护组时的各种限制。 有关详细信息，请参阅了解Microsoft 365 组中的如何实现管理我的组？
将公用文件夹迁移到Microsoft 365 组
如果决定切换到Microsoft 365 组，可以使用称为批量迁移的过程将电子邮件和日历内容从现有公用文件夹移动到组。 运行批处理迁移的具体步骤取决于当前托管公用文件夹层次结构的 Exchange 版本。 在本文末尾，你将找到指向指导你完成批处理迁移过程的说明的链接。
注意
完成将启用邮件的公用文件夹迁移到特定 Microsoft 365 组后，该组将接收发送到该公用文件夹的所有电子邮件。
批量迁移的主要优势包括：
邮箱复制服务 (基于 MRS) 的迁移。 迁移过程使用迁移批处理 cmdlet。 可以在单个迁移批处理中一起触发到多个组的迁移。 还有一些脚本可用于帮助迁移过程。
支持邮件和日历公用文件夹。 复制的电子邮件和帖子将在组中显示为组对话，复制的日历项将显示在组日历中。 此迁移目前不支持其他公用文件夹类型，例如任务和联系人。
本地公用文件夹可以直接迁移到Microsoft 365 组。 此迁移不需要先将公用文件夹移动到 Microsoft 365 或 Office 365然后移动到组。 MRS 数据复制 cmdlet 直接从本地环境读取公用文件夹数据，然后将数据复制到Microsoft 365 组。 请注意，Exchange 2010 公用文件夹需要 Outlook Anywhere 终结点。 Exchange 2013 公用文件夹需要基于 MRS 代理的终结点。
不是“全部或全部”迁移。 你可以选择要迁移到组的特定公用文件夹，并且仅迁移所选的公用文件夹。
一次性数据复制。 批量迁移设计为从源公用文件夹到目标组的简单一次性数据复制，无需复杂的增量同步和最终完成。
将公用文件夹数据与组中的现有数据合并。 数据副本会将公用文件夹内容与现有组的内容（如果有）合并。 如果需要增量数据复制，只需根据需要多次运行数据复制。 这会将增量数据复制到组。
批量迁移概述
以下步骤概述了在批量迁移中将公用文件夹内容迁移到Microsoft 365 组的整个过程。 具体详细信息包含在下面列出的文章中。
选择源：选择要迁移的公用文件夹。 可以选择包含邮件或日历内容的任何文件夹。
创建目标：使用所需的配置（例如成员、隐私设置和数据分类）为文件夹创建相应的组。
复制数据：使用迁移批处理 cmdlet 将数据从公用文件夹复制到组。
锁定源：在“组”中验证数据后，锁定公用文件夹。
直接转换：复制在步骤 3 和步骤 4 之间创建的任何新数据。
请注意，在上述步骤 1 到 3 期间，公用文件夹及其相应的组将保持用户联机状态。 步骤 3 之后，可以根据组体验以及它是否适合你的用户和组织评估是否继续迁移的其余部分。 此时可以使用公用文件夹回滚迁移并恢复迁移。 如果继续迁移，步骤 5 完成后，可以删除原始公用文件夹。 即使在迁移后，也有可能回滚到公用文件夹，前提是你已从迁移过程中保存了备份文件，并且尚未删除原始公用文件夹。
批量迁移先决条件和分步说明
在运行批量迁移之前，Exchange 环境中需要满足以下先决条件。 具体先决条件取决于当前运行的 Exchange 版本。
如果公用文件夹位于本地，则服务器需要运行以下版本之一：
Exchange 2010 SP3 RU8 或更高版本
Exchange 2013 CU15 或更高版本
Exchange 2016 CU4 或更高版本
如果公用文件夹位于本地，则必须设置 Exchange 混合环境。 有关详细信息，请参阅Exchange Server混合部署。
迁移说明
选择下面的相应链接，获取有关运行批处理迁移的分步说明。