Domain Transfer Divestiture でサポートされる機能

• 移行元の環境で移行ドメインに属しているアクティブ ユーザーと停止中のユーザーはすべて移行されます。
• Google Workspace のディレクトリの移行ユーザーに関する標準の連絡先データ（属性）は、移行元の環境から移行先の環境に移動されます。
• ただし、カスタム ユーザー属性は移動されません。
• また、移行ドメインの共有された外部連絡先（root レベルの連絡先）は移行されません。詳細

• 移行元の環境の組織部門の構造が移行先の環境にコピーされ、移行ルート組織部門の下にネストされます。
• 管理者は移行前に手動で組織部門を同じ階層で複製して、特定のポリシーを設定できます。詳細
• すべての移行ユーザーが移行先の環境の同じ組織部門にバインドされます。
• 移行先の環境で空になる子組織部門は複製されません。

• 移行元の環境で選択されたセカンダリ ドメイン（移行ドメイン）のみが、移行先の環境にセカンダリ ドメインとして追加されます。
• エイリアスとドメインの関連付けは変更されません。
• 移行ドメインに関連付けられたドメイン エイリアスは移行されます。
• プライマリ ドメインを移行するには、まずセカンダリ ドメインに変換する必要があります。

• コネクテッド シート ファイルは Google ドライブを使用して移行されますが、その基となる Google Cloud プロジェクトは移行されません。Google Cloud プロジェクトには、引き続き移行元の環境の組織ポリシーが適用されます。
• コネクテッド シートに保存されるのは、基となる Google Cloud プロジェクトへのリンクのみで、その他の情報は保存されません。すべてのユーザーに対してアクセス時に権限の確認が行われます。基となる IAM 権限が移行プロセスによって変更されることはないため、コネクテッド シートや関連付する機能へのアクセスはそのまま残ります。

• すべてのメールとそのメタデータが移行されます。
• ユーザー固有の設定はすべて維持されます。

• すべてのメイン カレンダーが移行されます。
• すべての予定で、現在予約されている会議室が維持されます。
• カレンダーでは現在の共有権限（「すべての情報を共有」など）が維持されます。
• デフォルトの共有オプションが使用されていたカレンダーは、移行後、移行元の環境と同じ共有レベルに明示的に設定されます。移行先の環境のデフォルトは適用されません。詳細

移行先の環境にコンテンツが表示されますが、遅延が発生する場合があります。詳細

移行プロセスと権限:

• ユーザーのマイドライブが、ドキュメントやフォルダを含めて移行されます。
• 共有ドライブが、ドキュメントやフォルダを含めて移行されます。
• この移行プロセスで、共有に関するメール通知が生成されることはありません。
• ドキュメント内の明示的なアクセス権限（移行先環境の特定のユーザーやグループと共有するなど）が変更されることはありません。ポリシーで禁止されている場合、外部ユーザーとの共有権限が変更されることがあります。

組織内の全員とファイルを共有する場合:

• デフォルトの対象グループ（組織内のすべてのユーザー）を使用して共有ファイルを移行する場合は、次のいずれかの方法を選択して、対象ドメインでのファイル共有方法を指定します。
  • 削除 - ユーザーが所有している、または移行元の環境内の共有ドライブにあるコンテンツの場合、リンクの共有は削除されます。移行先の環境のユーザーが所有するコンテンツは、環境全体（移行ユーザーを含む）で引き続き共有されます。
  • 拡張 - 移行元の環境のリンク共有が移行先の環境の全ユーザーを含むように拡張されます。この移行により、移行元の環境のユーザーと移行元および移行先の環境のユーザー間の共有が拡張されます。このオプションは、両方の環境のユーザーが所有し、共有ドライブに格納されているコンテンツに適用されます。
• ドキュメントが移行元の環境および移行先の環境と共有されている場合、両方の環境のユーザーは最も高い共有レベルを取得します。たとえば、移行元の環境に編集権限があり、移行先の環境に閲覧権限がある場合、移行プロセスの完了後は移行先の環境に編集権限が付与されます。
• 移行ユーザーは、外部（顧客間）共有の設定とポリシーに従って、移行していないユーザーのデータに引き続きアクセスできる可能性があります。その逆も同様です。

詳しくは、Google ドライブのファイルを共有すると対象グループを作成および管理する方法をご覧ください。

組織部門内の共有ドライブ

• 移行元環境の組織部門の構造が移行先環境にコピーされますが、ただし、移行元の環境のポリシーと設定は移行に含まれません。
• 共有ドライブを移行する場合は、移行元の環境の組織部門に配置する必要があります。移行プロセスでは、移行先の他の組織部門と同様に、移行ルート組織部門の下に共有ドライブの組織部門が作成されます。
• 他のすべての共有ドライブは移行元のテナントに残ります。
• 移行先の管理者は共有ドライブにアクセスできますが、それ以外のユーザーによる共有ドライブへのアクセスは制限されている場合があります。移行プロセスによって、組織部門を対象とするポリシー制限や信頼ルールも変更されることがありますが、共有ドライブのアクセス制御リストには影響ありません。

  注: 組織のドメイン外のユーザーが共有ドライブのアクセス制御リストに登録されているものの、ポリシー制限または信頼ルールによって共有が禁止されている場合、ドメイン外のユーザーはアクセスできません。

ドライブを使用するアプリケーション

注: 共有ドライブ内のファイルから生成されたドライブ テンプレートが、移行後に移行先の環境のテンプレート ギャラリーに表示されないという問題が報告されています。これらのファイルを移行先の環境のテンプレート ギャラリーに表示するには、ユーザーがリンクの共有をリセットして（ファイルを非公開にしてから再共有する）、移行後にファイルをテンプレート ギャラリーに再送信する必要があります。

• 移行の一環としてグループ メンバーが変更されることはありません。移行先の環境のグループ設定で、オーナーによるドメイン外のメンバーの追加が禁止されていても、移行されたグループはそのまま残ります。移行されたグループに外部メンバーが含まれている場合、そのメンバーはそのまま保持され、アクティブな状態が維持されます。
• カレンダーの予定でゲストとしてグループが指定されている場合、そのグループに追加された新しいメンバーに招待状が送信されます。たとえば、カレンダーの予定のグループに社内の全ユーザーが含まれている場合、そのグループは移行先環境のすべてのユーザーを含むように拡張されます。この場合、移行プロセス中に大量の招待状が生成される可能性があることに注意してください。

• 移行ユーザーによって作成され、ドライブに保存されている Meet のすべての録画が、ドライブの他のコンテンツと一緒に移行されます。
• 移行ユーザーは、移行されないカレンダーの予定にスペースが関連付けられている場合でも、作成した Meet スペースの管理権限を維持します。

• 移行ドメインに関連付けられているサイトはすべて移行先の環境に移動され、そのオーナー（ユーザーや共有ドライブ）との関連付けは残ります。
• 移行ユーザーが所有するサイトまたは移行された共有ドライブは移行されます。
• 管理コンソールのカスタム URL のマッピングが、関連するドメインとともに移行元の環境から移行先の環境にコピーされます。
• サイトの URL は変更されず、引き続き移行元の環境の名前が含まれます。
• 公開されたサイトは、そのサイトとサイトが公開されているドメイン名が異なるテナントに移動しても、公開されたままになります。これは、移行前に異なるドメインのオーナー間でサイト所有権が移管された場合に発生することがあります。サイト所有者の顧客が所有するドメインでサイトを再公開するには、現在の所有者がサイトの公開を停止してから再公開する必要があります。
• 以前のサイトは、共有ドライブの特定のユーザーに属していません。以前のサイトは、移行ドメイン名に関連付けられている場合にのみ移行されます。移行サイトのオーナーのみが移行されないユーザーである場合、サイトにアクセスできなくなります（その逆に、移行されないサイトと移行ユーザーの場合も同様です）。

• 移行ユーザーが所有するアーカイブ コンテンツが移行されます（Gmail のメールやドライブのドキュメントなど）。
• Domain Transfer では、移行元の環境（移行前タスク時）と移行先の環境（実行時）の両方に無期限の保持ポリシーを適用します。詳細
• 移行プロセスの完了後は、移行先の環境で Vault ポリシーを確認する必要があります。また、カスタム保持ポリシーを削除する前に、移行データと移行ユーザーに適用されている設定を確認する必要があります。詳細

• 移行ユーザーがモバイル デバイスで自分のアカウントを削除したり追加したりする必要はありません。
• Google Sync は、移行先の環境が適切に設定されていれば、Android と iOS の両方で引き続き機能します。詳細
• 移行後にユーザーは、移行先の環境のモバイル管理ポリシーに合わせて、デバイスを設定する必要があります。

• OAuth トークンが移行されて有効な状態が維持されます。
• OAuth トークンのスコープが、移行元の環境では有効になっているにもかかわらず、移行先の環境で制限されている場合、そのトークンは機能しない可能性があります。

• ユーザーレベルでインストールされた接続済みのアプリケーションは、移行後も引き続き動作します（必要なスコープがブロックされていない場合）。
• Google Workspace Marketplace アプリはサードパーティ製であり、動作することが想定されますが、これを保証することはできません。