Georedundante Notfallwiederherstellung in Azure Database for PostgreSQL – Flexibler Server
GILT FÜR: 
Azure Database for PostgreSQL – Flexibler Server
Im Falle einer regionsweiten Katastrophe kann Azure mithilfe einer Notfallwiederherstellung Schutz vor regionalen oder großen geografischen Katastrophen bereitstellen, indem eine andere Region verwendet wird. Weitere Informationen zur Architektur der Azure-Notfallwiederherstellung finden Sie unter Architektur der Notfallwiederherstellung von Azure zu Azure.
Der flexible Azure Database for PostgreSQL-Server bietet Features, die Daten schützen und Downtimes für Ihre unternehmenskritischen Datenbanken während Ereignissen mit geplanten und ungeplanten Downtimes reduzieren. Der flexible Azure Database for PostgreSQL-Server baut auf der Azure-Infrastruktur auf, die robuste Resilienz und Verfügbarkeit bietet. Er stellt Features für die Geschäftskontinuität bereit, die zusätzlichen Fehlerschutz bieten, Anforderungen an die Wiederherstellungszeit erfüllen und die Gefahr von Datenverlusten verringern. Wenn Sie die Architektur Ihrer Anwendungen entwerfen, sollten Sie die Downtimetoleranz – die Recovery Time Objective (RTO) – und die Datenverlustgefahr – die Recovery Point Objective (RPO) – berücksichtigen. Beispielsweise müssen für Ihre unternehmenskritische Datenbank strengere Uptimeanforderungen erfüllt werden als bei einer Testdatenbank.
Vergleichen Sie Georeplikation mit georedundantem Sicherungsspeicher
Sowohl die Georeplikation mit Lesereplikaten als auch die georedundante Sicherung sind Lösungen für die Wiederherstellung nach einem georedundanten Notfall. Sie unterscheiden sich jedoch in den Details ihrer Angebote. Um die richtige Lösung für Ihr System auszuwählen, ist es wichtig, ihre Features zu verstehen und zu vergleichen.
| Feature | Georeplikation | Georedundante Sicherung |
|---|---|---|
| Automatisches Failover | Nein | Nein |
| Benutzer muss Verbindungszeichenfolge nach einem Failover aktualisieren | Nein | Ja |
| Kann sich in nicht gekoppelter Region befinden | Ja | Nein |
| Unterstützung der Leseskalierung | Ja | Nein |
| Kann nach der Erstellung des Servers konfiguriert werden | Ja | Nein |
| Wiederherstellen eines bestimmten Zeitpunkts | No | No |
| Garantierte Kapazität | Ja | Nein |
Georedundante Sicherung und Wiederherstellung
Georedundante Sicherung und Wiederherstellung ermöglicht es Ihnen, Ihren Server im Falle eines Ereignisses in einer anderen Region wiederherzustellen. Sie bietet zudem eine Dauerhaftigkeit der Sicherungsobjekte von mindestens 99,99999999999999 Prozent (16 Neunen) für die Dauer eines Jahres.
Georedundante Sicherungen können nur zum Zeitpunkt der Servererstellung konfiguriert werden. Wenn der Server mit georedundanten Sicherungen konfiguriert ist, werden die Sicherungsdaten und Transaktionsprotokolle mithilfe der Speicherreplikation asynchron in die gekoppelte Region kopiert.
Weitere Informationen zur georedundanten Sicherung und Wiederherstellung finden Sie unter Georedundante Sicherung und Wiederherstellung.
Lesereplikate
Regionsübergreifende Lesereplikate können bereitgestellt werden, um Ihre Datenbanken vor Ausfällen auf Regionsebene zu schützen. Lesereplikate werden mithilfe der physischen Replikationstechnologie von Azure Database for PostgreSQL asynchron aktualisiert und können damit zu Verzögerungen auf dem primären Server führen. Lesereplikate unterstützen auf den Computeebenen „Allgemeiner Zweck“ und „Arbeitsspeicheroptimiert“.
Weitere Informationen über Funktionen und Überlegungen zu Lesereplikaten finden Sie unter Lesereplikate.
Erkennung, Benachrichtigung und Verwaltung von Ausfällen
Wenn Ihr Server mit georedundanter Sicherung konfiguriert ist, können Sie die Geowiederherstellung in der gekoppelten Region durchführen. Ein neuer Server wird bereitgestellt und mit den letzten verfügbaren Daten wiederhergestellt, die in diese Region kopiert wurden.
Sie können auch regionsübergreifende Lesereplikate verwenden. Bei einem Regionsausfall können Sie einen Notfallwiederherstellungsvorgang durchführen, indem Sie Ihr Lesereplikat zu einem eigenständigen Server mit Lese- und Schreibzugriff heraufstufen. Als RPO wird ein Wert von bis zu 5 Minuten erwartet (Datenverlust möglich), mit Ausnahme eines schwerwiegenden regionalen Fehlers, bei dem die RPO zum Zeitpunkt des Fehlers nahe an der Replikationsverzögerung liegen kann.
Weitere Informationen zur Entschärfung ungeplanter Downtime und zur Wiederherstellung nach einer regionalen Störung finden Sie unter Entschärfung ungeplanter Downtime.