MICROSOFT 365からGmailへの移行ガイド
概要
1. Cloudiwayを使用したMICROSOFT OFFICE 365からGMAILへの移行
Cloudiwayのメール移行ソリューションは、高度に専門的な技術力を必要とする移行を企業がシンプルなクラウドインターフェースを介して実行できるよう支援します。これにより、追加のソフトウェアのインストールやオーバーヘッドの必要なしに、安全かつ迅速なメール移行が確立されます。
Cloudiwayプラットフォームは非常に柔軟なソリューションですので、あらゆるタイプの移行パスに対応可能です。企業の移行戦略は、事業体制や種類、サイズによって異なります。いずれの移行パスを選択された場合でも、Cloudiwayがアーカイブの移行、カレンダーの共存（空き時間スケジュール）といった、移行に欠かせない機能のすべてをご提供いたします(GALSync)。
最も一般的な移行戦略の２つが、カットオーバー移行と段階的移行です。
カットオーバー戦略では、週末にすべてのメールボックスを移行し、月曜日の朝にはユーザーがメールボックスを使用できるよう準備します。段階的戦略では、より柔軟な移行オプションが提供されます。詳細は以下をご覧ください。
Cloudiwayでは、どんなに複雑な移行でもシームレスに実行できるよう、ツールを多数開発しております。以下のような補足ツールをご利用いただけます。
共存は、エンドユーザーに影響を与えることなくクロスプラットフォーム通信を管理します。 移行中に2つの異なるリモートシステム間のシームレスな接続を提供します。 たとえば、Googleユーザーは、MS365ユーザーの空き時間/ビジー時間を確認できます。 また、すべてのユーザーを両側の連絡先として作成し、アドレス帳を最新の状態に保ちます。
これらのツールは追加モジュール扱いとなっておりますので、追加コストが発生します。詳しくは当社までお問い合わせください。
2. セキュリティ
セキュリティに関する詳細は、こちらの記事をご参照ください。
3. パフォーマンス
移行のパフォーマンスに関する詳細は、こちらの記事をご参照ください。
4. メール移行の範囲
4.1. 移行できるアイテム
G SuiteからOffice 365へ移行する場合、以下に挙げるメール関係のアイテムをすべて移行することができます。
- メール
- 共有メールボックスは、委任を使用してユーザーメールボックスに移行できます
- 連絡先
- カレンダー
- 予備カレンダー
- 主要ラベルはフォルダーに変換されます
- メールボックスのアクセス許可
- タスク
4.2. 移行の限界
G Suiteでは、メールの整理にフォルダーではなくラベルを使用しており、ユーザーは1つのメールに複数のラベルを適用することができます。Office 365のメールはラベルを使用しませんので、各メールのストレージが1つのフォルダーに制限されています。Cloudiwayプラットフォームでは、メールに適用されたラベルのうち最初のラベルを使って同じ名前のフォルダーを作成し、そこにメールを保存します。
移行できないもの：会議室(Rooms)と備品(Equipment)、ジャーナル、メモ、訴訟ホールドフォルダ、オンラインアーカイブ。
現在のところ、インバウンドルール（不在時のルールを含む）はOffice 365からG Suiteに移行されていません。
4.3. 考慮事項
移行は既存のメールボックス間で行われます。つまり、移行時にメールボックスがターゲットに存在している必要があります。移行開始前に、移行するすべてのメールボックスのターゲットメールボックスがターゲットのドメインに作成されていることを確認してください（手順はこのガイドで説明しています）。
4.4. 対象者
このガイドは、リモートシステムに接続し、さまざまな管理ツールを使用することのできる、経験豊富なシステム管理者を対象としています。
当社では自社製品のサポートは提供していますが、PowerShellや、GoogleまたはExchangeのサーバー管理といった、サードパーティ製品のサポートは提供しておりません。
これらの手順を完了するのが困難なのではと不安な方は、当社のコンサルティングチームによるコンサルティングサービス付きソリューションをご検討ください。専門家との相談により、迅速で費用効果が高く、ストレスフリーな移行を確立することができます。
5. 移行前の構成
5.1 移行開始前
移行を開始する前に、次のアカウントが必要です。
名前 | 説明 | 位置 |
Cloudiway | 移行用にCloudiwayプラットフォームを構成するためのアカウント。 | |
Google Admin | Google feedsを設定する。 | |
Office 365 管理 | Azure Active Directory アプリケーションと関連する権限を設定するために使用します。 |
5.2. ソースの前提条件
5.2.1. ソースOffice365サービスアカウントを作成する
移行を実行するには、移行専用の偽装特権を持つOffice 365アカウント（サービスアカウント）を作成することをお勧めします。このアカウントは、移行が完了すると削除できます。この移行アカウントは、ソースメールボックスにアクセスするために使用され、Office365コネクタで提供する必要があります。多要素認証（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.2.2. Azure Active Directoryアプリケーション
EWS API呼び出しは、特定のアクセス許可が付与されたAzure Active Directoryアプリケーションを介して実行されます。
Azure Active Directoryアプリケーションを手動で作成するか、プラットフォームで作成させることができます（移行アカウントがグローバル管理者の場合）。 Office 365コネクタを作成するときに、ソースのAzure Active Directoryに1つのアプリを登録する必要があります。
AzureActiveDirectoryアプリケーションと関連するアクセス許可を作成する方法を参照してください。
5.3. ターゲットの前提条件
5.3.1 Google IMAP構成
- 管理者アカウントを使用して、Google管理コンソールにサインインします。
- 管理コンソールのホームページから、Apps > Google Workspace > Gmail > End User Accessに移動します
- 設定を構成する組織単位を選択します。すべての人の設定を構成する場合は、最上位のユニットを選択します。または、子組織単位の1つを選択します。
- POPおよびIMAPアクセスに移動します。
- 鉛筆の「編集」アイコンをクリックします。
- [すべてのユーザーに対してIMAPアクセスを有効にする]をオンにします。そして、[すべてのメールクライアントを許可する]を選択します。
CloudiwayツールのPOPを有効にする必要はありません。
- 設定を保存します。
5.3.2. Googleフィード
移行を実行するには、権限（Googleフィード）を構成する必要があります。
この記事では、Googleフィードを追加する方法について説明します。
プラットフォームとGoogle APIに既に精通している場合は、Cloudiway GoogleサービスアカウントのクライアントID：114818336788408865729。独自のGoogleサービスアカウントを作成して、そのクライアントIDを入力することもできます。
また、必要なスコープは次のとおりです。
https://www.googleapis.com/auth/admin.directory.resource.calendar, https://www.googleapis.com/auth/calendar, https://www.googleapis.com/auth/gmail.labels, https://www.googleapis.com/auth/tasks, https://www.googleapis.com/auth/gmail.insert, https://www.googleapis.com/auth/gmail.readonly, https://www.googleapis.com/auth/contacts, https://www.googleapis.com/auth/gmail.imap_admin, https://www.google.com/m8/feeds/
5.3.3. ユーザーメールボックスの作成
Cloudiwayは、既存のユーザーメールボックス間を移行し、ユーザーメールボックスをプロビジョニングするためのツールを提供しません。したがって、移行前にユーザーメールボックスを作成する必要があります。ターゲットのGoogleWorkspaceでユーザーアカウントを設定できます。
5.3.4. リソースメールボックスを作成する
移行を開始する前に、ソースからのリソースがターゲットで利用可能である必要があります。 Cloudiwayは、Office365からG Suiteに移行するための会議室(Rooms)と備品(Equipment)を自動的に再作成するツールを提供します。これについては、このガイドの後半で説明します。 Cloudiwayは、ターゲットに共有メールボックスを再作成することもできます。プレビューをご希望の場合は、専門家チームにご連絡ください。
5.4. マッピングテーブル
移行中、Cloudiwayはマッピングテーブルを使用して、電子メールヘッダー、カレンダーアイテム、およびメールボックスのアクセス許可の電子メールアドレスの変換を実行します。
重要：マッピングテーブルは網羅的である必要があります。欠落している電子メールアドレスは変換されず、メールボックスのアクセス許可が失われ、返済不能の電子メールや壊れたカレンダーアイテムが発生します。 Cloudiwayは、以下で説明する[Get List]機能によってソースメールボックスが検出されると、このマッピングテーブルに自動的にデータを入力します。 ただし、マッピングテーブルに自動的にデータが入力されている場合は、メールアドレスが欠落していないことを確認してください。
6. Cloudiwayプラットフォームを使用してOffice 365 から G Suiteへメールボックスを移行する
6.1. Office365ソースおよびGoogleターゲットコネクタを作成します
Cloudiwayでメールを移行するためには、ソースドメイン(Office 365)とターゲットドメイン(G Suite)の両方と通信できる必要があります。これを可能にするのに、Cloudiwayではコネクタを使用しています。
移行したいソーステナントごと、およびメールの移行先となるターゲットテナントごとにコネクタを構成する必要があります。
Office 365 ソースコネクタ及び G Suiteタ－ゲットコネクタを構成するには、以下の手順に従ってください。:
大規模なプロジェクトの場合は、複数のコネクタを作成し、それらを並行して使用することも可能です。 こうした構成を設定する必要がある場合は、Cloudiwayコンサルティングサービスまでお問い合わせください。
6.２移行のグローバル設定を行う
これでソースおよびターゲットコネクタを少なくとも1つ設定できましたので、グローバル設定を行う準備が整ったことになります。Cloudiwayプラットフォームを使用すると、この作業が単に移行対象の選択に簡素化されます。
https://portal.cloudiway.comの[メール]領域で、[グローバル設定]をクリックします
ほとんどのオプションは自明である。
「メールアドレスの変換」(Convert Email Address”)オプションは、さらに説明が必要です。「メールアドレスを変換する」オプションは、デフォルトでオンになっています（オンのままが最適です）。このオプションを有効にすると、ヘッダーで見つかった電子メールアドレスが書き換えられ、ソース電子メールアドレスが対応するターゲット電子メールアドレスに置き換えられます。したがって大事なのは、移行を開始する前にすべてのユーザーがマッピングテーブルに存在していることです.
画面下部の [Save] ボタンをクリックして、グローバル設定を更新します。
6.3 ユーザーをインポートまたは作成する
移行したいユーザーを追加する方法はいくつかあります。これらには以下が含まれます。
- CSVファイルのアップロード。
- Cloudiwayのメールボックス検出ツール（Get List）。
- シングルユーザーの作成。
いずれの方法でも、各ユーザーにライセンスタイプを割り当てる必要があります。ライセンスタイプには、トライアル（100 MBに制限）、教育、標準、アーカイブ、またはライセンスなし（移行プランに関係なくユーザーをマッピングテーブルに追加するために使用）といったタイプがあります。
Cloudiwayにユーザーをインポートしても、ターゲットテナントにユーザーメールボックスは作成されないことに注意してください。 5.4. ユーザーメールボックスを作成するを参照してください。
6.3.1 オプション1：CSVインポート
すべてのユーザーが１つのCSVファイルに含まれている場合は、そのファイルをCloudiwayにアップロードできます。ファイルのヘッダー行には、以下のフィールドが必要です。
FirstName;LastName;SourceEmail;TargetEmail;SourceRecipientType;TargetRecipientType;BatchName
How To Fill The Users/Groups CSV File?
- portal.cloudiway.comの [Mails Migration] 領域から出ていないことを確認し、[User List] に移動します。
- [MANAGE] をクリックし、[Import] を選択します。
- 必要に応じて、[Download sample CSV] をクリックし、サンプルヘッダー（FirstName; LastName; Source Email; Target Email; Source Recipient Type; Target Recipient Type; BatchName）を使用してユーザーをCSVファイルに追加します。
- 正しいヘッダーを含む完全なCSVファイルが完成したら、[BROWSE] ボタンをクリックします。
- ご自身のファイルシステム内でCSVファイルを見つけ、ダブルクリックして選択します。
- [Source] および [Target] フィールドで適切なコネクタを選択します。
- [UPLOAD] ボタンをクリックします。
- エラーメッセージが表示された場合は、CSVファイルをチェックして、7列あり、各列間に区切り文字が入っていることを確認し、もう一度アップロードを試みてください。
6.3.2 オプション2：「Get List」
CloudiwayのGet Listツールは、ソーステナントからメールボックスを取得するのに役立ちます。 さまざまなセクションに対応する5つのGet Listツールがあります。
- ユーザーリスト：ユーザーメールボックスのみを検出します。
- 共有メールボックス：共有メールボックスのみを検出します。 Googleには、Office 365のような共有メールボックスの概念が存在しないため、Office 365共有メールボックスをユーザーメールボックスに移行して、メールボックスのアクセス許可を適用できます。
- 会議室の設備：リソースメールボックスのみを検出します。
- 配布リスト：配布リストのみを検出します。
- アーカイブ：アーカイブメールボックスのみを検出します。 Googleでは、アーカイブメールボックスをユーザーメールボックスに移行する必要があります。
[User List]、[Rooms & Equipment]、または[Distribution List]セクションに移動し、[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：Get List Logで監視できます。
6.3.3. オプション3：単一のユーザーを作成する
初めてのお客様の多くは、テスト目的で1人のユーザーを作成します。これにより、すべてのユーザーに影響を与えることなく、移行プロセスを監視できます。
[Manage]>[Create User]をクリックして、次の詳細を入力します。
さまざまなフィールドの詳細については、この記事を確認してください。作成するユーザーについて、このプロセスを繰り返します。
6.4. 移行をアクティブ化して監視する
Cloudiwayは、デルタパスをサポートするインクリメンタル移行プラットフォームです。メールボックスの移行を再開するたびに、ターゲットにまだコピーされていないアイテムのみが移行され、ソースで変更されたすでに移行されたアイテムについては、ターゲットで更新されます。したがって、プラットフォームはターゲット内のアイテムを複製せず、更新するだけです。
移行戦略は通常、少なくとも2つの移行パスで構成されます。1つはカットオーバー前、もう1つはカットオーバー後です。
- 最初の移行パス：メールボックスの大部分を移行します。 メールボックスを選択し、[Migratiom]、[Start]ボタンの順にクリックします。 以下で詳しく説明します。
- カットオーバー：ドメインをソーステナントから手動で削除し、ターゲットテナントに接続して、DNSサーバーのMXレコードを変更する必要があります。 これはCloudiwayによって自動化されていません。
- 2番目の移行パス、デルタパス：移行されていないものを移行し、変更されたアイテムを更新します。 メールボックスを選択し、[Migration]、[Start]ボタンの順にクリックします。 以下で詳しく説明します。
- 3番目の移行パス、デルタパス：カットオーバーの24時間後に、追加のデルタパスを送信して、DNS伝播の遅延が原因で残りの電子メールが残らないようにすることができます。 メールボックスを選択し、[Migration]、[Start]ボタンの順にクリックします。 以下で詳しく説明します。
割り当てられたライセンスで許可されているGBの量を消費するまで、3か月間、必要な数の移行パスを送信できますが、通常、必要なのはカットオーバー前とカットオーバー後の1つだけです。デルタ移行パスの詳細については、以下をご覧ください。
移行パスが完了するまでにかかる時間は、多くの要因によって異なります。 移行パフォーマンスの詳細については、以下をご覧ください。
ソースドメインを移動し、もう1つのデルタパスを実行する必要がある場合は、ドメインの切り替えグローバルアクションを使用する必要があります。
[Batches]タブからユーザーバッチを作成して、メールボックスのサブセットを簡単にグループ化できます。 [+]アイコンをクリックして、バッチ名を入力します。
別のバッチを作成したら、[Users]タブで、特定のバッチに割り当てるユーザーを選択し、[Batch]ボタンをクリックして、[Add to Batch]をクリックします。
移行を開始するには、移行するユーザーまたはバッチを選択します。
- ユーザーの場合、[Users]タブで、送信するすべてのユーザーを選択し、[Migration]、[Start]ボタンの順にクリックします。
- ユーザーバッチの場合は、[Batches]タブで、送信するユーザーバッチを選択し、[Migration]、[Start]ボタンの順にクリックします。
移行はスケジュールされ、クラウドリソースが利用可能になり次第開始されます。
注：長期間にわたってユーザーバッチで移行する場合は、電子メールフォワーダーを有効にすることをお勧めします。
詳細については、次の記事を参照してください。
7. その他の移行オプション
7.1. メールボックスのアクセス許可の移行
Cloudiwayプラットフォームを介してメールボックスのアクセス許可を移行できます。
権限の移行は、メールボックスの移行中には実行されませんが、専用のジョブを介して実行されます。
アクセス許可の移行により、メールボックス、プライマリおよびセカンダリカレンダーのアクセス許可が移行されます。
[User List]をクリックしてユーザーを選択し、[Migration]に移動して、[Migrate Permissions]をクリックします
注：権限の移行プロセスを開始すると、停止することはできません。
7.2. リソースの移行
[Mail]の下の[Rooms & Equipment]セクションから、リソースメールボックスを再作成して、ソーステナントからターゲットテナントに移行できます。
詳細については、次の記事を参照してください。
7.3. 配布リストの移行
[Mail]の下の[Distribution List]セクションから、配布リストを再作成して、ソーステナントからターゲットテナントに移行できます。
詳細については、次の記事を参照してください。
8. トラブルシューティング
Cloudiwayは、ナレッジベースとも呼ばれる広範なヘルプセンターを提供しており、一般的なエラーメッセージ、ガイド、ダウンロードなど、多くのリソースを提供しています。
ヘルプセンターにアクセスする（キーワードを検索したり、トピックに目を通すことができます）には、こちらをご訪問ください：https://help.cloudiway.com/
また、ヘルプセンターでは、サポートが必要になった場合のサポートの依頼方法に関する情報も含まれています。
更新日：2022/09/06