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

Стратегия резервного копирования Exchange 2010

Мы только что перешли на Exchange 2010 с другой почтовой системы и использовали Я еду в течение многих лет для резервного копирования наших документов и почты на одном сервере Windows.

Ранее мы просто останавливали службы, которые обращаются к почтовой базе данных, а затем запланировали инкрементное резервное копирование в Idrive, в результате чего небольшие объемы измененных данных отправлялись в idrive каждую ночь. Эта система отлично работала для нас, но теперь, когда мы вышли на биржу Exchange 2010, все кажется немного сложнее.

Мы не были уверены, что именно нужно поддерживать взамен, поэтому резервное копирование Windows Server, казалось, соответствовало всем требованиям, но похоже, что резервное копирование Windows создает новый каталог для каждой резервной копии, что, в свою очередь, приводит к дублированию объемов данных обмена, загружаемых в idrive.

  1. Можно ли остановить службы обмена и выполнить резервное копирование на уровне файлов с помощью IDrive?
  2. Как можно было восстановить почтовый ящик в этом сценарии
  3. Мне нужно беспокоиться о журналах транзакций
  4. Вы можете предложить лучший способ?

Обменный сервер с хостингом W2008R2 ”работает как гость на ESXi 4.1.

Примечание. Мы планируем делать другие резервные копии сервера на устройство NAS в дополнение к IDrive.

TIA

Замечание по поводу №2: вам нужно восстановить базу данных почтовых ящиков в База данных восстановления.

Возможно, вы захотите дать Статья в TechNet прочтите, чтобы немного освоиться с изменениями 2010 года.

  1. Да, это сработает. Это очень далеко от идеала, но пока хранилище информации остановлено, вы можете получить резервные копии базы данных на уровне файлов.
  2. Я не верю, что в этом сценарии есть простой способ восстановить почтовый ящик. Придется использовать сторонний инструмент, например On Track
  3. Этот сценарий определенно заставит вас побеспокоиться о журналах транзакций. Обычно они работают, они усекаются после резервного копирования. Этот метод резервного копирования не сработает, поэтому они будут расти бесконечно. Вы можете решить эту проблему, заставив базу данных использовать циклическое ведение журнала, но это может затруднить восстановление в случае необходимости.
  4. Лучшим способом сделать это было бы купить программное обеспечение, которое обрабатывает резервные копии Exchange. Варианты: BackupExec или BackupExec System Recovery от Symantec. Shadowprotect имеет продукт резервного копирования Exchange, который выглядит действительно хорошо. Mozy Pro предлагает возможность резервного копирования через Интернет (я никогда не использовал его, но похоже, что это было бы лучше, чем это).

Решение, которое я использую для большинства своих клиентов, заключается в следующем: ShadowProtect Server выполняет резервное копирование сервера с помощью одной полной резервной копии, за которой следует инкрементное резервное копирование каждые 15 минут. В день выполняется 1 резервное копирование VSS, при котором журналы обрезаются. Базовые и инкрементные резервные копии копируются за пределы сайта. Ontrack используется для восстановления любого детального уровня (отдельные почтовые ящики и т. Д.). У этого есть масса преимуществ. Это резервное копирование на основе образов, поэтому полное восстановление на разнородном оборудовании выполняется легко. Это резервная копия на уровне блоков, поэтому инкрементальные копии не занимают так много места на диске. У меня есть изобилие ревизий на выбор для восстановления. У меня есть сторонние копии для полного бедствия. Кроме того, в крайнем случае резервные копии shadowprotect можно преобразовать в диски виртуальных машин и виртуализировать.