Share via

Импорт переносимых теневых томов

  • Статья

Иногда желательно создать теневое копирование в одной системе, но использовать теневое копирование во второй системе.

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

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

Чтобы обеспечить надлежащее теневое копирование (в сотрудничестве с средствами записи в systemOne и сохранении состояния для текущих задач), теневое копирование должно выполняться systemOne.

Поэтому systemOne должен создать переносимую теневое копирование, которую systemTwo затем импортирует.

Windows Server 2003, Standard Edition, Windows Server 2003, Web Edition и Windows XP: Переносимые наборы теневого копирования не поддерживаются. Все выпуски Windows Server 2003 с пакетом обновления 1 (SP1) поддерживают переносимые наборы теневых копий.

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

  1. Изначально логическая единица (LUN), предоставляемая массивом хранилища, подключается в виде тома в systemOne (например, F:).

  2. Инициатор запроса, работающий в systemOne, создает экземпляр IVssBackupComponents и продолжает работу так, как если бы он готовился к резервному копированию. (Дополнительные сведения см. в разделах Обзор инициализации резервного копирования, Обзор этапа обнаружения резервных копий и Обзор задач перед резервным копированием .)

  3. Инициатор запроса в systemOne изменяет контекст теневого копирования, который обычно используется для локальной операции резервного копирования (VSS_CTX_APP_BACKUP), чтобы указать, что будет создана переносимая теневая копия (VSS_VOLSNAP_ATTR_TRANSPORTABLE). Переносимый атрибут также можно добавить в другие контексты теневого копирования.

  4. При использовании контекста теневого копирования VSS_CTX_APP_BACKUP | VSS_VOLSNAP_ATTR_TRANSPORTABLE инициатор запроса, который находится в systemOne, создает теневую копию путем вызова IVssBackupComponents::D oSnapshotSet.

  5. SystemOne использует IVssBackupComponents::SaveAsXML для сохранения текущего состояния документа компонентов резервного копирования и IVssExamineWriterMetadata::SaveAsXML для сохранения документов метаданных модуля записи каждого модуля записи. Затем XML-строки, содержащие эти документы, становятся доступными для инициатора запроса, работающего в systemTwo.

    Инициатор запроса передает документ компонентов резервного копирования в systemTwo.

    Обратите внимание, что инициатор запроса в systemOne не выпускает свой экземпляр IVssBackupComponents на этом этапе, если теневая копия предназначена для резервного копирования. Интерфейс должен оставаться открытым до тех пор , пока systemTwo не завершит операции резервного копирования. Только в этом случае инициатор запроса должен выдавать событие BackupComplete, так как некоторые записи усечены журналы и выполняют другие действия после успешного резервного копирования. Если целью теневого копирования является интеллектуальный анализ данных или другие цели, интерфейс можно закрыть на этом шаге.

  6. Инициатор запроса в systemTwo затем вызывает IVssBackupComponents::ImportSnapshots , чтобы получить доступ к теневой копии, созданной инициатором запроса в systemOne.

    Примечание

    Инициатор запроса отвечает за сериализацию операции импорта теневого копирования. Кроме того, если вызов IVssBackupComponents::ImportSnapshots завершается сбоем, VSS не будет самостоятельно очищать LUN. Инициатор запроса должен инициировать очистку LUN.

     

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

    Инициатор запроса в systemTwo получает объект устройства теневой копии с помощью IVssBackupComponents::GetSnapshotProperties для импортированной теневой копии и добавляет ее к началу исходных путей к файлам, полученным из метаданных для доступа к файлам для резервного копирования.

  8. После использования теневой копии инициатор запроса в systemTwo должен удалить теневое копирование. Как и в случае с теневыми копиями без транспорта, если контекст теневого копирования указывает на автоматическое освобождение теневых копий (например, VSS_CTX_BACKUP), то освобождение IVssBackupComponents в systemTwo приведет к удалению теневой копии службой VSS. В противном случае, если контекст указывает на постоянную теневое копирование (например, VSS_CTX_APP_ROLLBACK), инициатор запроса в systemTwo должен явно удалить теневое копирование.

    Затем инициатор запроса в systemTwo сообщает инициатору запроса в systemOne , что он завершил резервное копирование переносимой теневой копии.

  9. После того как инициатор запроса в systemOne получил уведомление о том, что инициатор запроса в systemTwo завершил резервное копирование переносимой теневой копии, он уведомляет записи в своей системе, создав событие BackupComplete с вызовом IVssBackupComponents::BackupComplete. На этом этапе инициатор запроса в systemOne может освободить свой экземпляр IVssBackupComponents.

Переносимые теневые копии в кластере: Переносимые теневые копии необходимо импортировать извне кластера, если исходный том подключен в кластере. Сведения о реализации быстрого восстановления в кластере см. в статье Быстрое восстановление с использованием переносимых теневых томов.