Exchange Onlineで電子メールの段階的な移行を実行する

重要

2025 年 5 月 8 日にステージング OutlookAnywhere オンボードを廃止しました。 期限までに Staged OutlookAnywhere でのオンボードを完了しなかった場合は、 ハイブリッド リモート オンボード プロセスのような別のオンボードの種類を使用する必要があります。

段階的な移行を使用して、ユーザー メールボックスの内容を Exchange 2003 または Exchange 2007 メールから Microsoft 365 またはOffice 365に移行できます。

この記事では、段階的なメール移行に関係するタスクについて順に説明します。 段階的な電子メールの移行について知る必要 があることは、移行プロセスの概要を示します。 その記事の内容に慣れている場合は、この情報を使用して、メール システム間のメールボックスの移行を開始します。

Windows PowerShell手順については、「PowerShell を使用して段階的な移行を実行する」を参照してください。

移行タスク

段階的移行を開始する準備ができたら、次のタスクを実行する必要があります。

• Exchange Onlineで電子メールの段階的な移行を実行する
  • 移行タスク
  • 段階的移行の準備を行う
  • 自分がドメインの所有者であることを確認する
  • ディレクトリ同期を使用して Microsoft 365 または Office 365でユーザーを作成する
  • 移行するメールボックスの一覧を作成する
    • サポートされている属性
    • CSV ファイル形式
  • Microsoft 365 またはOffice 365をメール システムに接続する
  • メールボックスを移行する
    • 新しい Exchange 管理センターで段階的な移行バッチを作成する (新しい EAC)
    • クラシック Exchange 管理センター (クラシック EAC) で段階的な移行バッチを作成する
    • 段階的移行バッチを開始する
  • オンプレミスのメールボックスをメールが有効なユーザーに変換して、移行済みのユーザーが自分のメールにアクセスできるようにする
  • 省略可能: 移行手順を繰り返す
  • オプション: メールの遅延を減らす
  • メールを Microsoft 365 または Office 365 に直接ルーティングする
  • 段階的移行バッチを削除する
  • 移行後の作業を完了する
  • 関連項目

段階的移行の準備を行う

段階的な移行を使用してメールボックスを Microsoft 365 またはOffice 365に移行する前に、Exchange Server環境に対して最初にいくつかの変更を加える必要があります。

段階的な移行を準備するには:

1. オンプレミスの Exchange サーバーで Outlook Anywhere の構成を行う: メール移行サービスでは、Outlook Anywhere（RPC over HTTP とも呼ばれる）を使用してオンプレミスの Exchange サーバーに接続します。 Outlook Anywhere for Exchange 2007 と Exchange 2003 を設定する方法については、次の記事を参照してください。

   • 「Exchange 2007:Outlook Anywhere を有効にする方法」

   • 「Exchange 2003 での Outlook Anywhere を構成する方法」

   重要

   Outlook Anywhere の構成には、信頼された証明機関 (CA) によって発行された証明書を使用する必要があります。 Outlook Anywhere は、自己署名入りの証明書で構成することはできません。 詳細については、「Outlook Anywhere のために SSL を構成する方法」を参照してください。

2. (省略可能) Outlook Anywhere を使用して Exchange organizationに接続できることを確認します。 接続設定をテストするには、次のいずれかの方法を試してください。

   • 企業ネットワークの外部から Outlook を使用して、オンプレミスの Exchange メールボックスに接続します。

   • Microsoft Exchange リモート接続アナライザーを使用して接続設定をテストします。 Outlook Anywhere (RPC over HTTP) または Outlook 自動検出テストを使用します。

   • この手順の後半で Microsoft 365 に接続するか、メール システムにOffice 365したときに、接続が自動的にテストされるまで待ちます。

3. オンプレミスのExchange Serverで MRS プロキシを有効にします。 MRS プロキシを設定する方法については、「Exchange Serverでのリモート移動に対して MRS プロキシ エンドポイントを有効にする」を参照してください。

4. アクセス許可の設定: オンプレミスの Exchange organizationへの接続に使用するオンプレミス ユーザー アカウント (移行管理者とも呼ばれます) には、Microsoft 365 または Office 365に移行するオンプレミスのメールボックスにアクセスするために必要なアクセス許可が必要です。 このユーザー アカウントは、この手順の後半で Microsoft 365 を接続するか、メール システムにOffice 365するときに使用されます。

5. メールボックスを移行するために、管理者には次のアクセス許可セットのいずれかが必要です。

   • オンプレミスの各メールボックスの FullAccess 権限が割り当てられていて、オンプレミスのユーザー アカウントの WriteProperty プロパティを変更するための TargetAddress 権限が割り当てられている

   または

   • ユーザー メールボックスを格納しているオンプレミスのメールボックス データベースに対する受信アクセス許可と、オンプレミスユーザー アカウントの TargetAddress プロパティを変更するための WriteProperty アクセス許可を割り当てます。

   これらの権限の設定方法の手順については、「Microsoft 365 またはOffice 365 にメールボックスを移行するための Exchange アクセス許可の割り当て」を参照してください。

6. ユニファイド メッセージング (UM) を無効にする: 移行する社内のメールボックスで UM がオンになっている場合は、移行前に UM をオフにします。 移行が完了したら、メールボックスの UM を有効にします。 手順については、「 ユーザーのユニファイド メッセージングを無効にする方法」を参照してください。

自分がドメインの所有者であることを確認する

移行中に、オンプレミスの各メールボックスの簡易メール転送プロトコル (SMTP) アドレスを使用して、新しい Microsoft 365 または Office 365 メールボックスのメール アドレスを作成します。 段階的な移行を実行するには、オンプレミス ドメインを Microsoft 365 または Office 365 organizationで所有しているドメインとして検証する必要があります。

ドメイン ウィザードを使用して、オンプレミス ドメインを所有することを確認します。

1. 職場または学校アカウントにドメイン名管理者ロールが割り当てられている Microsoft 365 またはOffice 365にサインインします。

2. [セットアップ>Domains] を選択します。

3. [ドメインの管理] ページで、[ドメインの追加] をクリックします。ドメイン ウィザードを開始します。

4. [Microsoft 365 または Office 365 にドメインを追加する] ページで、[ドメイン名の指定] を選択し、所有権を確認します。

5. オンプレミスの Exchange organizationに使用するドメイン名 (Contoso.com など) を入力し、[次へ] を選択します。

6. [ドメイン 名 <所有していることを確認する] ページで> 一覧からドメイン ネーム システム (DNS) ホスティング プロバイダーを選択するか、該当する場合は [ 全般手順] を選択します。

7. 使用している DNS ホスティング プロバイダー向けの指示に従ってください。 通常は、TXT レコードがドメインの所有の確認に使われます。

   「OFFICE 365 DNS レコードを作成するために必要な情報を収集する」の手順に従って、Microsoft 365 または Office 365 organizationに固有の TXT または MX 値を見つけることもできます。

   TXT または MX レコードを追加したら、15 分ほど待って次の手順に進みます。

8. Microsoft 365 または Office 365 ドメイン ウィザードで、[完了] を選択し、[今すぐ確認] を選択すると、確認ページが表示されます。 [ 完了] を選択します。

   確認ページが表示されない場合は、しばらく待ってから、もう一度お試しください。

   ドメイン ウィザードの次の手順に進む必要はありません。 このアクションは、オンプレミスの Exchange organization ドメインを所有しており、電子メールの移行を続行する準備ができているかどうかを確認します。

ディレクトリ同期を使用して Microsoft 365 または Office 365でユーザーを作成する

ディレクトリ同期を使用して、Microsoft 365 または Office 365 organizationのすべてのオンプレミス ユーザーを作成します。

ユーザーの作成後にライセンスを付与する必要があります。 ユーザーの作成後、ライセンスを追加するまでに 30 日間があります。 ライセンスを追加する手順については、この記事の後半の「 移行後のタスクの完了 」セクションを参照してください。

新しいユーザーを作成するには:

Microsoft Entra同期ツールまたはMicrosoft Azure Active Directory 同期サービス (Azure AD Sync) を使用して、Microsoft 365 または Office 365でオンプレミス ユーザーを同期および作成できます。 メールボックスが Microsoft 365 またはOffice 365に移行された後、オンプレミスのorganizationでユーザー アカウントを管理し、Microsoft 365 または Office 365 organizationと同期します。 詳細については、「Microsoft Entra接続とは」を参照してください。

移行するメールボックスの一覧を作成する

Microsoft 365 または Office 365 に移行するオンプレミスのメールボックスを持つユーザーを特定したら、コンマ区切り値 (CSV) ファイルを使用して移行バッチを作成します。 CSV ファイルの各行 (Microsoft 365 または Office 365で移行を実行するために使用) には、オンプレミスのメールボックスに関する情報が含まれています。

注:

段階的な移行を使用して Microsoft 365 またはOffice 365に移行できるメールボックスの数に制限はありません。 移行バッチ用の CSV ファイルに含めることができる行数は、最大 2,000 行までです。 2,000 を超えるメールボックスを移行するには、追加の CSV ファイルを作成し、各ファイルを使用して新しい移行バッチを作成します。

サポートされている属性

段階的な移行用の CSV ファイルは、次の 3 つの属性をサポートします。 CSV ファイルの各行はメールボックスに対応し、各属性の値を含める必要があります。

属性	説明	必須
EmailAddress	オンプレミスのメールボックスのプライマリ SMTP 電子メール アドレス ( pilarp@contoso.comなど) を指定します。 Microsoft 365 または Office 365のユーザー ID ではなく、オンプレミスのメールボックスにプライマリ SMTP アドレスを使用します。 たとえば、contoso.com がオンプレミス ドメインの名前で、service.contoso.com が Microsoft 365 または Office 365 メール ドメインの名前である場合は、CSV ファイル内の電子メール アドレスに contoso.com ドメイン名を使用します。	必須
Password	新しい Microsoft 365 または Office 365 メールボックスに設定するパスワード。 Microsoft 365 または Office 365 organizationに適用されるパスワード制限は、CSV ファイルに含まれるパスワードにも適用されます。	省略可能
ForceChangePassword	ユーザーが新しい Microsoft 365 または Office 365 メールボックスに初めてサインインする際にパスワードを変更する必要があるかどうかを指定します。 このパラメーターの値には True または False を使用してください。 Active Directory フェデレーション サービス (AD FS) (AD FS) 2.0 (AD FS 2.0) 以上をオンプレミスのorganizationに展開してシングル サインオン ソリューションを実装する場合は、ForceChangePassword 属性の値に False を使用する必要があります。	省略可能

CSV ファイル形式

以下に、CSV ファイルの形式の例を示します。 この例では、3 つのオンプレミス メールボックスが Microsoft 365 またはOffice 365に移行されます。

CSV ファイルの最初の行 (ヘッダー行) には、次の行で指定された属性またはフィールドの名前が一覧表示されます。 各属性名はコンマで区切られます。

EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

ヘッダー行の下の各行は 1 人のユーザーを表し、ユーザーのメールボックスの移行に使用される情報を提供します。 各行の属性値は、見出し行の属性名と同じ順序で並んでいる必要があります。

任意のテキスト エディターまたは Excel などのアプリケーションを使用して CSV fle を作成します。 ファイルを .csv または .txt ファイルとして保存します。

注:

CSV ファイルに ASCII 以外の文字または特殊文字がある場合は、CSV ファイルを UTF-8 または他の Unicode エンコードで保存します。 アプリケーションによって、コンピューターのシステム ロケールが CSV ファイルで使用されている言語と一致するときには、CSV ファイルを UTF-8 などの Unicode エンコードで保存した方が簡単な場合があります。

Microsoft 365 またはOffice 365をメール システムに接続する

移行エンドポイントには、移行するメールボックスをホストするオンプレミス サーバーを Microsoft 365 またはOffice 365に接続するために必要な設定と資格情報が含まれています。 段階的移行の場合、Outlook Anywhere 移行エンドポイントを作成します。 すべての移行バッチ用に 1 つの移行エンドポイントが作成されます。

クラシック Exchange 管理センターで移行エンドポイントを作成するには:

1. クラシック Exchange 管理センターに移動し、[ 移行>Batch] に移動します。

2. Exchange 管理センターで、[ 受信者>Migration] に移動します。

3. [ その他]>移行エンドポイント。

   

4. [ 移行エンドポイント ] ページで、[ 新しい]を選択します。

5. [移行エンドポイントの種類の選択] ページで、[Outlook Anywhere>Next] を選択します。

6. [ オンプレミス アカウント資格情報の入力] ページで、次の情報を入力します。

   • Emailアドレス: 移行するオンプレミスの Exchange organization内の任意のユーザーの電子メール アドレスを入力します。 Microsoft 365 または Office 365は、このユーザーのメールボックスへの接続をテストします。
   • 特権を持つアカウント: オンプレミスのorganizationで必要な管理アクセス許可を持つアカウントのユーザー名 (domain\username 形式または電子メール アドレス) を入力します。 Microsoft 365 または Office 365では、このアカウントを使用して移行エンドポイントを検出し、指定したメール アドレスを使用してメールボックスにアクセスしようとすることで、このアカウントに割り当てられたアクセス許可をテストします。
   • [特権を持つアカウントのパスワード]: 特権を持つ管理者アカウントの パスワード を入力します。

7. [ 次へ] を選び、次のいずれかの操作を行います。

   • Microsoft 365 または Office 365 が正常に送信元サーバーに接続される場合、接続設定が表示されます。 [次へ] を選択します。

   

   • ソース サーバーへのテスト接続が失敗した場合、以下の情報を指定してください。

   • Exchange サーバー: オンプレミスの Exchange サーバーの完全修飾ドメイン名 (FQDN) を入力します。 この値は、メールボックス サーバーのホスト名です (たとえば、EXCH-SRV-01.corp.contoso.com)。

   • RPC プロキシ サーバー: Outlook Anywhere の RPC プロキシ サーバーの FQDN を入力します。 通常、プロキシ サーバーは Outlook on the web (以前の Outlook Web App) の URL と同じです。 たとえば、mail.contoso.com。Outlook がExchange Serverに接続するために使用するプロキシ サーバーの URL でもあります。

8. 全般情報の入力ページで、移行エンドポイント名 (Test5-endpoint など) を入力します。 他の 2 つのボックスは空白のままにして既定値を使用します。

   

9. [新規作成] を選び、移行エンドポイントを作成します。

   Exchange Online がオンプレミスのサーバーに接続されていることを確認するには、Test-MigrationServerAvailability の例 4 のコマンドを実行できます。

注:

新しい EAC の場合、 移行エンドポイント は、新しい移行バッチの作成時に作成できます。 詳細については、「 新しい Exchange 管理センター (新しい EAC) で段階的な移行バッチを作成する」セクションに進んでください。

メールボックスを移行する

移行バッチを作成して実行し、メールボックスを Microsoft 365 またはOffice 365に移行します。

新しい Exchange 管理センターで段階的な移行バッチを作成する (新しい EAC)

1. 新しい Exchange 管理センターで、[移行]>[バッチ] の順に移動します。

2. [ 新しい移行バッチ ] を選択し、詳細ウィンドウの指示に従います。

3. [ 移行オンボード ] セクションで、バッチ名を入力し、メールボックスの移行パスを選択し、[ 次へ] を選択します。

4. ドロップダウン リストから [ 段階的な移行 ] として移行の種類を選択し、[ 次へ] を選択します。

   

5. [ 前提条件] セクションで、次の手順を読み、[ 次へ] を選択します。

6. [ エンドポイントの設定 ] セクションでは、新しい移行エンドポイントを作成するか、ドロップダウン リストから移行エンドポイントを選択します。 [ 新しい移行エンドポイントの作成] を 選択し、指示に従ってエンドポイントを作成します。 b. ドロップダウン リストから移行エンドポイントを選択し、[ 次へ] を選択します。

   

7. 移行するすべてのユーザーのセットを含む CSV ファイルを選択してアップロードします。 許可されるヘッダーは次のとおりです。

   • メールアドレス (必須)。 既存の Microsoft 365 または Office 365 メールボックスのプライマリ メール アドレスが含まれます。

   • ユーザー名 (省略可能)。 EmailAddress と異なる場合、Gmail のプライマリ メール アドレスが含まれます。

     EmailAddress
     will@fabrikaminc.net
     user123@fabrikaminc.net
     

8. [ ユーザー メールボックスの追加] セクションで 、CSV ファイルをインポートし、[ 次へ] を選択します。

9. [ 構成の移動 ] セクションで、詳細を入力し、[ 次へ] を選択します。

10. [ バッチ移行のスケジュール] セクションで、すべての詳細を確認し、[ 保存] を選択し、[完了] を選択 します。

    

    バッチの状態が [同期中] から [ 同期済み] に変わります。バッチを完了できます。

11. バッチを完了するには、移行グループを選択します。

12. 詳細ウィンドウで、バッチを完了するために推奨されるオプションを選択し、[保存] を選択 します。

    バッチの状態は [ 完了] になります。

クラシック Exchange 管理センター (クラシック EAC) で段階的な移行バッチを作成する

段階的な移行では、メールボックスをバッチで移行します。作成した CSV ファイルごとに 1 つのバッチ。

段階的な移行バッチを作成するには:

1. クラシック Exchange 管理センターで、[受信者] > [移行] に移動します。

2. [新しい]>Exchange Onlineに移行します。

   

3. [ 移行の種類の選択] ページで 、[ 段階的な移行>次へ] を選択します。

4. [ ユーザーの選択] ページで [ 参照] を選び、この移行バッチに使う CSV ファイルを指定します。

   CSV ファイルを選択した後、Microsoft 365 または Office 365は CSV ファイルを確認して、次のことを確認します。

   • 空ではありません。
   • コンマ区切り形式が使用されていること。
   • 2,000 行を超える行が含まれていないこと
   • 必要な EmailAddress 列が見出し行に含まれていること
   • すべての行に見出し行と同じ数の列が含まれていること

   これらのチェックのいずれかが失敗した場合は、エラーの理由を説明するエラーが表示されます。 ここで、CSV ファイルのエラーを修正して再送信し、移行バッチを作成する必要があります。 行ファイルが検証された後、CSV ファイルに一覧表示されたユーザーの数が移行対象メールボックスの数として表示されます。

5. [ 次へ] を選びます。

6. [ 移行エンドポイントの確認] ページで、一 覧表示されている移行エンドポイント情報を確認し、[ 次へ] を選択します。

   

7. [ 移動の構成] ページで、移行バッチの名前 (スペースや特殊文字を含まない) を入力して、[ 次へ] を選びます。 この名前は、移行バッチを作成すると、[ 移行] ページの移行バッチのリストに表示されます。

8. [バッチの開始] ページで、次のいずれかを選びます。

   • バッチを自動的に開始する: 新しい移行バッチを保存するとすぐに移行バッチが開始されます。 バッチは [ 同期中] の状態で開始します。
   • 後でバッチを手動で開始する: 移行バッチは作成されますが、開始されません。 バッチの状態は [作成済み] に設定されます。 移行バッチを開始するには、バッチを移行ダッシュボードで選んだ後、[ 開始] を選びます。

9. [ 新規] を選び、移行バッチを作成します。

   新しい移行バッチが移行ダッシュボードに表示されます。

段階的移行バッチを開始する

クラシック Exchange 管理センターで、移行バッチを作成し、手動で開始するように構成した場合は、Exchange 管理 センターを使用して開始します。

段階的な移行バッチを開始するには:

1. 新しい Exchange 管理センターで、[ 移行>Batch] に移動します。 移行ダッシュボードで、バッチを選択し、[ 移行の開始] を選択します。

2. クラシック Exchange 管理センターで、[受信者>Migration] に移動します。 移行ダッシュボードで、バッチを選択し、[開始] を選択 します。

3. 移行バッチが正常に開始されたら、移行ダッシュボード上の状態は [同期中] に変わります。

   

移行手順が機能したことを確認します。

移行ダッシュボードで同期状態に従うことができます。 問題が発生した場合は、ログ ファイルを表示して、エラーの詳細を確認できます。

移行が進むにつれて、Microsoft 365 管理センターでユーザーが作成されていることを確認することもできます。

移行されたユーザーがメールにアクセスできるように、オンプレミスのメールボックスをメールが有効なユーザーに変換する

メールボックスのバッチを正常に移行した後、ユーザーがメールにアクセスできるようにする何らかの方法が必要です。 メールボックスが移行されたユーザーには、オンプレミスのメールボックスと、Microsoft 365 または Office 365内のメールボックスの両方が含まれるようになりました。 Microsoft 365 または Office 365 のメールボックスを持つユーザーは、オンプレミスのメールボックスで新しいメールの受信を停止します。

移行は完了していないため、すべてのユーザーを Microsoft 365 またはメールのOffice 365に誘導する準備はまだ整っていません。 両方のメールボックスを持つユーザーに対してはどのようにすれば良いでしょうか。 できることは、既にメールが有効なユーザーに移行したオンプレミスのメールボックスを変更することです。 メールボックスからメールが有効なユーザーに変更する場合は、オンプレミスのメールボックスに移動するのではなく、メールの Microsoft 365 またはOffice 365にユーザーを誘導できます。

オンプレミスのメールボックスをメールが有効なユーザーに変換するもう 1 つの重要な理由は、プロキシ アドレスをメールが有効なユーザーにコピーして、Exchange Online からのプロキシ アドレスを保持することです。 この構成を使用すると、Active Directory を使用して、オンプレミスのorganizationからクラウドベースのユーザーを管理できます。 また、すべてのメールボックスがExchange Onlineに移行された後にオンプレミスの Exchange organizationを使用停止することにした場合、メールが有効なユーザーにコピーしたプロキシ アドレスはオンプレミスの Active Directoryに残ります。

メールボックスをメールが有効なユーザーに変換するために実行できるスクリプトの詳細とダウンロードについては、次の記事を参照してください。

• 「Exchange 2007 メールボックスをメールが有効なユーザーに変換する」
• 「Exchange 2003 メールボックスをメールが有効なユーザーに変換する」

オプション: 移行手順を繰り返す

バッチは同時に、または 1 つずつ実行することができます。 スケジュールや、ユーザーが移行を完了するのをどの程度サポートできるかに応じて、都合の良い方を実行してください。 移行バッチは 2,000 個までのメールボックスに制限されていることを忘れないでください。

すべてのユーザーを Microsoft 365 またはOffice 365に移行したら、Microsoft 365 に直接メールを送信するか、古いメール システムを使用停止Office 365する準備が整います。

オプション: メールの遅延を減らす

このタスクを実行する必要はありませんが、スキップすると、新しい Microsoft 365 または Office 365 メールボックスにメールが表示され始めるのに時間がかかる場合があります。

organization外のユーザーがメールを送信しても、そのメール システムは毎回メールを送信する場所を二重にチェックしません。 その代わりに、送信を行うユーザーのシステムは、Time to Live (TTL) と呼ばれる DNS サーバーの設定に基づいて、送信先の電子メール システムの場所を保存します。 TTL の有効期限が切れる前にメール システムの場所を変更すると、最初にメールが古い場所に送信されます。 この動作により、メール配信の遅延が発生する可能性があります。 この状況を回避する方法の 1 つは、DNS サーバーがorganizationの外部にあるサーバーに与える TTL を下げることです。 この構成により、他の組織は電子メール システムの場所をより頻繁に更新できます。

ほとんどの電子メール システムでは 1 時間ごとに更新された場所を要求するため、3,600 秒 (1 時間) 以下などの短い間隔を使用する必要があります。 メールの移行を開始する前に、間隔を少なくともこの間隔に設定することをお勧めします。 この構成により、変更を処理するのに十分な時間を電子メールで送信するすべてのシステムが許可されます。 そして、最終的に Office 365 に切り替える時、TTL を長い間隔に戻すことができます。

TTL 設定を変更する場所は、メール システムのメール 交換レコード (MX レコードとも呼ばれます) にあります。 この設定は、公開されている DNS システムに存在します。 MX レコードが複数ある場合は、各レコードの値を 3,600 以下に変更する必要があります。

DNS 設定の構成に関するヘルプが必要な場合は、 任意の DNS ホスティング プロバイダーで DNS レコードを作成するに関するページを参照してください。

メールを Microsoft 365 または Office 365 に直接ルーティングする

電子メール システムでは、電子メールを配信する場所を知るために、MX レコードと呼ばれる DNS レコードを使用します。 メール移行プロセスの間、MX レコードはオンプレミスのメール システムをポイントしていました。 すべてのユーザーに対して Microsoft 365 または Office 365 への電子メールの移行が完了したら、次は MX レコードを Microsoft 365 またはOffice 365にポイントします。 この構成は、受信メールが Microsoft 365 または Office 365 メールボックスに確実に配信されるようにするのに役立ちます。 MX レコードを移動すると、準備ができたら古いメール システムをオフにすることもできます。

多くの DNS プロバイダーには、 ホスト固有の手順があります。 DNS プロバイダーが含まれていない場合、または一般的な指示を把握したい場合は、 一般的な MX レコード命令 も提供します。

顧客やパートナーのメール システムで変更済みの MX レコードが認識されるようになるまで、最大 72 時間かかる可能性があります。 少なくとも 72 時間経ってから、次のタスクに進んでください。

段階的移行バッチを削除する

MX レコードを変更し、すべてのメールが Microsoft 365 または Office 365 メールボックスにルーティングされていることを確認したら、段階的な移行バッチを削除できます。 移行バッチを削除する前に、以下のことを確認します。

• バッチ内のすべてのユーザーは、Microsoft 365 または Office 365 メールボックスを使用しています。 バッチを削除した後は、オンプレミスの Exchange サーバー上のメールボックスに送信されるメールが、対応する Microsoft 365 または Office 365 メールボックスにコピーされません。

• Microsoft 365 メールボックスとOffice 365メールボックスは、メールが直接送信され始めた後、少なくとも 1 回同期されました。 このアクションを実行するには、移行バッチの [最終同期時刻] ボックスの値が、メールが Microsoft 365 または Office 365 メールボックスに直接ルーティングされ始めた時点よりも新しいことを確認します。

段階的移行バッチを削除すると、移行サービスによって移行バッチに関連するレコードが消去された後、移行バッチが削除されます。 バッチは、移行ダッシュボードの移行バッチのリストから削除されます。

段階的な移行バッチを削除するには:

1. 新しい Exchange 管理センターで、[ 移行>Batch] に移動します。 移行ダッシュボードで、バッチを選択し、[削除] を選択 します。

2. クラシック Exchange 管理センターで、[受信者>Migration] に移動します。 移行ダッシュボードで、バッチを選択し、[削除] を選択 します。

移行後の作業を完了する

メールボックスを Microsoft 365 またはOffice 365に移行した後、移行後のタスクを完了する必要があります。

移行後のタスクを完了するには:

1. 移行されたアカウントのユーザー アカウントをアクティブ化するためのライセンスの割り当て: ライセンスを割り当てない場合、猶予期間 (30 日) が終了するとメールボックスは無効になります。 Microsoft 365 管理センターでライセンスを割り当てるには、「ユーザーを個別または一括で追加する」を参照してください。

2. ユーザーがメールボックスに簡単にアクセスできるように自動検出 DNS レコードを作成する: オンプレミスのすべてのメールボックスをクラウドに移行した後、クラウドベースのorganizationの自動検出 DNS レコードを構成して、ユーザーが Outlook とモバイル クライアントで新しいクラウドベースのメールボックスに簡単に接続できるようにします。 この新しい自動検出 DNS レコードでは、Microsoft 365 または Office 365 organizationで使用しているのと同じ名前空間を使用する必要があります。 たとえば、クラウドベースの名前空間が cloud.contoso.com の場合、作成する必要のある自動検出 DNS レコードは autodiscover.cloud.contoso.com となります。

   Microsoft 365 または Office 365 は CNAME レコードを使用して、Outlook クライアントとモバイル クライアントのための自動検出サービスを実装します。 自動検出 CNAME レコードには以下の情報が含まれている必要があります。

   • エイリアス: 自動検出
   • ターゲット: autodiscover.outlook.com

   詳細については、「DNS レコードを追加してドメインに接続する」を参照してください。

3. オンプレミスの Exchange サーバーの使用停止: すべてのメールが Microsoft 365 または Office 365 メールボックスに直接ルーティングされていることを確認した後、移行を完了し、オンプレミスのメール organizationを維持する必要がなくなったら、Exchange をアンインストールできます。

   詳細については、次の記事を参照してください。

   • 「Exchange 2007 組織を削除する方法」
   • 「Exchange Server 2003 をアンインストールする方法」

   注:

   Exchange の使用を停止すると、予期しない結果が起こる可能性があります。 オンプレミスの Exchange organizationを使用停止する前に、Microsoft サポートにお問い合わせください。

関連項目

Microsoft 365 または Office 365 への段階的な電子メールの移行について知っておくべきこと

Microsoft 365 または Office 365 にメールを移行する方法