none
Правильный бекап RRS feed

  • Общие обсуждения

  • Прошу помочь советом - как правильнее организовать систему резервного копирования. Начальные условия такие: 1. Exchange 2007, крутится на виртуальном сервере win 2003 std r2 2. хост-машина - win 2008 ent (доступно обновление до r2) 3. имеется в наличии DPM Буду очень признателен как за ссылки на теоретически статьи, так и за конкретные советы. Цель бекапа - естественно, минимизировать потери и время восстановления.
    • Изменен тип Vinokurov Yuriy 19 октября 2009 г. 8:46
    • Перемещено Hengzhe Li 12 марта 2012 г. 8:55 forum merge (От:Exchange Server 2007)
    15 октября 2009 г. 6:00

Все ответы

  • Материала на самом деле много.
    Есть статьи как на английском языке, так и их перевод на русский....

    http://www.msexchange.org/articles_tutorials/exchange-server-2007/monitoring-operations/continuous-backup-exchange-server-dpm-2007-part1.html
    http://www.msexchange.org/articles_tutorials/exchange-server-2007/monitoring-operations/continuous-backup-exchange-server-dpm-2007-part2.html

    http://www.oszone.net/7189/Exchange_Server_DPM_2007

    еще

    http://www.microsoft.com/systemcenter/dataprotectionmanager/en/us/protect-exchange.aspx
    http://www.microsoft.com/systemcenter/dataprotectionmanager/ru/ru/protect-exchange.aspx

    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    15 октября 2009 г. 6:07
  • разговоры о том что DMP правильно бэкапит Exchnage немного преувеличены.

    раз у вас Exchange находится на 2003 сервере используйте ntbackup.
    минимизация потерь хороший вопрос... писать про него можно долго и много.

    опишите что у вас имеется (кол-во баз, их объем, кол-во пользователей)
    blog.wadmin.ru
    15 октября 2009 г. 6:09
  • У нас в организации используется система энтерпрайз уровня HP OpenView Data Protector. Не скажу что это идеальная система бэкапа, но нас она еще ни разу не подводила....
    Схема бэкапов организована следующим образом:

    Полный бэкап - 3 раза в неделю, в остальное время инкрементальный.
    Бэкап отдельных почтовых ящиков не производится.

    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    15 октября 2009 г. 6:16
  • Что касается практических советов - есть различные варианты
    Ну во первых (предпочтительный вариант) - бэкапирование Exchange так, как описано выше. Из минусов - для этого требуется отдельная Enterprise ML лицензия
    Существует вариант, при котором вы можете просто бэкапировать Hyper-V и hvd для достижения нужного результата (host-level backup). У него есть свои недостатки (возможность восстановления на уровне баз и ящиков). Но есть и преимущство - стоимость лицензий. Дело в том, что при бэкапировании приложений вам потребуется ML на каждую виртуальную машину, тогда как во втором случае - только на сервер Hyper-V
    http://www.virtualizationadmin.com/articles-tutorials/microsoft-hyper-v-articles/backup-recovery/using-microsoft-system-center-data-protection-manager-2007-sp1-hyper-v.html

    15 октября 2009 г. 6:24
  • На вопрос про количество баз: 3 базы, в первой - 10 пользователей, объем 16 гиг, вторая - 40 пользователей, объем 58 гиг, третья - 150 пользователей, объем 28 гиг. (все цифры на данный момент времени, конечно).
    15 октября 2009 г. 7:20
  • Насчет дополнительного ПО - к сожалению, есть только то, что я указал и приобретение нового ПО - невозможно пока что. DPM приобретен в рамках enterpise management suite. И дополнительный вопрос - стоит ли использовать LCR?
    15 октября 2009 г. 7:21
  • LCR использовать стоит т.к. это небольшая но отказоустойчивость...

    с бэкапом все же стоит смотреть в сторону ntbackup.
    blog.wadmin.ru
    15 октября 2009 г. 12:31
  • Для чего смотреть в сторону ntbackup, если есть DPM?
    Используйте DPM, если приобретен. Его фунцционала и скорости вполне достаточно для применения в вашей организации.
    15 октября 2009 г. 13:50
  • DPM не панацея
    забэкапить им SCC кластер никак, CCR можно но восстанавливать его мягко говоря устанешь.

    в данном случае его можно использовать но надежнее (проверено временем) все же постаринке.
    blog.wadmin.ru
    15 октября 2009 г. 14:25
  • а насколько может быть рабочей схема примерно такая (версия пре-альфа :)):
    1. дпм на уровне групп хранения - скажем,  каждые 2 часа
    2. дпм делает полную копию виртуального сервера - скажем, каждые 3 дня
    При этом LCR не используется (может просто не хватить места для полных копий).
    Ваши комментарии?
    15 октября 2009 г. 14:36
  • много бэкапов попробовано, но найден только один единственный - Symantec BackUp Exec. Exchange в любом случае надо бэкапить целиком никакого дефферициального бэкапа - вот что мы поняли используя в разных компаниях Exchange А у нас компаний достаточно )))
    19 октября 2009 г. 7:39
  • много бэкапов попробовано, но найден только один единственный - Symantec BackUp Exec. Exchange в любом случае надо бэкапить целиком никакого дефферициального бэкапа - вот что мы поняли используя в разных компаниях Exchange А у нас компаний достаточно )))

    Не соглашусь с Вами. Схема полный бэкап+инкрементальный - прекрасно работает.
    Предупреждая дальнейшие вопросы - бэкап и последующие восстановления.
    З.Ы. Бэкапить Exchange целиком нет необходимости. Возможно, в случае небольшой организации это и целесообразно и укладывается во временные рамки, количество лент/ресурсов и.т.п. Но в случае большой организации, большого количества ресурсов подлежащих бэкапированию это не преемлемо - например - увеличивается время бэкапирования (бэкап не успевает завершится до начала работы пользователей), не успевают завершится бэкапы других систем и.т.п.


    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    19 октября 2009 г. 8:08
  • to Artem Gusev: мой случай - это "На вопрос про количество баз: 3 базы, в первой - 10 пользователей, объем 16 гиг, вторая - 40 пользователей, объем 58 гиг, третья - 150 пользователей, объем 28 гиг. (все цифры на данный момент времени, конечно)." В моем представлении, это небольшая организация. Что вы скажете насчет полного бэкапа Exchange?
    20 октября 2009 г. 6:01
  • Что вы скажете насчет полного бэкапа Exchange?
    Ежедневного?
    Смотрите сами - если у вас достаточное количество лент, бэкап успевает проходить в рамках "ночного окна обслуживания", не пересекаясь с проведение онлайн обслуживанием баз, а так же при этом не мешает бэкапу других систем (в случае если у вас централизованная система бэкапа) - почему нет?

    Никто Вам не скажет - что такая то схема оптимальнее другой. Это Вы должны оценить сами.

    Вот официальные рекомендации MS:

    "...

    Каждый из перечисленных видов резервного копирования имеет свои достоинства и недостатки, которые перечислены ниже:

    • Полное резервное копирование является самым простым методом архивации и восстановления данных, поскольку для восстановления используется только одна резервная копия.
    • При использовании копирующего резервного копирования файлы журналов не удаляются. Эти файлы должны удаляться в обязательном порядке, поскольку в противном случае место на диске для хранения файлов журналов может закончиться, после чего база данных Exchange начнет работать в автономном режиме и будет работать в этом режиме до тех пор, пока не будут удалены файлы журналов.
    • Для выполнения операции полного восстановления как дифференциальное, так и инкрементное резервное копирование требуют наличия нескольких комплектов резервных копий. Если один из комплектов окажется утерянным или невосстановимым, тогда восстановление придется производить начиная с момента, который предшествует дате такого невостанавливаемого комплекта. Оба названных вида резервного копирования принадлежат к категории добавочного копирования, при котором архивируются только измененные данные. Это означает, что размер копий, созданных с использованием этих видов резервного копирования, меньше размера полной резервной копии. Кроме того, на создание таких копий затрачивается меньше времени.
    "

    http://technet.microsoft.com/ru-ru/library/bb124515.aspx

    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    20 октября 2009 г. 6:22
  • Что вы скажете насчет полного бэкапа Exchange?
    Ежедневного?
    Смотрите сами - если у вас достаточное количество лент, бэкап успевает проходить в рамках "ночного окна обслуживания", не пересекаясь с проведение онлайн обслуживанием баз, а так же при этом не мешает бэкапу других систем (в случае если у вас централизованная система бэкапа) - почему нет?


    не обязательно ежедневного. а примерно по схеме, которую я писал выше:
    1. дпм на уровне групп хранения - скажем,  каждые 2 часа
    2. дпм делает полную копию виртуального сервера - скажем, каждые 3 дня

    20 октября 2009 г. 12:37
  • а Вы восстанавливаться потом не пробывали из схемы полный бэкап+инкрементальный Я пробывал (((( очень грустно скажу Вам
    21 октября 2009 г. 13:43
  • а Вы восстанавливаться потом не пробывали из схемы полный бэкап+инкрементальный Я пробывал (((( очень грустно скажу Вам

    Представьте себе - пробовал. см выше:

    Схема полный бэкап+инкрементальный - прекрасно работает.
    Предупреждая дальнейшие вопросы - бэкап и последующие восстановления.


    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Так же, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    21 октября 2009 г. 13:45
  • Всем большое спасибо, предлагаю на этом и закончить. А то дискуссия пошла по кругу уже :)
    Аналогичную про резервирование AD начну в правильной ветке :)
    22 октября 2009 г. 6:02