headermask image

Notice: Undefined variable: t in /var/www/user97185/data/www/system-administrators.info/yandex-ad.php on line 15

Notice: Undefined variable: r in /var/www/user97185/data/www/system-administrators.info/yandex-ad.php on line 15
Рекомендую: Фриланс-биржа | Кэшбэк-сервис | Интернет-бухгалтерия

Перевод базы Exchange в состояние Clean Shutdown с помощью Eseutil

Итак, вы восстановили из базу Exchange из резервной копии и пытаетесь подключить её. Однако вместо успешного подключения вы видите сообщение об ошибке следующего содержания:

Couldn’t mount the database that you specified. Specified database: DB2; Errorcode: An Active Manager operation failed. Error: The database action failed. Error: An error occurred while trying to select a database copy for possible activation. Error: The database ‘DB2′ was not mounted because errors occurred either while validating database copies for possible activation, or while attempting to activate another copy. Detailed error(s):

An Active Manager operation failed. Error: Operation failed with message: MapiExceptionCallFailed: Unable to mount database. (hr=0×80004005, ec=-550)

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

Итак, перед монтирование базы необходимо перевести её в состояния чистого отключения (clean shutdown state). Проверить состояние базы можно с помощью утилиты Eseutil.

Мягкое восстановление с помощью Eseutil

Для начала нам нужно проверить в каком состоянии находиться база. Это делается с помощью команды eseutil /mh.

eseutil_1

В данном случае мы видим что база находиться в состоянии грязного отключения (dirty shutdown):

eseutil_2

Дополнительно из этого вывода, а точнее из строчки Log Required, видно что нет одного из лог-файлов транзакций. Для восстановления целостности базы мы можем заново воспроизвести в неё данный лог файл (если он есть в наличии). Для этого используем следующий синтаксис:

eseutil /r /l /d

К примеру, префикс моего лог файла E02, и мои базы и лог-файлы находятся в директории G:\E_\Program Files\Microsoft\Exchange Server\V14\Mailbox\DAGDB1 .

eseutil_3

После этого можно повторно запустить команду eseutil /mh и проверить состояние базы:

eseutil_4

После этого можно смело монтировать базу.

Принудительное восстановление (Hard Repair)

Выполнение принудительного восстановление с помощью команды eseutil /p проверит базу на наличие поврежденных страниц. Если такие страницы будут найдены, они будут удалены.

Для запуска принудительного восстановления запустите команду eseutil /p как показано ниже:

eseutil_5

После этого можете проверить состояние базы командой eseutil /mh и подмонтировать её.

Полезная информация:

Однако что в мире твориться…. ЗАЗ !!! презентовал электромобиль. Интересно ездит ли он вообще ? :)

Похожие посты
  • Восстановление данных с помощью базы восстановления в Exchange 2010 SP1. Часть 2
  • Как узнать размер базы Exchange с помощью PowerShell
  • Ошибка при удалении дефолтной почтовой базы в Exchange 2010
  • Демонстрация Exchange Server 2007
  • Бэкап Exchange 2010 и Exchange 2007 SP2 с помощью Windows Server Backup
  • Exchange 2010 OWA: редирект на устаревший URL с ошибкой HTTP 500 Error
  • Восстановление данных с помощью базы восстановления в Exchange 2010 SP1. Часть 1
  • Как ускорить перезагрузку Exchange 2000 или 2003/DC
  • Управление AD LDS на сервере Edge Transport с помощью ADSIEdit
  • Ошибка “An IIS directory entry couldn’t be created. The error message is Access is denied ” после установки Exchange 2010
  • One Comment

    1. Спасибо огромное.
      Все работает!Помогло

      1. Denis on June 8th, 2012 at 1:23 pm