Назад | Перейти на главную страницу

Backup Exec - следует ли выполнять резервное копирование Exchange 2010 как DAG и отдельных серверов?

У меня есть два сервера Exchange 2010 с группой DAG. Один сервер находится на месте, другой - в офисе. Я запускаю Backup Exec 2012 для резервного копирования группы DAG. У меня вопрос:

Нужно ли мне настраивать задания для резервного копирования хранилища информации в одном из отдельных хранилищ? или достаточно ли резервного копирования группы DAG с помощью Backup Exec для аварийного восстановления?

Допускают ли резервные копии DAG выборочное восстановление отдельных почтовых ящиков и сообщений? или это резервная копия на уровне базы данных?

Наличие 2-серверного DAG считается не «резервным копированием», а просто высокой доступностью. Вам по-прежнему нужны резервные копии с помощью Backup Exec или аналогичного продукта.

Резервное копирование всех баз данных почтовых ящиков в Backup Exec большинство того, что вы хотите для восстановления после сбоя. Большинство людей полагают, что аварийное восстановление означает, что у вас НЕТ серверов, поэтому вам потребуется восстановление вашей Active Directory (где находится большая часть вашей конфигурации Exchange) и, при необходимости, системных дисков сервера Exchange. DR намного сложнее, чем люди думают, поэтому я рекомендую попытаться восстановить в лаборатории виртуальных машин (в отдельной VLAN или аналогичной) весь шебанг, включая AD, Exchange и т. Д. Вы узнаете много, а также узнаете если у вас есть все необходимое.

С помощью Backup Exec вы можете выполнять детальное восстановление почтовых элементов, просто создавая резервную копию баз данных почтовых ящиков в группе DAG.

С точки зрения программного обеспечения для резервного копирования, существует 3 варианта резервного копирования баз данных Exchange, независимо от того, является это группа DAG или нет.

  1. Размонтировать базу данных, проверить ее в режиме «Чистое выключение» - выполнить резервное копирование как обычный файл. Этот подход НЕ удаляет журналы.
  2. Оперативное резервное копирование выполняет резервное копирование во время работы базы данных (вы действительно хотите использовать этот подход по причине) и очищает журналы, при восстановлении вы можете восстановить только всю БД. Обычно настраивается таким образом, чтобы удалить логи.
  3. Резервное копирование на уровне элементов выполняет то же самое, что и номер 2, но создает резервную копию каждого элемента в каждом отдельном почтовом ящике. Очень долго, но вы всегда можете восстановить отдельный элемент, если у вас есть адекватный цикл хранения. Также обычно удаляет журналы.

Вам нужно будет проконсультироваться с продавцом BackupExec, чтобы узнать, какая именно лицензия вам нужна. Отметим, что последняя версия BackupExec внесла некоторые изменения в дополнительные модули (агенты), которые используются для выполнения различных резервных копий БД. Убедитесь, что вы понимаете не только лицензионные требования, но и объем, доступный вашей системе резервного копирования.

Надеюсь, поможет.

Как объяснялось в предыдущем комментарии, DAG никоим образом не является резервной копией, но обеспечивает высокую доступность.