次の方法で共有

Exchange Onlineでの IMAP 移行を最適化するためのヒント

  • [アーティクル]

オンプレミスのExchange Serverから Microsoft 365 または Office 365 にインターネット メッセージ アクセス プロトコル (IMAP) を移行する場合は、移行のパフォーマンスを最適化するための選択肢がいくつかあります。

IMAP の移行を最適化する

以下に、IMAP の移行を最適化するためのヒントをいくつか示します。

  • IMAP サーバーへの接続制限を増やす: 多くのファイアウォールと電子メール サーバーには、ユーザーごとの制限、IP アドレスごとの制限、および全体的な接続制限があります。 メールボックスを移行する前に、以下の設定について、ファイアウォールと IMAP サーバーが、十分大きな数または最大数の接続を許可するように構成されていることを確認します。

    • IMAP サーバーへの接続の合計数。

    • 特定のユーザーによる接続の数。 IMAP サーバーへのすべての接続は管理者アカウントにより行われるため、コンマ区切り値 (CSV) 移行ファイルでこのユーザー アカウントを使用する場合は、この数が重要です。

    • 単一 IP アドレスからの接続の数。 通常、この制限はファイアウォールまたはメール サーバーにより適用されます。

      IMAP サーバーで Microsoft Exchange Server 2010 または Exchange 2007 を実行している場合、接続制限の既定の設定は低い値になっています。 メールを移行する前には、必ずこれらの制限の値を大きくしてください。 既定では、Exchange 2003 では接続数が制限されていません。

      詳細については、次のトピックを参照してください。

    • Exchange 2013: IMAP4 の接続の制限を設定する

    • Exchange 2010: IMAP4 のプロパティの表示または構成

    • Exchange 2007: IMAP4 の接続制限を設定する方法

    • Exchange 2003: 接続制限を設定する方法

  • MX レコードの DNS Time-to-Live (TTL) 設定を変更する: メールボックスの移行を開始する前に、現在の MX レコードのドメイン ネーム システム (DNS) TTL 設定を 3,600 秒 (1 時間) などの短い間隔に変更します。 次に、すべてのメールボックスが移行された後に MX レコードを Microsoft 365 または Office 365メール組織を指すよう変更すると、TTL 間隔が短くなるため、更新された MX レコードの伝達速度が速くなります。

  • 1 つ以上のテスト移行バッチを実行する: 多数のユーザーを移行する前にいくつかの小さな IMAP 移行バッチを実行します。 テスト移行では、次の操作を行うことができます。

    • CSV ファイルの形式を確認する。

    • IMAP サーバーへの接続に使用される移行エンドポイントをテストする。

    • 管理者の資格情報を使用してメールを正常に移行できることを確認する (該当する場合)。

    • インターネット帯域幅への影響を最小限に抑える IMAP サーバーへの同時接続の最適な数を決定します。

    • 除外するフォルダーが Microsoft 365 または Office 365 メールボックスに移行されていないことを確認します。

    • ユーザーのバッチの移行に要する時間を確認する。

    • 同じ行数の CSV ファイルを使い、バッチは 1 日のうちだいたい同じ時間に実行します。 その後、各バッチ テストの合計時間を比較します。 この比較は、すべてのメールボックスの移行にかかる時間、各移行バッチのサイズ、および移行速度とインターネット帯域幅のバランスを取るために使用する IMAP サーバーへの同時接続の数を見積もるのに役立ちます。

  • CSV ファイルの管理者資格情報を使用してメールを移行する: この方法は、ユーザーにとって最も破壊的で不便な方法であり、ユーザーがオンプレミス アカウントのパスワードを変更したときに発生する同期エラーを最小限に抑えるのに役立ちます。 また、ユーザーのパスワードを取得または変更する手間もありません。 この方法を使用する場合は、必ず、使用する管理者アカウントに、移行するメールボックスにアクセスするための必要な権限があることを確認してください。

    注:

    CSV ファイルでユーザーの資格情報を使用することを決定した場合は、ユーザーのパスワードをグローバルに変更してから、ユーザーのメールボックスを移行する前にオンプレミス アカウントのパスワードをユーザーが変更できないようにすることを検討してください。 ユーザーのメールボックスがクラウド ベースのメールボックスに移行される前に、ユーザーがパスワードを変更すると、移行が失敗します。 メールボックスの移行後にパスワードを変更した場合、IMAP サーバー上のメールボックスに送信された新しいメールは、Microsoft 365 または Office 365 メールボックスに移行されません。

  • 移行中にメールボックスを削除したり、SMTP アドレスを変更したりしないでください。移行されたメールボックスが見つからないと、移行システムによってエラーが報告されます。 移行された Microsoft 365、Office 365、またはオンプレミスメールボックスの SMTP アドレスを削除または変更する前に、移行を完了し、移行バッチを削除してください。

  • ユーザーとの通信: オンプレミスのメールボックスのコンテンツを Microsoft 365 またはOffice 365組織に移行することを事前にユーザーに知らせます。 次の状況について検討しましょう。

    • ユーザーに、35 MB を超えるメール メッセージは移行されないことを通知します。 非常に大きなメッセージや添付ファイルをローカル コンピューターやリムーバブル USB ドライブに保存するようユーザーに通達します。

    • 移行の前にオンプレミス メールボックスから古い不要なメール メッセージを削除するようユーザーに通達します。 これで、移行しなければならないデータ量が小さくなり、移行時間全体を短縮するのに役立ちます。 または、管理者自身でユーザーのメールボックスをクリーンアップすることができます。

    • ユーザーに、受信トレイをバックアップすることを推奨します。

    • 移行されないフォルダーをユーザーに通知します (該当する場合)。

    • フォルダー名にスラッシュ (/) が含まれるフォルダーは移行されません。 ユーザーが、名前にスラッシュが含まれるフォルダーを移行する必要がある場合は、フォルダーの名前を変更するか、アンダースコア (_) やダッシュ (-) などの別の文字でスラッシュを置き換える必要があります。