このセクションでは、移行の完了を検証する方法と、新しい環境の統制にShareGateがどのように役立つかについて説明します。

Migration reportには、移行対象に含まれるすべての項目が記載されており、移行されなかった項目のエラーや、移行されたものの移行中に変更された可能性がある項目の警告も含まれます。

Migration reportは、移行したコンテンツを検証するための信頼できるツールです。

Migration reportを確認したら、新しい環境を実際に確認し、すべてが正しく配置されていることを検証するためのいくつかのチェックを行うことをお勧めします。

レポートは信頼できるものですが、この追加のステップは、移行先の詳細を評価するのに役立ちます。サポートされていないルックアンドフィールの要素、ページ内のリンク切れ、その他レポートだけでは気づきにくい詳細を確認することをお勧めします。

ユーザーに、自分のコンテンツが正しく移行されたことを確認してもらい、不足や誤りがあれば連絡してもらうよう依頼することをお勧めします。

移行後、何か見落としがあった場合に備えて、ソースを数ヶ月間保持してください。

ソースと移行先のアイテム数やサイズを比較すると、すべてが移行されていても、いくつかの差異が見られることがあります。

異なるバージョンのSharePoint間で移行する場合、バージョン管理の処理方法や、移行先でファイル内にメタデータがどのように書き込まれるかによって、ファイルサイズが変わることがあります。

ファイル共有からドキュメントを移行する場合、「システム」または「隠しファイル」属性を持つファイルはShareGate Migrateには表示されません。これらのファイルはMigration reportには表示されませんが、ファイルシステムのプロパティ上の合計数には含まれます。

移行プロジェクトが完了したら、新しい移行先が安全で不要な混乱がない状態を保つために、適切な統制計画を確立することを検討してください。

外部共有ポリシー、権限、Microsoft 365 GroupsやMicrosoft Teamsの作成などは、すべて検討すべき項目です。

ShareGate Migrateでは、Permissions matrix reportのようなレポートをスケジュールして権限を確認できます。使用されていないサイトを見つけて削除またはアーカイブすることもできます。

Microsoft TeamsやMicrosoft 365 Groupsの自動統制について、ShareGate Protectがどのように役立つかについては、ShareGate Protectのドキュメントを参照してください。

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