Поделиться через

Устранение проблем с миграцией в гибридной среде Exchange Server

  • Статья
  • Применяется к:
    Exchange Online

Оригинальный номер базы знаний: 10094

В этой статье рассматриваются следующие проблемы:

  • Проблема при перемещении почтового ящика из локальной среды Exchange Server в Exchange Online (подключение).
  • Проблема при перемещении почтового ящика из локальной среды из Exchange Online (off-boarding).

Кто может использовать это средство?

Exchange Server администраторов, у которых возникли проблемы с миграцией в гибридной среде.

Как это работает?

Начнем с вопроса о проблеме, с которой вы столкнулись. Ознакомьтесь с рядом шагов, применимых в вашей ситуации.

Примерное время выполнения:

15-30 минут.

Добро пожаловать в средство устранения неполадок гибридной миграции.

Если у вас возникли проблемы с определением оптимального подхода к миграции для вашей среды, см. статью Помощник по развертыванию Exchange.

Примечание.

Это средство устранения неполадок не поможет вам устранить неполадки с промежуточной миграцией, миграцией с переходом или миграцией IMAP.

Смогли ли вы инициировать перемещение почтового ящика?

Необходимо определить, успешно ли было инициировано перемещение почтового ящика. Это означает, что вы могли либо перейти через Центр администрирования Exchange (EAC), консоль управления Exchange (EMC) или удаленный PowerShell, чтобы начать запрос на перемещение, и у вас не возникло проблем с запуском запроса.

Попробуйте использовать EAC для выполнения перемещения

Перемещение почтовых ящиков с большей вероятностью будет успешным, когда они инициируются из Центра администрирования Exchange (EAC) в Exchange Online. Подключитесь к EAC в Exchange Online и посмотрите, можно ли инициировать переход оттуда.

Удаление конечной точки миграции

  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. На странице Введите учетные данные локальной учетной записи .

    Важно!

    укажите учетные данные локального администратора в формате "домен\пользователь".

  7. На странице Подтверждение конечной точки миграции убедитесь, что показанная локальная конечная точка — это cas-сервер с включенным прокси-сервером MRS.
  8. Введите имя пакета миграции и инициируйте перемещение.

Шаги Off-Boarding

  1. Войдите в https://portal.MicrosoftOnline.com систему с учетными данными администратора клиента.
  2. На верхней ленте выберите Администратор, а затем — Exchange.
  3. Выберите Миграция>+>Миграция с Exchange Online.
  4. На странице Выбор типа миграции выберите Удаленное перемещение миграции в качестве типа миграции для гибридного перемещения почтового ящика.
  5. На странице Выбор пользователей выберите почтовые ящики, которые нужно переместить в облако.
  6. На странице Введите учетные данные локальной учетной записи .
  7. Введите имя локальной базы данных. Его можно получить, запустив Get-MailboxDatabase из EMS.

    Важно!

    Укажите учетные данные локального администратора в формате "домен\пользователь ".

  8. На странице Подтверждение конечной точки миграции убедитесь, что показанная локальная конечная точка — это cas-сервер с включенным прокси-сервером MRS.
  9. Введите имя пакета миграции и инициируйте перемещение.

Убедитесь, что конечная точка миграции включена и правильно настроены параметры проверки подлинности.

При перемещении почтового ящика в облако или из нее мы создаем подключение к локальной среде с конечной точкой MRSProxy. Убедитесь, что конечная точка MRSProxy и тип проверки подлинности WSSecurity включены.

  1. Откройте командную консоль Exchange на гибридном сервере Exchange Server 2010 или 2013.

  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 без проверки подлинности на устройстве периметра. Кроме того, необходимо убедиться, что запросы на миграцию не рассматриваются как атака типа "отказ в обслуживании".

Параметры конечной точки брандмауэра и предварительной проверки подлинности

Ниже приведены инструкции по правильной публикации EWS и автообнаружения с помощью TMG, но эту логику можно применить к собственному устройству. Помимо явных действий для 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-адресов и введите IP-адреса, которые среда Microsoft 365 использует для подключения во время операции перемещения почтового ящика.

    • Перейдите на вкладку Устранение последствий наводнения , а затем рядом с пунктом Максимальное количество HTTP-запросов в минуту на IP-адрес выберите Изменить. В поле Пользовательское ограничение введите число, чтобы увеличить ограничение.

      Примечание.

      Настраиваемое ограничение применяется к IP-адресам, перечисленным на вкладке Исключения IP-адресов . Увеличьте только настраиваемое ограничение. На следующем снимке экрана настраиваемое ограничение равно 6000. В зависимости от количества перемещаемых почтовых ящиков это число может оказаться недостаточным. Если сообщение об ошибке по-прежнему отображается, увеличьте пользовательский лимит.

Удаление существующих запросов на перемещение

Запрос на перемещение (даже успешный) может помешать перемещению почтового ящика. Подключите PowerShell к Exchange Online и убедитесь, что запрос на перемещение не ожидается для соответствующего пользователя. Если есть устаревший запрос на перемещение, его необходимо удалить. В следующих шагах показано, как определить, существует ли запрос на перемещение, и удалить его, если он существует.

  1. Подключитесь к Exchange Online с помощью PowerShell (не через Командную консоль Exchange (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:tony@contoso.com, smtp:Tony@foo.com, необходимо записать Contoso.com и Foo.com.
  4. Подключение к Exchange Online с помощью PowerShell (не EMS).
  5. Запустите Get-AcceptedDomain и убедитесь, что результаты включают домены, указанные на шаге 3 выше.
  6. Если какой-либо из доменов отсутствует, необходимо добавить и проверить домен на портале. Кроме того, вы можете лицензировать пользователя перед перемещением почтового ящика. Обычно мы используем параметр лицензирования пользователя, если один из доменов, маркированных в почтовом ящике, является доменом .local или не маршрутизируемым. Адреса, не являющиеся маршрутизируемыми, не могут быть добавлены в службу, поэтому они не будут помечаться на пользователе в Exchange Online.

Убедитесь, что службы IIS правильно настроены для приема трафика миграции.

Чтобы службы IIS правильно ответили на запрос на миграцию, необходимо убедиться, что сопоставления обработчиков установлены. Убедитесь, что сопоставление обработчика EWS и автообнаружения на месте.

  1. Выберите диспетчер служб IIS в меню Средства администрирования .

  2. Разверните имя сервера, затем Сайты, Веб-сайт по умолчанию, а затем щелкните EWS левой кнопкой мыши.

  3. В средней области выберите параметр Сопоставления обработчика .

  4. Посмотрите, есть ли сопоставление со следующими:

    • Name= svc-Integrated
    • Path= *svc
    • Состояние= включено

  5. Повторите шаги 1–4, но на этот раз проверка виртуальный каталог автообнаружения.

  6. Если какое-либо из значений отсутствует, выполните шаги по исправлению 7 и 8.

    Снимок экрана: страница

  7. На внешних серверах Exchange 2010/2013 откройте окно командной строки и перейдите в следующую папку:
    C:\Windows\Microsoft.Net\Framework\v3.0\Windows Communication Foundation\

  8. ServiceModelReg.exe -r Введите команду и нажмите клавишу ВВОД.

Убедитесь, что требуемый атрибут синхронизирован должным образом (это не распространенная проблема).

Для успешного перемещения почтового ящика необходима учетная запись пользователя как в локальной среде, так и в Exchange Online с соответствующим guid почтового ящика. Убедитесь, что guid почтового ящика установлен и соответствует.

  1. На локальном гибридном сервере выполните следующий командлет с помощью командной консоли Exchange (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

    • Убедитесь, что вы пометите только что созданную учетную запись соответствующим идентификатором GUID Exchange, полученным из шага 2. Это будет сделано в локальной службе EMS:

      Set-MailUser Testuser -ExchangeGuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

Выполнение миграции из PowerShell

Инициирование миграции из PowerShell часто приводит к получению более практических сообщений об ошибке. Ниже описан процесс перемещения почтового ящика из локальной среды в Exchange Online с помощью PowerShell.

  1. Подключение к Exchange Online с помощью PowerShell (не EMS).

  2. Затем создайте переменную для хранения учетных данных локального администратора. Учетные данные должны храниться в формате contoso\administrator, а не administrator@contoso.com.

    $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. Подключитесь к Exchange Online с помощью PowerShell (не через командную консоль Exchange (EMS)).

  2. Выполните следующую команду, чтобы проверка состояние всех перемещений:

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

Правильные ожидания для перемещения почтовых ящиков

Перемещение почтовых ящиков и пакеты миграции не обрабатываются с тем же приоритетом, что и задачи подключения клиента и потока обработки почты. Поэтому, если сервер или центр обработки данных Майкрософт находится под большой нагрузкой, перемещение почтового ящика может быть отложено. Нет никаких причин, чтобы быть встревоженным, если перемещение находится в очереди в течение большого количества времени, так как перемещение, скорее всего, будет выбрано относительно скоро. Лучше не начинать устранение неполадок с застопорилось движением до тех пор, пока не произошла достаточная задержка (например, 8 часов) без прогресса или активности.

Миграция в режиме "в сети"

При миграции с сервера Exchange 2003 лучше для взаимодействия с пользователем и производительности, если сначала переместить почтовый ящик в Exchange Server 2010, а затем в Exchange Online.

Некоторые клиенты предпочитают выполнять миграцию с двумя прыжками для больших и конфиденциальных почтовых ящиков Exchange Server 2003:

  • Первый прыжок Перенос почтовых ящиков с Exchange Server 2003 на сервер Exchange 2010, который обычно является сервером гибридного сосуществования. Первый прыжок — это переход в автономном режиме, но обычно это очень быстрая миграция по локальной сети.
  • Второй прыжок Перенос почтовых ящиков с Exchange Server 2010 г. на Microsoft 365. Второй прыжок — это перемещение в сети, которое обеспечивает более удобный пользовательский интерфейс и отказоустойчивость.

Если проблемы устранены, поздравляем! Сценарий завершен.

Если проблемы не решены, см . раздел Мой запрос на перемещение по-прежнему не завершен или этот шаг не применяется.

Факторы производительности сети, которые следует учитывать

В этом разделе описаны рекомендации по повышению производительности сети во время миграции. Обсуждение, как правило, связано с тем, что наибольшее влияние на производительность сети во время миграции связано со сторонними поставщиками оборудования и интернет-услуг (ISP). Средство проверки сетевого подключения Microsoft 365 помогает анализировать проблемы, связанные с сетью, перед развертыванием служб Microsoft 365.

Дополнительные сведения см. в следующих статьях:

Проблема обнаружения вторжений (IDS)

Функции обнаружения атак, настроенные в брандмауэре, часто вызывают существенные задержки в сети и влияют на производительность миграции.

Добавьте IP-адреса для серверов центра обработки данных Майкрософт в список разрешений. Дополнительные сведения о диапазонах IP-адресов Microsoft 365 см. в разделе URL-адреса и диапазоны IP-адресов Microsoft 365.

Параметры IDS

Гибридная миграция иногда может рассматриваться как атака типа "отказ в обслуживании" на определенных устройствах. Следующая логика может быть применена к любой системе обнаружения вторжений, но она была написана специально для TMG.

  1. Откройте консоль управления Forefront TMG, а затем в дереве выберите Система предотвращения вторжений.

  2. Перейдите на вкладку Обнаружение поведенческих вторжений , а затем выберите Настроить параметры защиты от наводнения.

  3. Разверните этот образВ диалоговом окне Устранение последствий наводнения выполните следующие действия.

    • Перейдите на вкладку ИСКЛЮЧЕНИЯ ДЛЯ IP-адресов и введите IP-адреса, которые среда Microsoft 365 использует для подключения во время операции перемещения почтового ящика. Список диапазонов IP-адресов и URL-адресов, используемых Exchange Online в Microsoft 365, см. в статье URL-адреса и диапазоны IP-адресов Microsoft 365.

    • Перейдите на вкладку Устранение последствий наводнения , а затем рядом с пунктом Максимальное количество HTTP-запросов в минуту на IP-адрес выберите Изменить. В поле Пользовательское ограничение введите число, чтобы увеличить ограничение.

      Примечание.

      Настраиваемое ограничение применяется к IP-адресам, перечисленным на вкладке Исключения IP-адресов . Увеличьте только настраиваемое ограничение. На следующем снимке экрана настраиваемое ограничение равно 6000. В зависимости от количества перемещаемых почтовых ящиков это число может оказаться недостаточным. Если сообщение об ошибке по-прежнему отображается, увеличьте пользовательский лимит.

Попробуйте использовать Центр администрирования Exchange (EAC) для перемещения

Перемещение почтовых ящиков с большей вероятностью будет успешным, когда они инициируются из Центра администрирования Exchange (EAC) в Exchange Online. Подключитесь к EAC в Exchange Online и посмотрите, можно ли инициировать переход оттуда.

Удаление конечной точки миграции

  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. На странице Введите учетные данные локальной учетной записи .

    Важно!

    укажите учетные данные локального администратора в формате "домен\пользователь".

  7. На странице Подтверждение конечной точки миграции убедитесь, что показанная локальная конечная точка — это cas-сервер с включенным прокси-сервером MRS.
  8. Введите имя пакета миграции и инициируйте перемещение.

Шаги Off-Boarding

  1. Войдите в https://portal.MicrosoftOnline.com систему с учетными данными администратора клиента.
  2. На верхней ленте выберите Администратор, а затем — Exchange.
  3. Выберите Миграция>+>Миграция с Exchange Online.
  4. На странице Выбор типа миграции выберите Удаленное перемещение миграции в качестве типа миграции для гибридного перемещения почтового ящика.
  5. На странице Выбор пользователей выберите почтовые ящики, которые нужно переместить в облако.
  6. На странице Введите учетные данные локальной учетной записи .
  7. Введите имя локальной базы данных. Его можно получить, запустив Get-MailboxDatabase из EMS.

    Важно!

    Укажите учетные данные локального администратора в формате "домен\пользователь ".

  8. На странице Подтверждение конечной точки миграции убедитесь, что показанная локальная конечная точка — это cas-сервер с включенным прокси-сервером MRS.
  9. Введите имя пакета миграции и инициируйте перемещение.

Правильно ли настроены брандмауэр и система обнаружения вторжений (IDS)

Необходимо убедиться, что брандмауэр настроен так, чтобы разрешить определенным конечным точкам EWS и автообнаружения проходить на серверы Exchange без проверки подлинности на устройстве периметра. Кроме того, необходимо убедиться, что запросы на миграцию не рассматриваются как атака типа "отказ в обслуживании".

Параметры конечной точки брандмауэра и предварительной проверки подлинности

Ниже приведены инструкции по правильной публикации EWS и автообнаружения с помощью TMG, но эту логику можно применить к собственному устройству. Помимо явных действий для 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-адресов и введите IP-адреса, которые среда Microsoft 365 использует для подключения во время операции перемещения почтового ящика.

    • Перейдите на вкладку Устранение последствий наводнения , а затем рядом с пунктом Максимальное количество HTTP-запросов в минуту на IP-адрес выберите Изменить. В поле Пользовательское ограничение введите число, чтобы увеличить ограничение.

      Примечание.

      Настраиваемое ограничение применяется к IP-адресам, перечисленным на вкладке Исключения IP-адресов . Увеличьте только настраиваемое ограничение. На следующем снимке экрана настраиваемое ограничение равно 6000. В зависимости от количества перемещаемых почтовых ящиков это число может оказаться недостаточным. Если сообщение об ошибке по-прежнему отображается, увеличьте пользовательский лимит.

Убедитесь, что служба IIS правильно настроена для приема трафика миграции.

Чтобы службы IIS правильно ответили на запрос на миграцию, необходимо убедиться, что сопоставления обработчиков установлены. Убедитесь, что сопоставление обработчика EWS и автообнаружения на месте.

  1. Выберите диспетчер служб IIS в меню Средства администрирования .

  2. Разверните имя сервера, затем Сайты, Веб-сайт по умолчанию, а затем щелкните EWS левой кнопкой мыши.

  3. В средней области выберите параметр Сопоставления обработчика .

  4. Посмотрите, есть ли сопоставление со следующими:

    • Name= svc-Integrated
    • Path= *svc
    • Состояние= включено

  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 Введите команду и нажмите клавишу ВВОД.

Перемещение почтового ящика на другой локальный сервер

Часто проблемы с миграцией вызваны повреждением элементов или почтовых ящиков. Эти проблемы часто можно устранить путем перемещения почтового ящика между двумя разными локальными базами данных почтовых ящиков. Ниже описан процесс перемещения почтового ящика пользователя из одной базы данных в другую, а затем перемещения почтового ящика в 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. Создайте переменную для хранения учетных данных локального администратора. Учетные данные должны храниться в формате contoso\administrator, а не administrator@contoso.com.
    $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

Не удалось решить проблему

Не удалось решить проблему с помощью этого руководства. Предоставьте отзыв об этом руководстве, а затем используйте приведенные ниже ресурсы, чтобы продолжить устранение неполадок. Для самостоятельного решения проблемы посетите сообщество Microsoft 365. Выполните одно из следующих действий.

  • Попробуйте найти решение своей проблемы, воспользовавшись поиском.
  • Воспользуйтесь центром справки или средством устранения неполадок — они доступны в верхней части каждой страницы сообщества.
  • Войдите в Microsoft 365, используя учетные данные администратора, и задайте вопрос сообществу.

Обход проблем с повреждением на уровне почтового ящика и элемента

Часто перемещение почтового ящика завершается сбоем из-за повреждения на уровне элемента или почтового ящика. Пропуск некоторых поврежденных элементов часто является хорошим способом перемещения почтового ящика. Однако при использовании приведенных ниже параметров существует вероятность потери данных.

  1. Откройте PowerShell (не через EMS) и подключитесь к Exchange Online.

  2. Создайте переменную для хранения учетных данных локального администратора. Учетные данные должны храниться в формате contoso\administrator, а не administrator@contoso.com.
    $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