Zuverlässigkeit in Azure Backup
Dieser Artikel beschreibt die Zuverlässigkeitsunterstützung in Azure Backup und behandelt Verfügbarkeitszonen und regionsübergreifende Wiederherstellung und Geschäftskontinuität. Eine ausführlichere Übersicht über die Zuverlässigkeit in Azure finden Sie unter Azure-Zuverlässigkeit.
Azure Backup ist ein sicherer und zuverlässiger integrierter Datenschutzmechanismus in Azure, der Datenschutz für verschiedene lokale und Cloudworkloads bereitstellt. Azure Backup kann seinen Schutz nahtlos auf mehrere Workloads skalieren und bietet native Integration mit Azure-Workloads (VMs, SAP HANA, SQL in Azure VMs, Azure Files, AKS usw.), ohne dass Sie die Automatisierung oder Infrastruktur verwalten müssen, um Agents bereitzustellen, neue Skripts zu schreiben oder Speicher bereitzustellen.
Azure Backup unterstützt die folgenden redundanten Datenspeicheroptionen:
Lokal redundanter Speicher (LRS): Um Ihre Daten vor Server-Rack- und Laufwerksausfällen zu schützen, können Sie LRS verwenden. LRS repliziert Ihre Backup-Daten dreimal innerhalb eines einzigen Rechenzentrums in der Primärregion. Weitere Informationen zum lokal redundanten Speicher finden Sie unter Azure Blob Storage – lokal redundanter Speicher.
Georedundanter Speicher (Geo-Redundant Storage, GRS) : Sie können GRS zum Schutz vor regionsweiten Ausfällen verwenden. GRS repliziert Ihre Daten in einer sekundären Region. Weitere Informationen finden Sie unter Azure Blob Storage – georedundanter Speicher.
Zonenredundanter Speicher (ZRS): Um Ihre Sicherungsdaten in Verfügbarkeitszonen zu replizieren, können Sie ZRS verwenden. ZRS garantiert Datenhaltung und Resilienz in derselben Region. Azure Blob Storage – zonenredundanter Speicher.
Hinweis
Die Redundanzoptionen gelten für die Speicherung von Sicherungsdaten und nicht für den Azure Backup Service selbst.
Tresorspeicher
Azure Backup speichert die gesicherten Daten in Recovery Services-Tresoren und Azure Backup-Tresoren. Ein Tresor ist eine Onlinespeicherentität in Azure, die zum Speichern von Daten wie Sicherungskopien, Wiederherstellungspunkten und Sicherungsrichtlinien verwendet wird.
In der folgenden Tabelle sind die verschiedenen Datenquellen aufgeführt, die von den einzelnen Tresoren unterstützt werden:
| Recovery Services-Tresor | Sicherungstresor |
|---|---|
| Virtueller Azure-Computer | Azure Disks |
| SQL Server in Azure-VM | Azure-Blobs |
| Azure Files | Azure Database for PostgreSQL-Server |
| SAP HANA in Azure-VM | Kubernetes-Dienste |
| Azure Backup-Server | |
| Azure Backup-Agent | |
| Data Protection Manager (DPM) |
Unterstützung für Verfügbarkeitszonen
Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure-Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.
Weitere Informationen zu Verfügbarkeitszonen in Azure finden Sie unter Was sind Verfügbarkeitszonen?.
Azure Backup-Dienst
Azure Backup ist ein zonenredundanter Dienst für Wiederherstellungsdienst und Sicherungstresor. Wenn Sie Ihre Tresorressourcen erstellen, müssen Sie keine Zonenredundanz konfigurieren. Im Falle eines zonalen Ausfalls bleiben die Tresore betriebsbereit.
Azure Backup-Daten
Um sicherzustellen, dass Ihre Sicherungsdaten während eines zonalen Ausfalls verfügbar sind, wählen Sie die Option Zonenredundant für die Speicherredundanz bei der Erstellung des Tresors aus.
Unterstützung für das Migrieren zu Verfügbarkeitszonen
Informationen zum Migrieren eines Recovery Services-Tresors zur Unterstützung der Verfügbarkeitszone finden Sie unter Migrieren des Azure Recovery Services Vault zur Unterstützung der Verfügbarkeitszone.
Regionsübergreifende Notfallwiederherstellung und Geschäftskontinuität
Bei der Notfallwiederherstellung (DR) geht es um die Wiederherstellung nach Ereignissen mit schwerwiegenden Auswirkungen, z. B. Naturkatastrophen oder fehlerhaften Bereitstellungen, die zu Downtime und Datenverlust führen. Unabhängig von der Ursache ist das beste Mittel gegen einen Notfall ein gut definierter und getesteter Notfallplan und ein Anwendungsdesign, die Notfallwiederherstellung aktiv unterstützt. Bevor Sie mit der Erstellung Ihres Notfallwiederherstellungsplans beginnen, lesen Sie die Empfehlungen zum Entwerfen einer Notfallwiederherstellungsstrategie.
Bei DR verwendet Microsoft das Modell der gemeinsamen Verantwortung. In einem Modell der gemeinsamen Verantwortung stellt Microsoft sicher, dass die grundlegenden Infrastruktur- und Plattformdienste verfügbar sind. Gleichzeitig replizieren viele Azure-Dienste nicht automatisch Daten oder greifen automatisch auf eine ausgefallene Region zurück, um eine regionsübergreifende Replikation in eine andere aktivierte Region durchzuführen. Für diese Dienste sind Sie dafür verantwortlich, einen Notfallwiederherstellungsplan zu erstellen, der für Ihre Workload geeignet ist. Die meisten Dienste, die auf Azure Platform as a Service (PaaS)-Angeboten laufen, bieten Funktionen und Anleitungen zur Unterstützung von Notfallwiederherstellung und Sie können dienstspezifische Funktionen zur Unterstützung einer schnellen Wiederherstellung nutzen, um Ihren Notfallwiederherstellungsplan zu entwickeln.
Wenn eine gesamte Azure-Region oder ein Rechenzentrum Ausfallzeiten erlebt, sind Ihre Tresore weiterhin zugänglich, und Sie können Ihre Sicherungselemente weiterhin sehen. Sofern Sie jedoch nicht für regionale Redundanz bereitstellen, können Sie nicht auf die zugrunde liegenden Sicherungsdaten zugreifen, um einen Wiederherstellungsvorgang auszuführen.
Um regionale Redundanz zu erreichen, können Sie mit Azure Backup Ihre Sicherungen mithilfe von georedundantem Speicher (GRS) in ein zusätzliches Azure-Regionspaar replizieren, um Ihre Sicherungen vor regionalen Ausfällen zu schützen. Wenn Sie Sicherungen mithilfe von GRS aktivieren, kann nur dann auf die Sicherungen in der sekundären Region zugegriffen werden, wenn Microsoft einen Ausfall in der primären Region deklariert. Mithilfe der regionsübergreifenden Wiederherstellung können Sie jedoch auf Wiederherstellungspunkte der sekundären Region zugreifen und diese ausführen, auch wenn kein Ausfall in der primären Region auftritt. Mit dem regionsübergreifenden Speicher können Sie Drilldowns durchführen, um die regionale Resilienz zu bewerten.