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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingAutomatedBackups.html) [zu erstellen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingManualBackups.html). 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/creating-a-backup-plan.html#create-backup-plan-console) (Wiederherstellungspunkts) einer Amazon RDS-Instance verwenden, wird AWS Backup geprüft, ob Sie Amazon RDS zuvor verwendet haben, um ein automatisiertes Backup zu erstellen. Wenn ein automatisiertes Backup vorhanden ist, AWS Backup wird eine inkrementelle Snapshot-Kopie erstellt (`copy-db-snapshot`Vorgang). Wenn kein Backup vorhanden ist, AWS Backup wird anstelle einer Kopie ein Snapshot der von Ihnen angegebenen Instanz erstellt (`create-db-snapshot`Vorgang). Der erste Snapshot AWS Backup, der von oder durch einen der Operationen erstellt wurde, führt zu einem vollständigen Snapshot. Bei allen nachfolgenden *Kopien* handelt es sich um inkrementelle Backups, solange die vollständige Sicherung existiert. 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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html#USER_CopySnapshot.Incremental) 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/creating-a-backup-plan.html#plan-options-and-configuration) [übereinstimmt, kann sich die Datenherkunft der Backups](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ManagingAutomatedBackups.html#USER_WorkingWithAutomatedBackups.BackupWindow) 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](https://aws.amazon.com/blogs/database/restore-an-amazon-rds-custom-for-sql-server-instance-using-a-backup-from-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. ## Überblick über die Überschneidungen und Kosten von Backups 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. ## 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 erstellt wurde. Weitere Informationen finden Sie unter [Kontinuierliche Backups und von PITR unterstützte Dienste](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-supported-services) und [Verwaltung der Einstellungen für kontinuierliche Backups](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-managing). **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 unter[Unterstützte Dienste von AWS-Region](backup-feature-availability.md#supported-services-by-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](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html) (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:{{name}}` Ein Multi-Availability RDS-Cluster: `arn:aws:rds:{{region}}:{{account}}:cluster:{{name}}` Weitere Informationen finden Sie unter [ Multi-AZ DB-Cluster-Bereitstellungen](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html) im *Amazon RDS-Benutzerhandbuch*. Weitere Informationen zum [Erstellen eines Multi-AZ DB-Cluster-Snapshots](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateMultiAZDBClusterSnapshot.html) 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.