Blog of Khlebalin Dmitriy

(Записки из мира IT…)

Траблешутинг Exchange 2010.


Наши изыскания с траблешутингом Exchange 2010 продолжаются…

Небольшая предыстория….

Буквально неделю назад у нас закончились ресурсы на нашем VmWare кластере, как с точки зрения места, так и с точки зрения производительности, как корзин, так и серверов. Я честно сказать с таким сталкиваюсь впервые за время своей многолетней работы, но кризис и все такое (не буду детально вдаваться, в итоге что, есть то есть).

Место на Exchange закончилось, базы отмонтировались и более не стартанули, так как логи были повреждены (об этом я ранее писал).

Далее несколько баз были жестко восстановлены с помощью eseutil /p

Такое жесткое восстановление, как правило после такого восстановления, остаются ошибки в базах. Не поленитесь проверить все базы, которые подверглись такому восстановлению, увидите много интересного в журналах ошибок.

new-MailboxRepairRequest [-Mailbox <MailboxID> | -Database <DatabaseID>] -CorruptionType <CorruptionType> [-DetectOnly] [-DomainController <FQDN>]

Здесь

· Mailbox или Database – это соответственно почтовый ящик или база данных;

· CorruptionType – вид проверки, которую вы желаете запустить:

o SearchFolder;

o AggregateCounts;

o ProvisionedFolder;

o FolderView.

· DetectOnly – используется, если вы хотите лишь обнаружить ошибки, но не исправлять их;

· DomainController – определяет контроллер домена для обновления данных.

Для того, чтобы запустить сразу все виды проверки, то необходимо их перечислить через запятую:

New-MailboxRepairRequest -Mailbox <MailboxID> -CorruptionType SearchFolder,AggregateCounts,ProvisionedFolder,FolderView

Если нужен только один вид проверки для базы данных, то команда будет выглядеть следующим образом:

New-MailboxRepairRequest –Database gold1 –CorruptionType AggregateCounts

snap1

команда будет выполняться в фоновом режиме, а вам будет доступен её RequestID. Также в журнале событий Windows появится событие EventID = 10059, которое будет означать запуск сканирования, событие с EventID = 10048 будет означать успешное завершение операции.

Вот например, результат по моему почтовому ящику после проверки:

snap

Такая проверка, позволит исправить некоторые ошибки, например: у вас Outlook показывает, что в папке ВХОДЯЩИЕ есть одно непрочитанное письмо, а на самом деле такого письма нет (если попробуете сделать стандартную операцию, типа: выделить все письма-сделать их непрочитанными и потом снова сделать прочитанными), то в текущей ситуации это не поможет. Это несколько раздражает. Но после исправления базы на «чанге» и потом повторном закрытии- открытии и повторной синхронизации Outlook такие «баги» пропадут.

Всем хорошей работы!!!

Реклама

09.11.2016 - Posted by | ms exchange 2010

Sorry, the comment form is closed at this time.

%d такие блоггеры, как: