VM-Backup & Replication — einfach erklärt

Was ist VM-Backup & Replication?

VM-Backup und Replication sind zwei unterschiedliche Wege, virtuelle Maschinen (VMs) vor Datenverlust und Ausfall zu schützen. Eine virtuelle Maschine ist ein kompletter Server, der nicht auf eigener Hardware, sondern als Software auf einem Wirtssystem läuft — genau das macht sie gut sicherbar, weil sich der gesamte Zustand als eine Datei einfrieren lässt.

Ein Backup ist eine zeitversetzte Sicherung: Zu einem festgelegten Zeitpunkt wird ein Stand der VM gespeichert, aus dem sie im Bedarfsfall wiederhergestellt werden kann. Eine Replication geht einen Schritt weiter und hält auf einem zweiten System eine laufend aktualisierte Kopie der VM bereit, die im Ernstfall kurzfristig den Betrieb übernehmen kann.

Wie funktionieren Backup und Replikation bei virtuellen Maschinen?

1. Backup erstellen — In festen Abständen, zum Beispiel täglich oder mehrmals täglich, wird ein vollständiger oder inkrementeller Stand der VM auf ein separates Speicherziel geschrieben.
2. Replication einrichten — Änderungen an der laufenden VM werden fortlaufend oder in kurzen Intervallen auf eine zweite VM auf einem anderen System übertragen, sodass dort nahezu derselbe Stand vorliegt.
3. RPO und RTO festlegen — Die Recovery Point Objective legt fest, wie viel Datenverlust maximal hinnehmbar ist, die Recovery Time Objective, wie lange die Wiederherstellung maximal dauern darf. Diese beiden Werte entscheiden, ob ein tägliches Backup ausreicht oder eine Replication nötig ist.
4. Wiederanlauf durchführen — Beim Backup wird die VM aus der Sicherung neu aufgebaut, was je nach Datenmenge Zeit braucht. Bei der Replication wird lediglich auf die bereits laufende Kopie umgeschaltet, wodurch der Ausfall deutlich kürzer bleibt.

Worauf KMU achten sollten

1. 3-2-1-Regel einhalten. Mindestens drei Kopien der Daten, auf zwei unterschiedlichen Speichermedien, davon eine Kopie räumlich getrennt vom Hauptstandort. Nur so überlebt ein Backup auch Ereignisse wie Diebstahl, Brand oder einen kompletten Serverausfall vor Ort.
2. Test-Restores sind Pflicht, nicht Kür. Ein Backup, das noch nie zurückgespielt wurde, ist eine Vermutung, kein Schutz. Nur ein regelmäßiger, dokumentierter Testlauf zeigt, ob im Ernstfall wirklich alles wiederherstellbar ist.
3. RPO/RTO pro System festlegen, nicht pauschal. Nicht jede VM braucht dieselbe Absicherung. Der zentrale Server oder die Telefonanlage brauchen oft kurze Wiederanlaufzeiten, ein selten genutztes Testsystem meist nicht.
4. Replication kostet mehr als Backup. Eine laufend synchronisierte Kopie braucht zusätzliche Hardware und Bandbreite. Sie lohnt sich dort, wo ein Ausfall den Betrieb sofort spürbar trifft — nicht pauschal für die gesamte Systemlandschaft.
5. Speicherort getrennt vom Produktivsystem. Sicherungen, die auf demselben System oder im selben Netzwerksegment liegen wie das Original, sind bei einem Verschlüsselungsangriff oder Hardwaredefekt oft gleich mitbetroffen.

VM-Backup & Replication in der Praxis

Ein typisches Bild: Ein mittelständisches Unternehmen hat seinen zentralen Server virtualisiert und lässt ihn täglich sichern. Die Backups liegen sauber vor — nur wurde nie geprüft, ob sich daraus tatsächlich in vertretbarer Zeit ein lauffähiges System wiederherstellen lässt. Fällt die Hardware aus, dauert die Wiederherstellung plötzlich Stunden, in denen niemand arbeiten kann. Für genau diesen Server hätte sich eine zusätzliche Replication gelohnt, während für weniger kritische Systeme ein geprüftes, regelmäßiges Backup vollkommen ausreicht.

Mehr zum Aufbau einer passenden Sicherungsstrategie lesen Sie im Beitrag Backup-Strategie für KMU. Bei Managed IT von LNIT legen wir Backup- und Replikationsstrategien für virtuelle Maschinen so aus, dass sie zur tatsächlichen Kritikalität des jeweiligen Systems passen — nicht pauschal für die gesamte Umgebung.