Банк неустранимой ошибки и не подлежит восстановлению

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

Проблема

Неустранимой ошибки в хранилище данных и не удается перезапустить его. Следующее сообщение об ошибке может появиться при попытке перезагрузить хранилище данных:
Ошибка сервера определенные 4294966278 (JET_errReadVerifyFailure).
Если у вас нет резервной копии хранилища данных и включено циклическое ведение журнала для их хранения файлов базы данных, может показаться не может восстановить хранилище данных таким образом, чтобы перезапустить его.

Решение

Перед выполнением следующих действий, выполнение автономной резервной копии базы данных Exchange Server и файлов журналов. Кроме того можно настроить компьютер с сервером Exchange, чтобы восстановить данные из службы каталогов, содержащихся в файле Dir.edb. Для получения дополнительных сведений о настройке компьютера с сервером Exchange аварийного восстановления щелкните следующий номер статьи базы знаний Майкрософт:
177635XADM: Способы настройки аварийного восстановления сервера для Dir.edb
Восстановление хранилища данных, если у вас нет резервной копии и включено циклическое ведение журнала:
  1. Используйте программу Chkdsk.exe сключ /fдля устранения ошибок на жестком диске. Для этого в командной строке введитекоманда chkdsk /fтомгдетомпредставляет жесткий диск, чтобы проверить и нажмите клавишу ВВОД. Например для устранения ошибок на диске C, в командной строке введитекоманда chkdsk /f c:и нажмите клавишу ВВОД..
  2. Удалить файлы журнала для хранилища данных, перемещая их в другую папку, а затем запустите хранилище данных. Файлы журнала не EDB.log и Edbxxxxx.log, гдеxxxxx— это последовательность шестнадцатеричных цифр (например, Edb00001.log). Файлы журнала для хранилища данных обычно находятся в папке Exchsrvr\Mdbdata на диске, установленной на сервере Exchange.

    Если банк сообщений не запускается, и появится следующее сообщение об ошибке при попытке запустить банк данных, необходимо скопировать в папку, где они были изначально находятся файлы журналов и перейдите к шагу 3:
    Сервер ошибки 4294966746 (или ошибка-550, “ JET_errDatabaseInconsistent ”).
  3. С помощью программы Eseutil.exe спараметр /rвосстановление баз данных Exchange Server. Если возвращается ошибка -1018 (JET_errReadVerifyFailure), перейдите к шагу 4.
  4. С помощью программы Eseutil.exe спараметра /mhЧтобы проверить согласованность информации открытых и закрытых хранилищ. Для этого введите в командной строке следующие команды, нажимая клавишу ВВОД после каждой команды:
    ESEUTIL /MHПуть:\PUB.EDB
    ESEUTIL /MHПуть:\PRIV.EDB
    гдеПуть:is the location of the information store database files. For example, if the database files are located in the Exchsrvr\Mdbdata folder on drive C, type the following commands:
    eseutil /mh c:\exchsrvr\mdbdata\pub.edb
    eseutil /mh c:\exchsrvr\mdbdata\priv.edb
    If the Eseutil.exe utility indicates that either database is not consistent, proceed to step five and run the repair operations against only the databases that are inconsistent.

    Внимание: Repairs to the database using theeseutil /p switch, deletes pages (increments the repair count) and the database is not stable and reliable after that.

    The following are symptoms that can occur if you use the repaired database in production:

    • The information store either does not stop or stops responding.
    • The information store stops accepting mail from the message transfer agent (MTA).
    • E-mail remains in the Outboxes of the users.
    • The Store.exe program runs with very high CPU use with no load on the server.
    • The Store.exe program generates an access violation if there is a heavy load.
    • Users cannot open e-mail attachments or e-mail messages.
    If you have to run a hard repair (eseutil /p) on your production database, Microsoft recommends that you perform an offline defragmentation (esutil /d) and an integrity check (isinteg -fix) to make sure that the database is stable after the repair procedure.
    For more information about using the eseutil /p switch, click the following article number to view the article in the Microsoft Knowledge Base:
    259851Ramifications of running the eseutil /p or edbutil /d /r command in Exchange
  5. Use the Eseutil.exe utility and the Microsoft Exchange Information Store Integrity Checker (Isinteg.exe) to repair, defragment, and check the integrity of the public and private information stores:

    Примечание.: If from the previous step (step four), either of the databases are inconsistent, then the repair operation,eseutil /p, should only be run against the database that is inconsistent.
    1. At a command prompt, typeeseutil /p /isprivи нажмите клавишу ВВОД..
    2. If log files for the information store exist, remove the files by moving them to a different folder. For more information about the log files, see step 2.
    3. At a command prompt, typeeseutil /d /isprivи нажмите клавишу ВВОД..
    4. At a command prompt, typeisinteg -pri -fix -test alltests, press ENTER, typeywhen you are prompted to do so, and then press ENTER again. Repeat this step until no warnings, errors, or fixes are reported.
    5. At a command prompt, typeeseutil /p /ispubи нажмите клавишу ВВОД..
    6. If log files for the information store exist, remove them by moving them to a different folder. For more information about the log files, see step 2.
    7. At a command prompt, typeeseutil /d /ispubи нажмите клавишу ВВОД..
    8. At a command prompt, typeisinteg -pub -fix -test alltests, press ENTER, typeywhen you are prompted to do so, and then press ENTER again. Repeat this step until no warnings, errors, or fixes are reported.
  6. Start the information store. If it starts successfully, perform the following additional steps:
    1. Disable circular logging for the information store database files.
    2. Run Performance Optimizer.
    3. Verify that e-mail clients can connect to the Exchange Server computer.
    4. Perform an online backup of the server.

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

When circular logging is enabled, the server automatically overwrites the oldest transaction log files after the information they contain has been committed to the database. This reduces the amount of disk space required to store the log files, but it prevents you from performing differential and incremental backups, and it may also prevent you from using the log files to repair a damaged database. Circular logging is enabled by default.

Свойства

Код статьи: 219419 - Последний отзыв: 16 ноября 2010 г. - Revision: 2.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft Exchange Server 5.5 Standard Edition
Ключевые слова: 
kbprb kbmt KB219419 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:219419
Заявление об отказе относительно содержимого статьи о продуктах, поддержка которых прекращена
Эта статья содержит сведения о продуктах, поддержка которых корпорацией Майкрософт прекращена. Поэтому она предлагается как есть и обновляться не будет.

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

 

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