Failover in Microsoft Azure
Produktions-Failover
Ein Failover ist ein Prozess, bei dem ein Workload von seinem ursprünglichen Server an Ihrem lokalen Standort zu einem Recovery-Server umgeschaltet wird.
Wenn ein Recovery-Server erstellt wird, verbleibt er zunächst im Standby-Stadium. Die entsprechende virtuelle Maschine existiert erst in Microsoft Azure, wenn Sie den Failover starten. Bevor Sie einen Failover starten, müssen Sie mindestens ein Disk-Image-Backup (mit bootfähigem Volume) von der ursprünglichen Maschine erstellen.
Wenn Sie einen Failover-Prozess starten, wählen Sie den Recovery-Punkt (das Backup) der ursprünglichen Maschine aus, aus der dann eine virtuelle Maschine mit den vordefinierten Parametern in Microsoft Azure erstellt wird.
Wenn der Failover-Prozess abgeschlossen wurde, wird der Status des Recovery-Servers zu Failover geändert. Der Workload wird nun von der ursprünglichen Maschine zum Recovery-Server in Microsoft Azure umgeschaltet.
Wenn der Recovery-Server über einen ProtectionAgenten verfügt, wird der Agenten-Dienst gestoppt, um Interferenzen (wie etwa ein Backup zu starten oder veraltete Statusmeldungen an die Backup-Komponente zu melden) zu vermeiden.
Failover testen
Ein Test-Failover ist ein Prozess, bei dem eine temporäre VM in einem isolierten virtuellen Azure-Netzwerk (VNet) erstellt wird, um bestimmte Prozeduren, Konfigurationen und die Funktionalität von Applikationen zu testen. Weitere Informationen finden Sie unter Test-Failover in Microsoft Azure.
Automatisierter Test-Failover
Ein automatisierter Test-Failover in Microsoft Azure überprüft die Backup-Integrität, indem eine Recovery-Server-VM aus dem letzten Backup gestartet und ein Screenshot aufgenommen wird. Mit diesem kann überprüft werden, ob das Betriebssystem erfolgreich gestartet wurde. Wenn diese Option aktiviert ist, wird das automatisierte Test-Failover einmal im Monat gestartet. Weitere Informationen finden Sie unter Automatisierter Test-Failover in Microsoft Azure.
Failover von Windows-Maschinen
Wenn bei Windows-Maschinen der Parameter DeviceInstallDisabled auf 1 gesetzt ist (HKLM\SYSTEM\CurrentControlSet\Services\DeviceInstall\Parameters\DeviceInstallDisabled = 1), setzt der Disaster Recovery Service den Wert während des Failovers auf 0 oder entfernt den Parameter vollständig. Dies ist notwendig, weil Windows die erforderlichen Treiber und Geräte installieren und konfigurieren muss, damit der Failover-Prozess erfolgreich abgeschlossen werden kann. Wenn Sie die ursprüngliche Einstellung beibehalten möchten, können Sie diese nach Abschluss des Failover-Vorgangs manuell wiederherstellen.
Wenn der Parameter DeviceInstallDisabled auf 1 gesetzt wird, kann dies Auswirkungen auf nachfolgende Disaster Recovery-Aktionen haben – wie etwa Failbacks und die Revalidierungsschritte, die vor einem Failback erforderlich sind.
IP-Adresskonflikte bei einem Failover handhaben
Wenn die konfigurierte IP-Adresse im Produktionsnetzwerk zum Zeitpunkt des Produktions-Failovers bereits belegt ist, wird automatisch eine andere verfügbare IP-Adresse aus demselben Netzwerk zugewiesen.
Wenn die konfigurierte IP-Adresse des Testnetzwerks zum Zeitpunkt des Test-Failovers bereits verwendet wird, wird eine andere verfügbare IP-Adresse aus dem Testnetzwerk zugewiesen.
Einen Recovery-Server bei einem Failover auf einen einem früheren Zeitpunkt zurücksetzen
Wenn Sie einen Server im Failover wiederherstellen möchten, müssen Sie ein neues Failover von einem anderen Recovery-Punkt aus initiieren, um das System wieder betriebsbereit zu machen.
Failover-Widgets
Bei einem Produktions- oder Test-Failover können Sie auf der Registerkarte Aktivitäten für die Details des Recovery-Servers Informationen zur Failover-Performance (die Wiederherstellungsgeschwindigkeit) und zu Engpässen einsehen. Wenn Sie das Widget Engpass angezeigt bekommen möchten, erweitern Sie zuerst die Aktivität Virtuelle Maschine erstellen und dann in der Unteraktivität Daten aus dem Backup auf die Laufwerke der virtuellen Maschine kopieren den Eintrag Engpass.