通过

迁移过程 & 清单

  • 项目

在开始移动任何视频之前，请务必了解迁移过程。 在迁移实际视频之前，所涉及的大部分工作都发生在规划 & 决策。 以下阶段提供了迁移过程和迁移所需步骤的视图。

注意：在 SharePoint) 上采用流 (是脱节活动，它可以在迁移过程之前开始，也可以根据组织选择的策略开始迁移过程

阶段 1：规划 & 决策

规划迁移时，请务必确定需要迁移的内容以及内容应迁移到何处。 了解 SharePoint) 上的Stream (经典) 和流 (之间的差异，以及迁移工具的功能和限制也至关重要。 为了帮助做出规划和迁移决策，建议执行以下步骤：

阶段 2：执行

运行迁移时，它涉及到用户的详细更改管理，同时在工具中以物理方式运行迁移。 为了帮助执行迁移，建议执行以下步骤：

  • 获得利益干系人的支持，宣布停用时间表，并传达计划和进度。
  • 迁移测试视频 & 验证元数据
  • 在生产环境中使用视频执行一些迁移试点。
  • 最后迁移在规划中确定的内容。

阶段 3：排查 & 关闭问题

运行迁移时，可能会遇到需要排查的特定内容问题。 为了帮助进行故障排除，建议执行以下步骤：

如果你是一个小型组织，则可以遵循不太复杂的流程，甚至立即在 SharePoint) 开始使用 Stream (。

下一步的迁移清单一文将进一步介绍第 2 阶段的规划和执行过程。

迁移清单

本文介绍了大客户在迁移过程中遇到的所有细微差别。 它不仅提供流程的概述，而且还提供了文档中跨不同文章和页面的链接的详细信息。 这还会让管理员检查总体进度和剩余步骤，并使用此文章作为定位文章来访问特定页面。

小型或中型租户可能不需要完成上述所有步骤。

1. 开始在 SharePoint) 上使用流 (

组织现在可以开始在 SharePoint) 上使用流 (，这会减缓经典中新视频的引入速度，最终可以完全停止引入。 遵循 采用指南中的想法。

当组织开始使用新的 Stream 时，你可以阻止在 Stream (经典) 中上传新视频。 可以通过两种方式执行此操作：

  1. 将用户重定向到 SharePoint) 上的流 (：将阻止经典版中的所有上传入口点。 在“经典上传”页上，用户会看到转到 SharePoint) 上的“流 (”并上传到其中的选项。 完整详细信息
  2. 阻止用户的上传，但少数用户除外：如果要允许少数人在经典中上传，同时阻止其他人上传，则可以使用 现有的流 (经典) 设置。 这会阻止经典版中的所有入口点，包括不再可访问的上传页面。

2.规划迁移

在开始规划之前，可以从上述迁移策略中进行选择。 大多数大型租户可能更倾向于 慢速切换用户而不是用户 ，在这种情况下，规划要迁移的内容变得至关重要。

对于大客户，规划比实际选择的按钮移动视频要付出更多的精力。 它涉及与利益干系人交谈、决定要迁移的视频和目标位置。 Stream (经典) 清单报表是了解经典和相关元数据中所有内容的绝佳资源，可帮助你做出决策。 你可以与视频所有者联系，以确定需要迁移哪些视频。 你应该知道的一些细微差别：

  1. 视频在 逻辑组或容器中迁移。 但是，在工具中的显示方式与在流 (经典) 中显示的方式不同。
  2. 视频可以在 Stream (经典) 中的多个位置显示，但只能在 SharePoint) 上的 Stream (中的单个位置存储并可见。 为了迁移与多个组或频道关联的视频，该工具会根据容器 优先级逻辑将它们分配到其中一个容器。 视频将迁移到具有已分配容器的新 Stream，并在物理上位于针对容器指定的单个目标中。
  3. 对于分配给多个组的视频，容器优先级逻辑可能会将其分配给其中一个组，但管理员可能希望将其作为另一组的一部分进行迁移。 此外，组中被分配为“显示”而不是组所有者的视频将作为用户容器的一部分移动。 有关详细信息，请参阅 此处 。 为了解决这些问题，管理员可以使用脚本来重新排列Stream (经典) 内容的权限，以便视频使用预期的容器进行迁移。
  4. 管理员可以通过筛选器迁移完整的容器或 容器中的特定视频。 若要完成规划阶段，管理员应具有要完全迁移的关键业务容器列表。 和/或要应用的常规高级策略，以便将特定视频移动到容器内。 例如，此类策略很少。 迁移过去一年观看次数超过 5 次的视频。 或者迁移过去两年发布的视频（Teams 会议录制除外）。
  5. 最后，管理员应首选首先迁移业务关键容器，因为你可能希望完全迁移它们或将所有视频放在一起。 接下来，对剩余内容进行部分迁移。 我们已看到管理员在迁移用户容器之前迁移 Microsoft 365 组/公司频道。

3. 变更管理

  1. 创建内部帮助页： 设置帮助页面，回答有关迁移的常见问题。 内部帮助页面帮助用户顺利过渡
  2. 传达迁移计划： 确定要迁移和计划活动的视频后，请与用户共享计划。 通过电子邮件、产品内消息和内部帮助页面进行通信。 根据所选的迁移策略使用示例消息。

4. 移动视频

此阶段包括执行上面 #2 中决定的计划。

  1. 首先迁移测试内容： 首先迁移一些测试内容，以熟悉迁移工具。

  2. 使用业务关键容器进行试点：应首先迁移来自 CEO 视频、公司通讯、培训或产品演示的容器。 管理员通常希望迁移此类业务关键内容的完整容器。 使用脚本更新 Stream (经典) 中的所有权，在 SharePoint) 上的 Stream (迁移后，将此内容保存在单个位置。

  3. 使用部分迁移迁移剩余内容：迁移关键内容后，管理员可以使用 部分迁移 基于上述策略迁移剩余视频。

  4. 公司频道 & 流组没有自动目标映射：目标位置为 Microsoft 365 组和用户容器自动填充，但公司频道和流组不会自动填充。 你需要与这些容器的所有者交谈，以确定他们需要迁移到 SharePoint) 上的流 (的内容。 根据他们的输入，可以为公司范围的频道创建单独的网站，或者将它们合并到一个或多个网站下。

  5. 批量迁移：不要一次性迁移所有内容。 建议选择大小合适的批次，例如 500、1000 或更多。 在开始迁移下一个批处理之前解决错误。 使用 标记 从 UI 中的所有容器中选择一个批处理。

  6. 面向大客户的细微差别：如果Stream (经典) 的容器数超过 49.9-K，则需要手动添加或删除已迁移的容器，然后才能发现更多容器。 UI 的限制为 49.5-K 个容器，0.5-K 缓冲区用于手动添加容器。 阅读完整详细信息

  7. 在尽可能短的时间内完成迁移： 这两个版本并存，但用户越早在 SharePoint) 上的 Stream (中工作，并且不会跨体验进行拆分，用户就会越快快乐。

  8. 通过迁移摘要报告跟踪迁移进度： 迁移工具中的多个报表可用于跟踪进度。 请参阅报表详细信息。

迁移工具速度或吞吐量

客户 可以预期 1.5-2 TB/天的数据传输速度。 请进一步阅读以提高吞吐量的详细信息和提示。

迁移工具基于迁移管理器平台 (MMP) 生成，后者又使用基础 SharePoint 迁移 API。 因此，有三个系统彼此密切交互：流 API、MMP 和 SharePoint 迁移 API。 提到的速度是迁移工具的端到端吞吐量。 如果你有兴趣了解各个系统的详细信息，请参阅 SharePoint 迁移 API 性能指南。

从经验上看，我们观察到一个早期大客户的吞吐量约为 2.2 TB/天。 他们在一次迁移中在 13 小时内迁移了 1,200 GB。

迁移提示

  • 迁移性能受网络基础结构、文件大小、迁移时间和限制的影响。 了解这些因素有助于规划和最大化迁移的吞吐量。
  • 吞吐量在非高峰时段最高，通常是区域时区的夜间和周末。 你的区域的时区取决于 SharePoint 租户的设置位置。
  • 大文件大小的迁移速度比较小的文件要快。 可以快速复制原始视频文件，速度限制在复制元数据中。 因此，较小的文件大小可能会导致较大的开销和处理时间，这直接影响性能。
  • 建议用户并行运行容器，并在任何迁移实例期间排队超过 50 个容器，以获得最佳性能。
  • 不支持迁移 (>15 GB) 的特大型文件。 如果你有此类视频，指导是直接在 SharePoint 中下载和上传视频。
  • 迁移过程中，迁移任务受到限制的情况并不少见。 实施限制可确保流经典流和 SharePoint 的最佳用户体验和可靠性。 它主要用于对数据库进行负载均衡，在负载较高时可能会发生。 例如，在单个迁移中迁移所有大型视频内容或在高峰时段尝试迁移时，可能会发生限制。
  • 建议在一次迁移中混合迁移大型和小型视频文件。 工具内置了自动重试来处理此类限制方案。

完成迁移所需的时间

虽然上一部分尝试回答视频的迁移速度，但迁移过程所用的总时间将超过“执行”阶段工具的吞吐量。 原因可能如下。

  1. 如果你是一个大型组织，则可能有些情况下你的公司是独一无二的，并且可能需要付出额外的努力。
  2. 在“规划 & 决策”阶段，可能会有一段时间来澄清迁移的细微差别。 它通过提交支持票证来完成，并且涉及提前期。
  3. 如果在工具中发现 bug，修复时间可能会增加完成迁移的总时间。 由于许多客户现在都在迁移，因此该工具更加稳定，bug 的可能性正在减少。

注意：你可能不需要迁移清单报表中显示的所有视频，但只需迁移其中的一小部分视频。 完成规划的一些大型客户在Stream (经典) 迁移其视频总数的 5%-15%。 查看 流 (经典) 清单报表

另请参阅

迁移详细信息了解迁移工具迁移策略指南