25、迁移内容至 SharePoint Online 的实用指南

迁移内容至 SharePoint Online 的实用指南

在当今数字化的时代，许多公司都在考虑将内容迁移至 SharePoint Online，以实现更高效的协作和数据管理。然而，迁移项目并非易事，它需要精心的规划和执行。本文将为你提供一套实用的迁移方法和策略，帮助你顺利完成内容迁移。

1. 迁移概述

迁移至 SharePoint Online 不仅仅是技术层面的操作，它还需要运用诸多软技能。虽然技术通常是迁移项目中相对容易的部分，但整个迁移过程涉及到大量的规划、沟通和协调工作。迁移的目的往往是为了节省成本、提高投资回报率，将本地数据转移到云端。

2. 采用方法论

在进行迁移时，拥有一套明确的方法论至关重要。方法论能为迁移过程注入纪律和秩序，确保你的每一步行动都经过深思熟虑。一个有效的方法论应包含以下几个关键阶段：
- 需求阶段
- 收集需求 ：需求收集是迁移项目的基础。需求可以是技术方面的，如最低操作规格；也可以是业务相关的，如业务部门要求迁移只能在周末和节假日进行。技术需求和业务需求同样重要，都会影响迁移设计。
- 内容考量 ：不要假设所有内容都需要迁移，也不要对所有内容采用相同的处理方式。有些数据可以批量迁移，而无需保留 100% 的保真度。在需求阶段，不需要对内容进行深入发现，而是要确定在设计阶段需要深入研究的数据存储库和关键流程。
- 风险识别 ：需求收集也是风险缓解的第一步。要识别出可能的风险，如业务方的遗漏或资源不足，并在项目评审中明确指出。
- 数据架构决策 ：在确定迁移内容后，需要决定是否在迁移过程中对数据进行重新架构。这可能是改变数据结构的好时机，但需要权衡其复杂性和收益。

以下是需求阶段的关键步骤总结：
|步骤|描述|
|----|----|
|收集需求|涵盖技术和业务需求|
|内容评估|确定迁移内容和保真度|
|风险识别|识别项目风险并提出|
|架构决策|决定是否重新架构数据|

• 初步设计阶段
  • 内容盘点 ：对要迁移的所有内容进行盘点是此阶段的重要任务。为了减少工作量，可以将数据分为关键和非关键集，并重点确保关键数据和流程在迁移后能正常运行。
  • 分阶段迁移 ：采用分阶段迁移的方式可以减少大规模迁移带来的冲击。同时，要注意验证现有数据边界是否在 SharePoint Online 的限制范围内，如列表视图大小、文件大小和网站集大小等。
  • 整合冗余 ：在迁移设计中，整合冗余的网站、列表或库，删除过时的内容。
  • 连接映射 ：创建要迁移到 Office 365 的存储库的连接映射，识别所有进出农场的连接以及 SPSites 之间的连接，并为 Office 365 重新设计这些连接。

以下是初步设计阶段的常见挑战：
- 未定义的内容所有者
- 无法迁移的品牌元素
- 大量的内容
- 内容的复杂性
- 技术资源不足
- 管理层和利益相关者的过度简化
- 难以获取业务用户的时间进行需求和测试

graph LR
    A[需求阶段] --> B[初步设计阶段]
    B --> C[最终设计阶段]
    C --> D[测试阶段]
    D --> E[上线阶段]

• 最终设计阶段
  最终设计阶段是初步设计阶段的延续，并结合了利益相关者的反馈。在此阶段，通常可以进行可行性测试，以确保迁移方法或工具按预期工作。测试结果可能会改变最终设计，因此需要全面审查所有活动、经验教训、政治挑战、任务状态、障碍、上线计划、问题和风险。

• 测试阶段
  测试应包括技术迁移方面和用户可用性方面。迁移测试计划应确保回答以下问题：

  • 迁移是否实际可行？
  • 是否有迁移失败的情况？
  • 所有功能和应用程序是否正常运行？

确保测试计划涵盖工作流、表单、自定义应用程序以及迁移前对环境所做的任何自定义设置。

• 上线阶段
  如果设计和测试工作做得好，上线应该是项目中最容易的部分。要确保沟通清晰、设定了明确的期望，并记录了升级路径。如有可能，准备一个回滚计划。

3. 迁移场景和范围

在进行迁移之前，需要考虑以下几个方面：
- 信息架构 ：在迁移之前，先为 Office 365 开发一个信息架构。信息架构描述了信息的结构、访问、控制和维护方式，包括网站结构、元数据和导航等。一个设计良好的信息架构可以提高系统的价值，减少维护成本，并保护数据。
- 数据分类 ：在开始迁移之前，与数据所有者一起审查数据，对数据进行分类。并非所有数据都需要迁移，要评估数据的价值和使用情况。

总之，迁移至 SharePoint Online 是一个复杂的过程，需要综合考虑多个因素。采用明确的方法论，结合合理的迁移场景和范围规划，能够帮助你顺利完成迁移项目，实现更高效的协作和数据管理。

迁移内容至 SharePoint Online 的实用指南

4. 迁移 SharePoint 和 My Site 内容

迁移 SharePoint 和 My Site 内容时，要依据之前确定的方法论和迁移场景来操作。以下是一些具体的要点和操作步骤：
- 数据准备
- 清理数据 ：删除无用的文件、过期的列表项等，减少迁移的数据量。比如，清理 SharePoint 中超过一定时间未使用的文档库内容。
- 整理权限 ：确保用户权限在迁移前后一致，避免数据访问问题。可以先导出当前的权限设置，在迁移后重新应用。
- 迁移操作
- 选择迁移工具 ：根据数据量和复杂程度选择合适的迁移工具，如 SharePoint Migration Tool 等。
- 配置迁移任务 ：设置迁移的源和目标位置、迁移的内容范围等。例如，指定要迁移的 SharePoint 网站集和 My Site 内容。
- 监控迁移进度 ：在迁移过程中，实时监控迁移进度，及时处理出现的错误和警告。

以下是迁移 SharePoint 和 My Site 内容的步骤列表：
1. 数据清理
2. 权限整理
3. 选择迁移工具
4. 配置迁移任务
5. 监控迁移进度

5. 变更管理和沟通

在迁移项目中，变更管理和沟通至关重要，它能确保所有相关人员了解迁移的目的、过程和影响。具体操作如下：
- 制定变更管理计划
- 定义变更范围 ：明确迁移项目中涉及的变更内容，如系统功能、用户操作流程等。
- 评估变更影响 ：分析变更对业务流程、用户体验和系统性能的影响。
- 制定变更策略 ：确定如何实施变更，包括分阶段实施、培训用户等。
- 沟通策略
- 确定沟通对象 ：包括业务用户、 IT 人员、管理层等。
- 选择沟通渠道 ：如邮件、会议、培训课程等。
- 定期沟通 ：在迁移前、迁移过程中和迁移后都要进行定期沟通，及时解答疑问和反馈问题。

以下是变更管理和沟通的关键要素表格：
|要素|描述|
|----|----|
|变更管理计划|定义范围、评估影响、制定策略|
|沟通策略|确定对象、选择渠道、定期沟通|

graph LR
    A[制定变更管理计划] --> B[沟通策略]
    B --> C[迁移前沟通]
    C --> D[迁移中沟通]
    D --> E[迁移后沟通]

6. 运行迁移项目

运行迁移项目需要遵循一定的流程和方法，以确保项目的顺利进行。具体步骤如下：
1. 项目启动
- 组建项目团队 ：包括项目经理、技术人员、业务代表等。
- 明确项目目标和范围 ：确定迁移的内容、时间节点和质量要求。
- 制定项目计划 ：包括各个阶段的任务、时间安排和责任人。
2. 项目执行
- 按照方法论进行迁移 ：依次完成需求阶段、初步设计阶段、最终设计阶段、测试阶段和上线阶段的工作。
- 监控项目进度 ：定期检查项目的进展情况，及时调整计划。
- 解决项目问题 ：处理项目中出现的技术问题、资源问题和沟通问题等。
3. 项目验收
- 进行最终测试 ：确保迁移后的系统满足业务需求和质量要求。
- 收集用户反馈 ：了解用户对迁移结果的满意度和意见。
- 正式上线 ：在完成所有测试和验证后，正式将系统投入使用。

以下是运行迁移项目的流程总结：
|阶段|步骤|
|----|----|
|项目启动|组建团队、明确目标范围、制定计划|
|项目执行|按方法论迁移、监控进度、解决问题|
|项目验收|最终测试、收集反馈、正式上线|

总之，迁移内容至 SharePoint Online 是一个系统工程，从采用合适的方法论、明确迁移场景和范围，到迁移具体的 SharePoint 和 My Site 内容，再到做好变更管理和沟通以及顺利运行迁移项目，每个环节都相互关联、缺一不可。只有全面考虑并精心实施各个步骤，才能实现高效、稳定的内容迁移，为企业带来更好的协作和数据管理体验。