SharePoint Server 团队网站迁移指南
本指南将帮助你准备好从 SharePoint Server 团队网站迁移到 Microsoft 365 中的 SharePoint。
大多数迁移属于常规阶段,如下所述。 经过验证的迁移成功因素包括规划、评估和修正、准备目标环境、迁移和加入用户。
注意:SharePoint 迁移工具 (SPMT) 是 Microsoft 开发的迁移工具,免费提供。 下载:SharePoint 迁移工具。
规划 | 评估和修正 | 准备 SharePoint 环境 | 迁移 | 用户载入 |
---|---|---|---|---|
迁移前后的预期和网络性能注意事项更改新式团队网站的管理和通信计划 | 运行 SMAT评估关键领域修正问题工作流 | 用户创建网站创建租户设置混合 | 迁移服务提供商让用户了解它们受到的影响 | 向用户定期发送电子邮件提供培训提供用于进行切换的文档 |
规划
在开始迁移之前,有必要通过评估当前源环境来规划结果。
规划让用户对这项更改做好准备所需的用户培训工作量,以及此更改影响用户的方式。 查看“用户培训”部分。
强烈建议你在一开始就考虑设置混合环境。 有关详细信息,请参阅: SharePoint 混合配置路线图。
你所了解的信息将影响你的整体策略和时间安排,包括:
源网站的内容到目标网站的映射。
迁移的内容量。 确定内容是否冗余、失效还是仍然相关。 请参阅此文章以了解有关迁移速度的详细信息:改善 SharePoint 和 OneDrive 迁移性能的最佳做法
设置权限,让 IT 人员可从源读/写到目标位置
了解新式体系结构
在包含到 SharePoint Server 之前,Microsoft 365 的 SharePoint 将不断推出新功能和增强功能。 因此,SharePoint Server 中的可用特性和功能可能与 SharePoint 有所不同。
在规划迁移策略时,了解新式体系结构非常重要。 从阅读以下文章开始:
在迁移之前规划新式框架
新式团队网站、页面和中心
迁移团队网站时,我们建议你在 SharePoint 中创建“新式”团队网站。 虽然这不会自动对其进行分组或进行 Microsoft Teams 连接,但是你将来可以连接它们。 你可以使用用户界面、PowerShell 或迁移工具创建它们,例如可使用 SharePoint 迁移工具 (SPMT) 创建网站。
当你规划迁移时,我们建议将中心网站用作在站点之间创建关系的最佳方式。 我们强烈建议借此机会将这些子网站加入到其自身的网站集,以便通过中心网站连接它们。
确定将团队网站映射到新式中心体系结构的方式。 无需对要迁移的每个网站进行分组连接,但需要制定网站规划策略来优化结构,以便灵活地进行持续更改。
有关新式化的更多指南
工作流和未来规划
在 Microsoft 365 中,Power Automate 是一款可让你轻松创建和管理工作流的产品。 如果你目前正在使用 SharePoint 工作流,则建议你确定要保留的工作流来使环境“适用于未来的情景”,并使用 Power Automate 重新创建这些工作流来增强平台集成。
若要了解详细信息:
注意
在 2026 年之前,将一直支持并提供经典工作流。 我们建议你在规划工作流生命周期时考虑这一点。 有关详细信息,请参阅 SharePoint 2010 工作流停用。
评估和修正内容
开始迁移之前,必须对当前环境进行分析。 只有你了解你的数据及其使用方式和对象。 考虑在生产环境中使用的 My Sites 功能以及使用方式。
初始评估可以从与两个主要领域的用户合作开始:
- 识别旧内容
- 确定内容已过时或冗余且可删除。
使用 SharePoint 迁移评估工具 (SMAT)
SharePoint 迁移评估工具 (SMAT) 是一个简单的命令行可执行文件,用于扫描 SharePoint Server 2013 场的内容,以帮助在迁移内容之前确定任何问题。
扫描完成后,SMAT 将生成摘要和详细报告,显示可能影响迁移的区域。 不需要修正报告中的所有内容,但应该查看有关业务需求的重要扫描。
还包括 SharePoint 迁移标识管理工具,该工具通过扫描 SharePoint、Active Directory 和 Microsoft Entra ID 进行标识映射。
准备 SharePoint 环境
在迁移团队网站内容之前,必须先在 Microsoft 365 中预配置用户。
有关预配置的指南,请参阅:
根据你将网站映射到中心网站系统的方式来创建新式中心网站。
迁移过程
以下是遵循 Microsoft 最佳做法指南的典型迁移过程。
- 选择一小组网站进行试点迁移。 试点的目标是验证过程,包括性能、用户通信以及获取用户反馈示例。
- 执行试点迁移。 这应使用增量迁移方法,使用此方法时,迁移将在后台进行,对用户不会造成影响;然后是直接转换迁移,使用此方法时,SharePoint Server 团队网站将禁用,并且会被引导至使用 SharePoint 环境。 此方法是首选方法,因为它可以减少对用户的影响。
- 理解试点迁移中的数据,以确定迁移计划的其余部分,然后进行更改。 例如,可以更新用户通信模板,以解决从试点用户那里收到的问题。
- 执行剩余部分迁移。 这也应采用增量迁移方法,就像试点迁移一样。 Microsoft 建议使用单个直接转换迁移,以便所有用户切换为使用其 SharePoint 网站。 这有助于避免用户更新重复的内容副本。
迁移产品
目前,你可以使用各种迁移产品或服务。 哪种适合您?
自助
自助迁移的好处在于你可以完全控制过程好额时间,并且还可以决定迁移进度。 Microsoft 免费提供 SharePoint 迁移工具 ,你将能够利用自己的 IT 资源,而无需投资外部专业知识。
迁移服务提供商
你可能会决定你的组织具有特定的业务需求,需要使用第三方服务或应用程序来帮助执行迁移。 在 Microsoft 合作伙伴中心中探索合作伙伴提供的专业服务和应用程序。 在这里,你可以找到专家来帮助你将企业内容迁移到 Microsoft 365。 有关详细信息,请参阅 Microsoft 合作伙伴中心。
用户载入
制定计划,使用户准备好应对即将到来的变化。 要包括在计划中的考虑因素:
- 宣传这一举措。 强调这一举措的益处、协作功能以及执行这项举措的原因。
- 最终用户培训。 为用户提供有关 SharePoint 功能的培训。
- 培训支持人员。 在直接转换之前,请对支持人员的关键功能和常见用户问题进行培训。
- 为迁移可能导致的任何可能的故障时间做好准备。
制定向用户群发送通信的计划,为个人提供清晰的时间表、预期结果和影响。 包括:
- 迁移日程表及日程表对他们的影响。 请使用最终用户号召性用语。
- 向他们保证,如果他们的内容已经在 SharePoint 中,那么这些内容是安全的并且不会被覆盖。
- 让他们知道个人是否可以选择退出迁移过程
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈