Последствия выполнения команды eseutil /p или edbutil /d /r в Exchange

Переводы статьи Переводы статьи
Код статьи: 259851 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

Аннотация

При запуске команд eseutil /p или edbutil /d /r для файла базы данных Exchange Server например, базы данных Priv.edb, Pub.edb или Dir.edb, происходит принудительное исправление базы данных. В ходе этого процесса происходит проверка и исправление критических структур внутри базы данных (системных таблиц, таблиц вложений и т. п.) и поиск поврежденных страниц базы данных.

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

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

Внимание! Лучшим решением всегда является восстановление базы данных из резервной копии.

В результате восстановления из резервной копии вы получаете чистую стабильную базу данных, которая запустится и будет работать на вашем сервере. Почти при любых обстоятельствах быстрее и надежнее восстановить базу данных из резервной копии, чем производить принудительное исправление. Процесс исправления происходит со скоростью 4 –6 гигабайт в час, а после его завершения необходимо запустить процесс Isinteg, который происходит со скоростью 3 – 6 гигабайт в час. (Приведенные данные являются усредненными; производительность процессов может изменяться в зависимости от уровня повреждений и скорости оборудования.)

Например, при использовании самой быстрой конфигурации оборудования на исправление 50-гигабайтной базы данных требуется приблизительно 8 часов и столько же занимает процесс Isinteg, что в общем дает около 16 часов. При использовании типичной конфигурации Wide SCSI-connected DLT 35/70 восстановление базы данных в среднем происходит на скорости около 3 МБ в секунду, и на восстановление такой же базы данных уйдет около 5 часов, то есть на 11 часов меньше. Сверхскоростные системы восстановления, например система от EMC Corporation, могут восстановить базу данных такого размера в течение нескольких минут.

Если резервная копия базы отсутствует, и единственным решением проблемы является принудительное исправление, выполните следующие действия.
  1. Запустите принудительное исправление базы данных, выполнив команду Eseutil /p или Eseutil /d /r.
  2. Выполните дефрагментацию базы данных с помощью команды Eseutil /d. Автономная дефрагментация создает новую физическую структуру базы данных и перемещает существующие данные в эту структуру.
  3. Проверьте целостность базы данных с помощью команды Isinteg -fix. Возможно, придется выполнить команду Isinteg несколько раз, пока в отчете ни перестанут появляться сообщения об ошибках.
Дополнительные сведения см. в следующей статье базы знаний Майкрософт:
192185 Дефрагментация с помощью программы Eseutil (Eseutil.exe)
182081 Описание программы Isinteg (эта ссылка может указывать на содержимое полностью или частично на английском языке)

Программа Isinteg устраняет логические проблемы, которые могут возникать в процессе принудительного исправления.
  • Для банка личных сообщений Exchange Server 4.0 и 5.0 запустите следующую команду:
    isinteg -fix -pri
  • Для банка общих сообщений Exchange Server 4.0 и 5.0 запустите следующую команду:
    isinteg -fix -pub
  • Для банка личных сообщений Exchange Server 5.5 запустите следующую команду:
    isinteg -pri -fix -test alltests
  • Для банка общих сообщений Exchange Server 5.5 запустите следующую команду:
    isinteg -pub -fix -test alltests
Примечание. Выполнить команду Isinteg -fix для базы данных Dir.edb невозможно. Кроме того, не рекомендуется выполнять принудительное исправление в рабочей среде.

Дополнительные сведения об аварийном восстановлении Exchange см. в следующей статье базы знаний Майкрософт:
162353 Восстановление Exchange Directory (эта ссылка может указывать на содержимое полностью или частично на английском языке)
После выполнения команды eseutil /p или edbutil /d /r для базы данных Priv.edb или Pub.edb могут наблюдаться следующие симптомы.
  • Банк сообщений либо не прекращает, либо прекращает отвечать на запросы.
  • Банк сообщений прекращает принимать почту от агента передачи сообщений (MTA).
  • Сообщения электронной почты остаются в папках «Исходящие» пользователей.
  • Программа Store.exe задействует большое количество ресурсов процессора без нагрузки на сервер.
  • При большой нагрузке программа Store.exe генерирует нарушение доступа.
  • Пользователи не могут открыть вложения или сообщения электронной почты.
После выполнения принудительного исправления сильно поврежденной базы данных необходимо также произвести автономную дефрагментацию, а затем – выполнить команду isinteg. Пользуйтесь принудительным исправлением только в крайних случаях, по возможности всегда производите восстановление базы данных из резервной копии.

Если после нескольких выполнений команды Isinteg повреждение базы данных не устранено, используйте программу Exmerge, чтобы извлечь данные из одной базы данных и поместить их в другую:
259688 Использование программы Exmerge для извлечения данных из поврежденного банка личных сообщений (эта ссылка может указывать на содержимое полностью или частично на английском языке)

Дополнительная информация

Чтобы определить, производилось ли принудительное исправление базы данных, используйте следующую команду (если принудительное исправление базы не производилось, счетчик исправлений будет отображать 0):
eseutil /mh x:\exchsrvr\mdbdata\priv.edb |more

eseutil /mh x:\exchsrvr\mdbdata\pub.edb |more
Ниже приводится пример заголовка Priv.edb.
Microsoft (R) Exchange Server(TM) Database Utilities
Version 5.5
Copyright (C) Microsoft Corporation 1991-1999. All Rights Reserved.

Initiating FILE DUMP mode...
Database: d:\exchsrvr\mdbdata\priv.edb

Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,2
Engine ulVersion: 0x620,2
DB Signature: Create time:4/5/2000 17:48:52 Rand:769046 Computer:
cbDbPage: 4096
dbtime: 556457
State: Consistent
Shadowed: Yes
Last Objid: 184
Scrub Dbtime: 0
Scrub Date: 00/00/1900 00:00:00
Repair Count: 1
Repair Date: 2/20/2000 10:48:50

Свойства

Код статьи: 259851 - Последний отзыв: 7 сентября 2005 г. - Revision: 6.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Ключевые слова: 
kbinfo KB259851
Заявление об отказе относительно содержимого статьи о продуктах, поддержка которых прекращена
Эта статья содержит сведения о продуктах, поддержка которых корпорацией Майкрософт прекращена. Поэтому она предлагается как есть и обновляться не будет.

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com