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

Теневая копия — это snapshot тома, который дублирует все данные, хранящиеся на этом томе, в один четко определенный момент времени. VSS идентифицирует каждую теневые копии с помощью постоянного GUID.

Набор теневых копий — это коллекция теневых копий различных томов, снятых одновременно. VSS идентифицирует каждую теневое копирование, заданную постоянным GUID.

Выбор конкретного поставщика оборудования или программного обеспечения для реализации теневых копий полностью на его усмотрение. После создания теневой копии система может получить два изображения тома с теневым копированием: исходный том, доступ к которому можно получить обычным образом; и скопированные данные, доступ к которым можно получить через API VSS.

Это позволяет выполнять два набора действий одновременно:

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

Теневые копии не должны реализовываться одинаково для каждого файла, каталога или тома. Различные реализации механизма теневого копирования (поставщики) могут использовать разные подходы к созданию теневой копии. Однако для всех приложений, использующих API VSS, все теневые копии должны выглядеть одинаково.

Сведения о реализации поставщика Windows по умолчанию см. в разделе System Provider.

Состояние теневого копирования по умолчанию

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

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

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

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

Приложения в системе, не поддерживающие VSS (текстовые процессоры, редакторы и т. д.), скорее всего, останутся в состоянии отказоустойчивого состояния. Однако приложения (записи) с поддержкой VSS могут координировать свои действия, чтобы состояние файлов в теневой копии было четко определенным и согласованным.

Заморозка и оттепель теневого копирования

Создание каждой операции теневого копирования VSS заключено в квадратные скобки с помощью событий Freeze и Thaw , которые модули записи используют для вывода файлов в стабильное состояние перед теневым копированием.

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

• Обработка события Freeze означает, что те, кто разрабатывает записи, должны иметь четко обозначенную точку в цикле резервного копирования, где они гарантируют, что все операции записи на диск остановлены и что файлы находятся в четко определенном состоянии для резервного копирования.
• Обработка события Thaw предоставляет механизм для записи для возобновления записи на диск и очистки всех временных файлов или других сведений о временном состоянии, созданных в связи с теневой копией.
• Окно по умолчанию между событиями заморозки и оттепели короткое (обычно 60 секунд); таким образом, фактическое прерывание работы любой службы, которую предоставляет модуль записи, можно свести к минимуму.
• Обработка других событий (таких как PrepareForSnapshot), предшествующих и последующих событиям Замораживания и Оттепели, соответственно, обеспечивает необходимую гибкость, чтобы позволить записи выполнять сложные операции для поддержки теневых копий.