Google Workspace テナント統合の手順と注意点
Google Workspace同士のテナント統合は、Microsoft 365に比べてネイティブの移行ツールが限られており、計画と事前準備がより重要になります。
本記事では、Google Workspaceテナント統合の全体フローと、各コンポーネントの移行方法を解説します。
GWSテナント統合の特徴
Microsoft 365と比較したGoogle Workspace統合の特徴は以下の通りです。
Googleが提供するネイティブ移行ツール
- データ移行サービス（DMS）: 他のGWSテナントやExchangeからGmailへのメール移行に対応。管理コンソールからGUIで操作可能
- 制約: Google Drive、Google Chat、Google Sitesの移行には対応していない
Google独自のファイル形式
- Googleドキュメント、スプレッドシート、スライドは容量カウントされない特殊な形式
- テナント間移行時にはOwnership Transfer APIやGoogle Takeoutが必要
- サードパーティツールではOffice形式に変換して移行するケースもある
全体フロー
Step 1：移行先テナントの準備
- 移行先GWSテナントの組織単位（OU）設計
- ユーザーアカウントの作成（CSV一括作成が便利）
- ライセンスの割り当て
- セキュリティ設定（MFA、パスワードポリシー、コンテキストアウェアアクセス）
Step 2：Gmail移行
データ移行サービス（DMS）を使用
- Admin Console → アカウント → データの移行 を開く
- 移行元を「Google Workspace」に設定
- 接続プロトコル: IMAP / Google Workspace migration を選択
- サービスアカウントの認証情報を設定
- ユーザーマッピング（移行元アドレス → 移行先アドレス）を設定
- 移行開始（バックグラウンドで実行）
DMSの制約:
- 移行速度はGoogleのスロットリングに依存（制御不可）
- ラベル構造は維持されるが、フィルタルールは移行されない
- 共有メールボックス（グループのメールボックス）は個別対応
Step 3：Google Drive移行
Google Driveの移行はGWSテナント統合で最も難易度が高い部分です。
方法A：Google Takeout + 再アップロード
- ユーザーごとにGoogle Takeoutでエクスポート
- 移行先テナントのアカウントにアップロード
- 手動作業が多く、大規模環境には不向き
- 共有設定やコメントは失われる
方法B：サードパーティツール（推奨）
- AvePoint FLY、CloudM、SysCloud などを使用
- フォルダ構造、共有設定（可能な範囲で）を維持して移行
- 差分同期に対応しており、カットオーバー時のダウンタイムを最小化
方法C：共有ドライブの活用
- 移行元ユーザーのファイルを共有ドライブに移動
- 共有ドライブのオーナーシップを移行先テナントのユーザーに変更
- 注意: 同一ドメイン内でのみ有効。テナント間では制限あり
Google独自形式の扱い
- Googleドキュメント → Microsoft Word / OOXML形式に変換するか、移行先でもGWS利用なら形式維持
- スプレッドシート → Excel変換。マクロやAppScriptは手動移行
- Googleフォーム → 移行ツール非対応のケースが多い。手動再作成
Step 4：カレンダー移行
- DMSではカレンダーイベントの移行もサポート
- 繰り返しイベント、参加者情報が移行対象
- 他のGWSユーザーとの共有設定は再設定が必要
- リソース（会議室）のカレンダーは手動で再作成→予約を再設定
Step 5：Google Chat / Spaces
- Google Chatの履歴は公式の移行ツールでは対応していない
- Spaces（旧Rooms）のデータはGoogle Vault経由でエクスポート可能（Vault対応エディション）
- 現実的なアプローチ: 過去の履歴はアーカイブし、移行先で新規作成
Step 6：ドメイン移管
GWSテナント間のドメイン移管は以下の手順で行います。
- 移行元テナントでドメインをセカンダリドメインに変更（プライマリから外す）
- 移行元テナントからドメインを削除
- 移行先テナントにドメインを追加・DNS検証
- MXレコードを移行先テナントに向ける
- SPF / DKIM / DMARCレコードを更新
重要: GWSのプライマリドメインは削除できません。プライマリドメインを移行する場合は、一時的に別のドメインをプライマリに設定してから移行する必要があります。
GWS特有の注意点
Google Vault のデータ
Google Vaultで保持されているデータ（訴訟ホールド、保持ルール適用データ）は、テナント統合時に特別な配慮が必要です。移行前にVaultのデータをエクスポートし、移行先でも同等の保持設定を行ってください。
Google Apps Script / AppSheet
業務で使用しているApps ScriptやAppSheetアプリケーションは、自動移行ができません。スクリプトの一覧を事前に把握し、移行先で再作成・再デプロイする計画を立てる必要があります。
Googleグループの移行
Googleグループはメーリングリストとしてだけでなく、Drive の共有権限やCalendar の共有設定にも使用されています。グループの再作成時にはこれらの依存関係を確認してください。
タイムライン例（80名規模）
| フェーズ | 期間 | 主な作業 |
|---|---|---|
| 準備 | 2週間 | 移行先テナント構築、OU設計、アカウント作成 |
| パイロット | 1週間 | 5名でテスト移行（DMS + ファイル移行ツール） |
| Gmail移行 | 2週間 | DMS でバッチ移行 |
| Drive移行 | 2〜3週間 | ツールで差分同期しながら段階移行 |
| ドメイン切り替え | 1日 | DNS変更、メールフロー切り替え |
| 検証・安定化 | 2週間 | 問い合わせ対応、残データ確認 |
まとめ
Google Workspaceのテナント統合は、特にGoogle DriveとGoogle Chat の移行にネイティブツールの制約が大きいため、サードパーティツールの活用が事実上必須です。また、Google独自ファイル形式の扱いは事前に方針を決めておく必要があります。
次回は、Google Workspace ↔ Microsoft 365 のクロスプラットフォーム移行について解説します。
まとめ・ご相談
M&A後のIT統合やテナント移行をご検討の方は、Project365（ITプロジェクト支援・IT PMI）をご覧ください。
貴社のIT課題について、まずは60分の無料相談でお気軽にご相談ください。