Infos zu Backup + Sicherung: April 2020

Gemeinsame Hyper-V-Sicherungsstrategien

Das Sichern von virtuellen Hyper-V-Maschinen kann einfach sein; je nach Einrichtung kann es jedoch auch komplex werden.

Es gibt mehrere gängige Disaster Recovery-Szenarien für Hyper-V:

    Sichern Sie die VMs und führen Sie eine Sicherungshistorie. Sichern Sie zum Beispiel jede Nacht und behalten Sie die letzten 7 Tage
    Live-Backups und Offline-Backups (heiße oder kalte Backups), bekannt als agentenloses Backup
    Gespeicherte Sicherungen des Staates (Freeze-Backups)
    Sicherungen innerhalb der VM (Agenten-Backup)
    Live-Hyper-V-VM-Replikation

Vom Gastgeber entnommene Sicherungen
Hyper-V-Live-Sicherungen

Live-Backups sind das, was die meisten Benutzer wünschen. Live-Sicherungen werden von Hyper-V und VSS, dem Volume Shadow Service von Microsoft Windows XP und höher, bereitgestellt.

Ältere Betriebssysteme liefern kein VSS und sind daher mit Live-Sicherungswerkzeugen nicht kompatibel.

Damit Live-Sicherungen ordnungsgemäß funktionieren, müssen Sie über Folgendes verfügen:

    VSS-fähiges Host-Betriebssystem und einwandfrei funktionierendes VSS. (Windows Server 2008 und höher)
    VSS-fähiges Gastbetriebssystem. Die VMs müssen unter Windows XP oder Server 2003 und höher laufen. Abhängig von der Version Ihres Host-Betriebssystems werden möglicherweise einige Linux-Varianten unterstützt.
    Sie müssen die neuesten Hyper-V-Integrationsdienste in jeder VM installiert haben.
    Sie müssen NTFS-Dateisysteme verwenden
    Sie müssen genügend RAM und Festplattenspeicher zur Verfügung haben (mindestens 10 GB Festplattenspeicher und 1 GB RAM)
    Sie müssen über einen ausreichend großen VSS-Speicherbereich verfügen. Verwenden Sie VSSUIRUN.EXE oder vssadmin, um unbegrenzte oder hohe Grenzen über 10 GB festzulegen, um Probleme zu vermeiden.

Die Sicherungsanwendung initiiert den Prozess und bezieht Windows, Hyper-V und VSS mit ein. Das Sicherungssignal wird ebenfalls in die VM geschoben. Der VSS der VM wird dann ausgelöst und benachrichtigt alle Dienste innerhalb der VM, die in der Lage sein könnten, VSS-Anfragen zu bearbeiten. Dann wird das Backup über einen praktisch eingefrorenen, anwendungs- und absturzkonsistenten Zustand der VM genommen, während die VM ohne Unterbrechung weiterarbeitet.

Offline-VM-Backups

Offline-VM-Backups eignen sich hervorragend, wenn Sie nicht über VSS-fähige Dienste oder Betriebssysteme verfügen. Aber auch, weil Offline-Backups manchmal "besser" sind. Zum Herunterfahren werden alle Dienste benötigt, auch das Betriebssystem der VM. Dann wird das Backup genommen und die VM bootet wieder. Dadurch wird sichergestellt, dass die VM in regelmäßigen Abständen bootfähig ist; die erforderliche Ausfallzeit kann jedoch bei vielen Einstellungen ein Problem darstellen.

Das Neustarten von VMs ist gut, weil es Windows und andere temporäre Bereiche im System löscht und sicherstellt, dass die VM tatsächlich bootfähig ist. Manchmal können VHDs beschädigt werden oder ein Virus oder Softwarefehler kann Probleme mit dem Bootvorgang verursachen. Wenn Backups immer live geschaltet werden und die VM nie neu gestartet wird, werden die Fehler nie auftauchen und unbemerkt bleiben.

Darüber hinaus weiß der Administrator oft nicht, ob auf dem virtuellen Server VSS-inkompatible Dienste laufen.

Beispiele hierfür sind:

    Microsoft Access
    MySQL
    Proprietäre Datenbanken und Flatfile-Datastore-Anordnungen

Gespeicherte Staats-Backups

Saved State ist das, was Microsoft erfunden hat, um einigermaßen nützliche Backups mit (normalerweise) minimalem Datenverlust von nicht VSS-konformen Betriebssystemen erstellen zu können:

    die meisten Linux-Varianten auf Windows Server 2008 / R2 und 2012 Host-Servern
    Windows Server 2000 und älter
    Moderne Windows-Versionen mit alten oder nicht existierenden Hyper-V-Integrationsdiensten

Wenn die VM nicht über eine aktuelle Hyper-V-Integrationsdienst-Installation verfügt, wird sie im Modus Gespeicherter Zustand gesichert.

Es können auch Backups im Modus "Gespeicherter Zustand" durchgeführt werden (die Entscheidung liegt beim Hyper-V-Management, nicht bei der Backup-Anwendung), wenn:

    Es sind nicht genügend Ressourcen vorhanden (RAM, wie im Fall von stark fragmentiertem RAM)
    Das VM OS befindet sich in einem Boot- oder Shutdown-Prozess

Live-Hyper-V-VM-Replikation

Sie können VMs von einem Server auf einen anderen Server replizieren und mit Hilfe der Backup-Versionierung auch die Anzahl X vergangener Versionen beibehalten. Anstatt virtuelle Festplatten zu komprimieren und zu deduplizieren, können sie stattdessen kopiert werden, sobald VSS sie in einen abstürzenden und anwendungskonsistenten Zustand gebracht hat. Auf dem Wiederherstellungsserver können sie bei Bedarf jederzeit ohne Verzögerung hochgefahren werden, da die virtuellen Platten in ihrem nativen Format vorliegen und startbereit sind.

Innerhalb der VM durchgeführte Sicherungen (Agent Backup)

Einige Szenarien erfordern Backups, die innerhalb der VM erstellt werden müssen:

    Sie verwenden ein VSS-inkompatibles Betriebssystem, das nicht live vom Host gesichert werden kann, z.B. Linux oder Windows Server 2000
    Sie verwenden direkt angeschlossenen Speicher innerhalb der VM, wie iSCSI oder eine gemountete Partition, die sich physisch auf dem Host befindet.

Eine andere Lösung, um beide Strategien zum Funktionieren zu bringen

Granular Backup für Hyper-V ist eine innovative Funktion, die es IT-Administratoren ermöglicht, vom Host aus auf Dateien innerhalb von VMs zuzugreifen. Sie können ein Live-Backup von VM-Ordnern durchführen, ohne Software innerhalb von VMs zu installieren, wenn die virtuellen Festplatten der VMs vom Host aus zugänglich sind. Siehe diese Backup-Lösung für Hyper-V und diese.

Infos zu Backup + Sicherung

Donnerstag, 16. April 2020

Liste wirksamer Hyper-V-Sicherungsstrategien

Kann Hyper-V von einem USB-Laufwerk gebootet werden? Ja!