Breaking Shadow Copies

Ein Anforderer kann einen Schattenkopiesatz mithilfe der IVssBackupComponents::BreakSnapshotSet- oder IVssBackupComponentsEx2::BreakSnapshotSetEx-Methode unterbrechen.

Eine fehlerhafte Schattenkopie ist ein Volume, das eine Schattenkopie enthält, die nicht mehr von VSS verwaltet wird. Das Abbrechen einer Schattenkopie hat nur dann eine Bedeutung, wenn der Anbieter der Schattenkopie ein Hardwareanbieterist. Dies liegt daran, dass nur Hardwareanbieter eine Schattenkopie als tatsächliches Volume mit einem von VSS unabhängigen Lebenszyklus implementieren können. Wenn VSS ein solches Volume nicht verwaltet, ist es weiterhin verfügbar.

Softwareanbieter verwalten Schattenkopien nur, wenn sie an VSS-Vorgängen beteiligt sind. Aus diesem Grund hat das Abbrechen einer Schattenkopie für Softwareanbieter keine Bedeutung.

Wenn die Schattenkopie von einem Hardwareanbieter verwaltet wurde, muss der Anforderer die Schattenkopie importieren, bevor er BreakSnapshotSet oder BreakSnapshotSetExaufruft. Bei nicht transportierbaren (von einem Hardwareanbieter erstellten) Schattenkopien werden sie implizit als Teil des IVssBackupComponents::D oSnapshotSet-Aufrufs importiert.

Nachdem der Anforderer BreakSnapshotSet oder BreakSnapshotSetExaufgerufen hat, kann auf das Schattenkopieset weiterhin über seine Geräteobjekte oder andere Zugriffspfade zugegriffen werden, es handelt sich jedoch nicht mehr um einen Schattenkopiesatz. Sie kann mithilfe der COM-Schnittstellen des Virtual Disk Service (VDS) als eine oder mehrere LUNs verwaltet werden. Mit vds kann ein Anforderer die LUNs in Lese-/Schreibzugriff konvertieren, sie mit Laufwerkbuchstaben einbinden oder sie auf anderen Computern maskieren/maskieren. Weitere Informationen finden Sie in der VDS-API-Dokumentation.