08-07-2021, 08:44
Wenn man mit Sicherungslösungen für SQL Server oder Exchange Server arbeitet, besonders da beide VSS-bewusst sind, passiert im Hintergrund eine Menge, die den gesamten Prozess reibungslos und effizient macht. Das ganze Geschehen hängt wirklich vom Volume Shadow Copy Service (VSS) ab, der wie der unbesungene Held der Backup-Welt ist.
Wenn man also ein Backup initiiert, ist das erste, was passiert, dass der VSS in Aktion tritt. Er ist darauf ausgelegt, einen Snapshot der Daten zu diesem genauen Zeitpunkt zu erstellen. Man kann sich das wie ein zeitpunktgenaues Bild der Daten auf dem Server vorstellen. Das ist äußerst wichtig, denn seien wir ehrlich, man möchte keine Dateien sichern, die gerade geändert werden. Wenn während man versucht, ein Backup zu machen, eine Transaktion erfolgt, könnte man am Ende ein beschädigtes oder inkonsistentes Backup haben, und das wäre ein Albtraum.
Sobald der VSS diesen Snapshot erstellt, versetzt er den SQL Server oder Exchange Server in einen „stillgelegten“ Zustand. Keine Sorge; das bedeutet nicht, dass die Server schlafen gehen! Es ist eher wie eine kurze Pause. Für einen Bruchteil einer Sekunde pausieren die Dienste alle neuen Änderungen, um sicherzustellen, dass während des Backups nichts geschrieben oder verändert wird. Dieser Zustand sorgt dafür, dass das Backup die Daten in einem konsistenten Zustand erfasst.
Danach hat die Sicherungslösung nun Zugriff auf diesen stabilen Snapshot. Sie kann nun die Dateien und Datenbanken ohne Probleme abrufen. Sie kopiert effizient die Daten aus dem Snapshot auf das Speichermedium, das man festgelegt hat, sei es lokale Laufwerke, ein Netzwerkfreigabe oder sogar die Cloud. Das Tolle dabei ist, dass die tatsächliche Auswirkung auf die Leistung minimal ist, sodass die Nutzer weiterhin arbeiten können, ohne nennenswerte Verzögerungen zu bemerken.
Sobald die Daten sicher kopiert sind, gibt der VSS diesen Snapshot wieder frei. Er räumt auf, sodass die Ressourcen wieder reibungslos funktionieren. Diese Bereinigung ist entscheidend, da sie übermäßigen Speicherverbrauch verhindert. Eine gute Sicherungsroutine stellt sicher, dass all dies nahtlos geschieht, sodass man oft gar nicht bemerkt, dass ein Backup stattfindet.
Schließlich validiert die Lösung oft das Backup danach. Das bedeutet, dass überprüft wird, ob das, was man gerade gesichert hat, tatsächlich verwendbar ist. Niemand möchte herausfinden, dass sein Backup wertlos ist, oder? Dieser Validierungsschritt gibt einem die Gewissheit, dass man alles wiederherstellen kann, falls später etwas schiefgeht.
Im Wesentlichen liegt die Schönheit der Verwendung von VSS mit SQL Server und Exchange Server in der cleveren Orchestrierung des Erstellens dieser Backups, ohne irgendetwas zu stören. Es geht darum, ein zuverlässiges und konsistentes Backup zu erstellen, bei dem man sich keine Sorgen um den Zustand seiner Daten machen muss.
Wenn man also ein Backup initiiert, ist das erste, was passiert, dass der VSS in Aktion tritt. Er ist darauf ausgelegt, einen Snapshot der Daten zu diesem genauen Zeitpunkt zu erstellen. Man kann sich das wie ein zeitpunktgenaues Bild der Daten auf dem Server vorstellen. Das ist äußerst wichtig, denn seien wir ehrlich, man möchte keine Dateien sichern, die gerade geändert werden. Wenn während man versucht, ein Backup zu machen, eine Transaktion erfolgt, könnte man am Ende ein beschädigtes oder inkonsistentes Backup haben, und das wäre ein Albtraum.
Sobald der VSS diesen Snapshot erstellt, versetzt er den SQL Server oder Exchange Server in einen „stillgelegten“ Zustand. Keine Sorge; das bedeutet nicht, dass die Server schlafen gehen! Es ist eher wie eine kurze Pause. Für einen Bruchteil einer Sekunde pausieren die Dienste alle neuen Änderungen, um sicherzustellen, dass während des Backups nichts geschrieben oder verändert wird. Dieser Zustand sorgt dafür, dass das Backup die Daten in einem konsistenten Zustand erfasst.
Danach hat die Sicherungslösung nun Zugriff auf diesen stabilen Snapshot. Sie kann nun die Dateien und Datenbanken ohne Probleme abrufen. Sie kopiert effizient die Daten aus dem Snapshot auf das Speichermedium, das man festgelegt hat, sei es lokale Laufwerke, ein Netzwerkfreigabe oder sogar die Cloud. Das Tolle dabei ist, dass die tatsächliche Auswirkung auf die Leistung minimal ist, sodass die Nutzer weiterhin arbeiten können, ohne nennenswerte Verzögerungen zu bemerken.
Sobald die Daten sicher kopiert sind, gibt der VSS diesen Snapshot wieder frei. Er räumt auf, sodass die Ressourcen wieder reibungslos funktionieren. Diese Bereinigung ist entscheidend, da sie übermäßigen Speicherverbrauch verhindert. Eine gute Sicherungsroutine stellt sicher, dass all dies nahtlos geschieht, sodass man oft gar nicht bemerkt, dass ein Backup stattfindet.
Schließlich validiert die Lösung oft das Backup danach. Das bedeutet, dass überprüft wird, ob das, was man gerade gesichert hat, tatsächlich verwendbar ist. Niemand möchte herausfinden, dass sein Backup wertlos ist, oder? Dieser Validierungsschritt gibt einem die Gewissheit, dass man alles wiederherstellen kann, falls später etwas schiefgeht.
Im Wesentlichen liegt die Schönheit der Verwendung von VSS mit SQL Server und Exchange Server in der cleveren Orchestrierung des Erstellens dieser Backups, ohne irgendetwas zu stören. Es geht darum, ein zuverlässiges und konsistentes Backup zu erstellen, bei dem man sich keine Sorgen um den Zustand seiner Daten machen muss.
