移行を成功させるには、慎重な計画が重要です。ここでは、計画フェーズで検討すべき、移行に影響を与える可能性のある項目を紹介します。

移行チェックリストは、移行に際して環境のあらゆる側面を検討するのに役立つPDFドキュメントです。

The ultimate SharePoint migration checklistをダウンロードするには、こちらをクリックしてください。

The essential Microsoft Teams migration checklistをダウンロードするには、こちらをクリックしてください。

ShareGate Migrateはシンプルなインターフェースを持っていますが、実際には複雑なクライアント側アプリケーションであり、Microsoft APIを介して環境と多くのやり取りを行います。

これらのAPIの制約や、SharePointのバージョンによる違いがあるため、次の制限事項を考慮することが重要です。

ルックアンドフィールはページレイアウト、マスターページ、カスタムソリューションなどの要素に依存しているため、サポートすることができません。この問題は、SharePointのバージョンの違いや、カスタムソリューションが移行先にどのような影響を与えるかを判断できないことが原因です。

これらおよびその他の制限事項の詳細については、ルックアンドフィールまたはマスターページとページレイアウトを参照してください。

ShareGate Migrateはカスタムソリューションやサードパーティ製ソリューションを完全にはサポートしていません。

カスタムソリューションは、オンプレミスのSharePoint環境において、ページ、リスト列、コンテンツタイプなど多くの要素に影響を与える可能性があります。

オンプレミス環境に移行する場合、利用可能であれば、移行前に移行先の環境にカスタムソリューションまたはサードパーティ製ソリューションをインストールしてみることをお勧めします。移行先でカスタムソリューションを利用できるようにしておくことで、通常はサポートされないコンテンツをアプリが移行できる場合があります。

ソース分析を実行すると、環境内のカスタムソリューションを検出できます(詳細は以下のソース分析を参照してください)。

読み取り専用ロックが有効になっているサイトコレクションは、正常に移行できません。この機能はSharePoint APIに干渉し、予測不能なエラーを多数引き起こします。移行するには、この機能を無効にする必要があります。

これらの制限事項の詳細については、読み取り専用ロックを参照してください。

ソース分析を実行すると、ソース環境のインベントリを作成できます。

これにより、ソースにあるすべての内容の概要と、Excelまたはcsvファイルとしてエクスポートできる詳細なリストへのアクセスが得られます。

このリストでは、サポートされていないコンテンツや一般的なエラーおよび警告を、移行を開始する前に確認できます。

詳細については、ウォークスルー - ファイル共有のソース分析およびウォークスルー - SharePointおよびMicrosoft 365のソース分析を参照してください。

移行には非常に多くの要因が関わるため、適切な時間見積もりを提供することはできません。

移行時間に影響を与える可能性のある、次の要因を考慮してください。

SharePointの移行は単純なファイル転送ではないため、移行ジョブの完了にかかる時間を正確に判断することはできません。

特定のコンテンツについて見積もりを得る最良の方法は、実際にテストを行うことです。この記事の次のセクションでは、移行にかかる時間の目安を把握する方法を説明します。

環境内でテスト移行を実行することは、おおよその移行時間を把握し、課題を見極めるための最良の方法です。これにより、より現実的な移行計画を立てることができます。

テスト移行の終了時に、Migration reportを確認することをお勧めします。レポートには、実際の移行で発生し得る警告やエラーが表示されることがあります。また、実際の移行中に問題のトラブルシューティングが必要になる場合を考慮して、移行時間の見積もりを増やしておくことも検討してください。

複数のサイトコレクションの移行にかかる時間のおおよその目安を得るには、平均的なサイトコレクションをよく表すサイトを特定し、それを移行します。

環境内の平均的なサイトコレクションの移行にかかる時間を使用することで、複数サイトコレクションの移行にかかる時間を見積もるための良い基準が得られます。

コンテンツの移行時間のおおよその目安を得るには、プロジェクト全体をよく表す、少なくとも1ギガバイトのドキュメントを含むフォルダーまたはライブラリを見つけて移行します。これにより、データ全体の移行にかかる時間を見積もるための指標が得られます。

例えば、1ギガバイトのデータの移行に1時間かかった場合、コンテンツはおおよそ1時間あたり1ギガバイトの速度で移行されると見積もることができます。

ソース環境で使用されていないものを削除することで、移行の対象範囲を縮小し、移行を高速化できます。

未使用サイトレポートを実行してソース環境(SharePoint 2010以降)をスキャンしたり、サイト内のコンテンツを検索したい場合はカスタムレポートを作成したりできます。

これらのレポートを使用して、移行前にソース内の未使用のコンテンツをアーカイブしたり、移行計画からこれらの要素を除外したりできます。

多数のサブサイトを持つ大規模なサイトコレクションの移行は難しい場合があります。このような移行では、非常に大きなMigration reportが生成され、エラーのトラブルシューティングが困難になります。

移行を停止させるサーバー障害が発生した場合、アプリケーションはその移行を再開できません。また、サイトコレクション全体を再度移行することを避けるために、残りの移行対象を特定するのは非常に困難です。

大規模なサイトコレクションの移行を管理しやすくするために、サブサイトを含めずにサイトコレクションを移行し、その後サブサイトを少しずつバッチで移行することをお勧めします。

一度に移行するサブサイトは少数にとどめ、移行を分割する際にはそれらの規模や複雑さを考慮してください。

サブサイトを含めずに親のサイトコレクションを移行するには、Copy optionsでSubsitesのチェックを外します。

その後、移行元と移行先でサイトコレクションに接続します。移行ウィンドウで、移行元と移行先のパネルにあるサイトコレクション名をダブルクリックすると、サブサイトが表示されます。いくつかのサブサイトを選択して移行します。

環境のカスタマイズの度合いや移行先でサポートされている内容によっては、サポートされない、または保持が難しいメタデータが発生することがあります。

メタデータの制限や問題に直面した場合、組織にとって重要なデータを特定することで時間を節約できます。良好なコミュニケーションは、迅速で成功する移行の鍵です。

メタデータの移行に関して、特に注意すべき重要なポイントをいくつか紹介します。

移行先のActive Directoryに存在しないユーザーは、未解決ユーザーと呼ばれます。

ShareGate Migrateは、SharePointオンプレミスの移行先に移行する場合、未解決ユーザーをPerson or Group列に追加できません。これにはCreated byおよびModified byフィールドも含まれます。

アプリが未解決ユーザーとグループの値を保持できるのは、Microsoft 365にInsane modeで移行する場合のみです。

Insane modeにはいくつかの制限事項があり、リストまたはライブラリ全体がMicrosoft 365で自動的にNormal modeで移行されることがあります。リストの移行がNormal modeに戻された場合、アプリは未解決ユーザーを保持する機能を失います。

この状況が発生した場合、未解決ユーザーやグループを別のアカウントまたはグループに変更したい場合は、ユーザーマッピングを作成することができます。

移行中にユーザーがどのように照合されるかについての詳細は、ユーザーとグループの関連付け(自動マッピング)をクリックしてください。

リストアイテムIDは、Insane Modeを使用してMicrosoft 365の移行先に移行する場合にのみサポートされます。

未解決ユーザーの場合と同様に、Insane modeの制限事項により、リストまたはライブラリがNormal modeで移行され、リストアイテムIDが新しいIDに置き換えられることがあります。

リストアイテムIDは、Normal modeおよびオンプレミス版のSharePointではサポートされていません。

詳細については、リストアイテムIDを参照してください。

ページの一部は、SharePoint環境への参照で構成されています。ShareGate Migrateは、移行先で機能するようにページを部分的に再構築します。

移行先に存在しないものを参照している場合、ページ内の一部の要素が失われることがあります。

よくある問題は、ソースでのホームページの設定方法によって、ホームページの移行に問題が生じることです。SharePointの古いバージョンでは、ページはサイトのルートフォルダーに配置されていました。
このため、問題が発生した場合にホームページのみを移行することが困難になります。

詳細については、ホームページの移行(Home.aspxおよびdefault.aspx)を参照してください。

すべてのWebパーツが、Microsoft 365のモダンサイトへの移行でサポートされているわけではありません。

詳細については、MicrosoftのモダンエクスペリエンスでサポートされるWebパーツを参照してください。

Microsoft 365のモダンエクスペリエンスへの移行における主な懸念は、モダンサイトでクラシックエクスペリエンスを使用しているページを移行すると、モダンエクスペリエンスが失われることです。

クラシックページを移行すると、SharePointは移行先でそのページのナビゲーションと外観にクラシックエクスペリエンスを適用します。

Infopathフォームはモダンエクスペリエンスと互換性がありません。移行先にコピーされますが、モダンエクスペリエンスのリストではInfopathを開くことができません。

Infopathフォームを使用したい場合、ユーザーはリストをクラシックエクスペリエンスに切り替える必要があります。

カスタムスクリプトはほとんどの移行で必要ですが、グローバル管理者またはSharePoint管理者の権限を持っている場合に限り、モダンサイトへの移行時に自動的に有効化される機能です。

これらの権限がない場合に、グローバル管理者またはSharePoint管理者がこの機能を手動で有効化する方法については、Microsoft 365サイトコレクションへのコピーには移行先でカスタムスクリプトを有効にする必要がありますを参照してください。

サイトコレクションを移行先にそのまま移行する場合、ユーザーとセキュリティ(AD)グループが移行先に存在していれば、権限は複製されます。

移行プロジェクトは、現在の権限構造を評価し、その構造を簡素化する方法を検討する良い機会です。

Permissions matrix reportで権限を検証できます。

不要なカスタム権限を削除できれば、移行がよりシンプルになり、移行先の統制も容易になります。

サイトコレクションをサブサイトに降格したり、サブサイトを移行先でサイトコレクションに昇格したりする場合、カスタム権限は通常保持されますが、既定のグループ(メンバー、所有者、訪問者)に一部変更が生じます。

権限がどのように処理されるかについての詳細は、以下の該当するシナリオをクリックしてください。

ドキュメントに多くのバージョンがある場合、移行に多少余分な時間がかかることがあります。本当に必要な直近のバージョン数を確認してみてください。組織がコンテンツの監査を行っていない場合、Copy optionsでファイルごとのバージョン数を制限すると、移行が速くなる可能性があります。

移行中に、アイテムの以前のバージョンでエラーが発生することがあります。バージョンを保持する必要がない場合、最も簡単な解決策は、移行中に保持するバージョン数を制限することです。

スクリプトのミスや入力ミスによって誤った移行先にファイルをコピーするなどの問題を避けるため、移行を実行する前にPowerShellスクリプトを慎重にテストし、評価してください。

PowerShellでの移行を開始する前に、時間をかけて当社のコマンドに慣れておいてください。

ShareGate Migrateの使い方と注意点がわかったら、移行スケジュールの作成を始めることができます。

テストで学んだ内容から始めましょう。サイトコレクションの平均移行時間を設定し、大規模なライブラリや権限などを考慮した上で、どのように移行を進めるかを決定してください。

移行を実行している間も、ユーザーはソース環境を使用する可能性があります。

移行中はサイトをロックできないため、ユーザーと適切なコミュニケーション計画を確立することが重要です。これは、大規模な移行を扱う場合には特に重要です。

ユーザーに伝えるべき内容として、以下を検討してください。

次へ

この記事はAIによって翻訳されています。ご不明な点がある場合は、英語の原文をご確認ください。