次の方法で共有

移行プロセス & チェックリスト

  • [アーティクル]

ビデオの移動を開始する前に、移行プロセスを理解しておくことが重要です。 関連する作業の大部分は、実際のビデオを移行する前に発生し、意思決定 & 計画することから始まります。 次のステージでは、移行プロセスと移行に必要な手順を示します。

注: Stream (SharePoint 上) への導入は不整合なアクティビティであり、organizationによって選択された戦略に応じて、移行プロセスの前に開始したり、移行プロセスに沿って進んだりすることができますorganization

ステージ 1: & 決定の計画

移行を計画するときは、移行する必要があるコンテンツとコンテンツの移動先を決定することが重要です。 また、Stream (クラシック)と Stream (SharePoint の場合) の違いと、移行ツールの機能と制限事項を理解することも重要です。 計画と移行の決定に役立てるためには、次の手順を実行することをお勧めします。

ステージ 2: 実行

移行を実行する場合は、ツールで移行を物理的に実行する一方で、ユーザーとの詳細な変更管理が含まれます。 移行の実行に役立つには、次の手順を実行することをお勧めします。

  • 利害関係者からバイインを取得し、退職のタイムラインを発表し、計画と進捗状況を伝えます。
  • テスト ビデオを移行 & メタデータを確認する
  • 運用環境でビデオを使用して、いくつかの移行パイロットを実行します。
  • 最後に、計画で決定されたコンテンツを移行します。

ステージ 3: & 終了のトラブルシューティング

移行を実行すると、トラブルシューティングが必要なコンテンツに関する特定の問題が発生する可能性があります。 トラブルシューティングに役立つには、次の手順を実行することをお勧めします。

  • このツールに関する変更や既知の問題に関する FAQ やリリース ノートなど、Stream 移行に関するすべてのヘルプ ドキュメントを参照してください。
  • パブリック オフィスの営業時間に参加して、他の顧客から質問を聞いたり、独自の質問をしたりします。
  • サポート チケットを開いて、サポート エンジニアからサポートを受けます。
  • 移行が完了したら、エンド ユーザーとの変更管理通信を必ずフォローアップしてください。

小規模なorganizationの場合は、あまり複雑でないプロセスに従うか、すぐに Stream (SharePoint 上) の使用を開始することもできます。

ステージ 2 の計画と実行プロセスについては、次の移行チェックリストの記事でさらに説明します。

移行チェックリスト

この記事では、大規模な顧客が移行プロセスで直面するすべてのニュアンスについて説明します。 プロセスの概要だけでなく、ドキュメント内のさまざまな記事やページにまたがるリンクの詳細を示します。 これにより、管理者は全体的な進行状況と残りの手順に関するチェックも提供され、これをアンカー記事として使用して特定のページに到達します。

小規模または中規模のテナントでは、前述のすべての手順を実行する必要がない場合があります。

1. Stream の使用を開始する (SharePoint で)

organizationで Stream (SharePoint 上) の使用を開始できるようになりました。これにより、クラシックの新しいビデオの取り込みが遅くなり、最終的にはインジェストを完全に停止できます。 導入ガイドのアイデアに従ってください。

organizationが新しい Stream の使用を開始すると、Stream (クラシック) で新しいビデオのアップロードをブロックできます。 これを行うには、次の 2 つの方法があります。

  1. Stream (SharePoint 上) にアップロードするようにユーザーをリダイレクトする: クラシックのすべてのアップロード エントリ ポイントがブロックされます。 [クラシック アップロード] ページで、ユーザーに [ストリーム] (SharePoint 上) に移動してアップロードするオプションが表示されます。 詳細を完了する
  2. いくつかの例外を除き、ユーザーのアップロードをブロックする: 少数のユーザーにクラシックでのアップロードを許可し、他のユーザーをブロックする場合は、 既存の Stream(Classic) 設定を使用できます。 これにより、クラシックのすべてのエントリ ポイント (アップロード ページを含む) がブロックされ、アクセスできなくなります。

2. 移行を計画する

計画を開始する前に、前述の移行戦略から選択できます。 ほとんどの大規模なテナントでは、 ユーザーの切り替えが遅くなる 可能性があり、その場合、移行するコンテンツの計画が重要になります。

大規模な顧客の場合、計画には、ビデオを移動するための実際のボタン選択よりも多くの労力が必要です。 関係者と話し合い、移行するビデオと移行先の場所を決定する必要があります。 Stream (クラシック)インベントリ レポートは、クラシックおよび関連するメタデータ内のすべてのコンテンツを把握するのに役立つ優れたリソースであり、意思決定に役立ちます。 ビデオ所有者に連絡して、移行する必要があるビデオを決定できます。 あなたが知っておくべきいくつかのニュアンス:

  1. ビデオは 論理グループまたはコンテナーで移行します。 ただし、Stream(Classic) に表示されるのと同じ方法でツールに表示しないでください。
  2. ビデオはStream (クラシック)内の複数の場所に表示できますが、保存され、Stream (SharePoint 上) の 1 つの場所にのみ表示されます。 複数のグループまたはチャネルに関連付けられているビデオを移行する場合、ツールは コンテナーの優先順位ロジックに基づいていずれかのコンテナーに割り当てます。 ビデオは、割り当てられたコンテナーを使用して新しい Stream に移行され、コンテナーに対して指定された 1 つの宛先に物理的に配置されます。
  3. 複数のグループに割り当てられたビデオの場合、コンテナーの優先順位ロジックでグループの 1 つに割り当てることができますが、管理者は別のグループの一部として移行することもできます。 また、グループの所有者として代わりに "表示" として割り当てられているグループ内のビデオは、User コンテナーの一部として移動します。 詳細については 、こちらを 参照してください。 これらの問題を解決するために、管理者はスクリプトを使用して、目的のコンテナーでビデオが移行されるように、Stream (クラシック)コンテンツに対するアクセス許可を再配置できます。
  4. 管理者は、フィルターを使用して、コンテナー全体または コンテナー内の特定のビデオを移行できます。 計画フェーズを完了するには、管理者が完全に移行する重要なビジネス コンテナーの一覧が必要です。 コンテナー内で特定のビデオを移動するために、適用する一般的な高レベルポリシーや、またはその他のポリシー。 そのようなポリシーの例はほとんどありません。 過去 1 年間に表示されたビデオを 5 回以上のビューで移行します。 または、Teams 会議の記録を除く過去 2 年間に公開されたビデオを移行します。
  5. 最後に、管理者はビジネス クリティカルなコンテナーを完全に移行するか、すべてのビデオをまとめておきたい場合があるため、最初に移行することをお勧めします。 その後、残りのコンテンツの部分的な移行を行います。 ユーザー コンテナーを移行する前に、管理者が Microsoft 365 グループ/会社チャネルを移行しているのを確認しました。

3. 変更管理

  1. 内部ヘルプ ページを作成する: 移行に関してよく寄せられる質問に回答するヘルプ ページを設定します。 内部ヘルプ ページは、ユーザーがスムーズに移行するのに役立ちます
  2. 移行計画を伝える: アクティビティを移行して計画するビデオを決定したら、プランをユーザーと共有します。 電子メール、製品内メッセージング、および内部ヘルプ ページを介して通信します。 選択した 移行ポリシーに基づいてメッセージの例を使用します。

4. ビデオを移動する

このフェーズには、上記の #2 で決定されたプランの実行が含まれます。

  1. 最初にテスト コンテンツを移行します。 移行ツールを理解するために、最初にいくつかのテスト コンテンツを移行します。

  2. ビジネス クリティカルなコンテナーを使用したパイロット: CEO ビデオ、コープ コム、トレーニング、または製品デモのコンテナーを最初に移行する必要があります。 管理者は通常、このようなビジネス クリティカルなコンテンツの完全なコンテナーを移行したいと考えています。 スクリプトを使用して Stream (クラシック) の所有権を更新し、Stream (SharePoint 上) での移行後にこのコンテンツを 1 か所にまとめます。

  3. 部分移行を使用して残りのコンテンツを移行する: 重要なコンテンツを移行すると、管理者は 部分的な移行 を使用して、上記のポリシーに基づいて残りのビデオを移行できます。

  4. 会社チャネル & ストリーム グループの自動宛先マッピングなし: 宛先の場所は 、Microsoft 365 グループとユーザー コンテナーに対して自動的に設定されますが、会社のチャネルとストリーム グループには設定されません。 これらのコンテナーの所有者と話して、Stream (SharePoint 上) に移行する必要があるコンテンツを決定する必要があります。 入力に基づいて、会社全体のチャネル用の個々のサイトを作成したり、1 つまたは複数のサイトの下でそれらを結合したりできます。

  5. バッチで移行する: すべてのコンテンツを一度に移行しないでください。 500、1000 以上など、適切なサイズのバッチを選択することをお勧めします。 次の移行を開始する前に、バッチ内のエラーを解決します。 タグを使用して、UI 内のすべてのコンテナーからバッチを選択します。

  6. 大規模な顧客向けのニュアンス: Stream (クラシック)に 49.9-K を超えるコンテナーがある場合は、コンテナーを手動で追加するか、移行されたコンテナーを削除する必要があります。 UI には 49.5 K コンテナーの制限があり、コンテナーを手動で追加するための 0.5 K バッファーがあります。 完全な詳細を読む

  7. 可能な限り最小限の時間で移行を完了します。 どちらのバージョンも共存しますが、ユーザーは Stream (SharePoint 上) でのみ作業し、エクスペリエンス間で分割しないほど、より早く幸せになります。

  8. 移行の概要レポートを使用して移行の進行状況を追跡します。 移行ツールから、進行状況を追跡するために使用できるレポートがいくつかあります。 レポートの詳細を参照してください。

移行ツールの速度またはスループット

お客様は、 1 日に 1.5 TB から 2 TB のデータ転送速度を期待できます。 スループットを向上させるための詳細とヒントについては、こちらをご覧ください。

移行ツールは Migration Manager Platform (MMP) 経由で構築され、基になる SharePoint 移行 API が使用されます。 そのため、相互に密接に対話するシステムは 3 つあります。Stream API、MMP、および SharePoint 移行 API。 説明されている速度は、移行ツールのエンド ツー エンドスループットです。 個々のシステムの詳細について知りたい場合は、 SharePoint Migration API の perf ガイドを参照してください。

経験的に、初期の大規模な顧客の 1 人のスループットが 2.2 TB/日であることが確認されました。 1 回の移行で 1,200 GB を 13 時間で移行しました。

移行に関するヒント

  • 移行のパフォーマンスは、ネットワーク インフラストラクチャ、ファイル サイズ、移行時間、調整の影響を受けます。 これらの要因を理解することは、移行のスループットを計画して最大化するのに役立ちます。
  • スループットはピーク時以外に最も高くなります。これは通常、リージョンのタイム ゾーンで夜間と週末です。 リージョンのタイム ゾーンは、SharePoint テナントが設定されている場所によって決まります。
  • 大きなファイル サイズは、小さいサイズよりも高速に移行されます。 生のビデオファイルをすばやくコピーできます。速度の制約はメタデータのコピーにあります。 このため、ファイル サイズが小さいと、オーバーヘッドと処理時間が長くなったり、パフォーマンスに直接影響を与える可能性があります。
  • ユーザーは、最適なパフォーマンスを得るために、コンテナーを並列で実行し、任意の移行インスタンスで 50 を超えるコンテナーをエンキューすることをお勧めします。
  • 移行では、非常に大きなファイル (>15 GB) はサポートされていません。 このようなビデオがある場合は、SharePoint でビデオを直接ダウンロードしてアップロードするのがガイダンスです。
  • 移行中に移行タスクを調整することは珍しくありません。 調整は、Stream Classic と SharePoint の最高のユーザー エクスペリエンスと信頼性を確保するために実装されています。 これは主にデータベースの負荷分散に使用され、負荷が高い場合に発生する可能性があります。 たとえば、スロットリングは、1 回の移行ですべての大きなビデオ コンテンツを移行したり、ピーク時に移行しようとしたりするときに発生する可能性があります。
  • 大小のビデオ ファイルを 1 回の移行で移行することをお勧めします。 ツールには、このような調整シナリオを処理するための自動再試行が組み込まれています。

移行の完了にかかった時間

前のセクションでは、ビデオの移行速度に応答しようとしますが、移行プロセスにかかる合計時間は、"Execution" ステージのツールのスループットを超えます。 これは、次の理由が原因である可能性があります。

  1. 大規模なorganizationの場合は、会社固有のケースがあり、余分な労力が必要になる場合があります。
  2. 「& の意思決定の計画」段階で理解できなかった移行の違いについて詳しく説明する場合があります。 サポート チケットを引き上げることで完了し、リード タイムが発生します。
  3. ツールでバグが検出された場合、修正時間が長くなり、移行が完了するまでの合計時間が長くなる可能性があります。 多くのお客様が現在移行中であるため、ツールはより安定しており、バグの可能性が減少しています。

注: インベントリ レポートに表示されているすべてのビデオを移行する必要はなく、ごく一部のビデオのみを移行する必要がある場合があります。 計画を完了した大規模なお客様の中には、Stream (クラシック)でビデオ全体の 5% から 15% を移行している人もいます。 Stream (クラシック) インベントリ レポートを確認する

関連項目

移行の詳細移行ツールを理解する 移行戦略ガイド