SharePoint Online と OneDrive の移行速度

この記事では、SharePoint Online Migration API を使用するときに、各フェーズの移行速度に影響する要因について説明します。

新しい SharePoint Online Migration API を使用すると、移行の実施方法が大きく変化します。また、データの移行で見込まれる時間にも影響があります。この記事の目的は、Migration API の動作を詳しく説明することではなく、移行プロセスの各ステップに要する時間と移行速度に影響を与える要因を検討することです。

移行速度に影響を与える要因

移行速度は、いくつかの要因によって影響を受けることがあります。これを理解することは、移行の計画や、移行の効率の最大化に役立ちます。

注: 移行 API を使用する主な利点は、移行 API が Azure ストレージを活用し、チャネルを使用することで調整が回避されることです。 これにより、移行のタイムラインをより効率よく計画できるようになります。 

  • 元のコンピューター:元のデータを複数のコンピューターに分散させることで、移行の速度が制限されるディスク I/O のような容量制限が発生しなくなります。これは、クライアント VM の数を増やすことで実現でき、元の場所からコンテンツを移行する速度が速くなります。

  • ネットワーク: ネットワーク内部の速度は全体的な移行速度に影響します。移行ジョブを異なるネットワークに分散させたり、ジョブのタイミングを設定したりして低いネットワーク使用量を最大化することができれば、移行ジョブのパフォーマンスを改善することができます。

  • 移行コンピューター: 複数のコンピューターから移行ジョブを起動して、速度を最大化します。

  • Azure へのインターネットの速度:移行パッケージが顧客の環境から Azure ストレージにアップロードされる速度。

  • SPO のインポート: SharePoint にデータを取り込む速度。移行速度は、移行されたコンテンツのメタデータの複雑さによって大きく影響を受けます。 

メタデータがどのようにパフォーマンスに影響するかについて

メタデータの種類は、移行速度に直接影響を与えます。

メタデータの種類

平均的なカスタマー エクスペリエンス

簡易

ISO ファイル、ビデオ ファイル

2 TB/日

リスト アイテム、Office ファイル (1.5 MB まで)

1 TB/日

複雑

カスタム列を含むリスト アイテム、小さなファイル (50 kb まで)

250 GB/日

移行ジョブを縮小してスループットを最大化する

SharePoint Online では、呼び出し元が複数の移行ジョブを並列で開始することができます。上記の要因に基づいて並列ジョブを最適化することで、移行 API は単一のテナントに対して 1 日あたり最大 24 TB 受け入れられます。

  • パッケージ サイズを制限する:パッケージあたりのオブジェクト数を 1000 未満、および 100 MB 未満に制限して、パッケージを縮小します。これにより Azure へのアップロードの速度が速くなり、移行 API の拡大縮小機能が活用されます。

  • クライアント VM の数を増やす:クライアント VM の数を増やすことで、元の場所からのコンテンツの移動速度が改善します。

移行の最適化

移行の最適化で重要なのは計画です。API を使用する場合の目標は、スループットを最大にするために、すべての時間で可能な限り多くの移行ジョブを並列で実行することです。

一部のツールでは、既にパッケージの分散が優れた方法で行われています。その他のツールでは、ジョブを適切に分割する作業はユーザーにまかされています。プロセス全体を見て、常にボトルネックに最初に取り組むことが重要です。場合によっては、ボトルネックはインターネットの速度であったり、コンテンツの準備に必要な手作業であったりします。

それでも、同一のサイト コレクションに対して実行可能なジョブ数には上限があります。 この上限があることが、可能な限り異なるサイト コレクションに対して並行ジョブを実行することが重要な理由です。 コンテンツを均等に分割するように、サイト コレクションを前もって確実にパーティション化しておく必要があります。

注: ジョブを並列で実行し、ネットワークとコンピューターの制限を計画すると、移行プロセスに好影響があります。

移行の 4 つのステップにベスト プラクティスを適用する

移行の 4 つのステップ

注: 通常、ステップ 2、3、4 は SharePoint Online SPO Migration PowerShell コマンドまたはサード パーティの移行ツールのいずれかを使用して行います。ステップ 1 を実行するためには、どのツールがニーズに最も適しているかを知ることが重要です。

1. ソースのスキャン   

移行を成功させるための最初のルールは、常にソースを理解していることです。データを評価し、必要なデータの優先順位を決めます。本当に移行する必要のあるコンテンツはどれか。移行しないでおくことができるコンテンツはどれか。データを評価することは、以降のステップで速度を予測するのに役立ちます。この作業に当たって、アーカイブをクリーンアップしてください。これは、移行するコンテンツの量がプロジェクト全体の大きさとなるからです。

2. コンテンツのパッケージの作成    

このステップでは、クラウドにインポートするコンテンツに適したパッケージを、選択したツールで作成します。SPO Migration の SharePoint PowerShell コマンドレットでは、このステップは New-SPOMigrationPackage および ConvertTo-SPOMigrationTargetedPackage に相当します。このステップの速度は、ツールの効率とパッケージにしたコンテンツのタイプで決まります。パッケージを優れた方法で分割することは、前のステップの効率を向上させることにもつながります。

3. Azure へのアップロード   

新しい Migration API を使って SharePoint Online にコンテンツを移行するときに、Azure が一時的な保存場所として使用されます。Azure へアップロードする場合、ネットワーク速度が他より高速なので、データセンターの選択肢が広がります。使用しているネットワークの速度が十分に速い場合は、Azure と O365 アカウントに同じデータセンターの場所を選べます。この処理は、PowerShell を使用している場合は Set-SPOMigrationPackageAzureSource コマンドで対応できます。使用しているネットワークの速度が遅い場合は、地理的に最も近い Azure Datacenter を使用することを検討します。最後に選択するのは、Azure へのハード ドライブの転送です。このステップの速度は、使用しているインターネット接続の速度、またはドライブを Microsoft に転送するためにかかる時間によって決まります。「Microsoft Azure Storage のパフォーマンスとスケーラビリティに対するチェック リスト」のようなサイトは速度の予測に役立ちます。

4. 移行 API    

最後のステップは、Azure から SharePoint Online へのデータの移行です。サード パーティのツールを使用している場合はこの処理を意識する必要はありませんが、Submit-SPOMigrationJob PowerShell コマンドに相当します。このステップは Microsoft でコントロールするため、以下で予測内容について詳しく説明します。

注: この記事の目的に関連して、パッケージを SharePoint Online に取り込むたびに API への呼び出しが毎回行われます。これは、“移行ジョブ” と呼ばれます。

関連トピック

SharePoint Online で調整またはブロックを回避する方法

スキルを磨く
トレーニングの探索
新機能を最初に入手
Office Insider に参加する

この情報は役に立ちましたか?

ご意見をいただきありがとうございます。

フィードバックをお寄せいただき、ありがとうございます。Office サポートの担当者におつなぎいたします。

×