Arbeiten mit Backups - Amazon Relational Database Service

Arbeiten mit Backups

Amazon RDS erstellt während des Zeitfensters Ihrer Datenbank automatisierte Backups Ihrer DB-Instance und speichert diese. RDS erstellt einen Snapshot für das Speichervolume Ihrer DB-Instance, damit die gesamte DB-Instance gesichert wird und nicht nur einzelne Datenbanken. RDS speichert die automatisierten Backups Ihrer DB-Instance gemäß des Aufbewahrungszeitraums für Backups, den Sie angeben. Während dieses Vorhaltezeitraums kann Ihre Datenbank bei Bedarf auf einen gesicherten Zeitpunkt wiederhergestellt werden.

Automatische Backups erfolgen nach diesen Regeln:

  • Ihre DB-Instance muss den Status AVAILABLE aufweisen, damit ein automatisiertes Backup durchgeführt werden kann. Automatische Backups erfolgen nicht, während die DB-Instance einen anderen Status als AVAILABLE hat (also beispielsweise STORAGE_FULL).

  • Automatische Backups und automatische Snapshots werden nicht ausgeführt, während eine Kopie der gleichen DB-Instance in der gleichen AWS-Region ausgeführt wird.

Sie können Ihre DB-Instance auch manuell sichern, indem Sie einen DB-Snapshot erstellen. Weitere Informationen zum Erstellen eines DB-Snapshots finden Sie unter Erstellen eines DB-Snapshots.

Der erste Snapshot einer DB-Instance enthält die Daten der vollständigen DB-Instance. Nachfolgende Snapshots derselben DB-Instance sind inkrementelle Backups, d. h. es werden nur die Daten gespeichert, die sich seit der letzten Snapshot-Speicherung geändert haben.

Sie können automatische und manuelle DB-Snapshots kopieren und manuelle DB-Snapshots freigeben. Weitere Informationen zum Kopieren eines DB-Snapshots finden Sie unter Kopieren eines snapshot. Weitere Informationen zum Freigeben eines DB-Snapshots finden Sie unter Freigeben eines DB--Snapshots.

Sicherungsspeicher

Die automatisierten Backups und manuellen DB-Snapshots für eine Region werden in Ihrem Amazon-RDS-Sicherungsspeicher für diese AWS-Region abgelegt. Der gesamte Speicherplatz für das Backup entspricht der Summe des Speichers für alle Backups in dieser Region. Durch das Verschieben eines DB-Snapshots in eine andere Region wird der Sicherungsspeicher in dieser Region vergrößert. Backups werden in Amazon S3 gespeichert.

Weitere Information zu Sicherungsspeicherkosten finden Sie unter Amazon RDS – Preise.

Falls Sie automatische Backups beim Löschen einer DB-Instance aufbewahren, bleiben die automatischen Backups während des gesamten Aufbewahrungszeitraums gespeichert. Falls Sie Retain automated backups (Automatische Backups aufbewahren) beim Löschen einer DB-Instance nicht wählen, werden die automatischen Backups mit der DB-Instance gelöscht. Nach dem Löschen können die automatischen Backups nicht wiederhergestellt werden. Wenn Sie Amazon RDS vor dem Löschen Ihrer DB-Instance einen abschließenden DB-Snapshot erstellen lassen, können Sie diesen verwenden, um die DB-Instance später wiederherzustellen. Sie können alternativ auch einen zuvor erstellten manuellen Snapshot verwenden. Manuelle Snapshots werden nicht gelöscht. Pro Region sind bis zu 100 manuelle Snapshots zulässig.

Backup-Fenster

Automatisierte Backups werden täglich während des bevorzugten Zeitfensters für das Backup durchgeführt. Wenn das Backup mehr Zeit als im Zeitfenster angegeben benötigt, wird es nach dem Ende des Fensters weiter ausgeführt, bis es abgeschlossen ist. Das Zeitfenster für das Backup darf sich nicht mit dem wöchentlichen Wartungsfenster für die DB-Instance überschneiden.

Während des Zeitfensters für das automatisierte Backup können I/O-Speichervorgänge kurzzeitig ausgesetzt werden, bis der Sicherungsprozess gestartet wird (normalerweise nur wenige Sekunden). Bei Multi-AZ-Bereitstellungen können für einen Zeitraum von wenigen Minuten längere Latenzzeiten während eines Backups auftreten. Für MariaDB, MySQL, Oracle und PostgreSQL wird bei Multi-AZ-Bereitstellungen die I/O-Aktivität auf Ihrer primären Instance nicht ausgesetzt, da das Backup von der Standby-Instance erstellt wird. Für SQL Server wird bei Multi-AZ-Bereitstellungen die I/O-Aktivität während des Sicherungsvorgangs kurzzeitig ausgesetzt.

Automatisierte Backups können gelegentlich übersprungen werden, wenn die DB-Instance zu dem Zeitpunkt, zu dem ein Backup gestartet werden soll, eine hohe Workload aufweist. Wenn ein Backup übersprungen wird, können Sie weiterhin eine zeitpunktbezogene Wiederherstellung durchführen, und während des nächsten Backup-Fensters wird weiterhin versucht. Weitere Informationen zu PITR finden Sie unter Wiederherstellen einer DB-instance zu einer bestimmten Zeit.

Wenn Sie beim Erstellen der DB-Instance kein bevorzugtes Sicherungsfenster angeben, weist Amazon RDS ein 30-minütiges Standard-Sicherungsfenster zu. Das Fenster wird zufällig aus einem 8-Stunden-Zeitraum für jede AWS-Region ausgewählt. In der folgenden Tabelle werden die Zeitblöcke für jede AWS-Region aufgelistet, in denen die Standard-Zeitfenster für das Backup zugewiesen werden.

Name der Region Region Zeitblock
US East (Ohio) us-east-2 03:00 - 11:00 UTC
USA Ost (Nord-Virginia) us-east-1 03:00 - 11:00 UTC
USA West (Nordkalifornien) us-west-1 06:00 - 14:00 UTC
USA West (Oregon) us-west-2 06:00 - 14:00 UTC
Africa (Cape Town) af-south-1 03:00 - 11:00 UTC
Asia Pacific (Hong Kong) ap-east-1 06:00 - 14:00 UTC
Asia Pacific (Mumbai) ap-south-1 16:30 - 00:30 UTC
Asia Pacific (Osaka) ap-northeast-3 00:00 - 08:00 UTC
Asia Pacific (Seoul) ap-northeast-2 13:00 - 21:00 UTC
Asien-Pazifik (Singapur) ap-southeast-1 14:00 - 22:00 UTC
Asien-Pazifik (Sydney) ap-southeast-2 12:00 - 20:00 UTC
Asien-Pazifik (Tokio) ap-northeast-1 13:00 - 21:00 UTC
Canada (Central) ca-central-1 03:00 - 11:00 UTC
China (Beijing) cn-north-1 06:00 - 14:00 UTC
China (Ningxia) cn-northwest-1 06:00 - 14:00 UTC
Europe (Frankfurt) eu-central-1 20:00 - 04:00 UTC
Europa (Irland) eu-west-1 22:00 - 06:00 UTC
Europe (London) eu-west-2 22:00 - 06:00 UTC
Europe (Paris) eu-west-3 07:29 - 14:29 UTC
Europe (Milan) eu-south-1 02:00 - 10:00 UTC
Europe (Stockholm) eu-north-1 23:00 - 07:00 UTC
Naher Osten (Bahrain) me-south-1 06:00 - 14:00 UTC
Südamerika (São Paulo) sa-east-1 23:00 - 07:00 UTC
AWS GovCloud (USA-Ost) us-gov-east-1 17:00 - 01:00 UTC
AWS GovCloud (USA-West) us-gov-west-1 06:00 - 14:00 UTC

Backup retention period (Aufbewahrungszeitraum für Backups)

Sie können den Aufbewahrungszeitraum für Backups einstellen, wenn Sie eine DB-Instance erstellen. Wenn Sie den Aufbewahrungszeitraum für Backups nicht festlegen, beträgt der Standard-Aufbewahrungszeitraum einen Tag, wenn Sie die DB-Instance mit der Amazon-RDS-API oder der AWS CLI erstellen. Der Standard-Aufbewahrungszeitraum beträgt sieben Tage, wenn Sie die DB-Instance mit der Konsole erstellen.

Sie können den Aufbewahrungszeitraum für Backups ändern, nachdem Sie eine DB-Instance erstellt haben. Der Aufbewahrungszeitraum für Backups kann auf einen Wert zwischen 0 und 35 Tagen festgelegt werden. Wenn Sie den Wert des Aufbewahrungszeitraums für Backups auf 0 setzen, deaktivieren Sie automatische Backups. Das Limit für manuelle Snapshots (100 pro Region) gilt für automatisierte Backups nicht.

Automatisierte Backups werden nicht erstellt, während eine DB-Instance gestoppt wird. Backups können länger als die Aufbewahrungsfrist für Backups beibehalten werden, wenn eine DB-Instance gestoppt wurde. RDS berücksichtigt nicht die Zeit, die in dem stopped-Status verbracht wird, in dem das Sicherungsaufbewahrungsfenster berechnet wird.

Wichtig

Es kommt zu einem sofortigen Nutzungsausfall, wenn Sie den Aufbewahrungszeitraum für Backups von 0 auf einen Wert größer als null oder von einem Wert größer als null auf 0 ändern. Dies gilt sowohl für Single-AZ- als auch Multi-AZ-DB-Instances.

Aktivieren von automatisierten Backups

Wenn das automatisierte Backup für Ihre DB-Instance nicht aktiviert ist, können Sie es jederzeit aktivieren. Sie aktivieren die automatisierte Backup, indem Sie den Aufbewahrungszeitraum für Backups auf einen Wert größer als null festlegen. Wenn automatisierte Backups aktiviert sind, werden die RDS-Instance sowie die Datenbank offline gestellt und es wird direkt ein Backup erstellt.

Anmerkung

Wenn Sie Ihre Backups in AWS Backup verwalten, können Sie keine automatisierten Backups aktivieren. Weitere Informationen finden Sie unter Benutzen Sie AWS Backup, um automatisierte Backups zu verwalten.

So aktivieren Sie das automatisierte Backup direkt

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann die DB-Instance, die Sie ändern möchten.

  3. Wählen Sie Modify aus. Die Seite Modify DB instance (DB-Instance ändern) wird angezeigt.

  4. Wählen Sie unter Aufbewahrungszeitraum für Backups einen Wert größer als null aus, z. B. 3 Tage.

  5. Klicken Sie auf Continue.

  6. Wählen Sie Apply immediately (Sofort anwenden) aus.

  7. Wählen Sie auf der Bestätigungsseite die Option Modify DB Instance (DB-Instance ändern), um Ihre Änderungen zu speichern und das automatisierte Backup zu aktivieren.

Sie können das automatisierte Backup direkt aktivieren, indem Sie den Befehl AWS CLI modify-db-instance verwenden.

Verwenden Sie die folgenden Parameter:

  • --db-instance-identifier

  • --backup-retention-period

  • --apply-immediately oder --no-apply-immediately

In diesem Beispiel aktivieren wir automatische Backups, indem wir den Aufbewahrungszeitraum für Backups auf drei Tage festlegen. Die Änderungen werden sofort übernommen.

Für Linux, macOS oder Unix:

aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --backup-retention-period 3 \ --apply-immediately

Für Windows:

aws rds modify-db-instance ^ --db-instance-identifier mydbinstance ^ --backup-retention-period 3 ^ --apply-immediately

Um automatisierte Backups zu aktivieren, verwenden Sie die RDS-API-Aktion ModifyDBInstance mit den folgenden erforderlichen Parametern:

  • DBInstanceIdentifier

  • BackupRetentionPeriod

Aufbewahren automatisierter Backups

Automatisierte Backups können beim Löschen einer DB-Instance aufbewahrt werden.

Aufbewahrte automatische Backups enthalten System-Snapshots und Transaktionsprotokolle aus einer DB-Instance. Sie enthalten auch Ihre DB-Instance-Eigenschaften wie zugeteilten Speicher und DB-Instance-Klasse, die sie zu einer aktiven Instance wiederherstellen sollen.

Sie können automatische Backups für RDS-Instances aufbewahren, auf denen die MySQL-, MariaDB-, PostgreSQL-, Oracle- und Microsoft SQL-Server-Engines ausgeführt werden.

Sie können aufbewahrte Backups mit der AWS Management Console, der RDS-API und der AWS CLI wiederherstellen oder entfernen.

retention period (Aufbewahrungszeitraum)

Die System-Snapshots und Transaktionsprotokolle in einem aufbewahrten automatischen Backup laufen auf dieselbe Art wie für die Quell-DB-Instance ab. Da keine neuen Snapshots vorhanden sind und keine Protokolle für diese Instance erstellt wurden, laufen die automatischen Backups letztendlich vollständig ab. Sie sind effektiv so lange aktiv, wie es ihr letzter System-Snapshot gewesen wäre, je nach den Einstellungen für den Aufbewahrungszeitraum in der Quell-Instance zum Zeitpunkt des Löschens. Aufbewahrte automatische Backups werden vom System entfernt, nachdem ihr letzter System-Snapshot abläuft.

Sie können einen aufbewahrten automatisierten Backup auf dieselbe Art entfernen, wie Sie eine DB-Instance löschen. Sie können aufbewahrte Backups mit der Konsole oder der RDS-API-Operation entferne DeleteDBInstanceAutomatedBackup.

Finale Snapshots sind unabhängig von aufbewahrten automatischen Backups. Wir empfehlen dringend das Erstellen eines finalen Snapshots, selbst wenn Sie automatische Backups aufbewahren, da automatische Backups letztendlich ablaufen. Der finale Snapshot läuft nicht ab.

Anzeigen von beibehaltenen Backups

Um Ihre beibehaltenen automatisierten Backups anzuzeigen, wählen Sie zuerst im Navigationsbereich Automatisierte Backups aus und dann Beibehaltung aus. Um einzelne Snapshots anzuzeigen, die mit einem beibehaltenen automatisierten Backup verknüpft sind, wählen Sie im Navigationsbereich Snapshot aus. Alternativ können Sie einzelne Snapshots beschreiben, die einem aufbewahrten automatischen Backup zugeordnet sind. Von da können Sie eine DB-Instance direkt aus einem dieser Snapshots wiederherstellen.

Zum Beschreiben Ihre gespeicherten automatisierten Backups mit AWS CLI, verwenden Sie einen der folgenden Befehle:

aws rds describe-db-instance-automated-backups --db-instance-identifier DBInstanceIdentifier

oder

aws rds describe-db-instance-automated-backups --dbi-resource-id DbiResourceId

Zum Beschreiben Ihrer automatischen Backups mit der RDS-API rufen Sie die DescribeDBInstanceAutomatedBackups-Aktion mit einem der folgenden Parameter auf:

  • DBInstanceIdentifier

  • DbiResourceId

Restoration

Informationen zum Wiederherstellen von DB-Instances aus automatisierten Backups finden Sie unter Wiederherstellen einer DB-instance zu einer bestimmten Zeit.

Aufbewahrungskosten

Die Kosten eines aufbewahrten automatischen Backups setzen sich aus den Kosten des Gesamtspeichers der System-Snapshots zusammen, die diesem zugeordnet sind. Für Transaktionsprotokolle oder Instance-Metadaten wird keine zusätzliche Gebühr erhoben. Alle anderen Preisregeln für Backups gelten für wiederherstellbare Instances.

Beispiel: Angenommen, Ihr gesamter zugeordneter Speicher zum Ausführen von Instances beträgt 100 GB. Angenommen, Sie haben einem aufbewahrten automatischen Backup zudem 50 GB manuelle Snapshots sowie 75 GB System-Snapshots zugewiesen. In diesem Fall werden Ihnen nur die zusätzlichen 25 GB Sicherungsspeicher in Rechnung gestellt: (50 GB + 75 GB) – 100 GB = 25 GB.

Einschränkungen und Empfehlungen

Die folgenden Einschränkungen gelten für aufbewahrte automatische Backups:

  • Die maximale Anzahl der aufbewahrten automatischen Backups in einer AWS-Region ist 40. Sie ist nicht im DB-Instances-Limit enthalten. Sie können 40 laufende DB-Instances und weitere 40 aufbewahrte automatisierte Backups gleichzeitig haben.

  • Aufbewahrte automatische Backups enthalten keine Informationen über Parameter oder Optionsgruppen.

  • Sie können eine gelöschte Instance zu jedem Zeitpunkt wiederherstellen, der zum Zeitpunkt des Löschens innerhalb der Aufbewahrungsdauer liegt.

  • Sie können ein aufbewahrtes automatisiertes Backup nicht ändern. Das liegt daran, dass sie aus Systemsicherungen, Transaktionsprotokollen und den DB-Instance-Eigenschaften besteht, die zum Zeitpunkt des Löschens der Quell-Instance existierten.

Löschen aufbewahrter automatisierter Backups

Sie können aufbewahrte automatisierte Backups löschen, wenn sie nicht mehr benötigt werden.

So löschen Sie eine aufbewahrte automatisierte Backup:

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Automated backups (Automatisierte Backups) aus.

  3. Wählen Sie auf der Registerkarte Retained (Beibehalten) die beibehaltene automatisierte Backup, die Sie löschen möchten.

  4. Klicken Sie bei Actions auf Delete.

  5. Geben Sie auf der Bestätigungsseite delete me ein, und wählen Sie die Option Delete (Löschen) aus.

Sie können ein aufbewahrtes automatisiertes Backup mit dem AWS CLI-Befehl delete-db-instance-automated-backup löschen, und zwar mit der folgenden Option:

  • --dbi-resource-id – Die Ressourcenkennung für die Quell-DB-Instance.

    Sie finden die Ressourcenkennung für die Quell-DB-Instance eines aufbewahrten automatisierten Backups mit dem AWS CLI-Befehl describe-db-instance-automated-backups.

Im folgenden Beispiel wird das aufbewahrte automatisierte Backup mit der Quell-DB-Instance-Ressourcenkennung db-123ABCEXAMPLE gelöscht.

Für Linux, macOS oder Unix:

aws rds delete-db-instance-automated-backup \ --dbi-resource-id db-123ABCEXAMPLE

Für Windows:

aws rds delete-db-instance-automated-backup ^ --dbi-resource-id db-123ABCEXAMPLE

Sie können ein aufbewahrtes automatisiertes Backup mit der Amazon RDS-API-Operation DeleteDBInstanceAutomatedBackup löschen, und zwar mit dem folgenden Parameter:

  • DbiResourceId – Die Ressourcenkennung für die Quell-DB-Instance.

    Sie finden die Ressourcenkennung für die Quell-DB-Instance eines aufbewahrten automatisierten Backups mit der Amazon RDS-API-Operation DescribeDBInstanceAutomatedBackups.

Deaktivieren von automatisierten Backups

Es kann in bestimmten Situationen vorteilhaft sein, das automatisierte Backup vorübergehend zu deaktivieren, z. B. wenn große Datenmengen geladen werden.

Wichtig

Wir empfehlen dringend, das automatisierte Backup nicht zu deaktivieren, da eine zeitpunktbezogene Wiederherstellung so nicht mehr möglich ist. Durch die Deaktivierung des automatisierten Backups für eine DB-Instance werden alle vorhandenen automatisch erstellten Backups für die Instance gelöscht. Wenn Sie automatisierte Backups deaktivieren und erneut aktivieren, können Wiederherstellungen nur ab dem Zeitpunkt der Reaktivierung des automatischen Backups durchgeführt werden.

So deaktivieren Sie das automatisierte Backup direkt

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Databases (Datenbanken) und dann die DB-Instance, die Sie ändern möchten.

  3. Wählen Sie Modify aus. Die Seite Modify DB instance (DB-Instance ändern) wird angezeigt.

  4. Wählen Sie unter Aufbewahrungszeitraum für Backups den Wert 0 days (0 Tage).

  5. Klicken Sie auf Continue.

  6. Wählen Sie Apply immediately (Sofort anwenden) aus.

  7. Wählen Sie auf der Bestätigungsseite die Option Modify DB Instance (DB-Instance ändern), um Ihre Änderungen zu speichern und das automatisierte Backup zu deaktivieren.

Sie können das automatisierte Backup direkt deaktivieren, indem Sie den Befehl modify-db-instance verwenden und den Wert für den Aufbewahrungszeitraum für Backups mit --apply-immediately auf 0 setzen.

Im folgenden Beispiel wird das automatisierte Backup direkt deaktiviert.

Für Linux, macOS oder Unix:

aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --backup-retention-period 0 \ --apply-immediately

Für Windows:

aws rds modify-db-instance ^ --db-instance-identifier mydbinstance ^ --backup-retention-period 0 ^ --apply-immediately

Sie können herausfinden, ob die Änderungen wirksam sind, indem Sie describe-db-instances für die DB-Instance aufrufen, bis als Aufbewahrungszeitraum für Backups der Wert 0 und als Status von mydbinstance „available” angezeigt wird.

aws rds describe-db-instances --db-instance-identifier mydbinstance

Um automatisierte Backups sofort zu deaktivieren, rufen Sie die Operation ModifyDBInstance mit den folgenden Parametern auf:

  • DBInstanceIdentifier = mydbinstance

  • BackupRetentionPeriod = 0

Beispiel

https://rds.amazonaws.com/ ?Action=ModifyDBInstance &DBInstanceIdentifier=mydbinstance &BackupRetentionPeriod=0 &SignatureVersion=2 &SignatureMethod=HmacSHA256 &Timestamp=2009-10-14T17%3A48%3A21.746Z &AWSAccessKeyId=<&AWS; Access Key ID> &Signature=<Signature>

Benutzen Sie AWS Backup, um automatisierte Backups zu verwalten

AWS Backup ist ein vollständig verwalteter Sicherungsservice, der das Zentralisieren und Automatisieren von Datensicherungen in AWS-Services in der Cloud sowie vor Ort erleichtert. Sie können Backups Ihrer Amazon-RDS-DB-Instances in AWS Backup verwalten.

Um Backups in AWS Backup zu aktivieren, verwenden Sie Ressourcen-Tagging, um Ihre DB-Instance mit einem Sicherungsplan zu verknüpfen. Weitere Informationen finden Sie unter Verwenden von Tags zum Aktivieren von Backups in AWS Backup.

Anmerkung

Backups, die von AWS Backup verwaltet werden, gelten als manuelle DB-Snapshots, werden jedoch nicht auf das DB-Snapshot-Kontingent für RDS angerechnet. Backups, die mit AWS Backup erstellt wurden, haben Namen, die auf awsbackup:backup-job-number enden.

Weitere Informationen zu AWS Backup finden Sie im Entwicklerhandbuch für AWS Backup.

Anzeigen von Backups, die von verwaltet werde AWS Backup

  1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich die Option Snapshots.

  3. Wählen Sie die Registerkarte Backup-Service.

    Ihre AWS Backup-Backups sind unter Snapshots des Backup-Dienstes aufgelistet.

Automatisierte Backups mit nicht unterstützten MySQL-Speicher-Engines

Für die MySQL-DB-Engine werden automatische Backups nur für die InnoDB-Speicher-Engine unterstützt. Die Verwendung dieser Funktionen mit anderen MySQL-Speicher-Engines einschließlich MyISAM kann zu unzuverlässigem Verhalten bei der Wiederherstellung von Backups führen. Da Speicher-Engines wie MyISAM keine zuverlässige Wiederherstellung nach einem Ausfall unterstützen, können Ihre Tabellen bei einem Absturz beschädigt werden. Aus diesem Grund empfehlen wir die Verwendung der InnoDB-Speicher-Engine.

  • Zum Konvertieren vorhandener MyISAM-Tabellen in InnoDB-Tabellen können Sie den Befehl ALTER TABLE verwenden, z. B.: ALTER TABLE table_name ENGINE=innodb, ALGORITHM=COPY;

  • Wenn Sie MyISAM verwenden, können Sie versuchen, die bei einem Absturz beschädigten Tabellen mit dem Befehl REPAIR manuell zu reparieren. Weitere Informationen finden Sie unter REPAIR TABLE-Anweisung in der MySQL-Dokumentation. Wie in der MySQL-Dokumentation dargestellt besteht jedoch die Möglichkeit, dass Sie Ihre Daten nicht komplett wiederherstellen können.

  • Gehen Sie wie folgt vor, wenn Sie vor der Wiederherstellung einen Snapshot Ihrer MyISAM-Tabellen erstellen möchten:

    1. Stoppen Sie alle Aktivitäten für Ihre MyISAM-Tabellen (d. h. beenden Sie alle Sitzungen).

      Sie können alle Sitzungen beenden, indem Sie den Befehl mysql.rds_kill für jeden Prozess ausführen, der von dem Befehl SHOW FULL PROCESSLIST ausgegeben wird.

    2. Sperren Sie alle MyISAM-Tabellen und lagern Sie sie aus. Mit dem folgenden Befehl werden z. B. die beiden Tabellen myisam_table1 und myisam_table2 gesperrt und ausgelagert:

      mysql> FLUSH TABLES myisam_table, myisam_table2 WITH READ LOCK;
    3. Erstellen Sie einen Snapshot Ihrer DB-Instance. Wenn der Snapshot erstellt wurde, heben Sie die Sperren für die MyISAM-Tabellen auf und setzen Sie die Aktivitäten wieder fort. Sie können die Sperren für Ihre Tabellen mit dem folgenden Befehl aufheben:

      mysql> UNLOCK TABLES;

    Mit diesen Schritten wird eine Auslagerung der Daten im Arbeitsspeicher auf den Datenträger von MyISAM erzwungen, sodass bei der Wiederherstellung von einem DB-Snapshot ein sauberer Start sichergestellt ist. Weitere Informationen zum Erstellen eines DB-Snapshots finden Sie unter Erstellen eines DB-Snapshots.

Automatisierte Backups mit nicht unterstützten MariaDB-Speicher-Engines

Für die MariaDB-Engine werden automatische Backups nur mit der InnoDB-Speicher-Engine unterstützt. Die Verwendung dieser Funktionen mit anderen MariaDB-Speicher-Engines einschließlich Aria kann zu unzuverlässigem Verhalten bei der Wiederherstellung von Backups führen. Obwohl es sich bei Aria um eine ausfallsichere Alternative zu MyISAM handelt, können Ihre Tabellen bei einem Absturz beschädigt werden. Aus diesem Grund empfehlen wir die Verwendung der XtraDB-Speicher-Engine.

  • Wenn Sie vorhandene Aria-Tabellen in InnoDB-Tabellen konvertieren möchten, können Sie den Befehl ALTER TABLE verwenden. Beispiel: ALTER TABLE table_name ENGINE=innodb, ALGORITHM=COPY;

  • Wenn Sie vorhandene Aria-Tabellen in XtraDB-Tabellen konvertieren möchten, können Sie den Befehl ALTER TABLE verwenden. Beispiel: ALTER TABLE table_name ENGINE=xtradb, ALGORITHM=COPY;

  • Wenn Sie Aria verwenden, können Sie versuchen, die bei einem Absturz beschädigten Tabellen mit dem Befehl REPAIR TABLE manuell zu reparieren. Weitere Informationen finden Sie unter http://mariadb.com/kb/en/mariadb/repair-table/.

  • Gehen Sie wie folgt vor, wenn Sie vor der Wiederherstellung einen Snapshot Ihrer Aria-Tabellen erstellen möchten:

    1. Stoppen Sie alle Aktivitäten für Ihre Aria-Tabellen (d. h. beenden Sie alle Sitzungen).

    2. Sperren Sie alle Aria-Tabellen und lagern Sie sie aus.

    3. Erstellen Sie einen Snapshot Ihrer DB-Instance. Wenn der Snapshot erstellt wurde, heben Sie die Sperren für die Aria-Tabellen auf und setzen Sie die Aktivitäten wieder fort. Mit diesen Schritten wird eine Auslagerung der Daten im Arbeitsspeicher auf den Datenträger von Aria erzwungen, sodass bei der Wiederherstellung von einem DB-Snapshot ein sauberer Start sichergestellt ist.