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

Критические теневые копии

  • Статья

Инициатор запроса может нарушить набор теневого копирования с помощью метода IVssBackupComponents::BreakSnapshotSet или IVssBackupComponentsEx2::BreakSnapshotSetEx .

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

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

Если теневой копией управлял поставщик оборудования, инициатор запроса должен импортировать теневое копирование перед вызовом BreakSnapshotSet или BreakSnapshotSetEx. В случае теневых копий, не транспортируемых (созданных поставщиком оборудования), они импортируются неявно как часть вызова IVssBackupComponents::D oSnapshotSet .

После того как инициатор запроса вызвал BreakSnapshotSet или BreakSnapshotSetEx, набор теневого копирования по-прежнему будет доступен через объекты устройства или другие пути доступа, но он больше не является набором теневого копирования. Им можно управлять как одним или несколькими LUN с помощью COM-интерфейсов службы виртуальных дисков (VDS). С помощью VDS инициатор запроса может преобразовывать LUN для чтения и записи, подключать их с буквами дисков, а также маскировать или распаковывать их на других компьютерах. Дополнительные сведения см. в документации по API VDS .