次の方法で共有

Exchange Server ハイブリッド環境での移行に関する問題のトラブルシューティング

  • [アーティクル]
  • 適用対象:
    Exchange Online

元の KB 番号: 10094

この記事では、次の問題のトラブルシューティングを行います。

  • オンプレミスのExchange Server環境からExchange Online (オンボーディング) にメールボックスを移動する際に問題が発生しました。
  • メールボックスをExchange Onlineからオンプレミスに戻す (オフボーディング) 問題。

対象

ハイブリッド環境での移行で問題が発生した管理者をExchange Serverします。

内容

まず、直面している問題についてお尋ねします。 それに続いて、状況に応じた一連の手順を案内します。

推定完了時間:

15-30 分。

ハイブリッド移行トラブルシューティング ツールへようこそ

環境に最適な移行方法の決定に問題がある場合は、「 Exchange 展開アシスタント」を参照してください。

注:

このトラブルシューティング ツールは、ステージング、カットオーバー、または IMAP の移行のトラブルシューティングには役立ちません。

メールボックスの移動を開始できましたか?

メールボックスの移動が正常に開始されたかどうかを判断する必要があります。つまり、Exchange 管理センター (EAC)、Exchange 管理コンソール (EMC)、またはリモート PowerShell を経由して移動要求を開始でき、要求の開始に問題はありません。

EAC を使用して移動を実行してみてください

メールボックスの移動は、Exchange Onlineの Exchange 管理センター (EAC) から開始されると成功する可能性が高くなります。 Exchange Onlineで EAC に接続し、そこから移動を開始できるかどうかを確認します。

移行エンドポイントを削除する

  1. テナント管理者の資格情報を使用してログイン https://portal.MicrosoftOnline.com します。
  2. 上部のリボンで、[管理] を選択し、[Exchange] を選択します。
  3. [ 移行] を選択します。
  4. 省略記号 (...) を選択し、[ 移行エンドポイント] を選択します。
  5. Exchange リモート移動として一覧表示されているエンドポイントを選択します。
  6. ごみ箱を選択してエンドポイントを削除します。

オンボーディングステップ

  1. テナント管理者の資格情報を使用してログイン https://portal.MicrosoftOnline.com します。
  2. 上部のリボンで、[管理] を選択し、[Exchange] を選択します。
  3. [移行>+>移行] を選択してExchange Onlineします。
  4. [ 移行の種類の選択 ] ページで、ハイブリッド メールボックス の移動 の移行の種類として [リモート移動移行] を選択します。
  5. [ ユーザーの選択] ページで、クラウドに移動するメールボックスを選択します。
  6. [ Enter on-premises account credentials]\(オンプレミス アカウント資格情報の入力\ ) ページで。

    重要

    ドメイン\ユーザー形式でオンプレミス管理者の資格情報を指定します。

  7. [ 移行エンドポイントの確認] ページで、表示されているオンプレミス エンドポイントが MRS プロキシが有効になっている CAS であることを確認します。
  8. 移行バッチの名前を入力し、移動を開始します。

Off-Boarding 手順

  1. テナント管理者の資格情報を使用してログイン https://portal.MicrosoftOnline.com します。
  2. 上部のリボンで、[管理] を選択し、[Exchange] を選択します。
  3. [Exchange Onlineから移行>+>] を選択します。
  4. [ 移行の種類の選択] ページで、ハイブリッド メールボックス の移動 の移行の種類として [リモート移動移行] を選択します。
  5. [ ユーザーの選択] ページで、クラウドに移動するメールボックスを選択します。
  6. [ Enter on-premises account credentials]\(オンプレミス アカウント資格情報の入力\ ) ページで。
  7. オンプレミスの データベース名を入力します。これは EMS から Get-MailboxDatabase を実行して取得できます。

    重要

    ドメイン \ユーザー 形式でオンプレミス管理者の資格情報を指定します。

  8. [ 移行エンドポイントの確認] ページで、表示されているオンプレミス エンドポイントが MRS プロキシが有効になっている CAS であることを確認します。
  9. 移行バッチの名前を入力し、移動を開始します。

移行エンドポイントが有効になっていることを確認し、適切な認証オプションが設定されていることを確認します

クラウドとの間でメールボックスを移動する場合、オンプレミス環境から MRSProxy エンドポイントへの接続が確立されます。 MRSProxy エンドポイントと WSSecurity 認証の種類が有効になっていることを確認します。

  1. Exchange Server 2010 または 2013 ハイブリッド サーバーで Exchange 管理シェルを開きます。

  2. MRSProxyEnabled と WSSecurityAuthentication の両方が True に設定されているかどうかを確認します。 これを行うには、次のコマンドレットを実行します。 次のコマンドレットの Server という単語には、外部に接続している Exchange サーバーの名前が反映されている必要があります。

    Get-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" |fl Server,MRSProxyEnabled,WSSecurityAuthentication

  3. どちらかが false の場合は、次を実行して MRSProxy を有効にし、移動を実行するために必要な認証を設定します。 これを行うには、以下のコマンドレットを実行します。

    Set-WebServicesVirtualDirectory -Identity "Server\EWS (default Web site)" -MRSProxyEnabled $true - WSSecurityAuthentication $True

注:

これらの設定は、外部に接続するすべての Exchange サーバーで構成する必要があります。

ファイアウォールと侵入検出システム (IDS) が適切に構成されているか

特定の EWS エンドポイントと自動検出エンドポイントが境界デバイスで認証されずに Exchange サーバーに送信されるようにファイアウォールが構成されていることを確認する必要があります。 さらに、移行要求がサービス拒否攻撃のように扱われないようにする必要があります。

ファイアウォール エンドポイント/事前認証設定

次に、TMG 経由で EWS と自動検出を適切に発行する手順を示しますが、このロジックを独自のデバイスに適用できます。 TMG の明示的な手順に加えて、大まかに次の操作を行う必要があります。

  1. 事前認証を必要としない新しい発行規則 (多くの場合、既に配置されているのと同じリスナーを使用) を作成します。

  2. ルールが、次のパスを経由するすべてのトラフィックに適用されていることを確認します。

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc

  3. この新しい規則が、既存の Exchange-Related ファイアウォール規則よりも優先度が高いことを確認します。

IDS 設定

ハイブリッド移行は、特定のデバイスによるサービス拒否攻撃のように扱われることがあります。 次のロジックは、任意の侵入検出システムに適用できますが、具体的には TMG 用に記述されています。

  1. Forefront TMG 管理コンソールを開き、ツリーで [侵入防止システム] を選択します。
  2. [ 動作侵入検出 ] タブを選択し、[ フラッド軽減設定の構成] を選択します。
  3. [ フラッド軽減策 ] ダイアログ ボックスで、次の手順を実行します。

    • [ IP 例外 ] タブを選択し、メールボックスの移動操作中に Microsoft 365 環境が接続に使用する IP アドレスを入力します。

    • [ フラッド軽減策 ] タブを選択し、[ IP アドレスあたりの 1 分あたりの最大 HTTP 要求数] の横にある [編集] を選択 します。 [ カスタム制限 ] ボックスに、制限を増やす数値を入力します。

      注:

      カスタム制限は、[IP 例外] タブに一覧表示されている IP アドレスに適用されます。カスタム制限のみを増やします。 次のスクリーン ショットの例では、カスタム制限は 6,000 に設定されています。 移動されるメールボックスの数によっては、この数では十分でない場合があります。 それでもエラー メッセージが表示される場合は、カスタム制限を増やします。

既存の移動要求を削除する

移動要求 (成功した要求) を使用すると、メールボックスの移動が行われなくなる可能性があります。 PowerShell をExchange Onlineに接続し、問題のユーザーに対して保留中の移動要求がないことを確認します。 古い移動要求がある場合は、削除する必要があります。 次の手順では、既存の移動要求があるかどうかを判断し、その要求が存在する場合はその要求を削除する方法について説明します。

  1. PowerShell を使用してExchange Onlineに接続します (Exchange Management Shell (EMS) 経由ではありません)。
  2. コマンドGet-MoveRequest -Identity 'tony@contoso.com'を実行します。
  3. 完了または失敗した移動要求がある場合は、 を実行 Remove-MoveRequest -Identity 'tony@contoso.com'します。

適切な承認済みドメインが配置されていることを確認する

多くの場合、メールボックスをExchange Onlineに移動すると、受け入れられたドメインの一部がサービスに存在しないため、失敗します。 このユーザーに割り当てられているすべてのメール ドメインがサービスに追加され、検証されているかどうかを確認します。

  1. Exchange 管理シェルを開きます。
  2. (Get-Mailbox Tony).EmailAddresses を実行します。
  3. smtp: に続くすべてのメール アドレスをメモし、ドメイン名を書き留めます。 たとえば、結果に SMTP:、smtp:tony@contoso.comTony@foo.comが含まれる場合は、 と Foo.comを書き留めるContoso.com必要があります。
  4. PowerShell (EMS ではなく) を使用してExchange Onlineに接続します。
  5. を実行 Get-AcceptedDomain し、上記の手順 3 で説明したドメインが結果に含まれるようにします。
  6. いずれかのドメインが見つからない場合は、 ポータルでドメインを追加して確認する必要があります。 または、メールボックスを移動する前にユーザーにライセンスを付与することもできます。 通常、メールボックスにスタンプされているドメインの 1 つが .local またはルーティング不可能なドメインである場合は、ユーザーにライセンスを付与するオプションを使用します。 ルーティング不可能なアドレスはサービスに追加できないため、Exchange Onlineのユーザーにスタンプは付けられません。

移行トラフィックを受け入れるように IIS が適切に構成されていることを確認する

IIS が移行要求に適切に応答するには、ハンドラー マッピングが配置されていることを確認する必要があります。 EWS と自動検出ハンドラーのマッピングが配置されていることを確認します。

  1. [管理ツール] メニューから [インターネット インフォメーション サービス (IIS) マネージャー] を選択します。

  2. [サーバー名]、[サイト]、[既定の Web サイト] の順に展開し、EWS を左クリックします。

  3. 中央のウィンドウで、[ ハンドラー マッピング ] オプションを選択します。

  4. 次のマッピングがあるかどうかを確認します。

    • Name= svc-Integrated
    • Path= *svc
    • State= Enabled

  5. 手順 1 ~ 4 を繰り返しますが、今回は自動検出仮想ディレクトリをチェックします。

  6. いずれかの値が見つからない場合は、修復手順 7 と 8 を実行します。

    EWS の [ハンドラー マッピング] ページのスクリーンショット。

  7. Exchange 2010/2013 外部接続サーバーで、コマンド プロンプト ウィンドウを開き、次のフォルダーに移動します。
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\

  8. コマンドを ServiceModelReg.exe -r 入力し、Enter キーを押します。

必要な属性が正しく同期されていることを確認します (これは一般的な問題ではありません)

メールボックスの移動を成功させるには、オンプレミスとExchange Onlineの両方に一致するメールボックス guid を持つユーザー アカウントが必要です。 メールボックス guid が所定の位置にあり、一致していることを確認します。

  1. オンプレミス ハイブリッド サーバーで、Exchange Management Shell (EMS) を使用して次のコマンドレットを実行します。

    Get-RemoteMailbox -Identity "Alias" | fl ExchangeGuid

  2. Windows PowerShellをExchange Onlineに接続し、次のコマンドレットを実行します。

    Get-Mailbox -Identity "Alias" | fl ExchangeGuid

  3. オンプレミス環境にメール ユーザーがいない場合は、EMS から次の操作を実行できます。

    • 新しいユーザー アカウントを作成します。

      New-MailUser -Name Ayla -SamAccountName Ayla -UserPrincipalName Ayla@contoso.com -ExternalEmailAddress Ayla@Contoso.mail.onmicrosoft.com

    • 手順 2 から取得した適切な Exchange GUID で新しく作成されたアカウントにスタンプを設定していることを確認します。これはオンプレミス EMS で行われます。

      Set-MailUser Testuser -ExchangeGuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

PowerShell からの移行を実行する

PowerShell からの移行を開始すると、多くの場合、より実用的なエラー メッセージが生成されます。 次の手順では、PowerShell を使用してメールボックスをオンプレミスからExchange Onlineに移動するプロセスについて説明します。

  1. PowerShell (EMS ではなく) を使用してExchange Onlineに接続します。

  2. 次に、オンプレミスの管理者資格情報を格納する変数を作成します。 資格情報は、 ではなく administrator@contoso.comcontoso\administrator の形式で格納する必要があります。

    $onpremCred = Get-Credential

  3. 次に、次のようなコマンドレットを実行します。ここで User 、移動するアカウントの表示名は、 Webmail.consoto.com MRSProxy がオンプレミスで有効になっているエンドポイントであり contoso.mail.onmicrosoft.com 、Exchange Online で使用されるルーティング ドメインです。

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com'

移動要求の状態を確認する

移行の問題のトラブルシューティングをより適切に指示するには、移動要求の現在の状態を判断する必要があります。 状態を確認するには、次の手順を実行します。

  1. PowerShell を使用してExchange Onlineに接続します (Exchange Management Shell (EMS) 経由ではありません)。

  2. 次のコマンドを実行して、移動の状態をチェックします。

    • Get-MigrationBatch |fl *status*,Identity
    • Get-MoveRequest |fl *status*,Identity

メールボックスの移動に対する適切な期待

メールボックスの移動と移行のバッチは、クライアント接続タスクやメール フロー タスクと同じ優先順位では処理されません。 そのため、サーバーまたは Microsoft データセンターの負荷が高い場合、メールボックスの移動が遅れる可能性があります。 移動が比較的近いうちに取り上げられる可能性が高いため、移動がキューに入った状態にある場合は、警告を受ける理由はありません。 進行状況やアクティビティがない十分な遅延 (8 時間など) が発生するまで、ストールした移動のトラブルシューティングを開始しないことをお勧めします。

オンライン モードを使用して移行する

Exchange 2003 サーバーから移行する場合は、最初にメールボックスを 2010 年Exchange Serverに移動してからExchange Onlineする方が、ユーザー エクスペリエンスとパフォーマンスに優れています。

一部のお客様は、2003 メールボックスExchange Server大規模で機密性の高いメールボックスに対して 2 ホップ移行を行うことを選択しています。

  • 最初のホップメールボックスを 2003 Exchange Serverから Exchange 2010 サーバー (通常はハイブリッド共存サーバー) に移行します。 最初のホップはオフラインの移動ですが、通常は、ローカル ネットワークを経由した非常に高速な移行です。
  • 2 番目のホップメールボックスを 2010 年Exchange Serverから Microsoft 365 に移行します。2 番目のホップはオンライン移動であり、ユーザー エクスペリエンスとフォールト トレランスが向上します。

問題が解決した場合は、おめでとうございます。 シナリオの作業は完了しました。

問題が解決しない場合は、「移動要求がまだ完了していないか、この手順が適用されない」を参照してください。

考慮すべきネットワーク パフォーマンス要因

このセクションでは、移行中のネットワーク パフォーマンスを向上させるベスト プラクティスについて説明します。 一般に、移行中のネットワーク パフォーマンスへの最大の影響は、サード パーティのハードウェアとインターネット サービス プロバイダー (ISP) に関連しているためです。 Microsoft 365 ネットワーク接続テスト ツールは、Microsoft 365 サービスを展開する前にネットワーク関連の問題を分析するのに役立ちます。

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

侵入検出の問題がある (IDS)

侵入検出機能がネットワーク ファイアウォールで構成されていると、大幅なネットワークの遅延を引き起こすことが多く、移行のパフォーマンスに影響します。

Microsoft データ センター サーバーの IP アドレスを許可リストに追加します。 Microsoft 365 IP 範囲の詳細については、「 Microsoft 365 URL と IP アドレス範囲」を参照してください。

IDS 設定

ハイブリッド移行は、特定のデバイスによるサービス拒否攻撃のように扱われることがあります。 次のロジックは、任意の侵入検出システムに適用できますが、具体的には TMG 用に記述されています。

  1. Forefront TMG 管理コンソールを開き、ツリーで [侵入防止システム] を選択します。

  2. [ 動作侵入検出 ] タブを選択し、[ フラッド軽減設定の構成] を選択します。

  3. このイメージを展開する[フラッド軽減策] ダイアログ ボックスで、次の手順を実行します。

    • [ IP 例外 ] タブを選択し、メールボックスの移動操作中に Microsoft 365 環境が接続に使用する IP アドレスを入力します。 Microsoft 365 でExchange Onlineによって使用される IP アドレス範囲と URL の一覧を表示するには、「Microsoft 365 URL と IP アドレス範囲」を参照してください。

    • [ フラッド軽減策 ] タブを選択し、[ IP アドレスあたりの 1 分あたりの最大 HTTP 要求数] の横にある [編集] を選択 します。 [ カスタム制限 ] ボックスに、制限を増やす数値を入力します。

      注:

      カスタム制限は、[IP 例外] タブに一覧表示されている IP アドレスに適用されます。カスタム制限のみを増やします。 次のスクリーン ショットの例では、カスタム制限は 6,000 に設定されています。 移動されるメールボックスの数によっては、この数では十分でない場合があります。 それでもエラー メッセージが表示される場合は、カスタム制限を増やします。

Exchange 管理センター (EAC) を使用して移動を実行してみてください

メールボックスの移動は、Exchange Onlineの Exchange 管理センター (EAC) から開始されると成功する可能性が高くなります。 Exchange Onlineで EAC に接続し、そこから移動を開始できるかどうかを確認します。

移行エンドポイントを削除する

  1. テナント管理者の資格情報を使用してログイン https://portal.MicrosoftOnline.com します。
  2. 上部のリボンで、[管理] を選択し、[Exchange] を選択します。
  3. [ 移行] を選択します。
  4. 省略記号 (...) を選択し、[ 移行エンドポイント] を選択します。
  5. Exchange リモート移動として一覧表示されているエンドポイントを選択します。
  6. ごみ箱を選択してエンドポイントを削除します。

オンボーディングステップ

  1. テナント管理者の資格情報を使用してログイン https://portal.MicrosoftOnline.com します。
  2. 上部のリボンで、[管理] を選択し、[Exchange] を選択します。
  3. [移行>+>移行] を選択してExchange Onlineします。
  4. [ 移行の種類の選択 ] ページで、ハイブリッド メールボックス の移動 の移行の種類として [リモート移動移行] を選択します。
  5. [ ユーザーの選択] ページで、クラウドに移動するメールボックスを選択します。
  6. [ Enter on-premises account credentials]\(オンプレミス アカウント資格情報の入力\ ) ページで。

    重要

    ドメイン\ユーザー形式でオンプレミス管理者の資格情報を指定します。

  7. [ 移行エンドポイントの確認] ページで、表示されているオンプレミス エンドポイントが MRS プロキシが有効になっている CAS であることを確認します。
  8. 移行バッチの名前を入力し、移動を開始します。

Off-Boarding 手順

  1. テナント管理者の資格情報を使用してログイン https://portal.MicrosoftOnline.com します。
  2. 上部のリボンで、[管理] を選択し、[Exchange] を選択します。
  3. [Exchange Onlineから移行>+>] を選択します。
  4. [ 移行の種類の選択] ページで、ハイブリッド メールボックス の移動 の移行の種類として [リモート移動移行] を選択します。
  5. [ ユーザーの選択] ページで、クラウドに移動するメールボックスを選択します。
  6. [ Enter on-premises account credentials]\(オンプレミス アカウント資格情報の入力\ ) ページで。
  7. オンプレミスの データベース名を入力します。これは EMS から Get-MailboxDatabase を実行して取得できます。

    重要

    ドメイン \ユーザー 形式でオンプレミス管理者の資格情報を指定します。

  8. [ 移行エンドポイントの確認] ページで、表示されているオンプレミス エンドポイントが MRS プロキシが有効になっている CAS であることを確認します。
  9. 移行バッチの名前を入力し、移動を開始します。

ファイアウォールと侵入検出システム (IDS) が適切に構成されているか

特定の EWS エンドポイントと自動検出エンドポイントが境界デバイスで認証されずに Exchange サーバーに送信されるようにファイアウォールが構成されていることを確認する必要があります。 さらに、移行要求がサービス拒否攻撃のように扱われないようにする必要があります。

ファイアウォール エンドポイント/事前認証設定

次に、TMG 経由で EWS と自動検出を適切に発行する手順を示しますが、このロジックを独自のデバイスに適用できます。 TMG の明示的な手順に加えて、大まかに次の操作を行う必要があります。

  1. 事前認証を必要としない新しい発行規則 (多くの場合、既に配置されているのと同じリスナーを使用) を作成します。

  2. ルールが、次のパスを経由するすべてのトラフィックに適用されていることを確認します。

    • /ews/mrsproxy.svc
    • /ews/exchange.asmx/wssecurity
    • /autodiscover/autodiscover.svc/wssecurity
    • /autodiscover/autodiscover.svc

  3. この新しい規則が、既存の Exchange-Related ファイアウォール規則よりも優先度が高いことを確認します。

IDS 設定

ハイブリッド移行は、特定のデバイスによるサービス拒否攻撃のように扱われることがあります。 次のロジックは、任意の侵入検出システムに適用できますが、具体的には TMG 用に記述されています。

  1. Forefront TMG 管理コンソールを開き、ツリーで [侵入防止システム] を選択します。
  2. [ 動作侵入検出 ] タブを選択し、[ フラッド軽減設定の構成] を選択します。
  3. [ フラッド軽減策 ] ダイアログ ボックスで、次の手順を実行します。

    • [ IP 例外 ] タブを選択し、メールボックスの移動操作中に Microsoft 365 環境が接続に使用する IP アドレスを入力します。

    • [ フラッド軽減策 ] タブを選択し、[ IP アドレスあたりの 1 分あたりの最大 HTTP 要求数] の横にある [編集] を選択 します。 [ カスタム制限 ] ボックスに、制限を増やす数値を入力します。

      注:

      カスタム制限は、[IP 例外] タブに一覧表示されている IP アドレスに適用されます。カスタム制限のみを増やします。 次のスクリーン ショットの例では、カスタム制限は 6,000 に設定されています。 移動されるメールボックスの数によっては、この数では十分でない場合があります。 それでもエラー メッセージが表示される場合は、カスタム制限を増やします。

IIS が移行トラフィックを受け入れるように適切に設定されていることを確認する

IIS が移行要求に適切に応答するには、ハンドラー マッピングが配置されていることを確認する必要があります。 EWS と自動検出ハンドラーのマッピングが配置されていることを確認します。

  1. [管理ツール] メニューから [インターネット インフォメーション サービス (IIS) マネージャー] を選択します。

  2. [サーバー名]、[サイト]、[既定の Web サイト] の順に展開し、EWS を左クリックします。

  3. 中央のウィンドウで、[ ハンドラー マッピング ] オプションを選択します。

  4. 次のマッピングがあるかどうかを確認します。

    • Name= svc-Integrated
    • Path= *svc
    • State= Enabled

  5. 手順 1 ~ 4 を繰り返しますが、今回は自動検出仮想ディレクトリをチェックします。

  6. いずれかの値が見つからない場合は、修復手順 7 と 8 を実行します。

    正しい値を示す [ハンドラー マッピング] ページのスクリーンショット。

  7. Exchange Server 2010 または 2013 の外部接続サーバーで、コマンド プロンプト ウィンドウを開き、次のフォルダーに移動します。
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\

  8. コマンドを ServiceModelReg.exe -r 入力し、Enter キーを押します。

メールボックスを別のオンプレミス サーバーに移動する

多くの場合、移行の問題は、アイテムまたはメールボックスが破損していることが原因です。 これらの問題は、多くの場合、2 つの異なるオンプレミス メールボックス データベース間でメールボックスを移動することで解決できます。 次に、ユーザーのメールボックスをあるデータベースから別のデータベースに移動し、メールボックスをExchange Onlineに移動するプロセスについて説明します (これがオフボーディング要求の場合は、この手順をスキップする必要があります)。

移行バッチがスタックし、代わりに移動要求を使用してみてください

移行の完了など、移行の特定の段階で移行バッチがスタックすることがあります。 古い移動要求をクリーンアップすることで、これを乗り越えることができる場合があります。

  1. PowerShell (EMS 経由ではない) を開き、Exchange Onlineに接続します。

  2. 次を実行して、移動要求の完了が開始されたことを確認します。

    Get-MoveRequest | ? {$_.Status -eq "AutoSuspended"} | Resume-MoveRequest

  3. 再開された移動要求が完了するまでの時間を与えた後、次を実行します。

    Get-MoveRequest | ? {$_.Status -eq "Completed"} | Remove-MoveRequest

  4. 既存の移行バッチを削除します。

    Remove-MigrationBatch "Batch Name" -Force

メールボックスとアイテム レベルの破損の問題をバイパスする (移動要求がまだ完了していない場合)

多くの場合、メールボックスの移動は、アイテムレベルまたはメールボックスレベルの破損によって失敗します。 破損したアイテムの一部をスキップできるようにすることは、多くの場合、メールボックスを移動する良い方法です。 ただし、以下のオプションを使用すると、データが失われる可能性があります

  1. PowerShell (EMS 経由ではない) を開き、Exchange Onlineに接続します。

  2. オンプレミスの管理者資格情報を格納する変数を作成します。 資格情報は、 ではなく administrator@contoso.comcontoso\administrator の形式で格納する必要があります。
    $onpremCred = Get-Credential

  3. 次に、次のようなコマンドレットを実行します。ここでUser、移動するアカウントの表示名は、 Webmail.consoto.com MRSProxy がオンプレミスで有効になっているエンドポイント (通常は OWA エンドポイントと一致します)、contoso.mail.onmicrosoft.comExchange Onlineで使用されるルーティング ドメインです。

    例: 次の例では、破損が原因で一部の項目をスキップできるため、データが軽微に失われる可能性があります。

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40

この問題は解決されていません

申し訳ございません。このガイドでは、問題を解決できませんでした。 このガイドに関するフィードバックを提供し、以下のリソースを使用してトラブルシューティングを続行します。 セルフヘルプ サポート情報を参照するには、Microsoft 365 コミュニティにアクセスします。 次のいずれかの操作を行います。

  • 検索を使用して、問題に対する解決策を見つけます。
  • ヘルプ センターまたはトラブルシューティング ツールを使用します。両方とも、各コミュニティ ページのトップからアクセスできます。
  • Microsoft 365 管理者の資格情報を使用してサインインし、コミュニティに質問を投稿します。

メールボックスとアイテム レベルの破損の問題をバイパスする

多くの場合、メールボックスの移動は、アイテムレベルまたはメールボックスレベルの破損によって失敗します。 破損したアイテムの一部をスキップできるようにすることは、多くの場合、メールボックスを移動する良い方法です。 ただし、以下のオプションを使用すると、データが失われる可能性があります。

  1. PowerShell (EMS 経由ではない) を開き、Exchange Onlineに接続します。

  2. オンプレミスの管理者資格情報を格納する変数を作成します。 資格情報は、 ではなく administrator@contoso.comcontoso\administrator の形式で格納する必要があります。
    $onpremCred = Get-Credential

  3. 次に、次のようなコマンドレットを実行します。ここで User 、移動するアカウントの表示名は、 Webmail.consoto.com MRSProxy がオンプレミスで有効になっているエンドポイント (通常は OWA エンドポイントと一致します)、 contoso.mail.onmicrosoft.com Exchange Online で使用されるルーティング ドメインです。

    例: 次の例では、破損が原因で一部の項目をスキップできるため、データが軽微に失われる可能性があります。

    New-MoveRequest -Identity 'User' -Remote -RemoteHostName 'webmail.contoso.com' -RemoteCredential $onpremCred -TargetDeliveryDomain 'contoso.mail.onmicrosoft.com' -BadItemLimit 40