GOOGLE から MICROSOFT 365 への
メール移行ガイド
1. Cloudiwayを利用したGoogle WorkspaceからMicrosoft 365メールへの移行
Cloudiwayのメール移行ソリューションは、シンプルなSaaSインターフェースを通じて、ビジネスが高度な技術移行を実行する手助けをします。結果として、メール移行は追加のソフトウェアインストールやオーバーヘッドなく、安全かつ迅速に実行できます。
Cloudiwayの新しいプラットフォームは、全てのタイプの移行パスをサポートする十分な柔軟性を持っています。移行戦略はビジネスのセットアップ、タイプ、サイズに依存します。
選択する移行パスにかかわらず、Cloudiwayはライセンスの割り当て、アーカイブ移行、カレンダー共存(Free/Busyスケジューリング)、連絡先同期(GALSync)を含む、全ての必須機能を提供します。
最も一般的な移行戦略の2つは、カットオーバーと段階的な移行です。カットオーバー戦略は、全てのメールボックスを週末に移行し、月曜日の朝にユーザーが利用できるようにするものです。段階的な戦略は、このページで議論されるように、もっと柔軟な移行オプションを提供します。
Cloudiwayは、最も複雑な移行のためにシームレスな移行を可能にする多くのツールを開発しています。補足ツールには以下が含まれます:
共存は、エンドユーザーに影響を与えることなく、クロスプラットフォーム通信を管理します。移行中に2つの異なるリモートシステム間のシームレスな接続を提供します。例えば、GoogleユーザーはMS 365ユーザーの空き/予定を確認できます。また、両側で全てのユーザーを連絡先として作成し、アドレス帳を最新の状態に保ちます。
これらの補足ツールについて更に議論するには、既存のCloudiwayコンタクトにご連絡ください。
2. セキュリティ
セキュリティに関する詳細は、この記事を参照してください。セキュリティに関する詳細は、この記事を参照してください。
3. パフォーマンス
移行のパフォーマンスに関する詳細は、この記事を参照してください。
4. Google WorkspaceからMicrosoft 365メールへの移行:範囲
4.1. 移行できるものと制限事項は何ですか?
このページに、Google Workspace(G Suite)からOffice 365への移行可能なものと制限事項が記載されています:
G Suiteはフォルダーではなくラベルを使用してメールを整理し、ユーザーは単一のメールに複数のラベルを適用できます。Office 365メールはラベルを使用せず、メールは1つのフォルダーにしか格納できません。
1つのメールに複数のラベルが適用された場合、1つのラベルだけがフォルダーに変換されます。詳細は、この記事を参照してください。
4.2. 考慮事項
移行は既存のメールボックス間で行われます。これは、移行を開始する前に、移行時にターゲットにメールボックスが存在している必要があることを意味します(このガイドに手順が含まれています)。
4.3. 対象者
このガイドは、リモートシステムに接続し、様々な管理ツールを使用することができる経験豊富なシステム管理者を対象としています。
Cloudiwayの製品に対するサポートは提供していますが、PowerShellやGoogleやExchangeのサーバー管理などのサードパーティ製品に対するサポートは提供していません。
5. 移行前の設定
5.1. 開始前に
開始する前に、以下のアカウントが必要です。
名前 | 説明 | 場所 |
Cloudiway | 移行のためのCloudiwayプラットフォームを設定するアカウント。 | https://portal.cloudiway.com |
Google Admin | Googleフィード(feeds)を設定するため。 | https://admin.google.com |
Office 365 Admin | Azure Active Directoryアプリケーションと関連する権限を設定するために使用されます。 | https://aad.portal.azure.com |
5.2. 動作方法
この製品は、ソースを読むためにIMAPとGoogle API呼び出しを使用します。
Cloudiwayは、メール、連絡先、カレンダーの移行にExchange Web Services API(EWS)を使用します。メールボックスの権限、共有、会議室と設備のためにPowerShellを使用します。
注:すべてのネットワーク操作はTLS 1.2で実行されます。
5.3. ソースの前提条件
5.3.1. Google IMAP 設定
1. 管理者アカウントを使用して、Google Adminコンソールにサインインします。
2. 管理者コンソールのホームページから、Apps > Google Workspace > Gmail > End User Accessに移動します。
3. 設定を構成する組織単位を選択します。すべての設定を構成する場合は、「top-level unit」を選択します。または、子の組織単位のいずれかを選択します。
4. POP and IMAP accessに移動します。
5. 鉛筆の「edit」アイコンをクリックします。
6. すべてのユーザーのIMAPアクセスを有効にするをチェックします。そして、任意のメールクライアントを許可を選択します。Cloudiwayツールの動作にPOPを有効にする必要はありません。
7. 設定を保存します。
5.3.2. Googleフィード(feeds)
移行を実行するためには、権限(Googleフィード)を設定する必要があります。
この記事では、Googleフィードの追加方法について説明しています:
5.4. 対象の前提条件
5.4.1. Office 365サービスアカウントの作成
移行専用に特権を持つ別のOffice 365アカウント(サービスアカウント)の作成を推奨します。この移行アカウントは、対象のメールボックスへのアクセスおよびメールボックスの権限、共有メールボックス、会議室と設備の移行時にPowerShellの呼び出しを行うために使用されます。このアカウントは、多要素認証(MFA)とSSO(ADFS)が無効に設定されている必要があります。Office365移行アカウントのMFAを無効にする方法は、以下のガイドを参照してください:https://help.cloudiway.com/article/deactivate-mfa-on-your-office365-migration-account/
Office 365のアカウントは同時に最大100のメールボックスにアクセスできます。そのため、CloudiwayはOfficeコネクタで100のユーザーを同時に移行することをデフォルトで許可しています。移行を加速する場合は、Cloudiwayプラットフォーム上で追加のOffice 365コネクタを設定し、それぞれのコネクタに管理者権限を持つ異なるソースアカウントを関連付ける必要があります。各ソースコネクタは、自動的に100ユーザーのコネクタに割り当てるための対応するソースコネクタプールに割り当てられます。
5.4.2. Azure Active Directoryアプリケーション
対象のEWS API呼び出しは、特定の権限が付与されたAzure Active Directoryアプリケーションを通じて行われます。
Azure Active Directoryアプリケーションを手動で作成するか、移行アカウントがグローバル管理者である場合、プラットフォームが自動的に作成することができます。Office 365コネクタを作成する際、対象のAzure Active Directoryの両方にアプリを登録する必要があります。
Azure Active Directoryアプリケーションと関連する権限の作成方法については、適切な文書を参照してください。
5.4.3. ユーザーメールボックスの作成
Cloudiwayは既存のユーザーメールボックス間で移行を行い、ユーザーメールボックスをプロビジョニングするツールは提供していません。したがって、移行前にユーザーメールボックスを作成する必要があります。対象のMicrosoft 365テナントでユーザーアカウントをいくつかの方法で設定することができます。Cloudiwayは既存のユーザーメールボックス間で移行を行い、ユーザーメールボックスをプロビジョニングするツールは提供していません。したがって、移行前にユーザーメールボックスを作成する必要があります。対象のMicrosoft 365テナントでユーザーアカウントをいくつかの方法で設定することができます。
5.4.4. 通常の受信トレイからの部分的なアーカイブの作成
メールの部分的なアーカイブを作成することで、多くの利点が得られます。移行の観点から言えば、最大の利点は帯域幅の削減です。Outlookでメールにアクセスするエンドユーザーは、ローカルにキャッシュされたメールボックスを持っています(.ostファイル形式で)。メール移行後、ユーザーが初めてメールボックスにアクセスするとき、Outlookはすべての移行されたメールボックスをダウンロードします。したがって、多くのユーザーが移行後に同時にOutlookにアクセスする可能性がある場合(たとえば、週末にカットオーバー移行を完了して、月曜日の午前9時にスタッフが到着する前)、帯域幅がダウンロードの過剰により低下する可能性があります。
この問題は、オンラインアーカイブにデータを部分的に移行することで回避できます。例えば、1年以上前のすべてのアイテムをメールアーカイブに移行することを選択できます。このデータはオンラインで保持され、各ユーザーの受信トレイからIn-Place Archiveフォルダとしてアクセスできます。最新の1年間のメールは移行され、各ユーザーが初めてログインしたときにダウンロードされ、全体の帯域幅の使用が小さいメールボックスサイズによって削減されます。
注意:Exchange管理センター内でIn-Placeアーカイブが有効になっていることを確認する必要があります(https://technet.microsoft.com/enus/library/jj984357(v=exchg.150).aspxの指示に従って一括で有効化できます)。
ソースのIn-Placeアーカイブは、標準のメールとは異なり、デフォルトでは移行されません。アーカイブ移行を行うために、メールアーカイブクオータパッケージを購入することができます(セクション7.5.2を参照)。
5.4.5. リソースメールボックスの作成
Cloudiwayは、リソースメールボックスをプロビジョニングおよび移行するツールを提供しています。ツールのメール移行セクションには、Room & Equipmentのオプションが表示されます。このツールは、リソースメールボックスを検出し、それを手動で行う必要なく対象のテナントにプロビジョニングするために使用できます。
この機能の詳細な使用方法は、以下のリンクで確認できます:
5.5. マッピングテーブル
移行中、Cloudiwayはメールヘッダー、カレンダーアイテム、およびメールボックスの権限の変換を行うためのマッピングテーブルを使用します。
重要:マッピングテーブルは完全でなければなりません。欠けているメールアドレスは変換されず、メールボックスの権限の喪失、返信できないメール、壊れたカレンダーアイテムという結果になる可能性があります。Cloudiwayは、ソースメールボックスがGet List機能によって発見されたときに、このマッピングテーブルを自動的に入力します。ただし、マッピングテーブルが自動的に入力された場合、メールアドレスが欠けていないことを確認してください。
6. Cloudiwayプラットフォームを使用してメールボックスを移行する
6.1. コネクタの作成
Cloudiwayがメールボックスを移行するためには、ソース(GSuite)と対象(Office365)の両方のドメインと通信できる必要があります。これを行うために、Cloudiwayはコネクタを使用します。移行する各ソーステナントと、メールが移行されるべき各対象テナントのコネクタを設定する必要があります。以下のページの手順に従ってコネクタを設定してください:
大規模なプロジェクトの場合、コネクタプールから並行して使用される複数のコネクタを作成することができます。このような設定を行う必要がある場合は、Cloudiwayコンサルティングサービスにお問い合わせください。
6.2. 移行のグローバル設定の構成
少なくとも1つのソースと対象のコネクタを設定したので、グローバル設定を構成する準備が整いました。Cloudiwayプラットフォームを使用すると、移行したいものを選択するだけの簡単な作業です。
https://portal.cloudiway.comのメールエリアから、Global Settingsをクリックします。
ほとんどのオプションは自己説明的です。
Convert Email Addressオプションは、さらなる説明が必要です。このオプションはデフォルトでオンになっています(オンのままで最良です)。このオプションがアクティブの場合、メールヘッダー、カレンダーアイテム、およびメールボックスの権限で見つかったメールアドレスを書き換え、マッピングテーブルの対応する対象のメールアドレスにソースのメールアドレスを置き換えます。したがって、移行が開始される前に、すべてのユーザーがマッピングテーブルに存在することが重要です。
Archive Mails Older Thanは、指定された過去の日付と時間より古いメールを対象のアーカイブメールボックスに移行するためのもので、Migrate Everything to Archivesは、すべてのメールを対象のアーカイブメールボックスに移行するためのものです。さらなる情報については、7.5.2.アーカイブへの移行セクションを参照してください。
画面の下部にあるSaveボタンをクリックして、グローバル設定を更新してください。
6.3. Cloudiwayプラットフォームへのユーザーのインポートや作成
ユーザーを移行するために追加する方法はいくつかあります。これには以下の方法が含まれます:
- CSVファイルのインポート
- Cloudiwayのメールボックス検出ツール(Get List)
- 単一ユーザーの作成
どの方法を選択しても、各ユーザーにはライセンスタイプ(試用版(100MBまで)、教育、標準、アーカイブ、またはライセンスなし(移行計画に関係なくマッピングテーブルにユーザーを追加するため))を割り当てる必要があります。
Cloudiwayへのユーザーのインポートは、ターゲットテナントでユーザーメールボックスを作成するわけではありません。詳細については、5.7ユーザーメールボックスの作成を参照してください。
6.3.1. オプション1: CSVファイルのインポート
ユーザーのCSVファイルがある場合、Cloudiwayにファイルをアップロードできます。ファイルには、ヘッダ行に以下のフィールドが必要です:
FirstName;LastName;SourceEmail;TargetEmail;SourceRecipientType;TargetRecipientType;BatchName
1. portal.cloudiway.comのMails Migrationエリアにいることを確認し、User Listに移動します。
2. MANAGEをクリックし、Importを選択します。
3. 必要に応じて、Download sample CSVをクリックし、サンプルヘッダ(FirstName; LastName; Source Email; Target Email; Target Recipient Type; BatchName)を使用してCSVファイルにユーザーを追加します。
4. 正しいヘッダーで完全なCSVファイルが準備できたら、BROWSEボタンをクリックします。
5. ご自身のファイルシステム内でCSVファイルを探し、それを選択するためにダブルクリックします。
6. SourceおよびTargetフィールドで適切なコネクタを選択します。
7. UPLOADボタンをクリックします。
8. エラーメッセージが表示される場合、CSVファイルに7つの列があり、それぞれがセパレーターを持っていることを確認して、再度アップロードを試みてください。
6.3.2. オプション2: 「Get List」
CloudiwayのGet Listツールは、ソーステナントからメールボックスを取得するのに役立ちます。異なるセクションに対応する5つのGet Listツールがあります:
- User List:ユーザーメールボックスのみを検出します。
- Shared Mailboxes:共有メールボックスのみを検出します。Googleでは、Office 365のような共有メールボックスの概念は存在しないため、委任権限を持つユーザーメールボックスは検出されませんが、手動でインポートして委任権限を移行することができます。
- Room Equipment:リソースメールボックスのみを検出します。
- Distribution list:配布リストのみを検出します。
- Archive:Google Vaultアカウントのみを検出します。
User List、Room & Equipment、またはDistribution Listsセクションに移動して、Migrationをクリックし、Get Listを選択します。
このツールでは、コネクタのソースプールとターゲットプールを入力する必要があります。
次に指定します:
- マッチングルール:
- メールの完全一致: ソースEメール = タ-ゲットEメール (bob.marley@sourcedomain.com > bob.marley@sourcedomain.com)
- Eメールプレフィックスをソースと同じに保つ:ドメイン名のみが変更されます (bob.marley@sourcedomain.com > bob.marley@targetdomain.com)
- FirstName.LastName (例: bob.marley@targetdomain.com)
- F.LastName (例: b.marley@targetdomain.com)
- FLastName (例: bmarley@targetdomain.com)
- LastNameF (例: marleyb@targetdomain.com)
- タ-ゲットドメイン.
次に、新しいユーザーをUser Listに追加します。このタスクの進行状況は、User List:Get List Logsで監視できます。
6.3.3. オプション3:シングルユーザー作成
多くの初めての顧客は、テスト目的でシングルのユーザーを作成します。これにより、すべてのユーザーに影響を与えることなく、移行プロセスを観察する手段を提供します。
MANAGE > Create Userをクリックし、以下の詳細を入力します:
異なるフィールドに関する詳しい情報については、この記事をチェックしてください。作成したい他のユーザーのためのプロセスを繰り返します。
6.4. 移行をアクティブにし、監視する
Cloudiwayは、デルタパスをサポートする増分移行プラットフォームです。メールボックスの移行を再開するたびに、ターゲットにまだコピーされていないアイテムのみが移行され、ソースで変更された既に移行されたアイテムがターゲットで更新されます。したがって、プラットフォームはターゲットにアイテムを複製せず、それらを更新するだけです。
通常、移行戦略は少なくとも2回の移行パスで構成され、一つはカットオーバー前、もう一つはカットオーバー後です:
- 初回の移行パス:メールボックスの大部分を移行します。メールボックスを選択し、MIGRATIONをクリック、次にStartボタンをクリックします。以下で詳しく説明します。
- カットオーバー:ソーステナントからドメインを手動で削除し、ターゲットテナントにアタッチし、DNSサーバーのMXレコードを変更する必要があります。これはCloudiwayによって自動化されていません。
- 2回目の移行パス、デルタパス:移行されていないものを移行し、変更されたアイテムを更新します。メールボックスを選択し、MIGRATIONをクリック、次にStartボタンをクリックします。以下で詳しく説明します。
- 3回目の移行パス、デルタパス:カットオーバーの24時間後、DNSの伝播遅延により残留するメールがないことを確認するために追加のデルタパスを提出できます。メールボックスを選択し、MIGRATIONをクリック、次にStartボタンをクリックします。以下で詳しく説明します。
所定のライセンスによって許可されるGBの量を消費するまで、3ヶ月間で好きなだけ移行パスを提出できますが、通常はカットオーバー前と後に一つずつしか必要ありません。デルタ移行パスについての詳細は以下のリンクを参照してください:
移行パスの完了にかかる時間は多くの要因に依存します。移行のパフォーマンスに関する詳細は以下のリンクを参照してください:
ソースドメインを移動してさらにデルタパスを実行する必要がある場合、Switch Domainグローバルアクションを使用する必要があります:
Batchesタブからユーザーバッチを作成して、メールボックスのサブセットを簡単にグループ化できます。「+」アイコンをクリックしてバッチ名を入力してください:
異なるバッチを作成した後、Usersタブで特定のバッチに割り当てるユーザーを選択し、BATCHボタンをクリックしてAdd to Batchを選択してください:
移行を開始するには、移行するユーザーまたはバッチを選択します。
- ユーザーの場合、Usersタブで提出したいすべてのユーザーを選択し、MIGRATIONをクリック、次にStartボタンをクリックします。
- ユーザーバッチの場合、Batchesタブで提出したいユーザーバッチを選択し、MIGRATIONをクリック、次にStartボタンをクリックします。
移行は予定され、クラウドリソースが利用可能になるとすぐに開始されます。
注意:長期間ユーザーバッチで移行する場合、メール転送を有効にすることを希望する場合があります。
詳細については、この記事を参照してください:
7. その他の移行オプション
7.1. メールボックス権限の移行
Cloudiwayプラットフォームを使用して、メールボックスの権限を移行できます。
権限の移行はメールボックスの移行中には実行されませんが、専用のジョブを通じて実行されます。
権限の移行は、メールボックス、主要なカレンダー、およびセカンダリカレンダーに対する権限を移行します。
権限がメールが有効なセキュリティグループに適用されていた場合、権限が正しく適用されるために、宛先にメールが有効なセキュリティグループが存在している必要があります。
User Listをクリックし、ユーザーを選択してから、MIGRATIONに移動し、Migrate Permissionsをクリックします
注意:権限の移行プロセスを開始すると、それを停止することはできません。
7.2. リソースメールボックスの移行
Cloudiwayプラットフォームを使用して、リソースメールボックス(会議室および機器- Rooms & Equipment)も移行できます。これらのメールボックスの移行プロセスは、ユーザーメールボックスの移行と非常に似ています。
詳細については、次の記事を参照してください
7.3. 共有メールボックスの移行
Mailの下の「Shared Mailboxes」セクションから、ソーステナントのユーザーメールボックスを手動でインポートし、共有メールボックスとして使用されているユーザーメールボックスの権限を移行できます。
詳細については、以下の記事を参照してください:
7.4. 配布リストの移行
Mailの下の「Distribution Lists」セクションから、ソーステナントの配布リストをターゲットテナントに再作成および移行できます。
詳細については、以下の記事を参照してください:
7.5. アーカイブの移行
7.5.1. 既存のアーカイブメールボックスの移行
CloudiwayプラットフォームはGoogle Vaultアーカイブを移行します。以下の管理ガイドを参照してください:
7.5.2. アーカイブへの移行
Googleメールボックスは、Office 365メールボックス、Office 365アーカイブ、または両方のアーカイブまたはオンラインメールボックスの組み合わせに移行できます。
メールの部分的なアーカイブの作成は多くの利点を提供します。移行の観点からは、最大の利点は帯域幅の削減です。Outlookを使用してメールにアクセスするエンドユーザーは、ローカルでメールボックスをキャッシュします(.ostファイル形式で)。メールの移行後、ユーザーが初めてメールボックスにアクセスすると、Outlookはすべての移行されたメールボックスをダウンロードします。
例えば、30日より古いすべてのアイテムをメールアーカイブに移行することを選択できます。これは最終的な切り替えの前に実行されます。データはオンラインで利用可能で、各ユーザーの受信トレイからIn-Place Archiveとしてアクセスできます。最新の30日間のメールは移行され、各ユーザーが初めてログインするときにダウンロードされます。これにより、メールボックスサイズが小さくなるため、全体の帯域幅の使用が減少します。
注意:Exchange管理センター内でIn-Placeアーカイビングを有効にする必要があります(https://technet.microsoft.com/enus/library/jj984357(v=exchg.150).aspx で一括で有効にする手順を使用してください)。
Cloudiwayプラットフォームでは、ターゲットのアーカイブメールボックスに古いメールのみまたはすべてのメールを移行することができます。2つのオプションがあります:
- Global Settingsセクションから、Archive Mails Older Thanを使用して、過去の指定された日時よりも古いメールをターゲットのアーカイブメールボックスに移行します。Migrate Everything to Archivesは無効にしておきます。
この例では、2020年4月7日より古いメールがアーカイブメールボックスに移行されます:
Saveボタンをクリックすると、移行が開始され、指定した日付よりも古いメールがIn-Placeアーカイブに移行されます。より最近のアイテムはターゲットのメールボックスに移行されます。
- Global Settingsセクションから、Migrate Everything to Archivesを使用して、すべてのメールをターゲットのアーカイブメールボックスに移行します。Mail Global SettingsでMigrate Everything to Archivesを有効にし、すべてのメールがターゲットのアーカイブメールボックスに移行されます。
8. トラブルシューティング
Cloudiwayには多くのリソースを備えた包括的なヘルプセンターがあります。これには、一般的なエラーメッセージ、ガイド、ダウンロードが含まれます。
ヘルプセンターはこちらからアクセスしてください(キーワードを検索するか、トピックを読み進めることができます):https://help.cloudiway.com/
ヘルプセンターには、さらなるサポートを求める方法に関する情報も含まれています。