Выбор оптимальных способов резервного копирования

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

Ключевые службы, работающие в системе, имеют уникальные функции резерв­ного копирования. Используйте эти' механизмы резервного копирования в ка­честве первой линии обороны на случай аварии. Помните, что резервное копи­рование состояния системы (System State) включает полное копирование рее­стра сервера и что конфигурация сервера включает конфигурацию всех служб, работающих в системе. Однако если какая-то служба перестанет функциониро­вать, намного проще и быстрее восстановить эту конкретную службу, чем пытаться восстановить весь сервер. У вас будет меньше проблем и меньше вероят­ность того, что что-то пойдет не так.

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

· Для DНСР вы должны периодически выполнять резервное копирование конфигурации и базы данных DНСР, как описывается в разделах «Coxpaнe­ние и восстановление конфигурации DHCP» и «База данных DНСР: управ­ление и обслуживание».

· Для DNS ваша стратегия резервного копирования будет зависеть от того, ка­кие зоны вы используете - зоны, интегрированные в Active Directory, стан­дартные зоны или и те, и другие. При использовании зон, интегрированных в Active Directory, конфигурация DNS хранится в Active Directory. По умол­чанию при использовании стандартных зон конфигурационные данные DNS хранятся в папке %SуstеmRооtOfо\SуstеmЗ2\DNS, а резервные копии - в папке %System Root% \SуstеmЗ2\DNS\Ьасkuр.

· Для групповой политики вы должны периодически выполнять резервное ко­пирование конфигурации объекта групповой политики (group роliсу object, GPO), как рассказывается в разделе «Обслуживание групповой политики и решение проблем».

· Для серверов печати вы должны периодически выполнять резервное копи­рование конфигурации принтеров, как рассказывается в разделе «Подготов­ка к выходу из строя сервера печати».

· Для файловых серверов вы должны использовать теневое копирование то­мов (Volume Shadow Сору) всех общих сетевых папок. Это облегчит восста­новление предыдущих версий Файлов. Дополнительно вы должны выполнять регу­лярное резервное копирование всех Файлов пользователей на Файловом сервере.

Методы подготовки к авариям, описанные в разделе «Процедуры подготовки к аварии» - это ваша следующая линия обороны. Для каждой систе­мы должно быть предусмотрено периодическое резервное копирование (ASR), а также загрузочный диск. Таким образом, вы сможете восстановить систему до возможности загрузки и решить проблемы с загрузкой без необходимости вос­станавливать систему с нуля.

И, наконец, вы должны выполнять резервное копирование системных и пользо­вательских данных. Большинство программ для резервного копирования, включая Windows Backup, которая входит в состав Windows Server 2003, поддер­живают несколько видов резервного копирования. Тип резервного копирова­ния определяет, как много данных будет копироваться и что будет делать про­грамма при выполнении резервного копирования.

ПРИМЕЧАНИЕ

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

 

Типы резервного копирования

Основные типы резервного копирования включают следующие:

· Обычное (Nonnal). Обычное резервное копирование представляет собой полное копирование всех выбранных файлов и папок, независимо от значения атрибута архивации. После копирования файлы, атрибут архивации от­ключается.

· Копирующее (Сору). Копирующее резервное копирование - это полное копирование всех выбранных файлов и папок, независимо от значения атри­бута архивации. В отличие от обычного резервного копирования, атрибут архивации файлов не отключается. Это означает, что вы можете использо­вать этот тип копирования для создания дополнительной резервной копии системы, не нарушая существующую стратегию резервного копирования.

· Добавочное (Incremental). Добавочное резервное копирование использует­ся для создания резервной копии всех файлов, которые изменились с мо­мента последнего обычного или добавочного копирования. Таким образом, добавочное копирование представляет собой частичное резервное копирова­ние. Программа резервного копирования определяет по атрибуту архивации, какие файлы должны быть скопированы, и отключает атрибут архивации после копирования файла. Это значит, что добавочная копия содержит толь­ко самые последние изменения.

· Разностное (Differential). Разностное резервное копирование используется для создания резервной копии всех файлов, которые изменились с момента последнего обычного резервного копирования. Как и при добавочном ре­зервном копировании, при разностном используется атрибут архивации, чтобы определить, какие файлы не должны копироваться. Однако програм­ма резервного копирования не изменяет атрибут архивации. Это означает, что каждая разностная копия содержит все изменения.

· Ежедневное (Daily). Ежедневное резервное копирование использует дату модификации файлов, а не атрибут архивации. Если файл изменился в день выполнения резервного копирования, файл будет скопирован. Этот способ не изменяет атрибут архивации и может быть полезен, если вы хотите вы­полнить дополнительное резервное копирование, не нарушая существую­щую стратегию резервного копирования.

В рамках вашей стратегии резервного копирования вы, возможно, решите вы­полнять обычное резервное копирование раз в неделю и дополнять его еже­дневным, разностным или добавочным резервным копированием. Преимущест­во обычных резервных копий состоит в том, что они содержат все выбранные вами файлы. Недостаток обычных резервных копий в том, что они дольше соз­даются и занимают больше места, чем другие типы резервных копий. Добавоч­ные и разностные копии, с другой стороны, занимают меньше места и создаются быстрее, так как они являются частичными. Их недостаток в том, что восста­новление систем и файлов из добавочных и резервных копий выполняется медленнее, чем при использовании только обычной резервной копии. Чтобы понять, почему так происходит, рассмотрим следующие примеры резервного копирования и восстановления:

· Обычное резервное копирование с ежедневным добавочным копировани­ем. Обычное резервное копирование выполняется каждое воскресенье, а добавочное - с понедельника по субботу. Добавочная резервная копия, созданная в понедельник, содержит изменения, выполненные с воскресенья. Добавочная копия, созданная во вторник, содержит изменения, выполнен­ные с понедельника, и т д. Если сервер выйдет из строя в четверг и вам бу­дет необходимо восстановить его из резервной копии, вы сможете сделать это, восстановив обычную резервную копию, созданную в воскресенье, доба­вочную копию, созданную в понедельник, добавочную копию, созданную во вторник, и добавочную копию, созданную в среду, - именно в таком порядке.

· Обычное резервное копирование с ежедневным разностным копировани­ем. Обычное резервное копирование выполняется каждое воскресенье, а раз­ностное - с понедельника по субботу. Разностная копия, созданная в поне­дельник, содержит изменения, выполненные с воскресенья, так же как и ре­зервная копия, созданная во вторник, в среду, и т. д. Если сервер выйдет из строя в четверг и вам надо будет восстановить его из резервной копии, вы сможете сделать это, восстановив обычную резервную копию, созданную в воскресенье, а затем - разностную копию, созданную в среду.

⇐ Предыдущая123Следующая ⇒

Поделиться: