Wiederherstellen nach schwerwiegendem Datenverlust

Azure Stack Hub führt Dienste in Ihrem Rechenzentrum aus und kann in so kleinen Umgebungen wie vier in einem Rack installierten Knoten ausgeführt werden. Im Gegensatz dazu wird Azure in mehr als 40 Regionen in mehreren Rechenzentren und mehreren Zonen in jeder Region ausgeführt. Benutzerressourcen können mehrere Server, Racks, Rechenzentren und Regionen umfassen. Mit Azure Stack Hub haben Sie derzeit nur die Möglichkeit, Ihre gesamte Cloud in einem einzelnen Rack bereitzustellen. Diese Einschränkung setzt Ihre Cloud dem Risiko von Katastrophenfällen in Ihrem Rechenzentrum oder Ausfällen aufgrund von gravierenden Produktfehlern aus. Bei einem Notfall wird die Azure Stack Hub-Instanz offline geschaltet. Alle Daten sind möglicherweise nicht mehr wiederherstellbar.

Je nach Grundursache des Datenverlusts müssen Sie eventuell einen einzelnen Infrastrukturdienst reparieren oder die gesamte Azure Stack Hub-Instanz wiederherstellen. Unter Umständen müssen Sie die Wiederherstellung sogar auf einer anderen Hardware am gleichen oder an einem anderen Standort durchführen.

Das folgende Szenario betrifft die Wiederherstellung Ihrer gesamten Installation bei einem Ausfall und die erneute Bereitstellung der privaten Cloud.

Szenario Datenverlust Überlegungen
Wiederherstellen nach schwerwiegendem Datenverlust aufgrund eines Notfalls oder Produktfehlers. Alle Infrastruktur-, Benutzer- und App-Daten. Kann auf verschiedenen OEMs wiederherstellen.
Kann auf verschiedenen Hardwaregenerationen wiederherstellen.
Kann auf eine andere Anzahl von Skalierungseinheitsknoten wiederherstellen.
Benutzer-App und -daten werden getrennt von Infrastrukturdaten gesichert.

Workflows

Der Schutz von Azure Stack Hub beginnt mit der getrennten Sicherung der Infrastrukturdaten und der Anwendungs-/Mandantendaten. In diesem Dokument wird erläutert, wie die Infrastruktur gesichert wird.

Workflow für die Azure Stack Hub-Datenwiederherstellung – Bereitstellung

Im ungünstigsten Fall, bei dem alle Daten verloren gehen, besteht die Wiederherstellung von Azure Stack Hub darin, die spezifischen Infrastrukturdaten dieser Bereitstellung von Azure Stack Hub und alle Benutzerdaten wiederherzustellen.

Workflow für die Azure Stack Hub-Datenwiederherstellung – erneute Bereitstellung

Restore

Wenn der Datenverlust schwerwiegend ist, die Hardware jedoch weiterhin genutzt werden kann, muss Azure Stack Hub erneut bereitgestellt werden. Während der erneuten Bereitstellung können Sie den Speicherort und die für den Zugriff auf Sicherungen erforderlichen Anmeldeinformationen angeben. In diesem Modus müssen die wiederherzustellenden Dienste nicht angegeben werden. Infrastructure Backup Controller fügt den Status der Steuerungsebene als Teil des Bereitstellungsworkflows ein.

Bei einem Notfall, nach dem die Hardware nicht mehr genutzt werden kann, ist die erneute Bereitstellung nur auf neuer Hardware möglich. Eine erneute Bereitstellung kann mehrere Wochen dauern, bis Ersatzhardware bestellt und an das Rechenzentrum geliefert wurde. Die Wiederherstellung von Daten auf Steuerungsebene kann jederzeit durchgeführt werden. Die Wiederherstellung wird jedoch nicht unterstützt, wenn die Version der erneut bereitgestellten Instanz mehr als eine Version höher ist als die bei der letzten Sicherung verwendete Version.

Bereitstellungsmodus Startpunkt Endpunkt
Neuinstallation Baselinebuild OEM stellt Azure Stack Hub bereit und wird auf die neueste unterstützte Version aktualisiert.
Wiederherstellungsmodus Baselinebuild OEM stellt Azure Stack Hub im Wiederherstellungsmodus bereit und verarbeitet die Anforderungen zur Versionsübereinstimmung basierend auf der neuesten verfügbaren Sicherung. OEM schließt die Bereitstellung durch Aktualisierung auf die neueste unterstützte Version ab.

Daten in Sicherungen

Azure Stack Hub unterstützt die Bereitstellung im sogenannten Cloudwiederherstellungsmodus. Dieser Modus wird nur verwendet, wenn Sie Azure Stack Hub wiederherstellen möchten, nachdem die Lösung infolge eines Notfalls oder Produktfehlers nicht mehr wiederherstellbar war. Bei diesem Bereitstellungsmodus werden keine der in der Lösung gespeicherten Benutzerdaten wiederhergestellt. Der Umfang dieses Bereitstellungsmodus beschränkt sich auf die Wiederherstellung der folgenden Daten:

  • Bereitstellungseingaben
  • Daten des internen Identitätsdiensts
  • Partneridentifizierungskonfiguration (ADFS-Bereitstellungen).
  • Von interner Zertifizierungsstelle verwendete Stammzertifikate.
  • Benutzerdaten der Azure Resource Manager-Konfiguration (beispielsweise Abonnements, Tarife, Angebote, Ressourcengruppen, Tags, Speicher- und Netzwerkkontingente sowie Computeressourcen).
  • Key Vault-Geheimnisse und Tresore.
  • RBAC-Richtlinienzuweisungen und Rollenzuweisungen

Während der Bereitstellung werden keine der IaaS-Ressourcen (Infrastructure-as-a-Service) oder PaaS-Ressourcen (Platform-as-a-Service) wiederhergestellt. Diese Verluste beinhalten IaaS-VMs, Speicherkonten, Blobs, Tabellen, Netzwerkkonfiguration usw. Die Cloudwiederherstellung soll sicherstellen, dass die Bediener und Benutzer sich nach Abschluss der Bereitstellung wieder im Portal anmelden können. Benutzer, die sich wieder anmelden, können keine ihrer Ressourcen anzeigen. Für die Benutzer werden Abonnements sowie die vom Administrator definierten ursprünglichen Pläne, Angebote und Richtlinien wiederhergestellt. Die erneute Anmeldung der Benutzer im System unterliegt den gleichen Einschränkungen, die für die ursprüngliche Lösung vor dem Notfall galten. Nach Abschluss der Cloudwiederherstellung kann der Bediener Erweiterungs- und Drittanbieter-RPs sowie zugehörige Werte wiederherstellen.

Überprüfen von Sicherungen

Sie können ASDK zum Testen einer Sicherung verwenden, um zu bestätigen, dass die Daten gültig und verwendbar sind. Weitere Informationen finden Sie unter Verwenden des ASDK zum Überprüfen der Azure Stack-Sicherung.

Nächste Schritte

Erhalten Sie Informationen über die bewährten Methoden zur Verwendung des Infrastructure Backup-Diensts.