none
Резервное копирование будет выполняеться 17 часов каждый день, нормально? RRS feed

  • Вопрос

  • Привет всем!

    Имеется DAG из трех серверов: два в основном ЦОДе, один в резервном. Всего на DAG заложено 25 баз с максимальным размером базы 1500 Гб.

    В конце проекта вспомнили по бэкап, мол, надо же как-то это еще и бэкапить. Текущая скорость бэкапирования баз Exchange 2007 - 92Гб в час (или 200Мбит в сек) на один сервер. Я прикинул, если делать раз в неделю делать Full, а ежедневно Incremental, то бэкапы будут делаться ежедневно по 17 часов, причем на каждом сервере. Т.е. на каждом сервере ежедневно делается Full одной базы (максимум 1500 Гб) и Incremental еще семи баз (10Гб x 7).

    Нормально ли то, что бэкапы будут делаться ежедневно по 17 ч. на серверах с активными базами или рассматривать другую схему, например, Full раз в две недели? Что посоветуете вцелом?

    3 ноября 2012 г. 6:26

Ответы

  • 1. Размер базы рекомендуется делать поменьше (около 100 Гб). Эта уменьшает время на обслуживание (восстановление) базы.

    2. DAG позволяет отказаться от бакапов или сделать их редкими (зависит от того, какие цели ставите). Увеличте время очистки базы до месяца и делайте полный бакап раз в месяц (по одной базе в день :-) в вашем случае).


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

    Илья,

    1. Да, это разумно. Странно, что Exchange 2010 Mailbox Server Role Requirements Calculator про это ничего не говорит и предлагает базы по 1,5 Тб.

    2. Мы планируем хранить удаленные элементы и ящики 2 месяца (под очисткой базы это имеется ввиду?). Бэкап нужен на самый крайний случай, например, администратор ошибся и удалил базу, или покорраптил ее, или она сама покорраптилась.

    На самом деле илья привел немного устаревшие данные правильнее будет посмотреть тут Technet.

    Если коротко, то в обычной конфигурации рекомендованный размер баз до 200Гб, в DAG рекомендованно до 2 Тб

    Валерий касательно вашего вопроса:

    При условии что у вас 3х нодовый DAG я бы вам порекомендовал делать полный бекап раз в 2 недели, а в остальное время делать только дифференциальный. Тем самым вы снизите нагрузку на сервера и не потеряете в случе если БД умрет. Если поток почты не слишком большой или СХД позволяет выделить достатовно пространства под логи транзакций, то можно делать полный бекап еще реже. Когда-то вообще проскакивало такое маркетинговое заявление, что при 3х нодовом даге вам вообще не надо делать бекапы :)

    По собственному опыту скажу, что при активном полном бекапе в рабочее время я не видел особой просадки по производительности, да и SCOM молчал, а он очень остро  реагирует на латентность по дискам и всему остальному

    • Помечено в качестве ответа Valery Grishko 6 ноября 2012 г. 18:47
    6 ноября 2012 г. 9:53
  • Если коротко, то в обычной конфигурации рекомендованный размер баз до 200Гб, в DAG рекомендованно до 2 Тб

    Валерий касательно вашего вопроса:

    При условии что у вас 3х нодовый DAG я бы вам порекомендовал делать полный бекап раз в 2 недели, а в остальное время делать только дифференциальный. Тем самым вы снизите нагрузку на сервера и не потеряете в случе если БД умрет. Если поток почты не слишком большой или СХД позволяет выделить достатовно пространства под логи транзакций, то можно делать полный бекап еще реже. Когда-то вообще проскакивало такое маркетинговое заявление, что при 3х нодовом даге вам вообще не надо делать бекапы :)

    По собственному опыту скажу, что при активном полном бекапе в рабочее время я не видел особой просадки по производительности, да и SCOM молчал, а он очень остро  реагирует на латентность по дискам и всему остальному

    DAG 2 ноды суммарно 2,5 Тб в 4 базах. Нагрузки при бэкапе так же не чувствуется. Единственное задания по бэкапу разнесены на два серва ну и соответственно 2 lun. Укладываюсь в ночь. (пока что) Удаленные элементы храню 14 дней. Full раз в неделю остальное инкременталки. Пишу сразу на ленту Eternus LT60 S2.
    • Помечено в качестве ответа Valery Grishko 6 ноября 2012 г. 18:48
    6 ноября 2012 г. 10:27
  • 1. Размер базы рекомендуется делать поменьше (около 100 Гб). Эта уменьшает время на обслуживание (восстановление) базы.

    2. DAG позволяет отказаться от бакапов или сделать их редкими (зависит от того, какие цели ставите). Увеличте время очистки базы до месяца и делайте полный бакап раз в месяц (по одной базе в день :-) в вашем случае).


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

    Илья,

    1. Да, это разумно. Странно, что Exchange 2010 Mailbox Server Role Requirements Calculator про это ничего не говорит и предлагает базы по 1,5 Тб.

    2. Мы планируем хранить удаленные элементы и ящики 2 месяца (под очисткой базы это имеется ввиду?). Бэкап нужен на самый крайний случай, например, администратор ошибся и удалил базу, или покорраптил ее, или она сама покорраптилась.

    Это же калькулятор: исходные данные задаете вы сами. А какие исходные данные взять, зависит от вашей конкретной ситуации. Рекомендуеый размер базы в 100 Гб дается из простого соображения: базу такого размера можно в приемлемое время забакапить и восстановить - вы можете вполне уложиться в 40 минут на восстановление. Определяется это пропускной способностью дисков и сети. Если используется быстрые диски и сеть, то за те же 40 минут вы можете восстановить базу в 200 Гб. Т.е. все условно.

    Основное назначение DAG - уменьшить время на простой сервиса при повреждении базы. DAG не защищает от всех видов угроз, но снижает потребность в полных бакапах для восстановления сервиса. В худшем варианте вам нужен DAG плюс полный бакап, плюс инкрементный бакап каждые полчаса, чтобы ни одно письмо не потерялось, плюс хранение абсолютно всех бакапов. Но если вы прагматично оцените риски и их цену в сравнении с ценой решения по борьбе с этими рисками, то можете придти к более щадящей схеме вплоть до отказа от полных бакапов.


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

    • Помечено в качестве ответа Valery Grishko 6 ноября 2012 г. 18:48
    6 ноября 2012 г. 11:28
    Модератор

Все ответы

  • Откуда уверенность, про 17 часов для инкремента и full бэкапа одинаково?

    Да и вообще расскажите чем собираетесь бэкапить. На какой СХД размещаются базы?

    3 ноября 2012 г. 11:20
    Отвечающий
  • Откуда уверенность, про 17 часов для инкремента и full бэкапа одинаково?


    17 часов отсюда: 

    время=расстояние/скорость

    Про "инкремента и full бэкапа одинаково" я ничего не говорил.


    3 ноября 2012 г. 14:11
  • Да и вообще расскажите чем собираетесь бэкапить. На какой СХД размещаются базы?

    Мне, конечно, не сложно об этом вам рассказать, но и система резервного копирования и СХД, на которой размещаются базы, в данном случае являются константами и поэтому отношения к моему вопросу не имеют.
    3 ноября 2012 г. 14:13
  • Да и вообще расскажите чем собираетесь бэкапить. На какой СХД размещаются базы?

    Мне, конечно, не сложно об этом вам рассказать, но и система резервного копирования и СХД, на которой размещаются базы, в данном случае являются константами и поэтому отношения к моему вопросу не имеют.

    Валерий, на самом деле все это имеет отношение по нескольким причинам:

    1. Современные системы резервного копирования умеют бекапить базы данных Exchange с неактивных нод.
    2. Также возможно использование Hardware VSS провайдеров и других фич, при которых СХД создает снапшот диска с базами и в дальнейшем монтирует этот снапшот на бекапный сервер. Сами понимаете что в данном случае мы не затрагиваем ethernet сеть и скорость бекапа возрастает.

    Также уточните собираетесь ли вы использовать гранулярное копирование. У меня при использовании гранулярного копирования время бекапа заметно увеличивется

    5 ноября 2012 г. 8:56
  • Добрый день!

    Я бы реализовал два сервера бэкапирования для разделения баз данных между ними. При этом базы данных должны лежать на разных lun в СХД.

    6 ноября 2012 г. 6:15
  • 1. Размер базы рекомендуется делать поменьше (около 100 Гб). Эта уменьшает время на обслуживание (восстановление) базы.

    2. DAG позволяет отказаться от бакапов или сделать их редкими (зависит от того, какие цели ставите). Увеличте время очистки базы до месяца и делайте полный бакап раз в месяц (по одной базе в день :-) в вашем случае).


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

    6 ноября 2012 г. 7:01
    Модератор
  • Добрый день!

    Я бы реализовал два сервера бэкапирования для разделения баз данных между ними. При этом базы данных должны лежать на разных lun в СХД.

    Спасибо, так и планируется сделать.
    6 ноября 2012 г. 8:19
  • Да и вообще расскажите чем собираетесь бэкапить. На какой СХД размещаются базы?

    Мне, конечно, не сложно об этом вам рассказать, но и система резервного копирования и СХД, на которой размещаются базы, в данном случае являются константами и поэтому отношения к моему вопросу не имеют.

    Валерий, на самом деле все это имеет отношение по нескольким причинам:

    1. Современные системы резервного копирования умеют бекапить базы данных Exchange с неактивных нод.
    2. Также возможно использование Hardware VSS провайдеров и других фич, при которых СХД создает снапшот диска с базами и в дальнейшем монтирует этот снапшот на бекапный сервер. Сами понимаете что в данном случае мы не затрагиваем ethernet сеть и скорость бекапа возрастает.

    Также уточните собираетесь ли вы использовать гранулярное копирование. У меня при использовании гранулярного копирования время бекапа заметно увеличивется

    Андрей,

    Hardware VSS и гранулярное копирования использовать мы не планируем.

    6 ноября 2012 г. 8:24
  • 1. Размер базы рекомендуется делать поменьше (около 100 Гб). Эта уменьшает время на обслуживание (восстановление) базы.

    2. DAG позволяет отказаться от бакапов или сделать их редкими (зависит от того, какие цели ставите). Увеличте время очистки базы до месяца и делайте полный бакап раз в месяц (по одной базе в день :-) в вашем случае).


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

    Илья,

    1. Да, это разумно. Странно, что Exchange 2010 Mailbox Server Role Requirements Calculator про это ничего не говорит и предлагает базы по 1,5 Тб.

    2. Мы планируем хранить удаленные элементы и ящики 2 месяца (под очисткой базы это имеется ввиду?). Бэкап нужен на самый крайний случай, например, администратор ошибся и удалил базу, или покорраптил ее, или она сама покорраптилась.

    6 ноября 2012 г. 8:34
  • По большому счету, меня интересует ваше мнение относительно того, что 2/3 времени на серверах с активными базами будет выполняться резервное копирование, на сколько это может повлиять на производительность (оборудование закладывалось с запасом), является ли это распространенным явлением?
    6 ноября 2012 г. 8:43
  • 1. Размер базы рекомендуется делать поменьше (около 100 Гб). Эта уменьшает время на обслуживание (восстановление) базы.

    2. DAG позволяет отказаться от бакапов или сделать их редкими (зависит от того, какие цели ставите). Увеличте время очистки базы до месяца и делайте полный бакап раз в месяц (по одной базе в день :-) в вашем случае).


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

    Илья,

    1. Да, это разумно. Странно, что Exchange 2010 Mailbox Server Role Requirements Calculator про это ничего не говорит и предлагает базы по 1,5 Тб.

    2. Мы планируем хранить удаленные элементы и ящики 2 месяца (под очисткой базы это имеется ввиду?). Бэкап нужен на самый крайний случай, например, администратор ошибся и удалил базу, или покорраптил ее, или она сама покорраптилась.

    На самом деле илья привел немного устаревшие данные правильнее будет посмотреть тут Technet.

    Если коротко, то в обычной конфигурации рекомендованный размер баз до 200Гб, в DAG рекомендованно до 2 Тб

    Валерий касательно вашего вопроса:

    При условии что у вас 3х нодовый DAG я бы вам порекомендовал делать полный бекап раз в 2 недели, а в остальное время делать только дифференциальный. Тем самым вы снизите нагрузку на сервера и не потеряете в случе если БД умрет. Если поток почты не слишком большой или СХД позволяет выделить достатовно пространства под логи транзакций, то можно делать полный бекап еще реже. Когда-то вообще проскакивало такое маркетинговое заявление, что при 3х нодовом даге вам вообще не надо делать бекапы :)

    По собственному опыту скажу, что при активном полном бекапе в рабочее время я не видел особой просадки по производительности, да и SCOM молчал, а он очень остро  реагирует на латентность по дискам и всему остальному

    • Помечено в качестве ответа Valery Grishko 6 ноября 2012 г. 18:47
    6 ноября 2012 г. 9:53
  • Если коротко, то в обычной конфигурации рекомендованный размер баз до 200Гб, в DAG рекомендованно до 2 Тб

    Валерий касательно вашего вопроса:

    При условии что у вас 3х нодовый DAG я бы вам порекомендовал делать полный бекап раз в 2 недели, а в остальное время делать только дифференциальный. Тем самым вы снизите нагрузку на сервера и не потеряете в случе если БД умрет. Если поток почты не слишком большой или СХД позволяет выделить достатовно пространства под логи транзакций, то можно делать полный бекап еще реже. Когда-то вообще проскакивало такое маркетинговое заявление, что при 3х нодовом даге вам вообще не надо делать бекапы :)

    По собственному опыту скажу, что при активном полном бекапе в рабочее время я не видел особой просадки по производительности, да и SCOM молчал, а он очень остро  реагирует на латентность по дискам и всему остальному

    DAG 2 ноды суммарно 2,5 Тб в 4 базах. Нагрузки при бэкапе так же не чувствуется. Единственное задания по бэкапу разнесены на два серва ну и соответственно 2 lun. Укладываюсь в ночь. (пока что) Удаленные элементы храню 14 дней. Full раз в неделю остальное инкременталки. Пишу сразу на ленту Eternus LT60 S2.
    • Помечено в качестве ответа Valery Grishko 6 ноября 2012 г. 18:48
    6 ноября 2012 г. 10:27
  • 1. Размер базы рекомендуется делать поменьше (около 100 Гб). Эта уменьшает время на обслуживание (восстановление) базы.

    2. DAG позволяет отказаться от бакапов или сделать их редкими (зависит от того, какие цели ставите). Увеличте время очистки базы до месяца и делайте полный бакап раз в месяц (по одной базе в день :-) в вашем случае).


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

    Илья,

    1. Да, это разумно. Странно, что Exchange 2010 Mailbox Server Role Requirements Calculator про это ничего не говорит и предлагает базы по 1,5 Тб.

    2. Мы планируем хранить удаленные элементы и ящики 2 месяца (под очисткой базы это имеется ввиду?). Бэкап нужен на самый крайний случай, например, администратор ошибся и удалил базу, или покорраптил ее, или она сама покорраптилась.

    Это же калькулятор: исходные данные задаете вы сами. А какие исходные данные взять, зависит от вашей конкретной ситуации. Рекомендуеый размер базы в 100 Гб дается из простого соображения: базу такого размера можно в приемлемое время забакапить и восстановить - вы можете вполне уложиться в 40 минут на восстановление. Определяется это пропускной способностью дисков и сети. Если используется быстрые диски и сеть, то за те же 40 минут вы можете восстановить базу в 200 Гб. Т.е. все условно.

    Основное назначение DAG - уменьшить время на простой сервиса при повреждении базы. DAG не защищает от всех видов угроз, но снижает потребность в полных бакапах для восстановления сервиса. В худшем варианте вам нужен DAG плюс полный бакап, плюс инкрементный бакап каждые полчаса, чтобы ни одно письмо не потерялось, плюс хранение абсолютно всех бакапов. Но если вы прагматично оцените риски и их цену в сравнении с ценой решения по борьбе с этими рисками, то можете придти к более щадящей схеме вплоть до отказа от полных бакапов.


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

    • Помечено в качестве ответа Valery Grishko 6 ноября 2012 г. 18:48
    6 ноября 2012 г. 11:28
    Модератор
  • Спасибо всем, я получил ответы на свои вопросы.
    6 ноября 2012 г. 18:49