XADM: Банк сообщений не запускается после автономной дефрагментации с помощью 4294966277

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

Проблема

После выполнения автономной дефрагментации (eseutil /dкоманда), банка данных не запускается и возвращает сообщение об ошибке 4294966277.

а в журнале событий приложений регистрируются следующие события.:
КОД события: 0
Источник: ESE97
Тип: ошибка
Категорий: Ведение журнала/восстановление
Описание: MSExchangeIS ((451))-1019

КОД события: 1120
Источник: MSExchangeIS
Тип: ошибка
Категория: Общие
Описание: Ошибка инициализации базы данных банка данных Microsoft Exchange Server 0xfffffc05.
Файл Tempdfrg.edb (это имя может отличаться при использовании/T:Переключение в команде дефрагментации), создается во время дефрагментации остается на диске; обычный дефрагментации удаляется.

Причина

Дефрагментация хранилища данных не завершается копию базы данных из временного файла (дефрагментированной) обратно в исходное местоположение. Таким образом базы данных поврежден и не может использоваться. 4294966277 Сообщение, является ошибкой JET_errPageNotInitialized, что означает, что страница в базе данных пуст или не был правильно инициализирован.

Решение

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

Только дефрагментации одной базы данных, уже знаете, какая база данных повреждена, перейдите к разделу «Копирование временной базе данных» данной статьи. Если вы не уверены какие базы данных вызвало проблемы дефрагментации базы данных Priv.edb и Pub.edb, выполните следующие действия для определения, какая база данных связана проблема:
  1. Проверьте целостность базы данных Priv.edb и Pub.edb.
    • Для проверки базы данных Priv.edb, в командной строке выполните следующее:
      /ispriv Eseutil/g
    • Для проверки базы данных Pub.edb, в командной строке выполните следующее:
      /ispub Eseutil/g
  2. Обратите внимание, какая база данных не проходит проверку целостности и возвращает сообщение об ошибке-1019.
  3. Обратите внимание на размер файла базы данных, которые не прошли проверку целостности.
  4. Сравните этот размер до размера временного файла.
Сравнивая размеры двух файлов, можно определить ли файл Tempdfrg.edb во временной версии поврежденного файла базы данных. В большинстве случаев файлы, точно так же размера. Процесс копирования устанавливает выделить пространство в начале процесса и несмотря на то, что процесс не завершается, размер файла базы данных по-прежнему соответствует исходному файлу.

Копирование временная база данных

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

  1. Примечание.: Этих инструкций предполагалось, что хранилище информации базы данных расположены на сервере в папке D:\Exchsrvr\Mdbdata и дефрагментации временный файл находится на диске (D:\Tempdfrg.edb).

  2. Выполнение проверки целостности для временных файлов. В командной строке выполните следующее:
    d:\tempdfrg.edb Eseutil/g
    При успешном завершении проверки целостности, переходите к следующему шагу. Если проверка целостности не завершается успешно, обе копии базы данных повреждены, и необходимо восстановить из резервной копии базы данных.
  3. Переименуйте поврежденной базы данных (базы данных либо Priv.edb и Pub.edb).
  4. Скопируйте дефрагментации временный файл с диска D (D:\Tempdfrg.edb) D:\Exchsrvr\Mdbdata папку.
  5. В папке D:\Exchsrvr\Mdbdata переименуйте файл Tempdfrg.edb к имени файла базы данных (Priv.edb и Pub.edb).
  6. Запустите хранилище данных.
Примечание.: Если при запуске хранилища данных, отображается сообщение об ошибке-1011, он не указывает на проблему. Хранилище данных и каталога должны быть заново синхронизируются. Для синхронизации с хранилищем данных и каталога, в командной строке выполните следующее:
\exchsrvr\bin\isinteg - исправление

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

Дефрагментацию в автономном режиме копирование данных из текущей базы данных в новый файл базы данных. Когда процесс дефрагментации достигает 100% временный файл является полным и во временной базе данных. В этом случае программа копирует временный файл обратно в исходное расположение, которое заменяет исходную базу данных.

Свойства

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

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

 

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