全般的な移行パフォーマンス ガイダンス
重要
多くの Microsoft SharePoint および Microsoft OneDrive をご利用のお客様は、バックグラウンドで実行されるサービスに対してビジネスに不可欠なアプリケーションを実行します。 これらには、コンテンツの移行、データ損失防止 (DLP)、およびバックアップ ソリューションが含まれます。
平日の昼間にバックグラウンド アプリ (移行、DLP、バックアップ ソリューション) に対して、より厳しい調整制限を実装しました。 これらのアプリのスループットは、これらの期間では非常に制限されています。 ただし、各地域の夕方や週末には、バックグラウンド アプリからの大量の要求を処理する準備が整います。
Microsoft は、移行に役立つスロットルをオフにできますか?いいえ。 調整は、サービスの信頼性と可用性を保護するために実施されています。 スロットルのルールを無効にしたり、一時停止したりすることはできません。 サポート チケットを開いても、スロットルは上がりません。 詳細については、「 FAQ とトラブルシューティング 」セクションを参照してください。
移行マネージャーおよび SPMT のパフォーマンス ガイダンス
SharePoint 移行ツール (SPMT) を使用する場合、または移行マネージャー エージェントを実行する場合は、次のガイドラインに従って、移行のパフォーマンスを向上させてください。
SharePoint の移行 API のパフォーマンス ガイダンス
移行のパフォーマンスはネットワーク インフラストラクチャ、ファイル サイズ、移行時間、調整によって影響を受ける場合があります。 これを理解することは、移行の計画や、移行の効率の最大化に役立ちます。 このガイダンスは SPMT にも適用できます。
現在、SPMT およびその他のサード パーティ ベンダー ツールは、移行に SharePoint API を使用しています。 Azure を活用し、大規模なコンテンツ転送にチャネルを使用します。 使用する移行ツールに関係なく、これらの要因が適用されます。 移行プロセスの各フェーズについて、以下のおすすめに従ってください。
移行前
移行の最適化で重要なのは計画です。 移行する必要があるコンテンツを決定し、コンテンツを移行する必要があるタイミングを優先順位付けし、最適な移行インフラストラクチャを決定します。
私。 ソースをスキャンする
望ましい移行のための最初のルールは移行元を知ることです。つまり、移行前にコンテンツの価値を見極め、優先順位を付けることです。 移行が本当に必要なコンテンツは何ですか。 何を残しますか。 ファイルのバージョンは何種類含めますか。 移行するコンテンツの量によってプロジェクト全体のサイズが決まります。
Ii。 コンテンツをパッケージ化する
この手順では、クラウドにインポートするコンテンツ用の適切なパッケージがツールによって作成されます。 この手順は、SPMT とほとんどのサード パーティ製ツールで自動化されています。
パッケージ サイズ。 移行のスループットを向上させるには、転送ごとに少なくとも 250 個のファイルをパッケージ化することをお勧めします。 転送サイズについては、パッケージあたり 100 MB 以上 250 MB 未満をお勧めします。 これらのガイドラインに従うと、Azure へのアップロード速度が速くなり、移行 API のスケール機能が活用されます。
次の表に、移行するコンテンツの種類に基づいて達成可能な速度の種類別の推定値を示します。
| メタデータの種類 | 例 | 最大 |
|---|---|---|
| 低負荷 | ISO ファイル、ビデオ ファイル | 10 TB/日 |
| 中 | リスト アイテム、Office ファイル (1.5 MB まで) | 1 TB/日 |
| 高負荷 | カスタム列を含むリスト アイテム、小さなファイル (50 KB まで) | 250 GB/日 |
大きなファイル サイズは、小さいサイズよりも高速に移行されます。 ファイル サイズが小さいと、オーバーヘッドと処理時間が長く、パフォーマンスに直接影響を与える可能性があります。
ファイルはオブジェクトやリスト アイテムより移行時間が短くなります。
この手順の速度は、使用しているツールの効率とパッケージ化するコンテンツの種類に左右されます。 パッケージをうまく分割すれば、この手順が大幅に改善されます。 さらに、アクセス許可、共有、その他の制限値が移行に対して適切に設定されていること、SharePoint の上限/境界の範囲内にあることを確認してください。
注:
100 TB を超える移行を計画している場合は、次の「大規模な移行」セクションを確認します。
移行中
私。 Azure にアップロードする
SPMT またはサードパーティ製ツールでは、移行 API によって、コンテンツが SharePoint に移行されます。その際、一時的な保存場所として Azure が活用されます。
接続が良好で、データセンターを構成できる場合は、Azure と Microsoft 365 アカウントの地理的に最も近い同じデータセンターの場所を選択します。 移行データのスループットは、ピーク時以外の時間帯に最も高くなります。これは通常、リージョンのタイム ゾーンの夜間と週末です。 リージョンのタイム ゾーンは、SharePoint テナントが設定されている場所によって決まります。
Ii。 移行 API
移行プロセスの最後の手順は、データが Azure から SharePoint に移動されたときです。 このアクションは、SPMT またはサード パーティ製ツールを使用する場合、ユーザーに対して透過的です。
スループットを改善するために、可能であれば、異なるサイト コレクションに対して並列タスクを実行することが推奨されます。 一度に送信する移行ジョブ/要求は 5,000 件以下にすることをお勧めします。 ネットワークをオーバーキューすると、データベースに余分な負荷が発生し、移行速度が低下します。 必ずタスクが完了してから新しい移行要求をアップロードするようにしてください。 一部のツールは、自動的にそのような設定になっている場合があります。
重要
キューに 5,000 個を超える移行ジョブ/要求を置かないようにすることをお勧めします。 この数値は、処理中のジョブの数を参照 しません。
処理パフォーマンスの詳細については、「 SharePoint Online で調整またはブロックされる問題の回避」 を参照してください。
移行中に移行タスクを調整することは珍しくありません。 調整は、SharePoint を操作性と信頼性を最適にする目的で行われます。 主にデータベースの負荷を分散するために使用されますが、すべてのコンテンツを 1 回のタスクで移行しようとした場合、ピーク時に移行しようとした場合など、移行設定を間違えたときに行われることもあります。
技術的な背景と情報については、次をご覧ください。
移行後
移行が完了したら、SharePoint または OneDrive にコンテンツが正常に移動されていることを確認します。
100 TB を超える大規模な移行
注:
このプロセスは、次の要件を満たしている場合にのみ従う必要があります:
- 移行は、次の 30 日以内に行われます。
- 移行では データは 100 TB を超えます。
100 TB を超える移行を計画している場合は、次の手順に従ってサポート リクエストを送信してください。 必要な情報がすべて含まれていることを確認します。
次の手順を実行します。
管理者として、管理センターでヘルプ クエリを設定する次のリンクを選択します。 SharePoint Migration over 100 TB
ウィンドウの下部で、[サポートに問い合わせ] を選択し、[新しいサービス要求] を選択します。
[説明] は空白のままにします。
残りの情報を入力して、[連絡してください] を選択します。
チケットを作成したら、次の情報をサポート エージェントに提供してください。
- 予想される移行サイズ。
- ご希望の移行開始および完了日時。
- SharePoint Server、Box、Google ワークスペース ドライブ、ファイル共有などのコンテンツを移行する場所。
ファイル共有の移行のパフォーマンス要因
ファイル共有の移行のスループットは、複数の要因の影響を受けます。 次の図は、エージェントの数とスループットの関係を示しています。 ここまでのデータは、エージェント数が増えたときに明らかなスループット低下がないことを示しています。
各ユーザー アカウントには、API 呼び出し速度と帯域幅に対して特定のクォータがあります。 複数の資格情報を使用すると、調整が軽減されます。
- タスク内のファイルの数 - ファイル数が多いほど、速度が高くなります
- ファイル サイズ - ファイル サイズが大きいほど、速度が高くなります
- タスク数 (タスク数がエージェント数の 10 倍を超える場合、エージェントのパフォーマンスが最大になります)
- ソース コンピューターのディスク パフォーマンス
- エージェント コンピューターのディスク パフォーマンス
- エージェント コンピューターの RAM サイズ
- ソース コンピューターのコンシューマーの数
- ウイルス対策は、エージェントと CPU とディスクを競合します
- ネットワークの速度
- 調整 - クライアント側の要因やサーバー側の要因を含む複数の要因によって決定されます。 調整は、複数の SharePoint Online 移行アカウントを使用して軽減できます。
テレメトリとサポート チケットによると、一般的なボトルネックはソースの読み取りです。 主な理由は次のとおりです。
- ソース コンピューターのディスク パフォーマンス
- エージェント コンピューターのディスク パフォーマンス
- エージェント コンピューターの RAM サイズ
- ソースのコンシューマーの数
- ウイルス対策は CPU と競合し、ディスクはエージェントと競合します
- ネットワークの速度
よく寄せられる質問とトラブルシューティング
質問: 移行中にパフォーマンスが低下します。
回答: この記事を確認して、パフォーマンスのボトルネックがどこにあるかを特定します。 SPMT または移行マネージャーを使用する場合の移行パフォーマンスの向上です。
質問: 移行中に調整が発生しています。
回答: 最初に、このドキュメントのガイダンスをチェックします。 Mer informasjon: SharePoint で調整またはブロックされないようにします。特定のツールの構成や質問については、サード パーティのツール ベンダーにお問い合わせください。
質問: 移行しようとすると、いつもスロットルが発生します。 スムーズに移行できるように、Microsoft の側でスロットルをオフにできませんか。
回答: サービスの信頼性と可用性を保護するために、スロットルが行われます。 調整ルールを無効にしたり、停止したりすることはできません。サポート チケットを開いても、調整は解除されません。 詳細については、「 SharePoint で調整またはブロックされないように する」を参照してください。
質問: 調整をオフにできない場合に、調整が行われたりパフォーマンスの低下が発生したりしている場合はどうすればよいですか?
回答: 考慮すべき簡単なセルフヘルプ チェックを次に示します。
- オフピークの営業時間中に移行を実行することを試してみます。
- 速度の低下が発生している場合は、移行リソースと競合する可能性がある不要なソフトウェアを実行していないことを確認してください。
- SPO/OneDrive への移行にアプリベースの認証を使用していることをソフトウェア プロバイダーに確認します。 移行はバックグラウンド タスクであるため、ユーザー モードで実行すべきではありません。 ユーザー モードで移行しようとすると、通常よりも大規模な調整がトリガーされる可能性があります。
質問: 一貫した大量の Http 503 エラー (「サーバーはビジー状態」) で移行がブロックされています。
回答: 夜間と週末の時間帯に大量の HTTP 503 応答が発生して移行がブロックされている場合は、手順に従ってサポート チケットを作成します。
次の手順を実行します。
管理者として、管理センター内でのヘルプ クエリを集約する場所に次のリンクを選択します: 503 エラーによる SharePoint の移行の調整
ウィンドウの下部で、[サポートに問い合わせ] を選択し、[新しいサービス要求] を選択します。
[説明] は空白のままにします。
チケットを作成したら、次の情報をサポート エージェントに提供してください。
- 移行の残り量 (例: TB)
- 移行の開始日と終了日。
- SharePoint Server、Box、Google ワークスペース ドライブ、ファイル共有など、コンテンツを移行する場所について説明します。
- スロットルの推定数 (例: 1 時間あたり x スロットル) およびスロットルが発生した日時 (特定の日時)。
- 使用している移行ツール。 たとえば、SPMT、ShareGate、Mover などです。
質問: 添付ファイルを含む OneNote ノートブックを SharePoint 2010 から SharePoint Online に移行すると、100 KB を超えるすべての添付ファイルが失われます。
回答: SharePoint 2010 では、添付ファイルが 100 KB を超える OneNote ノートブックは、SharePoint 移行ツールが読み取れない特別なコンテンツの種類のフォルダーに配置されます。 回避策として、SharePoint 2010 データを SharePoint 2016 に移行してから、SharePoint 移行ツールを使用してデータを SharePoint 2016 から SharePoint Online に移行できます。
他の移行に関する問題の Microsoft サポート チケットを開く方法
Microsoft サポート チケットを提出する場合は、以下の手順に従って、移行の理由から次の情報を入力します:
管理者として、[ SharePoint 移行の問題 ] リンクを選択すると、管理センターにヘルプ クエリが設定されます。
ウィンドウの下部で、[サポートに問い合わせ] を選択し、[新しいサービス要求] を選択します。
[説明] は空白のままにします。
残りの情報を入力して、[連絡してください] を選択します。
チケットを作成したら、次の情報を入力します。
- 組織の URL。
- 移行の残り量 (例: TB)
- 移行の開始日と終了日。
- SharePoint Server、Box、Google ワークスペース ドライブ、ファイル共有など、コンテンツを移行する場所の説明。
- 調整に関連するエスカレーションの場合、調整の回数、1 時間あたりの調整回数、調整が発生した具体的な日時などの情報を入力します。 パフォーマンスの低下が発生している場合は、パフォーマンス低下の性質について説明してください。
- 使用している移行ツールを示します (例: SPMT、ShareGate、Mover など)。
- ログインを行うのに、ユーザー ログインを使用しているのかアプリベースの認証を使用しているのかを記載してください。
関連記事
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示