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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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