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.
Backups von Amazon Relational Database Service
Amazon RDS und AWS Backup
Wenn Sie die Optionen zum Sichern Ihrer Amazon RDS-Instances und -Cluster in Betracht ziehen, müssen Sie unbedingt klären, welche Art von Backup Sie erstellen und verwenden möchten. Verschiedene AWS Ressourcen, darunter Amazon RDS, bieten ihre eigenen systemeigenen Backup-Lösungen an.
Amazon RDS bietet die Möglichkeit, automatische und manuelle Backups zu erstellen. Wiederherstellungspunkte, die von erstellt wurden, AWS Backup werden je nach Backup-Typ unterschiedlich klassifiziert:
-
Periodische Snapshots, die von erstellt wurden, AWS Backup gelten in Amazon RDS als manuelle Backups. Dabei handelt es sich um Snapshot-basierte Backups, die gemäß Ihrem Backup-Plan erstellt wurden.
-
Kontinuierliche Backups, AWS Backup die von erstellt wurden, gelten in Amazon RDS als automatisierte Backups. Diese ermöglichen eine Point-in-Time-Wiederherstellung (PITR), indem Transaktionsprotokolle zusammen mit automatisierten Snapshots verwaltet werden.
Diese Unterscheidung ist wichtig, da manuelle und automatisierte Backups in Amazon RDS ein unterschiedliches Aufbewahrungsverhalten und ein unterschiedliches Lebenszyklusmanagement aufweisen.
Wenn Sie AWS Backup zur Erstellung eines Backups (Wiederherstellungspunkts) einer Amazon RDS-Instance verwenden, AWS Backup erstellt mithilfe des create-db-snapshot Vorgangs in Amazon RDS einen manuellen DB-Snapshot dieser Instance. Alle Snapshots einer DB-Instance, unabhängig davon, ob sie aus automatisierten Amazon RDS-Backups, manuellen Snapshots stammen oder AWS Backup, gehören derselben inkrementellen Snapshot-Kette für diese Instance an.
Nur der erste Snapshot, der jemals von einer DB-Instance erstellt wurde, speichert den vollständigen Inhalt der Datenbank. Jeder spätere Snapshot derselben Instance ist inkrementell, d. h. er speichert nur die Daten, die sich seit dem letzten Snapshot geändert haben. Wenn die Instanz bereits über automatisierte Backups oder frühere Snapshots verfügt, handelt es sich bei dem ersten erstellten Recovery Point also ebenfalls um AWS Backup einen inkrementellen und nicht um einen neuen vollständigen Snapshot. In diesem Zusammenhang bedeutet „vollständig“ einen Snapshot, aus dem Sie die gesamte Datenbank wiederherstellen können. Dies bedeutet nicht, dass eine vollständige Kopie der Daten auf Speicherebene erstellt wird.
Bei Verwendung von konto- oder regionsübergreifenden Kopien werden inkrementelle Snapshot-Kopieraufträge schneller verarbeitet als vollständige Snapshot-Kopieraufträge. Wenn Sie eine vorherige Snapshot-Kopie behalten, bis der neue Kopierauftrag abgeschlossen ist, kann sich die Dauer des Kopierauftrags verringern. Wenn Sie sich dafür entscheiden, Snapshots von RDS-Datenbank-Instances zu kopieren, ist es wichtig zu beachten, dass durch das vorherige Löschen früherer Kopien vollständige Snapshot-Kopien (statt inkrementeller) erstellt werden. Weitere Informationen zur Optimierung des Kopierens finden Sie unter Inkrementelles Kopieren von Snapshots im Amazon RDS-Benutzerhandbuch.
Wichtig
Wenn ein AWS Backup Backup-Plan so geplant ist, dass mehrere tägliche Snapshots einer Amazon RDS-Instance erstellt werden, und wenn eines dieser geplanten AWS Backup Start-Backup-Fenster mit dem Amazon RDS-Backup-Fenster übereinstimmt, kann sich die Datenherkunft der Backups in nicht identische Backups verzweigen, wodurch ungeplante und widersprüchliche Backups entstehen. Um dies zu verhindern, stellen Sie sicher, dass Ihr AWS Backup Backup-Plan oder Ihr Amazon RDS-Fenster nicht zeitlich übereinstimmen.
Überlegungen
AWS Backup unterstützt die Erstellung von On-Demand-Backups von RDS Custom für SQL Server-Instances. Die Wiederherstellung von RDS Custom for SQL Server über AWS Backup wird jedoch nicht nativ unterstützt. Verwenden Sie zur Wiederherstellung den restore-db-instance-from-db-snapshot Vorgang in Amazon RDS mit dem AWS Backup-erstellten Snapshot. Weitere Informationen finden Sie unter Wiederherstellen einer Amazon RDS Custom for SQL Server-Instance mithilfe eines Backups von AWS Backup
RDS Custom for Oracle wird derzeit nicht unterstützt von AWS Backup.
AWS Backup unterstützt keine Sicherung und Wiederherstellung von RDS auf Outposts oder in Local Zones, einschließlich dedizierter Local Zones. AWS Backup erfordert, dass RDS-Instances auf region (Standard) BackupTarget eingestellt sind.
Überblick über Backup-Überschneidungen und Kosten
AWS Backup Periodische Snapshots werden in Amazon RDS als manuelle Backups eingestuft. Sie nutzen zwar dieselbe inkrementelle Snapshot-Kette wie automatisierte Backups, werden aber zusammen mit automatisierten Backups auf Ihren gesamten Backup-Speicher angerechnet. Amazon RDS bietet eine kostenlose Backup-Speicherzuweisung, die Ihrem bereitgestellten DB-Instance-Speicher entspricht — dies deckt sowohl automatisierte Backups als auch manuelle Snapshots zusammen ab. Speicherplatz, der über diese Zuweisung hinausgeht, wird in Rechnung gestellt. Wenn Sie sowohl geplante AWS Backup Snapshots als auch automatisierte Amazon RDS-Backups ausführen, tragen beide zu dieser Summe bei, und Sie sollten dies bei Ihrer Kostenplanung berücksichtigen.
Wenn Sie AWS Backup eine Amazon RDS-DB-Instance sichern, wird möglicherweise ein automatisierter Snapshot mit einem unerwarteten Zeitstempel angezeigt. Er entspricht eher der Zeit der AWS Backup Snapshot-Erstellung als dem automatischen Backup-Fenster von Amazon RDS. Wenn Amazon RDS innerhalb des letzten Tages kein aktuelles automatisiertes Backup findet, konsolidiert es das Backup. Amazon RDS hängt automatische Backup-Metadaten an den manuell AWS Backup erstellten Snapshot an. Dadurch wird sichergestellt, dass die DB-Instance ein regelmäßiges automatisiertes Backup durchführt. Dies tritt am häufigsten auf, wenn ein AWS Backup Vorgang so lange läuft, dass er sich mit dem automatischen Backup-Fenster von Amazon RDS überschneidet.
Wenn ein Backup konsolidiert wird, verweisen sowohl die manuellen als auch die automatisierten Snapshot-Einträge auf dieselben zugrunde liegenden Snapshot-Daten. Für diesen einzelnen zugrunde liegenden Snapshot wird Ihnen nur einmal in Rechnung gestellt, und Ihre Daten bleiben vollständig geschützt. Außerdem werden die Funktionen zur Aufbewahrung von Backups und zur Wiederherstellung zu einem bestimmten Zeitpunkt nicht beeinträchtigt, unabhängig davon, ob die Einträge konsolidiert werden.
Kontinuierliche Amazon RDS-Backups und Point-in-Time-Wiederherstellung
Kontinuierliche Backups beinhalten AWS Backup die Erstellung einer vollständigen Sicherung Ihrer Amazon RDS-Ressource und die anschließende Erfassung aller Änderungen in einem Transaktionsprotokoll. Sie können eine größere Granularität erreichen, indem Sie zu dem Zeitpunkt zurückkehren, zu dem Sie wiederherstellen möchten, anstatt einen vorherigen Snapshot zu wählen, der in festen Zeitintervallen aufgenommen wurde.
Weitere Informationen finden Sie unter Kontinuierliche Backups und von PITR unterstützte Dienste und Verwaltung der Einstellungen für kontinuierliche Backups.
Wichtig
Wenn Sie kontinuierliche Backups für Amazon RDS aktivieren, AWS Backup wenn sie zuvor deaktiviert wurden (oder die Deaktivierung kontinuierlicher Backups, wenn sie zuvor aktiviert waren), wird die Amazon RDS-Instance offline genommen, um die Änderungen vorzunehmen. Planen Sie diese Änderung während eines Wartungsfensters, um die Auswirkungen zu minimieren. Wenn automatische Backups von Amazon RDS aus aktiviert wurden und dieses Backup einfach dorthin verschoben wurde AWS Backup, sind keine Ausfallzeiten erforderlich.
Amazon Multi-Availability RDS-Zonen-Backups
AWS Backup sichert und unterstützt die Bereitstellungsoptionen Amazon RDS for MySQL und PostgreSQL Multi-AZ (Availability Zone) mit einer primären und zwei lesbaren Standby-Datenbank-Instances.
Eine Liste der Regionen, in denen Multi-Availability Zonen-Backups verfügbar sind, finden Sie in der Amazon Multi-AZ RDS-Spalte unterUnterstützte Dienste von AWS-Region.
Die Multi-AZ Bereitstellungsoption optimiert Schreibtransaktionen und ist ideal, wenn Ihre Workloads zusätzliche Lesekapazität, eine geringere Latenz bei Schreibtransaktionen, mehr Widerstandsfähigkeit gegen Netzwerkjitter (was sich auf die Konsistenz der Latenz von Schreibtransaktionen auswirkt) sowie hohe Verfügbarkeit und Haltbarkeit erfordern.
Um einen Multi-AZ Cluster zu erstellen, können Sie entweder MySQL oder PostgreSQL als Engine-Typ wählen.
In der AWS Backup Konsole gibt es drei Bereitstellungsoptionen:
Multi-AZ DB-Cluster: Erstellt einen DB-Cluster mit einer primären DB-Instance und zwei lesbaren Standby-DB-Instances, wobei sich jede DB-Instance in einer anderen Availability Zone befindet. Bietet hohe Verfügbarkeit und Datenredundanz und erhöht die Kapazität für serverbereite Workloads.
Multi-AZ DB-Instance: Erstellt eine primäre DB-Instance und eine Standby-DB-Instance in einer anderen Availability Zone. Dies bietet hohe Verfügbarkeit und Datenredundanz, aber die Standby-DB-Instance unterstützt keine Verbindungen für Lese-Workloads.
Einzelne DB-Instance: Erstellt eine einzelne DB-Instance ohne Standby-DB-Instances.
Backup-Verhalten bei Instanzen und Clustern
-
Point-in-Time Recovery (PITR) kann Instanzen unterstützen, aber keine Cluster.
-
Das Kopieren eines Multi-AZ DB-Cluster-Snapshots wird nicht unterstützt.
-
Der Amazon-Ressourcenname (ARN) für einen RDS-Wiederherstellungspunkt hängt davon ab, ob eine Instance oder ein Cluster verwendet wird:
Ein ARN für eine RDS-Instanz:
arn:aws:rds:region:account:db:nameEin Multi-Availability RDS-Cluster:
arn:aws:rds:region:account:cluster:name
Weitere Informationen finden Sie unter Multi-AZ DB-Cluster-Bereitstellungen im Amazon RDS-Benutzerhandbuch.
Weitere Informationen zum Erstellen eines Multi-AZ DB-Cluster-Snapshots finden Sie im Amazon RDS-Benutzerhandbuch.
Globale Amazon Aurora Aurora-Datenbanken
AWS empfiehlt die Aufbewahrung von Backups in jeder Region, in der Ihre globale Datenbank bereitgestellt wird.
Häufig gestellte Fragen zu kontinuierlichen Backups von Amazon RDS und Aurora
Wie sind kontinuierliche Backups von Amazon RDS und Aurora mit automatisierten Backups verknüpft?
AWS Backup Point-in-Time-Recovery (kontinuierliche Backups) zentralisiert die Verwaltung automatisierter Backups in Amazon RDS und Aurora. Wenn Sie Continuous Backup in aktivieren AWS Backup, AWS Backup übernimmt die Steuerung automatisierter Backups von Amazon RDS oder Aurora. Sie können die Backup-Startzeit (bevorzugtes Backup-Fenster) oder die Aufbewahrung nicht mehr mit der Amazon RDS- oder Aurora-Konsole oder den APIs ändern. Sie können das Wartungsfenster weiterhin von der Amazon RDS- oder Aurora-Konsole oder API aus verwalten. AWS Backup plant automatische Backups intelligent, um Überschneidungen mit anderen geplanten Backups (Snapshots) und dem Wartungsfenster nach Möglichkeit zu vermeiden.
Wie erscheinen kontinuierliche Backups im AWS Backup Konsole?
Navigieren Sie in der AWS Backup Konsole zu dem in Ihrem Backup-Plan angegebenen Tresor und suchen Sie in der Spalte Backup-Typ nach Kontinuierlich. Das Backup wird nach Abschluss des ersten kontinuierlichen Backups als Verfügbar angezeigt, was darauf hinweist, dass PITR für diese Ressource verfügbar ist.
Wie kann die Kontrolle über automatisierte Backups an Amazon RDS oder Aurora zurückgegeben werden?
Um die Kontrolle über automatische Backups an Amazon RDS oder Aurora zurückzugeben, löschen Sie zunächst den Backup-Plan oder die Regel, bei der kontinuierliche Backups für Amazon RDS oder Aurora aktiviert sind, oder ändern Sie die Regel, um kontinuierliche Backups zu entfernen. Wählen Sie dann eine der folgenden Optionen aus:
-
Backup-Daten aufbewahren: Führen Sie die
DisassociateRecoveryPointAPI aus. Dadurch wird das kontinuierliche Backup getrennt und die Steuerung an Amazon RDS übergeben, wodurch die Backup-Daten in Amazon RDS erhalten bleiben, die Sie für eine Wiederherstellung verwenden können. -
Backup-Daten entfernen: Führen Sie die
DeleteRecoveryPointAPI aus. Dadurch wird der Continuous Recovery Point gelöscht, Backup-Daten entfernt und Amazon RDS hat wieder die Kontrolle.
Wichtig
Wenn Sie DisassociateRecoveryPoint oder ausführenDeleteRecoveryPoint, AWS Backup ruft es die ModifyDBInstance API für Amazon RDS-Instances oder die ModifyDBCluster API für Aurora-Cluster auf und wendet die Änderung sofort an. Wenn es ausstehende Konfigurationsänderungen auf Amazon RDS oder Aurora gibt, werden diese Änderungen ebenfalls sofort übernommen. Während dieses Vorgangs kann es zu einer kurzen Ausfallzeit kommen.
Weitere Informationen finden Sie unter Wie kann ich ein kontinuierliches Amazon RDS-Backup beenden in AWS Backup?