Поделиться через

Состояние резервного копирования VSS

  • Статья

Во время операции резервного копирования инициатор запроса использует IVssBackupComponents::SetBackupState для определения типа выполняемой операции.

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

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

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

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

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

  • Полные (VSS_BT_FULL) — резервные копии файлов будут создаваться независимо от даты их последней резервной копии. Журнал резервных копий каждого файла будет обновлен, и этот тип резервного копирования можно использовать в качестве основы для добавочной или разностной резервной копии. Для восстановления полной резервной копии требуется только один образ резервной копии.
  • Копирование резервных копий (VSS_BT_COPY) — как и VSS_BT_FULL тип резервной копии, резервные копии файлов будут создаваться независимо от даты их последней резервной копии. Однако журнал резервных копий каждого файла не обновляется, и такой тип резервной копии нельзя использовать в качестве основы для добавочной или разностной резервной копии.
  • Добавочный (VSS_BT_INCREMENTAL) — API VSS используется для обеспечения копирования на носитель хранилища только тех файлов, которые были изменены или добавлены с момента последней полной или добавочной резервной копии. Для восстановления добавочной резервной копии требуется исходный образ резервной копии и все образы добавочной резервной копии, сделанные с момента первоначального резервного копирования.
  • Разностный (VSS_BT_DIFFERENTIAL) — API VSS используется для обеспечения копирования на носитель хранилища только тех файлов, которые были изменены или добавлены с момента последнего полного резервного копирования; все промежуточные сведения о резервном копировании игнорируются. Для восстановления разностной резервной копии требуется исходный образ резервной копии и последний образ разностной резервной копии, сделанные с момента последней полной резервной копии.
  • Файл журнала (VSS_BT_LOG) — резервное копирование будет выполняться только для файлов журнала модуля записи (файлов, добавленных в компонент с помощью метода IVssCreateWriterMetadata::AddDataBaseLogFiles и полученных путем вызова IVssWMComponent::GetDatabaseLogFile). Этот тип резервного копирования является специфическим для VSS.

Инициаторы запроса могут реализовать эти резервные копии, используя сведения и методы за пределами VSS. Только в том случае, если инициатор запроса реализует резервное копирование с помощью API VSS, он должен иметь один из перечисленных типов резервных копий. Например, инициатор запроса участвует в VSS_BT_LOG типе резервного копирования только в том случае, если он использует сведения, возвращенные IVssWMComponent::GetDatabaseLogFile для идентификации файлов журнала. Аналогичным образом типы VSS_BT_INCREMENTAL и VSS_BT_DIFFERENTIAL применяются только к добавочным или разностным операциям, как описано в разделе Добавочное и разностное резервное копирование.

Спецификация о возможности выбора

Резервная копия VSS может учитывать понятия VSS о возможности выбора компонентов (это называется выполнением в режиме компонента) или игнорировать их.

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

Сохранение загрузочного состояния

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

Таким образом, инициаторы запроса указывают, будет ли резервная копия включать загрузочное состояние системы в качестве аргумента для IVssBackupComponents::SetBackupState. Средства записи определяют, должны ли они поддерживать сохранение загрузочного состояния системы, вызывая CVssWriter::IsBootableStateBackedUp.

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

Однако при восстановлении системных файлов следует соблюдать осторожность, если резервная копия не сохранила загрузочное состояние системы (см. статью Резервное копирование и восстановление состояния системы в Windows Server 2003 R2 и Windows Server 2003 с пакетом обновления 1 (SP1).

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

Поддержка частичных файлов

Некоторые модули записи поддерживают восстановление файлов путем перезаписи частей файлов, которыми они управляют. Инициатор запроса может быть разработан таким образом, чтобы воспользоваться этим, и если да, он указывает на это, задав сведения в IVssBackupComponents::SetBackupState.