Назад | Перейти на главную страницу

Невозможно переместить почтовый ящик в новую базу данных - 0 из 0 выполнено успешно

Я выбираю один почтовый ящик для перемещения в новую базу данных почтовых ящиков в Exchange 2013, и когда я запускаю задание миграции в ECP, он показывает один почтовый ящик, но через несколько секунд при обновлении задания он изменяется на 0 почтовых ящиков, а затем завершается в кажущееся нормальное состояние с 0 из 0 выполнено успешно. Я удалил это задание и все предыдущие из списка и попробовал снова - результат тот же. Я снова удалил задание и продолжил расследование.

Покопавшись в консоли, я запустил Get-MoveRequest и получил следующее:

[PS] C:\Windows\system32>get-moverequest

DisplayName                                    Status                    TargetDatabase
-----------                                    ------                    --------------
SystemMailbox{8cc370d3-822a-4ab8-a926-bb94b... Completed
WARNING: The object support.local/Users/SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9} has been corrupted, and
it's in an inconsistent state. The following validation errors happened:
WARNING: Database is mandatory on UserMailbox.

Упомянутый SystemMailbox выглядит довольно старым и был отключен в AD. Я попытался снова включить и отключить учетную запись, но безуспешно. Я не могу удалить запрос, так как я не могу его идентифицировать, и у меня не было никаких результатов от восстановления исходной и целевой папки моей миграции с помощью:

[PS] C:\Windows\system32>New-MailboxRepairRequest -Database CleanDB -CorruptionType ProvisionedFolder,SearchFolder,Aggre
gateCounts,Folderview

Я резко остановился, так как могло показаться, что приведенные выше ошибки мешают завершению моей работы по миграции, и я не смог преодолеть то, что нашел до сих пор. Любой совет? Заранее спасибо.

Я, наконец, решил эту проблему, просто удалив упомянутый выше SystemMailbox, поскольку он казался потерянным в системе. После этого я мог нормально переносить почтовые ящики в базы данных и из них и не замечал никаких побочных эффектов или ошибок в журналах приложений.

Примечание. Мне не нужно было запускать PrepareAD из файла setup.exe.

Я надеюсь, что это поможет кому-то еще, у кого такая же проблема.

Запустите команду ниже, чтобы проверить база данных из "SystemMailbox {8cc370d3-822a-4ab8-a926-bb94bd0641a9}":

Get-Mailbox -AuditLog | FL Alias,ServerName,Database

Если он останется, отобразить предупреждение "База данных обязательна на UserMailbox":

  1. открыто ADUC и включить Расширенные возможности, найти "SystemMailbox {8cc370d3-822a-4ab8-a926-bb94bd0641a9}"и откройте Свойства.
  2. Перейдите в редактор атрибутов и найдите "главнаяMDB".
  3. Скопируйте это значение из другого почтового ящика, хранящегося в той же базе данных, и замените значение проблемного почтового ящика.

Если он останется, нам может потребоваться воссоздать его с помощью PrepareAD. Примечание. Учетные записи AD этих системных почтовых ящиков по умолчанию отключены.