Backup und Wiederherstellung für Amazon RDS - AWS Präskriptive Leitlinien
Verwendung von DNS CNAME

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Backup und Wiederherstellung für Amazon RDS

Amazon RDS umfasst Funktionen zur Automatisierung von Datenbank-Backups. Amazon RDS erstellt einen Speicher-Volume-Snapshot Ihrer Datenbank-Instance und sichert dabei die gesamte DB-Instance, nicht nur einzelne Datenbanken. Mit Amazon RDS können Sie ein Backup-Fenster für automatisierte Backups einrichten, Datenbank-Instance-Snapshots erstellen und Snapshots zwischen Regionen und Konten teilen und kopieren.

Amazon RDS bietet zwei verschiedene Optionen für die Sicherung und Wiederherstellung Ihrer DB-Instances:

  • Automatisierte Backups ermöglichen die point-in-time Wiederherstellung (PITR) Ihrer DB-Instance. Automatisierte Backups sind standardmäßig aktiviert, wenn Sie eine neue DB-Instance erstellen.

    Amazon RDS führt eine tägliche Sicherung Ihrer Daten während eines Backup-Fensters durch, das Sie bei der Erstellung der DB-Instance festlegen. Sie können eine Aufbewahrungsfrist von bis zu 35 Tagen für das automatische Backup konfigurieren. Amazon RDS lädt außerdem alle 5 Minuten die Transaktionsprotokolle für DB-Instances auf Amazon S3 hoch. Amazon RDS verwendet Ihre täglichen Backups zusammen mit Ihren Datenbanktransaktionsprotokollen, um Ihre DB-Instance wiederherzustellen. Sie können die Instance während Ihres Aufbewahrungszeitraums auf eine beliebige Sekunde bis zu den LatestRestorableTime (normalerweise den letzten fünf Minuten) wiederherstellen.

    Verwenden Sie den DescribeDBInstances API-Aufruf, um den letzten wiederherstellbaren Zeitpunkt für Ihre DB-Instances zu ermitteln. Oder suchen Sie auf der Registerkarte Beschreibung nach der Datenbank in der Amazon RDS-Konsole.

    Wenn Sie eine PITR initiieren, werden Transaktionsprotokolle mit dem am besten geeigneten täglichen Backup kombiniert, um Ihre DB-Instance auf die angeforderte Zeit zurückzusetzen.

  • DB-Snapshots sind vom Benutzer initiierte Backups, mit denen Sie Ihre DB-Instance beliebig oft in einen bekannten Zustand zurückversetzen können. Sie können diesen Zustand dann jederzeit wiederherstellen. Sie können die Amazon RDS-Konsole oder den CreateDBSnapshot API-Aufruf verwenden, um DB-Snapshots zu erstellen. Diese Snapshots werden so lange aufbewahrt, bis Sie sie mithilfe der Konsole oder des DeleteDBSnapshot API-Aufrufs explizit löschen.

Beide Backup-Optionen werden für Amazon RDS in unterstützt AWS Backup, das auch andere Funktionen bietet. Erwägen Sie AWS Backup die Einrichtung eines Standard-Backup-Plans für Ihre Amazon RDS-Datenbanken und die Verwendung der vom Benutzer initiierten Instance-Backup-Optionen, wenn Ihre Backup-Pläne für eine bestimmte Datenbank einzigartig sind.

Amazon RDS verhindert den direkten Zugriff auf den zugrunde liegenden Speicher, der von der DB-Instance verwendet wird. Dies verhindert auch, dass Sie die Datenbank einer RDS-DB-Instance direkt auf ihre lokale Festplatte exportieren. In einigen Fällen können Sie native Sicherungs- und Wiederherstellungsfunktionen mithilfe von Client-Dienstprogrammen verwenden. Sie können beispielsweise den Befehl mysqldump mit einer Amazon RDS-MySQL-Datenbank verwenden, um eine Datenbank auf Ihren lokalen Client-Computer zu exportieren. In einigen Fällen bietet Amazon RDS auch erweiterte Optionen für die Durchführung einer systemeigenen Sicherung und Wiederherstellung einer Datenbank. Amazon RDS bietet beispielsweise gespeicherte Prozeduren zum Exportieren und Importieren von RDS-Datenbanksicherungen von SQL Server-Datenbanken.

Stellen Sie sicher, dass Sie Ihren Datenbankwiederherstellungsprozess und seine Auswirkungen auf Datenbank-Clients als Teil Ihres allgemeinen Sicherungs- und Wiederherstellungsansatzes gründlich testen.

Verwenden Sie DNS-CNAME-Einträge, um die Auswirkungen auf den Client während einer Datenbankwiederherstellung zu reduzieren

Wenn Sie eine Datenbank mithilfe von PITR oder einem RDS-DB-Instance-Snapshot wiederherstellen, wird eine neue DB-Instance mit einem neuen Endpunkt erstellt. Auf diese Weise können Sie mehrere DB-Instances aus einem bestimmten DB-Snapshot oder einem bestimmten Zeitpunkt erstellen. Wenn Sie eine RDS-DB-Instance wiederherstellen, um eine aktive RDS-DB-Instance zu ersetzen, sind besondere Überlegungen zu beachten. Sie müssen beispielsweise festlegen, wie Sie Ihre vorhandenen Datenbankclients mit minimaler Unterbrechung und Änderung auf die neue Instance umleiten möchten. Sie müssen auch die Kontinuität und Konsistenz der Daten innerhalb der Datenbank sicherstellen, indem Sie die Zeit für die Wiederherstellung der Daten und die Wiederherstellungszeit berücksichtigen, zu der die neue Instanz Schreibvorgänge empfängt.

Sie können einen separaten DNS-CNAME-Eintrag erstellen, der auf Ihren DB-Instance-Endpunkt verweist, und Ihre Clients diesen DNS-Namen verwenden lassen. Anschließend können Sie den CNAME so aktualisieren, dass er auf einen neuen, wiederhergestellten Endpunkt verweist, ohne Ihre Datenbankclients aktualisieren zu müssen.

Stellen Sie die Time to Live (TTL) für Ihren CNAME-Eintrag auf einen geeigneten Wert ein. Die von Ihnen angegebene TTL bestimmt, wie lange der Datensatz bei DNS-Resolvern zwischengespeichert wird, bevor eine weitere Anfrage gestellt wird. Es ist wichtig zu beachten, dass einige DNS-Resolver oder -Anwendungen die TTL möglicherweise nicht berücksichtigen und den Datensatz möglicherweise länger als die TTL zwischenspeichern. Wenn Sie für Amazon Route 53 einen längeren Wert angeben (z. B. 172800 Sekunden oder zwei Tage), reduzieren Sie die Anzahl der Aufrufe, die rekursive DNS-Resolver an Route 53 tätigen müssen, um die neuesten Informationen in diesem Datensatz zu erhalten. Dies reduziert die Latenz und reduziert Ihre Rechnung für den Route 53-Service. Weitere Informationen finden Sie unter So leitet Amazon Route 53 den Traffic für Ihre Domain weiter.

Anwendungen und Client-Betriebssysteme können auch DNS-Informationen zwischenspeichern, die Sie leeren oder neu starten müssen, um eine neue DNS-Auflösungsanfrage zu initiieren und den aktualisierten CNAME-Eintrag abzurufen.

Wenn Sie eine Datenbankwiederherstellung einleiten und den Datenverkehr auf Ihre wiederhergestellte Instanz verlagern, stellen Sie sicher, dass alle Ihre Clients auf Ihre wiederhergestellte Instanz schreiben und nicht auf Ihre vorherige Instanz. Ihre Datenarchitektur unterstützt möglicherweise die Wiederherstellung Ihrer Datenbank, die Aktualisierung von DNS, um den Datenverkehr auf Ihre wiederhergestellte Instance zu verlagern, und das anschließende Korrigieren aller Daten, die möglicherweise noch in Ihre vorherige Instance geschrieben wurden. Ist dies nicht der Fall, können Sie Ihre bestehende Instanz beenden, bevor Sie den DNS-CNAME-Eintrag aktualisieren. Dann erfolgt der gesamte Zugriff über Ihre neu wiederhergestellte Instanz. Dies kann vorübergehend zu Verbindungsproblemen für einige Ihrer Datenbank-Clients führen, die Sie einzeln behandeln können. Um die Auswirkungen auf die Clients zu verringern, können Sie die Datenbank während eines Wartungsfensters wiederherstellen.

Schreiben Sie Ihre Anwendungen so, dass sie Datenbankverbindungsfehler mit Wiederholungen unter Verwendung von exponentiellem Backoff problemlos behandeln. Auf diese Weise kann Ihre Anwendung wiederhergestellt werden, wenn eine Datenbankverbindung während einer Wiederherstellung nicht verfügbar ist, ohne dass Ihre Anwendung unerwartet abstürzt.

Nachdem Sie den Wiederherstellungsvorgang abgeschlossen haben, können Sie Ihre vorherige Instanz im angehaltenen Zustand belassen. Oder Sie können Sicherheitsgruppenregeln verwenden, um den Datenverkehr auf Ihre vorherige Instance zu beschränken, bis Sie überzeugt sind, dass er nicht mehr benötigt wird. Bei einer schrittweisen Außerbetriebnahme beschränken Sie zunächst den Zugriff der Sicherheitsgruppe auf eine laufende Datenbank. Sie können die Instance irgendwann beenden, wenn sie nicht mehr benötigt wird. Erstellen Sie abschließend einen Snapshot der Datenbankinstanz und löschen Sie ihn.