まだご覧になっていない場合は、まず Google Workspace Migrate のベスト プラクティスをご確認ください。
Microsoft Exchange からコンテンツを移行する前に、メール、カレンダー リソース、その他のデータについて次の点をご確認ください。
メール | Gmail のラベル | メールフィルタ | カレンダーのデータ | カレンダー リソース | その他の種類のデータ
メール
メール転送 |
---|
メール転送 - 重複とエラーを避けるために、移行先のメールボックスにすでに同じメールがないかどうかが検証されます。
メール転送を使用していて [Accelerate old messages(古いメッセージの高速化)] 設定を有効にする場合は、[Insert Before Date(前の日付を挿入)] 欄の日付を、メール転送を有効にした日付の 1 日前に設定します。これにより、データが重複するリスクを軽減できます。詳しくは、Exchange のコンテンツを移行するをご確認ください。 |
削除済みのメール |
削除済みのメールは Gmail の [ゴミ箱] にあります。Gmail のガイドラインに従い、[ゴミ箱] 内のアイテムは 30 日後に削除されます。詳しくは、メールを削除する、または復元するをご確認ください。 |
サイズの大きな添付ファイル |
移行中、25 MB を超える添付ファイルはすべて Google ドライブに追加されます。移行されたメールに添付ファイルへのリンクが追加されます。
設定テンプレートでは、添付ファイルのサイズのしきい値とドライブ フォルダ名を設定できます。詳しくは、Exchange の設定テンプレートのオプションについてをご確認ください。 |
メールの日付ヘッダー |
メールの日付ヘッダーが RFC-2822 の規格に準拠していない場合、移行先のメールボックスには元のメールの日付ではなく移行日が表示されます。 |
メールの合計数の違い |
Exchange のフォルダと Gmail のラベルの違いにより、移行元のアカウントのメールの数が、Gmail に移行されたメールの数を超える場合があります。 Exchange で 1 通のメールを複数のフォルダに割り当てると、そのメールは複製されます。移行後の Gmail では重複するメールが削除され、代わりに複数のラベルが適用されます。 すべてのメールが移行されたことを確認するには、ログでエラーの有無を調べます。詳しくは、移行の進行状況をモニタリングするをご確認ください。さらにトラブルシューティングを行う場合は、メールが見つからないをご確認ください。 |
Google グループへのメールの移行 |
Google グループで見ると、移行されたメールは送信者が既読したものとして表示されます。他のグループ メンバーに対しては、メールは未読として表示されます。 |
メール内のリンク |
Gmail では、セキュリティと脅威に関する問題を検出するために、移行したメールがスキャンされ、メール本文内のリンクが時折クロールされます。
この処理を回避して、移行のパフォーマンスをある程度高めるには、設定テンプレートで [Accelerate old messages(古いメッセージの高速化)] オプションを使用します。実施する前に、この機能について把握しておく必要があります。詳しくは、Exchange のコンテンツを移行するをご確認ください。 |
ユーザーが自分宛てに送信したメール |
Exchange ユーザーがメールを自分に送信していて、そのメールが [送信済み] フォルダにある場合、移行後は次のようになります。
|
Gmail のラベル
ラベルへのフォルダの移行 |
---|
メールのフォルダとサブフォルダは、Gmail ではラベルとサブラベルとして移行されます。Gmail では、ユーザーのメールボックスで最大 5,000 個のラベルを使用できます。後述されているケースを除き、ラベルの名前と階層はフォルダのものと同じになります。 留意点:
|
特殊文字または連続する複数のスペースを含むフォルダ名 |
移行後、次の文字またはスペースを含むフォルダ名は、移行先のアカウントのラベル名と直接的には一致しません。
フォルダから作成されたラベルについては、次のようになります。
移行中、(調整後に)同じ名前を持つフォルダが 1 つのラベルに統合されます。たとえば、特殊文字が削除されるため、「Financial1」と「Financial1^」というフォルダは「Financial1」というラベル名に結合されます。 |
ラベルの色 |
標準色のラベルのみがサポートされています。移行元アカウントのカテゴリで標準以外の色を使用している場合、ラベルとして移行されません。 エラーが発生した場合は、移行元のアカウントのカテゴリからカスタム色を削除して、もう一度お試しください。ラベルの標準色について詳しくは、Gmail API: 色をご覧ください。 |
メールフィルタ
カレンダーのデータ
API の上限 |
---|
大規模な移行(1,000 以上のカレンダー)を実施している場合は、Google Calendar API の 1 日あたりの処理上限に達して 403 エラーが表示される場合があります。そうした場合は、Calendar API の 1 分あたりのクエリ上限の引き上げをリクエストできます。
|
メイン カレンダーから予備カレンダーへの移行 |
メイン カレンダーを移行先ドメインの予備カレンダーにマッピングするには、マッピングに GCalendar エントリを使用します。
マッピングには次のエントリが含まれている必要があります。
重要: マッピングが正しく設定されていない場合、予定が移行先ユーザーのメイン カレンダーに移行される可能性があります。続行する前にマッピングをよく確認してください。 |
ID マッピングの使用 |
ID マッピングを使用すると、以下が可能になります:
詳しくは、ID マッピングを作成、管理するをご覧ください。 |
カレンダー リソース
リソースと予定の関連付けを移行する手順 |
---|
|
自動承諾した会議 |
カレンダー リソースが [Auto-accept meetings that don't conflict(競合しないミーティングを自動で受け入れる)](デフォルト)に設定されている場合、競合する予約が移行されると、会議の主催者には不承認の招待状ごとにメールが届きます。リソースの移行に使用した特権管理者アカウントにもメールが届きます。特権管理者アカウントを使用してカレンダー リソースの予定を移行する方法について詳しくは、特権管理者アカウントを使用して移行するをご確認ください。
コンテンツ コンプライアンス ルールを使用してこうしたメールをメール検疫に配信する方法については、高度なメール コンテンツ フィルタリングに関するルールの設定をご確認ください。 |
特権管理者アカウントを使用して移行する |
Google Workspace Migrate ではデフォルトで、すべての特権管理者アカウントを使ってカレンダー リソースの予定が移行先ドメインに書き込まれます。特権管理者アカウントを使用することで移行の速度が高まり、割り当ての問題が発生するリスクが低くなります。
留意点:
|
2020 年 1 月 21 日より後に作成されたリソース |
2020 年 1 月 21 日より後に作成されたカレンダー リソースでは、移行中に予期しない「場所が見つかりませんでした」というエラーが表示されることがあります。 このようなエラーを解決するには、Google Workspace Migrate バージョン 2.1.26.0 以降にアップグレードしてください。詳しくは、ソフトウェアをアップグレードするをご確認ください。 |
その他の種類のデータ
グループ |
---|
Google グループの場合は、まず移行先アカウントにグループを作成する必要があります。グループは移行処理で自動的には作成されません。 グループを移行する場合:
|
Exchange 連絡先メモ |
Exchange 連絡先メモにはサイズの制限がありませんが、Google Workspace のメモには制限があります。連絡先メモを移行する際、サイズの大きなメモは Google Workspace に移行されない場合があります。 |
多数の連絡先の移行 |
各ユーザーが Google コンタクトで作成できる個人の連絡先は 25,000 件までです。移行前に、ユーザーが Exchange 内に持っている個人の連絡先の数が 25,000 件未満であることを確認します。 |
タスク |
|
次のステップ
次に、Exchange 接続を設定します。はじめに、Exchange 接続を設定するをご確認ください。
Google、Google Workspace、および関連するマークとロゴは、Google LLC の商標です。その他すべての企業名および商品名は、関連各社の商標または登録商標です。