Google ワークスペースからExchange Onlineへのアクセス許可、代理人、会議室、リソース、タスクの移行

2024-06-15

このガイドは、Google ワークスペース Gmail から Microsoft 365 Exchange Onlineにコンテンツをコピーする移行管理者向けです。コマンドレットを使用して、アクセス許可、デリゲート、会議室、リソース、タスクを移行する方法について説明します。このソリューションは、Google の Gmail メールボックスでのみ使用できます。現時点では、他のメール/IMAP プロバイダーから同様の機能を移行する予定はありません。

概要

Exchange Online移行チームは、Google ワークスペース (GWS) からアクセス許可、代理人、会議室、リソース、タスクを自動的に移行するための 1P ソリューションを構築しています。この機能は、Google のソースメールボックスの既存のデータと設定を、Exchange Online メールボックス内の対応するエンティティにマップします。

重要

この記事では、小規模なバッチの移行、または単一項目の移行についても参照します。管理者は、この記事の情報を使用して、1 つの大きな 1 つのバッチで移行することもできます。

会議室とリソース

会議室とリソースの前提条件

GWS では、リソースメールボックスを直接接続するための API は公開されません。 Exchange Online移行 (または MRS、メールボックス再配置サービス) は、Gmail エンドポイントで指定されたユーザーに接続し、リソース予定表を共有予定表として扱います。この作業では、Gmail エンドポイントで指定されたユーザーがリソース予定表へのアクセス許可を持っている必要があります。通常、テナント内のすべてのユーザーは、既定で読み取りアクセス許可を持っている必要があります。

自動プロビジョニングオプションの場合、Migration Service (Exchange Online Migration のバッチ処理サービス) は、管理ポータルからリソース情報を読み取ります。この作業では、テナント管理者は、メール、予定表、連絡先の既存の自動 GWS メール移行に必要な既存の前提条件に加えて、使用されるサービスアカウントに対して次の操作を行う必要があります。

API コンソールポータルから管理 SDK API を有効にします。https://console.developers.google.com/
新しいスコープ "https://www.googleapis.com/auth/admin.directory.resource.calendar.readonly" を管理コンソールからドメイン全体の委任に追加します。https://admin.google.com/ac/owl/domainwidedelegation

会議室とリソースのオンボード手順

Google リソース/ルームのオンボードには、次の 2 つのオプションがあります。

選択肢 1 (推奨)

Migration Service は、会議室とリソースメールボックスのプロビジョニングを自動的に行います。 csv スキーマには 2 つのオプションがあります。

Csv スキーマ 1

ResourceId: Google リソースのリソース ID。Google 管理コンソール: https://admin.google.com/ac/calendarresources/resourcesにあります。
EmailAddress: オプションで、EXO リソースメールボックスのメールアドレス。この情報が指定されていない場合、移行サービスによって電子メールアドレスが自動生成されます。 New-Mailbox -Name "リソース名" を使用してメールボックスを作成し、メールボックスのメールアドレスを自動生成しています。

テナント管理者は、Google 管理 Console: https://admin.google.com/ac/calendarresources/resourcesからリソースリストをダウンロードできます。ダウンロードしたリストには必要のない多くのフィールドが含まれているため、テナント管理者は、 リソース ID を 保持し、2 つの単語の間の領域を削除するようにリストを変更する必要があります。削除後は ResourceId にする必要があります。

Csv スキーマ 2

ユーザー名: Google リソースのメールアドレス。Google 管理コンソール: https://admin.google.com/ac/calendarresources/resourcesにあります。
EmailAddress: オプションで、EXO リソースメールボックスのメールアドレス。この情報が指定されていない場合、移行サービスによって電子メールアドレスが自動生成されます。 New-Mailbox -Name "リソース名" を使用してメールボックスを作成し、メールボックスのメールアドレスを自動生成しています。

移行バッチを作成する PowerShell コマンド

New-MigrationBatch -SourceEndpoint MigGmailEndpoint -Name resourceOnboarding -CSVData $([System.IO.File]::ReadAllBytes("C:\ gmail_rooms_resources.csv")) -GoogleResource

標準の Gmail オンボードとの違い

指定する必要がある新しいパラメーターが 1 つあります: -GoogleResource。 a. GoogleResource は、会議室とリソースのみを移行することを示します。通常のユーザーは移行されません。通常のユーザーメールが .csv に追加された場合、特定のユーザーの移行は失敗します。
Google ではリソースのメールアドレスの転送がサポートされていないため、このジョブは切り替えられません。のサブドメインは必要ありません。 b. 転送メールアドレスは必要ありません。 c. パラメーター TargetDeliveryDomain は必要ありません。

オプション 2

テナント管理者は、 リソース メールボックスを自分でプロビジョニングします。 MRS はリソース内のデータをコピーします。

Csv スキーマ 3

管理者は、次の 2 つのフィールドを含むファイル (gmail_rooms_resources.csv など) を作成する必要があります。

ユーザー名: Google リソースのメールアドレス。Google 管理コンソール: https://admin.google.com/ac/calendarresources/resourcesにあります。
EmailAddress: リソースメールボックスの電子メールアドレスExchange Online。

csv ファイルの例:

Username,EmailAddress c_1887rgsar65nig0clnmdl856s87j2@resource.calendar.google.com, conf96@mrs.com

PowerShell コマンドを使用して移行バッチを作成する

New-MigrationBatch -SourceEndpoint MigGmailEndpoint -Name resourceOnboarding -CSVData $([System.IO.File]::ReadAllBytes("C:\ gmail_rooms_resources.csv ")) -GoogleResource -SkipProvisioning

Gmail オンボードとの違い

指定する必要がある新しいパラメーターは 2 つあります: -GoogleResource -SkipProvisioning。 a. GoogleResource は、会議室とリソースの予定表データのみを移行していることを示します。通常のユーザーは移行されません。通常のユーザーメールが .csv に追加された場合、特定のユーザーの移行は失敗します。 b. SkipProvisioning は、名前が示すように、自動プロビジョニングがないことを示します。
Google ではリソースのメールアドレスの転送がサポートされていないため、このジョブは切り替えられません。サブドメインは必要ありません。 b. 転送メールアドレスは必要ありません。 c. パラメーター TargetDeliveryDomain は必要ありません。

プロビジョニングプロセス中に現在サポートされている会議室とリソースのプロパティ

Google リソースは EXO リソースメールボックスにマップされます。 Google の建物は EXO DistributionGroups にマップされます。

Google リソースプロパティ	EXO リソースメールボックスプロパティ
名前	名前
カテゴリ	ResourceType
CONFERENCE_ROOM	Room
Others	Equipment
キャパシティ	キャパシティ
名前	表示名
フロアセクション	フロアラベル
Floor	Floor
建物 ID	BuildingID
建物名	建物
Building RegionCode	CountryOrRegion
建物管理エリア	状態コード
地域の構築	市区町村
建物住所	Street
PostalCode のビルド	PostalCode
建物座標	GeoCoordinates

注:

リソースの移行は新機能であり、既存の Gmail 移行ではサポートされていませんでした。

会議室とリソース lifeCycle

通常の (メール、予定表、連絡先) オンボードの前にリソースオンボードを開始し、テナント内のすべてのメールボックスが EXO に移行された後にリソースオンボードを完了することをお勧めします。このオンボード注文は、顧客にとってより優れたユーザーエクスペリエンスを提供します。

会議室とリソースの制限事項

共存シナリオはサポートされていません。Google ではリソースメールボックスのメールアドレスの転送がサポートされていないためです。 MRS では、Google から EXO へのデータの同期のみがサポートされます。EXO から Google へのデータの同期はサポートされていません。

アクセス許可とデリゲート

注:

2024-06-13 の時点で、予定表のアクセス許可と代理人を移行するオプションは世界中でオフになっています。引き続きアクセス許可を移行し、メールボックスの委任を行うことができます。

アクセス許可とデリゲートの前提条件

オンボード前にアクセス許可と代理人を持つユーザーにライセンスを割り当てて、MRS が移行中にメールボックスを見つけられるようにします。アクセス許可と代理人と所有者メールボックスを持つユーザーは一緒に移行できますが、MRS がメールボックスを見つけてアクセス許可を設定できるように、すべてのユーザー (所有者とアクセス許可と代理人を持つユーザー) にライセンスが割り当てられていることを確認する必要があります。それ以外の場合、MRS は無効な項目としてマークします。

注:

ユーザーはメールボックスとライセンスでプロビジョニングする必要があります。ライセンスのないメールボックスは、サポートされていないメールユーザーに変換されます。

アクセス許可とデリゲートのオンボード手順

アクセス許可とデリゲートの機能を有効または無効にする

Gmail メールボックスのオンボード中は、メールボックスの代理人、送信先、予定表のアクセス許可がサポートされています。既定では有効になっており、テナント管理者は、移行バッチの作成中に -SkipDelegates をスキップするように指定できます。

新しい移行バッチが開始されると、Set -MigrationBatch コマンドレットを使用して、-SkipDelegates オプションを後で変更したり追加したりすることはできません。テナント管理者がコースを変更し、オプションを変更する場合は、移行バッチを削除して新しいバッチを作成する必要があります。これは、進行中のバッチに対して編集できません。

アクセス許可の同期動作

アクセス許可の適用には有効な時間が必要であり、アクセス許可の変更は頻繁に発生しないため、MRS は増分同期と最終同期の両方でアクセス許可をコピーし、AD でアクセス許可を同期するのに十分な時間を与えます。 Google ではアクセス許可に対する ICS がサポートされていないため、MRS は同期のたびにソースアクセス許可を保存し、次の同期ラウンドで MRS がアクセス許可の変更を検出できるようにします。

EXO メールボックスに対する既存のアクセス許可の場合、MRS はアクセス許可をマージします。

Gmail メールボックスで同じユーザーに対して一部のアクセス許可が適用されている場合、MRS はオンボード中にアクセス許可をオーバーライドします。
Gmail メールボックスが同じユーザーのアクセス許可を適用しない場合、オンボード中に影響を受けることはありません。つまり、MRS は EXO から削除しません。

アクセス許可のマッピング

Google	EXO
デリゲート	フルアクセスと代理送信
差出人を指定して送信する	差出人を指定して送信する
空き時間情報のみを表示する	ビジー状態のときに表示できる
すべてのイベントの詳細を表示する	すべての詳細を表示できます
イベントの変更を管理する	編集
変更の管理と共有の管理	編集

注:

MRS は、Google で受け入れられた状態のアクセス許可のみを移行します。その他のすべての状態は、Google で正常に適用されていないことを意味します。代理人の状態を学習するには、Google API に依存しています。

アクセス許可とデリゲートの移行ライフサイクル

アクセス許可とデリゲートを持つユーザーは、最初に母集団間で移行することをお勧めします。メールと予定表のアクセス許可と代理人の自動移行は、GWS メール、予定表、連絡先からの定期的な移行中に既定で有効になります。テナント管理者は、移行バッチの作成中に -SkipDelegates を指定してスキップできます。

アクセス許可と委任の制限事項

メールボックスまたはグループがターゲットテナントに存在しない場合、MRS はアクセス許可を移行せず、MRS は不適切なアイテムを報告します。
MRS では、1 つのオブジェクトに対するアクセス許可の部分的なコピーはサポートされていません。オブジェクトは、単一のフォルダー、メールボックスのセキュリティ記述子、またはユーザーセキュリティ記述子を意味します。 – 例 1: (メールボックスのアクセス許可 - SendAs または予定表のアクセス許可に影響せず、 代理人にのみ影響します)。たとえば、Google アカウントには、 user1@google.com と user2@google.comの 2 つの代理人があります。ターゲットテナントに user2 が存在しない場合、すべてのデリゲート (user1 を含む) はコピーされませんが、SendAs と予定表のアクセス許可は影響を受けることはありません。この状況はメールボックス専用です。 – 例 2: (予定表のアクセス許可の場合 - メールボックスのアクセス許可は影響を受けません。その特定のユーザーの特定の予定表のすべての予定表のアクセス許可に影響します)。 Google カレンダーには、ユーザーの user1@google.com と user2@google.comの 2 つのアクセス許可があります。 user2 がターゲットテナントに存在しない場合、この予定表のすべてのアクセス許可もコピーされませんが、メールボックスと (同じユーザーの) 他の予定表のアクセス許可は影響を受けることはありません。この状況は予定表のみです。

注:

テナント管理者が問題を修正した後、増分同期の新しいラウンドでアクセス許可をターゲットに正常にコピーできます。

タスク

タスクの前提条件

Migration Service は、管理ポータルからリソース情報を読み取る必要があります。この作業では、お客様が新しい API を有効にする必要があります。

API コンソールポータルから Google Tasks API を有効にする: https://console.developers.google.com/。
新しいスコープ "https://www.googleapis.com/auth/tasks.readonly" を管理コンソールからドメイン全体の委任: https://admin.google.com/ac/owl/domainwidedelegationに追加します。

タスクのオンボード手順

タスクの機能を有効または無効にする

新しい移行バッチが開始されると、Set -MigrationBatch コマンドレットを使用して、-MigrateTasks オプションを後で変更したり追加したりすることはできません。テナント管理者がコースを変更し、オプションを変更する場合は、移行バッチを削除して新しいバッチを作成する必要があります。これは、進行中のバッチに対して編集できません。

お客様は、New-MigrationBatchを使用するときに-MigrateTasksを指定する必要があります。

例: New-MigrationBatch -SourceEndpoint MigGmailEndpoint1 -Name TaskMigrationTest -TimeZone "Pacific Standard Time" -NotificationEmails zhowa@contoso.com -CSVData $([System.IO.File]::ReadAllBytes("D:\gmail.csv")) -autostart -TargetDeliveryDomain "mrs.com" -MigrateTasks -AutoCompletee

タスク移行プロセス

この手順は、移行バッチが完了する前に行われます。タスクフォルダーが作成され、タスクは 1 回だけ移行されます。増分同期は、既に移行されているタスクではサポートされていません。

Google エンティティ	Exchange エンティティ
タスクリスト	タスクフォルダー
親タスク	タスク
子タスク	タスク

Google タスクリストのプロパティ	Exchange タスクフォルダーのプロパティ
ID	ID
タイトル	名前

Google タスクのプロパティ	Exchange タスクのプロパティ
ID	ID
タイトル	件名
メモ	Body
状態	状態
DueDate	正当
CompletedDate	完了

タスクのライフサイクル

タスクの自動移行は、メール、予定表、連絡先の移行と共に、 -MigrateTasks パラメーターを使用して行うことをお勧めします。

タスクの制限事項

既存の Google API では API にその情報が提供されていないため、繰り返し実行されるタスクのインスタンスは移行されません。
Google は API でその情報を提供できないため、タスクの添付ファイルは移行されません。
Exchange では、タスク階層はサポートされていません。その結果、GWS から Exchange に移行する場合、タスク階層は保持されません。
削除または非表示のタスクは移行されません。
Google タスクには、親タスクまたは子タスクを指定できます。 Exchange タスクは子タスクをあまりサポートしていません。タスク階層と親子関係は、移行中は保持されません。