Volume Shadow Copy Service

[sh17]

VSToolkit funktioniert unter Windows 10, Version 1607 nicht mehr.

[kopernikus]

Die aktuelle Version von VsToolkit funktioniert auch unter Windows 10 Vers. 1607. Wichtig sind diese Voraussetzungen:

• Das Programm muss als Administrator gestartet werden. Dabei genügt es nicht, mit einem Konto angemeldet zu sein, das die Rechte eines Administrators hat. Auch in diesem Fall muss das Programm über die Option "Als Administrator" ausführen aufgerufen werden. Grund für dieses Verhalten ist der Schutz durch die Windows-Benutzerkontensteuerung.
• Es muss die zum System passende Version von VsToolkit verwendet werden (d.h. die 32-bit-Version auf 32-bit-Systemen und die 64-bit-Version auf 64-bit-Systemen)

Zur Sicherheit hier noch einmal die aktuelle Version zum Download:

[himitsu]

Zitat von kopernikus:

• Das Programm muss als Administrator gestartet werden. Dabei genügt es nicht, mit einem Konto angemeldet zu sein, das die Rechte eines Administrators hat. Auch in diesem Fall muss das Programm über die Option "Als Administrator" ausführen aufgerufen werden. Grund für dieses Verhalten ist der Schutz durch die Windows-Benutzerkontensteuerung.

Oder man verpasst seinem Programm ein Admin-Manifest.

Oder es reicht auch ein Adminkonto ohne "Als Admin", wenn dort die Rechte nicht durch das UAC beschränkt werden, aber nur deswegen würde ich nicht gleich das UAC deaktivieren.

[jus]

Hallo,

vielen Dank fürs Bereitstellen. Könnte jemand auch mal erläutern was für gute Sachen mit dem Volume Shadow Kopie machen kann, sprich reele Anwendungsbeipiele?

lg,
jus

[a.def]

Man kann damit Dateien welche in Benutzung sind trotzdem kopieren (glaube ich).
Hat der Anwender aber die Systemwiederherstellung deaktiviert, bringt auch VSS nix mehr (glaube ich).
VSS bedient sich nur alter Kopien der Dateien. Da wird nix Sekundengenau-aktuelels kopiert (glaube ich).

[himitsu]

Wenn ich den VSS richtig verstanden hatte, dann ist mir so, als wenn man das mit einer Transaktion vergleichen kann.

Du startest eine Sitzung im VSS und bei späteren Zugriffen sind alle Dateien in dem Zustand, wie zu Beginn.
Viele Backupprogramme arbeiten so, wen sie Live-Systeme backupen, damit am Ende immer ein "konsistenter" Datenbestand herscht, auch wenn jemand zwischendrin irgendwelche Dateien verändert.
Dachte daher, dass bei späteren Schreibzugriffen, also während der Aktion, sowas wie ein Copy-on-Write abläuft, wo geänderte Dateien nicht das "Original" überschreiben, sondern eine Kopie ändern.

[sh17]

Wenn ich die Quellen selbst übersetze und das ganze als Admin unter Windows 10 ausführe kommt

Exception EOleSysError in Modul VsToolkit.exe bei 000000000014A621.
ERROR : COM call "CoInitializeSecurity" failed. (<Unknown error code>).

Woran kann das liegen?

Die mitgelieferte EXE funktioniert.

[a.def]

Ich habs bis heute auch nicht gebacken bekommen das zum Rennen zu bringen.
Gibt es denn nirgendwo ein funktionierendes Beispiel-Projekt?

[Hobbycoder]

Was man bei VSS noch beachten sollte ist:

- Wenn man Datenbanken von z.B. einem MS-SQL-Server sichern möchte, die VSS-Writer benachrichtigen sollte, bzw. wenn eben diese nicht möchte, dass diese auch nicht benachrichtigt werden sollen (also nur wenn man auch wirklich die DB sichern/kopieren will)
- Dass, sollte man eben ein Backup von einer Datenbank gemacht haben die VSS-Writer nutzt, diese über ein vollständiges Backup benachrichtig wird. Dann wird das Transaktionslog abgeschnitten, damit eine Konsistenz der Daten auch bei einem Restore sichergestellt werden kann.

Alternativ könnte man sicherlich auch den entsprechenden Dienst z.b. eines Exchangeservers stoppen. Das hätte aber den Nachteil, dass a) die User damit nicht mehr arbeiten können und b) der Server nicht weiß, dass ein vollständiges Backup der Daten erfolgt ist, und somit die Transaktionslogs weiterhin anwachsen.

[a.def]

Gibt es auch Infos dazu wie man den Code hier zum Rennen bekommt?