Exchange поддерживает следующие методы резевного копирования баз данных:

• Традиционное потоковое резервное копирование   Первый метод – это потоковое резервное копирование, которое использует интерфейс прикладного программирования расширяемого модуля хранилищ (ESE API – Extensible Storage Engine application programming interface). Данный метод резервного копирования используется в Microsoft Windows Server Backup, а также в продуктах, изготавливаемых сторонними производителями. Технология потокового резервного копирования использовалось во всех предыдущих версиях Exchange и имеет устоявшийся набор функций.
  
  
• Служба теневого копирования томов. Поддержка теневого копирования томов впервые появилась в Exchange Server 2003. В Exchange 2007 она существенно расширена. В состав Exchange 2007 с пакетом обновления 2 (SP2) входит новый подключаемый модуль, позволяющий создавать резервные копии данных Exchange на основе службы теневого копирования томов с помощью системы архивации данных Windows в Windows Server 2008. С помощью системы архивации данных Windows Server можно создавать резервные копии баз данных Exchange 2007 с пакетом обновления 2 (SP2) и восстанавливать их. Хороший системный администратор Exchange точно понимает, какие резервные копии необходимо создавать, где хранить резервные копии и как их восстанавливать. Дополнительные сведения о данных, резервные копии которых следует создавать в Exchange 2007, см. в разделе Создание резервной копии данных Exchange и их восстановление с помощью системы архивации данных Windows Server.
  
  Дополнительные сведения см. в разделе Резервное копирование данных сервера Exchange Server 2007 и служба теневого копирования томов.
  
  

При планировании процесса резервного копирования необходимо учитывать следующие факторы:

• Ресурсы, необходимые для создания резервных копий данных (например, ЦП и нагрузка ввода/вывода на сервер, а также пропускная способность, чтобы копировать данные с сервера).
  
  
• Продолжительность операции резервного копирования, поскольку данная операция является ресурсоёмкой и может отрицательно сказываться на производительности сети.
  
  
• Задачи, котрые должны быть выполнены в ходе восстановления. Например, следует подумать о том, какой объем данных необходимо восстанавливать. Если потеря данных, объем которых превышает один день, неприемлема, тогда рекомендуется осуществлять резервное копирование ежедневно.
  
  
• Соглашения об уровне обслуживания в отношении восстановления, которые приняты в организации.
  
  

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

Exchange 2007 позволяет получить копию базы данных, используя для этого локальную непрерывную репликацию или кластер с непрерывной репликацией. В Exchange 2007 с пакетом обновления 1 (SP1) можно создать несколько копий с помощью резервной непрерывной репликации. Данные реплики могут заменить собой рабочую базу данных в том случае, если последняя окажется недоступной. Они также могут быть использованы в качестве средства быстрого восстановления данных для различных сценариев, которые требуют восстановления баз данных с использованием резервных копий, сделанных в прошлом. Кроме того, при выполнении локальной или кластерной непрерывной репликации Exchange 2007 позвляет воспользоваться преимуществами от использования второй копии базы данных и файла журнала транзакций. Это возможно благодаря тому, что резервные копии VSS будут создаваться с использованием копии, а не с использованием рабочей базы данных. Это даёт следующие преимущества:

• Уменьшение нагрузки на рабочую базу данных, поскольку весь трафик ввода/вывода будет направлен в сторону копии.
  
  
• Увеличение лимита времени, отведенного под резервное копирование, так как траффик, создаваемый в ходе резервного копирования, не повлияет на время отклика клиентских машин.
  
  
• Увеличение лимита времени, отведенного на обслуживание базы данных, так как обслуживание будет производиться для рабочей базы данных, в то время как для резервного копирования будет использоваться пассивная копия.
  
  
• Возможность увеличения размера базы данных благодаря увеличению лимита времени, отведеному на резервное копирование, что в свою очередь позволяет увеличить квоту почтовых ящиков.
  
  

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

Резервное копирование бывает полным и добавочным.

Виды полного резервного копирования

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

  Важно!
  Если в организации не используется непрерывная репликация баз данных, тогда полное резервное копирование рекомендуется выполнять ежедневно. При использовании локальной непрерывной репликации, резервной непрерывной репликации или кластера с непрерывной репликацией полное резевное копирование рекомендуется проводить каждую неделю.

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

Добавочное резервное копирование

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

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

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

Exchange 2007 поддерживает следующие методы резервного копирования и восстановления активной копии базы данных или группы хранения для восстановления:

• Традиционное потоковое резервное копирование   Все четыре вида резервного копирования Exchange (полное, копирующее, инкрементное и дифференциальное) поддерживаются при работе с активной копией базы данных. Резервное копирование может производиться на уровне базы данных, но при этом для каждой отдельной группы хранения для восстановления может быть запущена только одна операция резервного копирования. Резервное копирование может выполняться одновременно для нескольких отдельных групп хранения.
  
  
• Традиционное потоковое восстановление     Все четыре вида резервных копий Exchange могут использоваться для восстановления активной копии базы данных или группы хранения для восстановления. Дополнительные сведения о восстановлении поточной резервной копии на другой сервер см. в разделе Инструкции по восстановлению резервной копии потока на другой сервер.
  
  
• Резервное копирование VSS   Все четыре вида резервных копий могут быть созданы с использованием активной копии. Все четыре вида резервных копий могут созданы с использованием реплицированной базы данных. Резервное копирование может производиться на уровне группы хранения. Для каждой отдельной группы хранения для восстановления может быть запущена только одна операция резервного копирования. (Если резервное копирование группы хранения осуществляется с использованием реплики, то начать резервное копирование с использованием активной группы хранения можно будет только после завершения первой операции резервного копирования). Резервное копирование может выполняться одновременно для нескольких отдельных групп хранения.
  
  
• Восстановление с помощью резервных копий VSS   Все четыре вида резервных копий могут быть использованы для восстановления активной копии. Резервные копии VSS могут восстанавливаться в одну и ту же группу хранения, а также в альтернативную группу хранения на том же самом сервере или на другом сервере. Кроме того, эти копии могут использоваться для восстановления в месте, которое не принадлежит к Exchange, но которое поддерживает Exchange 2007 Store Writer. Резервные копии VSS не могут быть восстановлены в местонахождение копии группы хранения, в котором используются VSS-компоненты Exchange, однако эти копии могут использоваться для восстановления из резервных копий VSS на уровне файлов.
  
  

  Примечание.

  Технологии потокового резервного копирования и резервного копирования VSS не могут использоваться совместно ни для резервного копирования, ни для восстановления. Традиционное инкрементное резервное копирование невозможно выполнить после того, как было выполнено полное резервное копирование VSS. При восстановлени дифференциальная резервная копия VSS не может использоваться совместно с традиционной полной резервной копией.

Система архивации данных Windows в Windows Server 2008 больше не поддерживает резервное копирование и восстановление данных в потоковом режиме. В отличие от более ранних версий системы архивации данных Windows, создать или восстановить потоковую резервную копию Exchange с помощью системы архивации данных Windows невозможно. Для резервного копирования и восстановления Exchange Server 2007 на сервере Windows Server 2008 с использованием API создания потоковых резервных копий необходимо стороннее приложение, совместимое с Exchange и способное создавать на сервере Exchange локальные резервные копии с локальным использованием на этом сервере API создания потоковых резервных копий.Приложение, использующее агент резервного копирования, выполняемый локально на сервере Exchange и передающий удаленно в потоковом режиме резервную копию приложению резервного копирования, считается приложением для локального резервного копирования.

Как было сказано выше, в Exchange 2007 с пакетом обновления 2 (SP2) есть новый подключаемый модуль, позволяющий создавать резервные копии данных Exchange на базе службы службы теневого копирования томов с использованием системы архивации данных Windows Server в Windows Server 2008. Дополнительные сведения о том, для каких именно данных Exchange 2007 необходимо создавать резервные копии, см. в разделе Создание резервной копии данных Exchange и их восстановление с помощью системы архивации данных Windows Server.