Verwaltung automatisierter Backups - Amazon Relational Database Service

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.

Verwaltung automatisierter Backups

In diesem Abschnitt wird gezeigt, wie automatisierte Backups für DB-Instances und DB-Cluster verwaltet werden.

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 Ablauf des Zeitfensters zu Ende geführt. Das Zeitfenster für das Backup darf sich nicht mit dem wöchentlichen Wartungsfenster für die DB-Instance oder den Multi-AZ-DB-Cluster ü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. Bei MariaDB, MySQL, Oracle und PostgreSQL wird bei Multi-AZ-Bereitstellungen die I/O-Aktivität auf Ihrer primären Instance nicht ausgesetzt, da der Backup von der Standby-Instance erstellt wird. Bei SQL Server wird sowohl bei Single-AZ- als auch bei Multi-AZ-Bereitstellungen die I/O-Aktivität während des Backups kurzzeitig ausgesetzt, da der Backup von der primären Instance erstellt wird. Bei Db2 wird die I/O-Aktivität während des Backups ebenfalls kurzzeitig unterbrochen, obwohl das Backup aus dem Standby-Modus stammt.

Automatisierte Backups können gelegentlich übersprungen werden, wenn die DB-Instance oder der Cluster zu dem Zeitpunkt, zu dem ein Backup gestartet werden soll, einen hohen Workload aufweist. Wenn eine Sicherung übersprungen wird, können Sie trotzdem eine point-in-time-recovery (PITR) durchführen, und im nächsten Backup-Fenster wird trotzdem versucht, eine Sicherung durchzuführen. Weitere Informationen zu PITR finden Sie unter Wiederherstellen einer DB-Instance zu einer bestimmten Zeit.

Wenn Sie beim Erstellen der DB-Instance oder des Multi-AZ-DB-Clusters kein bevorzugtes Zeitfenster für das Backup angeben, weist Amazon RDS ein 30-minütiges Standardzeitfenster zu. Dieses Fenster wird nach dem Zufallsprinzip aus einem Zeitblock von jeweils 8 Stunden ausgewählt. AWS-Region In der folgenden Tabelle sind die Zeitblöcke für jeden AWS-Region Block aufgeführt, denen die Standard-Backup-Fenster 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
Asien-Pazifik (Hyderabad) ap-south-2 06:30 – 14:30 Uhr UTC
Asien-Pazifik (Jakarta) ap-southeast-3 08:00–16:00 Uhr UTC
Asien-Pazifik (Melbourne) ap-southeast-4 11:00–19:00 Uhr UTC
Asien-Pazifik (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 bis 11:00 Uhr UTC
Kanada West (Calgary) ca-west-1 18:00 - 02: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 bis 06:00 Uhr UTC
Europa (Mailand) eu-south-1 02:00 - 10:00 UTC
Europa (Paris) eu-west-3 07:29 - 14:29 UTC
Europa (Spanien) eu-south-2 02:00 - 10:00 UTC
Europe (Stockholm) eu-north-1 23:00 - 07:00 UTC
Europa (Zürich) eu-central-2 02:00 - 10:00 UTC
Israel (Tel Aviv) il-central-1 03:00 bis 11:00 Uhr UTC
Naher Osten (Bahrain) me-south-1 06:00 - 14:00 UTC
Naher Osten (VAE) me-central-1 05:00–13:00 UHR UTC
Südamerika (São Paulo) sa-east-1 23:00 - 07:00 UTC
AWS GovCloud (US-Ost) us-gov-east-1 17:00 - 01:00 UTC
AWS GovCloud (US-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 oder einen Multi-AZ-DB-Cluster erstellen. Wenn Sie eine DB-Instance mithilfe der Amazon RDS-API oder der erstellen AWS CLI und den Aufbewahrungszeitraum für Backups nicht festlegen, beträgt der Standard-Aufbewahrungszeitraum für Backups einen Tag. Wenn Sie eine DB-Instance mithilfe der Konsole erstellen, beträgt die Standard-Aufbewahrungsfrist für Backups sieben Tage.

Sie können den Aufbewahrungszeitraum für Backups ändern, nachdem Sie eine DB-Instance oder einen Cluster erstellt haben. Der Aufbewahrungszeitraum für Backups einer DB-Instance 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. Für einen Multi-AZ-DB-Cluster können Sie die Aufbewahrungsdauer für Backups auf 1 bis 35 Tage festlegen. 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 oder ein Cluster gestoppt ist. 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

Ein Ausfall tritt auf, wenn Sie die Aufbewahrungsdauer für Backups einer DB-Instance von 0 auf einen Wert ungleich Null oder von einem Wert ungleich Null auf 0 ändern.

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, wird Ihre DB-Instance offline gestellt und es wird sofort ein Backup erstellt.

Anmerkung

Wenn Sie Ihre Backups in verwalten AWS Backup, können Sie keine automatisierten Backups aktivieren. Weitere Informationen finden Sie unter Verwenden von AWS Backup zur Verwaltung automatisierter Backups.

So aktivieren Sie automatisierte Backups direkt
  1. Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken und dann die DB-Instance oder den Multi-AZ-DB-Cluster, die/den Sie ändern möchten.

  3. Wählen Sie Ändern aus.

  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 DB-Instance ändern oder Cluster ändern aus, um Ihre Änderungen zu speichern und automatisierte Backups zu aktivieren.

Verwenden Sie den modify-db-clusterBefehl AWS CLI modify-db-instanceoder, um automatische Backups zu aktivieren.

Verwenden Sie die folgenden Parameter:

  • --db-instance-identifier (oder --db-cluster-identifier für einen Multi-AZ-DB-Cluster)

  • --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 LinuxmacOS, oderUnix:

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

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 oder ModifyDBCluster mit den folgenden erforderlichen Parametern:

  • DBInstanceIdentifier oder DBClusterIdentifier

  • BackupRetentionPeriod

Anzeigen automatisierter Sicherungen

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.

Verwenden Sie einen der folgenden Befehle AWS CLI, um die automatisierten Backups für Ihre vorhandenen DB-Instances mithilfe von zu beschreiben:

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

or

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

Aufbewahren automatisierter Backups

Anmerkung

Sie können nur automatisierte Backups von DB-Instances, nicht von Multi-AZ-DB-Clustern aufbewahren.

Beim Löschen einer DB-Instance können Sie festlegen, dass automatisierte Backups beibehalten werden. Die automatisierten Backups bleiben für den Aufbewahrungszeitraum erhalten, der zu dem Zeitpunkt für die DB-Instance festgelegt war, als Sie sie gelöscht haben.

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.

Bei Aufbewahrung automatisierter Backups und manueller Snapshots fallen Gebühren an, bis sie gelöscht werden. Weitere Informationen finden Sie unter Aufbewahrungskosten.

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

Sie können gespeicherte automatische Backups mithilfe der RDS-API und wiederherstellen oder entfernen. AWS Management Console AWS CLI

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 automatisierte Backups aufbewahren, da aufbewahrte automatisierte Backups irgendwann 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.

Verwenden Sie den folgenden Befehl AWS CLI, um Ihre gespeicherten automatisierten Backups mithilfe von zu beschreiben:

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 DbiResourceId auf:

Wiederherstellung

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

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

  • Die maximale Anzahl von gespeicherten automatisierten Backups in einer AWS Region beträgt 40. Sie ist nicht im DB-Instances-Kontingent 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 Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie 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 und wählen Sie Löschen aus.

Sie können ein gespeichertes automatisiertes Backup löschen, indem Sie den AWS CLI Befehl delete-db-instance-automated-backup mit der folgenden Option verwenden:

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

    Sie können die Ressourcen-ID für die Quell-DB-Instance einer gespeicherten automatisierten Sicherung ermitteln, indem Sie den AWS CLI Befehl describe-db-instance-automated-backups ausführen.

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

Für LinuxmacOS, oderUnix:

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

Windows:

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

Sie können ein gespeichertes automatisiertes Backup löschen, indem Sie den Amazon RDS-API-Vorgang DeleteDB InstanceAutomatedBackup mit dem folgenden Parameter verwenden:

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

    Sie können die Ressourcen-ID für die Quell-DB-Instance eines gespeicherten automatisierten Backups mithilfe des Amazon RDS-API-Vorgangs DescribeDB ermitteln. InstanceAutomatedBackups

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 raten dringend davon ab, automatische Backups zu deaktivieren, da dadurch die Wiederherstellung deaktiviert wird. point-in-time Durch die Deaktivierung der automatisierten Backups für eine DB-Instance oder einen Multi-AZ-DB-Cluster werden alle vorhandenen automatisierten Backups für die Datenbank 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 Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken und dann die DB-Instance oder den Multi-AZ-DB-Cluster, die/den Sie ändern möchten.

  3. Wählen Sie Ändern aus.

  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 DB-Instance ändern oder Cluster ändern aus, um Ihre Änderungen zu speichern und automatisierte Backups zu deaktivieren.

Um automatische Backups sofort zu deaktivieren, verwenden Sie den modify-db-clusterBefehl modify-db-instanceoder und setzen Sie den Aufbewahrungszeitraum für Backups auf 0 mit--apply-immediately.

Im folgenden Beispiel werden automatisierte Backups für einen Multi-AZ-DB-Cluster direkt deaktiviert.

Für LinuxmacOS, oderUnix:

aws rds modify-db-cluster \ --db-cluster-identifier mydbcluster \ --backup-retention-period 0 \ --apply-immediately

Windows:

aws rds modify-db-cluster ^ --db-cluster-identifier mydbcluster ^ --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 (oder describe-db-clusters für einen Multi-AZ-DB-Cluster) aufrufen, bis als Aufbewahrungszeitraum für Backups der Wert 0 und als Status von mydbcluster „available” angezeigt wird.

aws rds describe-db-clusters --db-cluster-identifier mydcluster

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

  • DBInstanceIdentifier = mydbinstance (oder DBClusterIdentifier = mydbcluster)

  • BackupRetentionPeriod = 0

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>

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 anhand 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 oder Ihres Multi-AZ-DB-Clusters. 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 für eine Single-AZ-DB-Instance.

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 anhand 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 InnoDB-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 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 oder Ihres Multi-AZ-DB-Clusters. 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.