none
Проблемы с бекапированием баз Exchange 2010 Windows Server Backup The application will not be available for recovery from this backup. RRS feed

  • Вопрос

  • Добрый день!

    Начались проблемы с бекапированием баз. ошибка буквально повторяет описанную тут а так же сообщение в свойствах события бекапа в сабже:

    http://exchangeserverpro.com/event-id-2137-windows-server-backup-completed-warnings-exchange-2010-mailbox-server

    Мейлбоксы в DAGе, 4 почтовые базы - по две активных на одну ноду кластера. Бекапятся активные винбекапом...

    Началось, когда на сервера были загружены но не установлены обновления и роллап5. Всё планого было установлено, и снято расписание с винбекаппа...

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

    Какие могут быть варианты решить проблему? На зарубежныйх сайтах ничего толком не нашёл кроме того что написал выше...

    редактить реестр сервера рука не поднимается не написав сюда...

    Заранее благодарне за помошь!

    14 января 2013 г. 13:41

Ответы

  • Оно так и есть http://technet.microsoft.com/en-us/library/dd876851(v=exchg.141).aspx

    Сазонов Илья http://isazonov.wordpress.com/

    • Помечено в качестве ответа _NK_ 17 января 2013 г. 6:23
    14 января 2013 г. 15:35
    Модератор
  • Проблема только тогда, когда:

    1. Используется встроенный бакап

    2. На одном хосте есть активная и пассивная копии баз

    Чтобы убрать проблему, надо поправить реестр.

    Почему у вас работало? Может на томе были только активные копии баз.


    Сазонов Илья http://isazonov.wordpress.com/



    • Изменено ILYA [ sie ] SazonovModerator 19 января 2013 г. 15:38
    • Помечено в качестве ответа _NK_ 21 января 2013 г. 11:08
    18 января 2013 г. 7:50
    Модератор
  • Да, на хосте конечно же есть и активные и пассивные копии смё правильно - это на сколько я помню самая стандартная схема DAG...

    т.е. если мы хотим DAG мы заранее обречены на эту проблему?)

    Надо просто помнить, что если на хосте есть и активные и пассивные копии, то для выполнения Windows Backup задания необходимо добавить значение DWORD c именем EnableVSSWriter в реестре, если только активные копии на хосте, то ничего добавлять не нужно.

    P.S. Кстати если в последствие пожелаете использовать сторонний софт для бэкапа баз, необходимо будет значение удалить  и перезапустить Microsoft Exchange Replication Service. 

    Using Windows Server Backup to Back Up and Restore Exchange Data


    MCTS: Microsoft Exchange Server 2007/2010 | MCSA

    • Помечено в качестве ответа _NK_ 21 января 2013 г. 11:07
    21 января 2013 г. 8:46

Все ответы

  • Оно так и есть http://technet.microsoft.com/en-us/library/dd876851(v=exchg.141).aspx

    Сазонов Илья http://isazonov.wordpress.com/

    • Помечено в качестве ответа _NK_ 17 января 2013 г. 6:23
    14 января 2013 г. 15:35
    Модератор
  • Илья, а в следствии чего возникает такая проблема... хочется понять первопричину. Есть подозрение на то, что в базе завелось слишком много пользователей... база по размеру в рамках разумного - не превышает запланированных, но кол-во пользователей там большое... соответсвенно при просмотрет объёма базы через Shell - она небольшая, а при просмотре по факту на диске раза в 4 больше - это логи, генерируемые активностью пользователей.... Только на это могу подумать...

    ?)

    17 января 2013 г. 6:23
  • Первопричина? :-) Так реализовано в Exchange 2010. Что и описано в документации.

    Сазонов Илья http://isazonov.wordpress.com/

    18 января 2013 г. 3:09
    Модератор
  • Интересный ответ! ))) По сути на любой вопрос косающийся MS можно так ответить....

    Имеется ввиду почему раньше всё нормально бекапилось, а потом перестало?

    18 января 2013 г. 6:38
  • Проблема только тогда, когда:

    1. Используется встроенный бакап

    2. На одном хосте есть активная и пассивная копии баз

    Чтобы убрать проблему, надо поправить реестр.

    Почему у вас работало? Может на томе были только активные копии баз.


    Сазонов Илья http://isazonov.wordpress.com/



    • Изменено ILYA [ sie ] SazonovModerator 19 января 2013 г. 15:38
    • Помечено в качестве ответа _NK_ 21 января 2013 г. 11:08
    18 января 2013 г. 7:50
    Модератор
  • У нас и сейчас на каждом томе только активная база (т.е. под каждую бау отдельный том с системы хранения)

    Тогда получается что причина №1? )

    18 января 2013 г. 8:45
  • Извините, я ошибся: не "том", а "хост" - см. выше.

    Сазонов Илья http://isazonov.wordpress.com/

    19 января 2013 г. 15:37
    Модератор
  • Да, на хосте конечно же есть и активные и пассивные копии смё правильно - это на сколько я помню самая стандартная схема DAG...

    т.е. если мы хотим DAG мы заранее обречены на эту проблему?)

    21 января 2013 г. 7:52
  • Да, на хосте конечно же есть и активные и пассивные копии смё правильно - это на сколько я помню самая стандартная схема DAG...

    т.е. если мы хотим DAG мы заранее обречены на эту проблему?)

    Надо просто помнить, что если на хосте есть и активные и пассивные копии, то для выполнения Windows Backup задания необходимо добавить значение DWORD c именем EnableVSSWriter в реестре, если только активные копии на хосте, то ничего добавлять не нужно.

    P.S. Кстати если в последствие пожелаете использовать сторонний софт для бэкапа баз, необходимо будет значение удалить  и перезапустить Microsoft Exchange Replication Service. 

    Using Windows Server Backup to Back Up and Restore Exchange Data


    MCTS: Microsoft Exchange Server 2007/2010 | MCSA

    • Помечено в качестве ответа _NK_ 21 января 2013 г. 11:07
    21 января 2013 г. 8:46
  • Спасибо за информацию!

    21 января 2013 г. 11:07