none
Восстановление Exchange 2007 RRS feed

  • Вопрос

  • Умер W2K3 с установленным Exch2007, есть бэкапы всех дисков. Если поднимать новый сервер, то как это правильно сделать, учитывая предыдущую установку, нужно ли заново подготавливать AD, и как правильно перенести базы? Желательно ссылки где почитать. Или того что написано тут достаточно, если восстанавливаться все будет на W2K8? Сейчас пробую восстановить все с бэкапа, но вдруг не поможет....

    • Изменено Life13 6 апреля 2009 г. 6:18
    • Перемещено Hengzhe Li 12 марта 2012 г. 10:58 forum merge (От:Exchange Server 2007)
    6 апреля 2009 г. 5:55

Ответы

  • Все данные о конфигурации Exchange хранятся в Active Directory. Вам необходимо восстановить сервер в той же самой конфигурации, с тем же именем, с такой же конфигурацией дискового пространства, как и на потерянном сервере. Затем запустить установку Exchange из командной строки с ключом /M:RecoverServer. Все конфигурационные данные считаются из AD, и на выходе Вы получите сервер абсолютно идентичный потерянному. Базу восстановите из бэкапа. Вот собственно и все.
    Про установку с вышеописанным ключом написано тут: http://technet.microsoft.com/ru-ru/library/aa998656.aspx


    http://okrylov.wordpress.com
    • Помечено в качестве ответа Life13 7 апреля 2009 г. 10:33
    6 апреля 2009 г. 6:31
    Модератор
  • Остановите MSExchangeTransport, перенесите содержимое папки C:\Exchange2007\TransportRoles\data\Queue\ в другое место и запустите службу. БД очереди поддерживает те же операции с eseutil и isinteg, что и основная база, но на мой взгляд хлопотно это. Проще роль HT переустановить.


    http://okrylov.wordpress.com
    • Помечено в качестве ответа Vinokurov Yuriy 7 апреля 2009 г. 8:57
    6 апреля 2009 г. 12:24
    Модератор
  • Умер W2K3 с установленным Exch2007, есть бэкапы всех дисков. Если поднимать новый сервер, то как это правильно сделать, учитывая предыдущую установку, нужно ли заново подготавливать AD, и как правильно перенести базы? Желательно ссылки где почитать. Сейчас пробую восстановить все с бэкапа, но вдруг не поможет....

    Резервная копия System State есть ?

    Если да, то устанавливаете заново Windows, затем full backup + system state

    Создание резервной копии данных Exchange и восстановление этих данных с помощью резервного копирования NT

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    • Предложено в качестве ответа cognize_ 6 апреля 2009 г. 6:20
    • Помечено в качестве ответа Vinokurov Yuriy 7 апреля 2009 г. 8:55
    6 апреля 2009 г. 6:18

Все ответы

  • Умер W2K3 с установленным Exch2007, есть бэкапы всех дисков. Если поднимать новый сервер, то как это правильно сделать, учитывая предыдущую установку, нужно ли заново подготавливать AD, и как правильно перенести базы? Желательно ссылки где почитать. Сейчас пробую восстановить все с бэкапа, но вдруг не поможет....

    Резервная копия System State есть ?

    Если да, то устанавливаете заново Windows, затем full backup + system state

    Создание резервной копии данных Exchange и восстановление этих данных с помощью резервного копирования NT

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    • Предложено в качестве ответа cognize_ 6 апреля 2009 г. 6:20
    • Помечено в качестве ответа Vinokurov Yuriy 7 апреля 2009 г. 8:55
    6 апреля 2009 г. 6:18
  • Все данные о конфигурации Exchange хранятся в Active Directory. Вам необходимо восстановить сервер в той же самой конфигурации, с тем же именем, с такой же конфигурацией дискового пространства, как и на потерянном сервере. Затем запустить установку Exchange из командной строки с ключом /M:RecoverServer. Все конфигурационные данные считаются из AD, и на выходе Вы получите сервер абсолютно идентичный потерянному. Базу восстановите из бэкапа. Вот собственно и все.
    Про установку с вышеописанным ключом написано тут: http://technet.microsoft.com/ru-ru/library/aa998656.aspx


    http://okrylov.wordpress.com
    • Помечено в качестве ответа Life13 7 апреля 2009 г. 10:33
    6 апреля 2009 г. 6:31
    Модератор
  • Ох не рекомендую я Вам такой сценарий. Не пробовал, надо обкатывать... А Вам нужно восстановить почту в первую очередь. Если in-place upgrade не поддерживается - это все же говорит о возможных проблемах.


    http://okrylov.wordpress.com
    6 апреля 2009 г. 6:51
    Модератор
  • Да про это твариант я уже прочел, ссылку давал выше. А ничего если восстановление будет производится на Win2008 а не Win 2003? И после установки, достаточно ли будет просто переписать старые директории баз данных, поверх новых, или их надо как то импортировать?
    Сначала нужно установить Windows 2003 и Exchange 2007 , только после этого обновляться до Windows 2008.

    Редакции и архитектуры не должны отличаться.

    К примеру нельзя обновляться с 32-битной на 64-битную или с Enterprise на Standard

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 6:54
  • Насчет 2003 и 2008 уже прочел, потому и удалил сообщение.
    Остался вопрос: после установки, достаточно ли будет просто переписать старые директории баз данных, поверх новых, или их надо как то импортировать? Просто ежедневный бэкап делался Акронисом (полностью образ диска), и снего мне предпочтительней восстанавливать, но есть и ntbackup (только базы данных почтовых ящиков и общих папок), но он более старый, еженедельный.
    6 апреля 2009 г. 7:09
  • Насчет 2003 и 2008 уже прочел, потому и удалил сообщение.
    Остался вопрос: после установки, достаточно ли будет просто переписать старые директории баз данных, поверх новых, или их надо как то импортировать? Просто ежедневный бэкап делался Акронисом (полностью образ диска), и снего мне предпочтительней восстанавливать, но есть и ntbackup (только базы данных почтовых ящиков и общих папок), но он более старый, еженедельный.
    Помимо баз данных есть логи транзакций, служебные файлы, директории в IIS и прочее.

    По приведённой мной ссылке выше - ходили ?

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 7:10
  • Что значит переписать поверх? Создйте новые с такими же именами, в них восстановите бэкап баз и примонтируйте.
    http://okrylov.wordpress.com
    6 апреля 2009 г. 7:11
    Модератор
  • Помимо баз данных есть логи транзакций, служебные файлы, директории в IIS и прочее.

    По приведённой мной ссылке выше - ходили ?

    Ходил, там все написано применительно к ntbackup, мне же предпочтительнее восстанавливать все из бэкапа сделанного акронисом. Допустим у меня было две БД, соответственно две директории First, Second.
    1) Я разрешил перезаписать БД.
    Set-MailboxDatabase First -AllowFileRestore $true
    Set-MailboxDatabase Second -AllowFileRestore $true
    2) Перезаписал эти директории имеющимися у меня, выта из бэкапа.
    3)Монтирую их:
    Mount-Database First
    Mount-Database Second
    4)Set-MailboxDatabase First -MountAtStartUp $true
    Set-MailboxDatabase Second -MountAtStartUp $true
    Вот я так это понимаю.

    А что если пойти кащунственным путем, и после восставноления Exchange, загрузится в безопасном режиме, и перезаписать всю папку Exchange 2007 целиком?
    6 апреля 2009 г. 7:45
  • А зачем?


    http://okrylov.wordpress.com
    6 апреля 2009 г. 7:57
    Модератор
  • Собственно бэкап заработал. Теперь возникла другая проблема, между доверительными отношениями между контроллером, и эксченджем. Собственно ситуация усугубляется тем что на контроллере я сбросил учетную запись компьютера... А вот теперь вычитал что если я так сделал то:
    Примечание. Это делает невозможным дальнейшее подключение компьютера к домену и должно использоваться только после переустановки.

    6 апреля 2009 г. 10:10
  • Собственно бэкап заработал. Теперь возникла другая проблема, между доверительными отношениями между контроллером, и эксченджем. Собственно ситуация усугубляется тем что на контроллере я сбросил учетную запись компьютера... А вот теперь вычитал что если я так сделал то:
    Примечание . Это делает невозможным дальнейшее подключение компьютера к домену и должно использоваться только после переустановки.

    Сделайте ещё раз резервную копию Exchange сервера.

    Отключите службы Exchange, выведите и заново введите ПК в домен.

    Поставьте службы Exchange в автозапуск и перезагрузите сервер.

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 10:14
  • Остановки этих служб достаточно?
    6 апреля 2009 г. 10:54
  • Остановки этих служб достаточно?
    Да, только не забудьте сделать резервную копию сервера.

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 11:04
  • Я его только что и восстанавливал из резервной копии. Или имеется ввиду резервная копия только сервера Exchange?

    6 апреля 2009 г. 11:08
  • Я его только что и восстанавливал из резервной копии. Или имеется ввиду резервная копия только сервера Exchange?

    Если после восстановления делали какие-либо изменения, то лучше ещё раз сделать резервную копию.

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 11:09
  • Спасибо, собственно говоря все получилось. Теперь имеем кучу ошибок такого плана:
    Категория: Ведение журнала и восстановление
    Код: 465
    edgetransport (4648) База данных почты транспорта: При "мягком" восстановлении файла журнала C:\Exchange2007\TransportRoles\data\Queue\trn.log обнаружено повреждение. Запись с неверной контрольной суммой находится в позиции END. Данные, не соответствующие шаблону заполнения файла журнала, впервые появились в секторе 6784 (0x00001A80). Этот файл журнала поврежден, его использование невозможно.

    edgetransport (4500) База данных почты транспорта: При восстановлении базы данных или возвращении ее в исходное состояние произошла непредвиденная ошибка -501.
    6 апреля 2009 г. 12:05
  • Процедуры аварийного восстановления

    Какие ошибки в логах сервера ?
    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 12:08
  • Какие именно логи смотреть?
    6 апреля 2009 г. 12:16
  • Какие именно логи смотреть?
    Логи, касающиеся Edge транспорта

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 12:21
  • Остановите MSExchangeTransport, перенесите содержимое папки C:\Exchange2007\TransportRoles\data\Queue\ в другое место и запустите службу. БД очереди поддерживает те же операции с eseutil и isinteg, что и основная база, но на мой взгляд хлопотно это. Проще роль HT переустановить.


    http://okrylov.wordpress.com
    • Помечено в качестве ответа Vinokurov Yuriy 7 апреля 2009 г. 8:57
    6 апреля 2009 г. 12:24
    Модератор
  • Остановите MSExchangeTransport, перенесите содержимое папки C:\Exchange2007\TransportRoles\data\Queue\ в другое место и запустите службу. БД очереди поддерживает те же операции с eseutil и isinteg, что и основная база, но на мой взгляд хлопотно это. Проще роль HT переустановить.
    Сейчас попробую


    Вот кстати что еще в журнале:
    Рабочий процесс постоянно вызывает сбой при загрузке: C:\Exchange2007\Bin\edgetransport.exe. Служба будет остановлена.

    Насчет логов если я правильно смотрю (TransportRoles\Logs\AgentLog), то они там все старые, датой восстановления бэкапа.
    6 апреля 2009 г. 12:46
  • Остановите MSExchangeTransport, перенесите содержимое папки C:\Exchange2007\TransportRoles\data\Queue\ в другое место и запустите службу. БД очереди поддерживает те же операции с eseutil и isinteg, что и основная база, но на мой взгляд хлопотно это. Проще роль HT переустановить.
    Сейчас попробую


    Вот кстати что еще в журнале:
    Рабочий процесс постоянно вызывает сбой при загрузке: C:\Exchange2007\Bin\edgetransport.exe. Служба будет остановлена.

    Насчет логов если я правильно смотрю (TransportRoles\Logs\AgentLog), то они там все старые, датой восстановления бэкапа.
    В логах сервера (если заходить в управление щёлкая правой кнопкой мыши по ПК) есть ошибки с кодами - их и нужно смотреть. Решения обычно на http://support.microsoft.com
    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 12:51
  • Ну в журнале системы понятно, я просто думал что имелись ввиду какие то другие логи...
    6 апреля 2009 г. 12:52
  • Ну в журнале системы понятно, я просто думал что имелись ввиду какие то другие логи...
    Исходя из кодов ошибок, в системном журнале, на http://support.microsoft.ru что-нибудь нашлось ?

    Первое правило Windows - делай резервную копию. Коды ошибок смотрите по адресу http://support.microsoft.com и http://eventid.net/
    6 апреля 2009 г. 13:28
  • Нашлось решение использовать eseutil с параметрами /cc. Только на это Эксчендж писал непонятную ошибку, все в знаках вопросов. Вылечились же все ошибки, довольно просто, помог совет Олега Крылова:
    1) перенос (удалегние) файлов базы данных почты C:\Exchange2007\TransportRoles\data\Queue\
    2) перенос (удаление) файлов базы данных репутации отправителя C:\Exchange2007\TransportRoles\data\SenderReputation\

    Cognize_ тоже огромное спасибо, без Вашего совета я бы не рискнул выводить сервер из домена, ну и за то что были со мной почти весь день =)))

    И раз уже все вроде благополучно закончилось, то расскажу как так получилось. После перезагрузки, W2K3 R2 SP2  загрузился с ошибкой "Сбой как минимум в одной службе......". Я этому особого внимания не придал, посмотрел журнал там все было в ошибках, сейчас уже не могу точно сказать в каких, т.к. система после бэкапа. Помню только что источник был Service Control Manager. В общем я перезагрузил систему. После этого в обыном режиме она пыталась загрузиться 1ч 30 м. (больше ждать не стал), в безопасном грузилась несколько быстрее около 30 минут. После загрузки все жутко тормозило, к примеру нажатие на кнопку пуск продолжалось около 5 минут и так со всеми действиями. На попытке просмотра журналов система отвечала ошибкой "Не доступен сервер RPC". Загрузка последней удачной конфигурации, так же ни к чему ни привела. Как могла так умереть ОС для меня и сейчас загадка. Причем восстановление с двух предыдущих бэкапов (за 1 день и соответственно за 2 дня) приводили к тем же грустным последствиям, одна загрузка с кучей ошибок и крах в виде тормозов. Поэтому был взят ранний бэкап примерно недельной давности. Т.е. если бы я не перезагрузил систему, то она могла бы проработать я думаю еще довольно долго. Вот такая история....

    P.S. как оказалось полный бэкап диска, не помог избежать проблем. Или может проблемы из за того что он недельной давности?
    6 апреля 2009 г. 15:09