M365からGWSへ移行：SharePoint Onlineの複雑なサイト構造と権限をGoogle Driveにマッピングする戦略

Microsoft 365 (M365) から Google Workspace (GWS) への移行において、SharePoint Online のサイト構造と権限を Google Drive に適切にマッピングすることは、移行プロジェクトの成功を左右する重要な要素です。

この記事を読んだほうが良い人

• Microsoft 365 (特にSharePoint Online) からGoogle Workspaceへの移行を検討・計画中の情シス・コーポレートIT担当者
• SharePoint Onlineの複雑なサイト構造や、細かく設定された権限の移行方法に課題を感じている人
• Google Drive（特に共有ドライブ）の特性を理解し、移行後の運用を見据えた設計をしたいと考えている人

SharePoint OnlineからGoogle Driveへの移行課題

SharePoint Onlineは、企業内でドキュメント管理や情報共有を行うための強力なプラットフォームです。サイト、サブサイト、ドキュメントライブラリ、リストといった多階層の構造を持ち、アイテムレベルまで細かく権限を設定できる柔軟性があります。この柔軟性が、Google Workspaceへの移行時に大きな課題となることがあります。

Google Drive、特に共有ドライブは、チームでのファイル共有と共同作業に特化したサービスです。直感的なインターフェースとシンプルな権限モデルが特徴ですが、SharePoint Onlineの複雑な階層構造やきめ細やかな権限設定をそのまま再現することは困難な場合があります。

移行を成功させるためには、両者の特性を深く理解し、SharePointの構造や権限をGoogle Driveのモデルにどのように「落とし込むか」という戦略的なマッピングが不可欠です。

SharePointとGoogle Driveの権限モデル比較

SharePoint OnlineとGoogle Drive（共有ドライブ）では、権限管理の概念が大きく異なります。この違いを理解することが、適切なマッピング戦略を立てる第一歩です。

SharePoint Onlineの権限モデル

SharePointは、サイトコレクション、サイト、サブサイト、ドキュメントライブラリ、フォルダ、そしてアイテム（ファイルやリスト項目）といった複数の階層で権限を継承し、必要に応じて継承を解除して個別に権限を設定できます。

• サイトレベルの権限: サイト全体に適用される権限グループ（フルコントロール、編集、投稿、閲覧など）があります。
• 継承: 親サイトやライブラリから権限が自動的に引き継がれます。
• 継承の解除: 特定のフォルダやアイテムに対して、親からの継承を解除し、独自の権限を設定できます。
• SharePointグループ: ユーザーやActive Directory (AD) グループをまとめるために利用します。

Google Drive（共有ドライブ）の権限モデル

共有ドライブは、個々のファイルやフォルダではなく、共有ドライブ全体に対して役割ベースの権限を付与します。継承の概念はありますが、SharePointほど細かく階層を区切って権限を解除する運用は一般的ではありません。

役割ベースの権限の種類は以下の通りです。

• 管理者（Manager）: 共有ドライブのメンバー管理、ファイル削除、設定変更など、すべての権限を持ちます。
• コンテンツ管理者（Content Manager）: ファイルの追加、編集、移動、削除が可能です。
• 共同編集者（Contributor）: ファイルの追加、編集が可能です。
• 閲覧者（Viewer）: ファイルの閲覧のみが可能です。
• コメント投稿者（Commenter）: ファイルの閲覧とコメント投稿が可能です。

また、共有ドライブ内のファイルやフォルダは共有ドライブ全体の権限を継承します。個別のファイルやフォルダに対して、共有ドライブの権限よりも上位の権限を付与することは可能ですが、下位の権限を付与することはできません。

サイト構造マッピング戦略

SharePoint Onlineの多階層なサイト構造をGoogle Driveのフラットな構造にマッピングするには、戦略的なアプローチが必要です。

1. サイト構造の棚卸しと再評価

まず、既存のSharePointサイト構造を詳細に棚卸しします。以下の点を明確にすることで、移行後の最適な構造を検討しやすくなります。

• サイトの目的: 各サイトがどのような目的で利用されているかを確認します。
• コンテンツの種類と量: どのサイトにどのような種類のドキュメントがどれくらい存在するかを把握します。
• アクセス頻度と重要度: どのコンテンツが頻繁にアクセスされ、どのコンテンツが重要か評価します。
• 利用部門: どの部門がどのサイトを主に利用しているかを確認します。

この棚卸しを通じて、不要なサイトやコンテンツを特定し、移行対象から除外することも検討できます。

2. サブサイトと共有ドライブの対応

SharePointのサブサイトは、多くの場合、Google Driveの「共有ドライブ」または「個人のGoogle Drive内のフォルダ」に対応します。

• チームやプロジェクト固有のサブサイト: 独立したアクセス権限と運用が求められるサブサイトは、共有ドライブとしてマッピングすることを検討します。これにより、チームメンバー全員が同じファイルセットにアクセスし、統一された権限管理が可能です。
• 個人利用や一時的なサブサイト: チーム全体での共有が主目的ではない、特定の個人や少人数での一時的な利用が中心のサブサイトは、移行先のユーザーの個人のGoogle Drive内のフォルダとして移行することも選択肢です。ただし、この場合、共有ドライブのようなチーム所有の概念は薄れます。

3. 多階層サイトのフラット化

SharePointの深くネストされたサイト構造は、Google Driveでは管理が複雑になる傾向があります。可能な限りフラットな構造に再構築することを検討します。

• 共通コンテンツの集約: 複数のサブサイトで共通して利用されるドキュメントやテンプレートは、独立した共有ドライブに集約し、必要に応じてリンクで参照する形に変更します。
• 命名規則の統一: 移行後の共有ドライブやフォルダの命名規則を統一することで、ユーザーが目的のコンテンツを見つけやすくなります。

権限マッピングの具体的なアプローチ

SharePointの複雑な権限をGoogle Driveにマッピングする際は、セキュリティと利便性のバランスを考慮する必要があります。

1. グループベースの権限管理への移行

SharePointでは個々のユーザーに直接権限を付与するケースもありますが、Google DriveではGoogleグループを利用したグループベースの権限管理が推奨されます。

• 既存のSharePointグループの活用: 既存のSharePointグループをGoogleグループに変換し、共有ドライブやフォルダの権限に割り当てます。
• Active Directory連携: Active Directory (AD) を利用している場合、ADグループをGoogleグループに同期し、それをGoogle Driveの権限管理に活用することで、一元的なユーザー管理が可能です。

2. 細かすぎる権限の集約と簡素化

SharePointのアイテムレベルの細かすぎる権限は、Google Driveでは再現が困難な場合が多く、運用負荷も高くなります。

• 権限の集約: 継承を解除して個別に設定されていた権限は、可能であれば上位のフォルダや共有ドライブの権限に集約し、よりシンプルな権限モデルを目指します。
• 「最小権限の原則」の再評価: 厳密すぎる最小権限の原則が、かえってユーザーの利便性を損ねていないか再評価し、共有ドライブの役割（管理者、コンテンツ管理者、共同編集者など）に合わせたシンプルな権限設計を検討します。
• 継承解除された権限の扱い: SharePointで継承解除され、特定のユーザーにのみアクセスが許可されていたフォルダやファイルは、移行後に新しい共有ドライブや特定のグループにマッピングし、そのグループメンバーにのみアクセスを許可するように設計します。

3. 監査とレビュー

移行前に、現在のSharePointの権限設定を監査し、過剰な権限や不要な権限がないかを確認します。移行後も定期的にGoogle Driveの共有設定をレビューし、適切な権限が維持されているかを確認することが重要です。

移行ツールの活用と注意点

SharePointからGoogle Driveへのデータと権限の移行には、専用のツールを活用するのが一般的です。

Google Workspace Migration Service (GWMS)

Googleが提供する公式の移行サービスです。Google Workspaceのヘルプドキュメントによると、SharePoint Onlineからのファイルおよびフォルダ構造、基本的な権限の移行をサポートしています。

• 特徴: Google Workspaceとの親和性が高く、比較的シンプルに利用できます。
• 注意点: SharePointの非常に複雑な権限やメタデータの一部は完全に再現できない場合があります。移行前にGWMSの機能範囲を十分に確認することが重要です。

サードパーティ製移行ツール

CloudM、AvePoint、ShareGateなどのサードパーティ製ツールは、より高度な機能やカスタマイズオプションを提供している場合があります。

• 特徴: SharePointの複雑なメタデータ、バージョン履歴、より詳細な権限マッピングなど、GWMSでは対応しきれない要件に対応できる可能性があります。
• 注意点: 費用が発生し、ツールの学習コストや導入・設定の手間がかかります。また、ツールの選定にあたっては、サポート体制や実績、セキュリティ対策などを十分に評価する必要があります。

ツール選定のポイント

主な判断軸は

コーポレートITのご相談はお気軽に

この記事で書いたような業務改善・自動化の設計から実装まで、DRASENASではコーポレートITの現場に寄り添った支援を行っています。 「まず相談だけ」でも大歓迎です。DRASENAS 公式サイトからお気軽にどうぞ。