Исправить ошибку Exchange «Этот почтовый ящик превысил максимальное количество поврежденных элементов»

Миграция Exchange Server с одной версии на другую может вызвать сложности, если выполнять ее вручную. Например, наблюдается сценарий миграции Exchange, когда при переносе почтовых ящиков Exchange 2010 на Exchange 2013 возникает ошибка. Эта ошибка остановила текущую миграцию и говорит:

«В этом почтовом ящике превышено максимальное количество поврежденных элементов»

Очевидно, можно сказать, что это произошло из-за проблемы с повреждением исходных элементов почтовых ящиков Exchange Server. И причина в том, что он пересек установленное допустимое количество поврежденных элементов целевым сервером Exchange. Кроме того, такая проблема может возникнуть, когда база данных Exchange находится в автономном режиме. И эту проблему необходимо решить, чтобы возобновить миграцию между версиями Exchange.

Итак, подытоживая основные причины этой ошибки «В этом почтовом ящике превышено максимальное количество поврежденных элементов», мы имеем следующее:

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

Давайте перейдем к части решений, чтобы устранить эту ошибку.

Бесплатные хитрости для устранения ошибки Exchange «Этот почтовый ящик превысил максимальное количество поврежденных элементов»

Вы можете попробовать два метода устранения этой ошибки. Первый способ — увеличить установленный лимит поврежденных элементов на целевом сервере Exchange с помощью командлетов Exchange PowerShell, а второй — удалить эти поврежденные почтовые ящики из изоляции. Мы будем обсуждать каждую процедуру, чтобы пользователи могли понять, как выполнять ее поэтапно.

№1. Увеличение лимита поврежденных элементов с помощью команд Exchange PowerShell или Exchange Management Shell

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

1. Запустите приложение PowerShell с правами администратора и выполните эту команду, чтобы получить список почтовых ящиков, которые не удалось перенести во время миграции.

   Get-MoveRequest –Identity «<имя почтового ящика>»

2. Запустите эту команду, чтобы установить значение лимита плохих элементов (возьмите любое значение, скажем, 60).

   Set-Move Request — Identity «<имя почтового ящика>» — BadItemLimit60

3. Теперь вы можете возобновить миграцию, выполнив приведенную ниже команду.

   Resume-MoveRequest-Identity «<имя почтового ящика>»

   Укажите поврежденное имя почтового ящика в каждой из приведенных выше команд Exchange PowerShell.

Примечание: Если установить лимит плохих элементов, близкий к 50, то с помощью Акцепларгедаталосс требуется переключатель.

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

Примечание: Команда для создания нового запроса на перемещение для выбранной целевой базы данных выглядит следующим образом:

New-MoveRequest -identity «<имя почтового ящика>» -TargetDatabase <имя базы данных>

Предоставьте запрошенные данные в приведенной выше команде.

№ 2. Снятие изоляции (карантина) с поврежденных элементов и разрешение их миграции

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

1. Чтобы получить GUID поврежденных почтовых ящиков, запустите этот командлет в Exchange PowerShell:

   Получить статистику почтового ящика

2. Далее нажмите кнопку F1.
3. Затем выполните поиск в этом реестре в редакторе реестра вашей системы Exchange.

   HKLM\SYSTEM\CurrentControlSet\Services\MSExchangeIS\Private-\Quarantinemailboxes\

   И внесите изменения в ключ, связанный с указанным GUID.

4. Наконец, запустите эту команду, чтобы сбросить IIS.

   Израиль

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

Как упоминалось ранее, это не рекомендуемое решение, поскольку в будущем могут возникнуть проблемы с поврежденными элементами. Это может повлиять на производительность сервера Exchange, поскольку функция карантина будет отключена, что предотвратит миграцию поврежденных и зараженных вирусами почтовых ящиков. Это действие может привести к проблемам с производительностью сервера в будущем. Таким образом, это наименее рекомендуемый вариант или его можно попробовать в качестве последнего средства для бесплатных ручных решений. И даже если этот метод также не сработает, решением будет восстановление этих поврежденных элементов. Вы можете попробовать встроенный метод, приложение Eseutil для восстановления поврежденной базы данных. Это встроенное приложение находится по адресу

C:\Program Files\Microsoft\Exchange Server\V15\Bin

Запустите это приложение, а затем выполните эти команды Eseutil, чтобы восстановить поврежденную базу данных Exchange.

Сначала отключите базу данных Exchange с помощью этой команды.

Dismount-Database -Identity «<имя базы данных>»

Затем запустите эту команду, чтобы проверить целостность соответствующей базы данных.

eseutil /g «< расположение базы данных >»

Затем выполните восстановление базы данных Exchange с помощью этой команды.

eseutil /p «< расположение базы данных >»

После восстановления снова смонтируйте базу данных с помощью этой команды.

Mount-Database -Identity «<имя базы данных>»

Введите местоположение базы данных почтовых ящиков Exchange в приведенных выше командах.
Эта встроенная утилита полезна только для восстановления данных Exchange после незначительных повреждений и часто не дает результатов.

Примечание: Рекомендуется сделать резервную копию базы данных Exchange перед запуском этой команды для восстановления.

Лучший способ устранить ошибку Exchange — «В этом почтовом ящике превышено максимальное количество поврежденных элементов».

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

Любая проблема с Exchange Server может быть решена с помощью передового программного обеспечения для восстановления Exchange. Сторонняя утилита для исправления и восстановления поврежденных файлов базы данных Exchange. Он обеспечивает быстрое восстановление поврежденных элементов почтовых ящиков EDB, а также позволяет выполнять миграцию с одной версии Exchange на другую версию Exchange и в другие места назначения. Даже человек без каких-либо знаний о типичном Exchange внутри и командах может запустить этот инструмент, поскольку он включает в себя простой графический интерфейс и широкий дисплей, интегрированный с интерактивными значками. Доверяйте этому, работая над этим. Получите бесплатную пробную версию с его веб-сайта и запустите самостоятельно.

Скачать сейчас

Заключительные слова

Миграция Exchange требует осторожности, и ошибка «превышено максимальное количество поврежденных элементов» является одной из ошибок Exchange, с которой пользователь может столкнуться в любое время. Упомянутые выше ручные приемы могут помочь пользователям решить или исправить мелкие проблемы с повреждением, но не являются надежными решениями. Хотя мы также предложили лучший сторонний инструмент для решения более серьезных проблем, связанных с повреждением Exchange, с которыми сталкиваются многие пользователи, для получения ожидаемых результатов.