Warum dauert es so lange, bis eine Point-in-Time-Wiederherstellung meiner Amazon RDS for MySQL-Instance durchgeführt wird?

Kurzbeschreibung

Zeitpunktbezogene Wiederherstellung (PITR) ist der Prozess, bei dem eine Datenbank in den Zustand zurückversetzt wird, in dem sie sich zu einem bestimmten Datum und zu einer bestimmten Uhrzeit befand. Wenn Sie eine PITR initiieren, wird das neueste Backup (entweder automatisiert oder manuell) wiederhergestellt. Die Transaktionsprotokolle werden dann verwendet, um die Amazon RDS-Datenbank bis zum PITR-Zeitpunkt weiterzuleiten.

Behebung

Bewährte Methoden zur Vermeidung einer langwierigen Wiederherstellung zu einem bestimmten Zeitpunkt

Um eine langwierige Wiederherstellung zu einem bestimmten Zeitpunkt zu vermeiden, sollten Sie die folgenden bewährten Methoden befolgen:

• Erstellen Sie eine Notfallwiederherstellungs-Strategie.
• Verwenden Sie kleinere Transaktionen und führen Sie den COMMIT-Befehl häufiger aus.
• Um eine große Transaktion auszuführen, erstellen Sie vor und nach den großen Transaktionen einen Snapshot. Transaktionen, die größer als der Parameter max\ _allowed\ _packet sind, führen jedoch dazu, dass PITR fehlschlägt.
• Minimieren Sie die Wiederherstellungszeiten von Snapshots. Snapshot-Wiederherstellungen werden im Rahmen des zeitpunktbezogenen Wiederherstellungsprozesses initiiert. Eine längere Snapshot-Wiederherstellung kann zu einer längeren zeitpunktbezogenen Wiederherstellungssitzung beitragen. Weitere Informationen finden Sie unter Warum dauert es so lange, einen Snapshot meiner Amazon RDS for MySQL-DB-Instance wiederherzustellen?
• Ein Protokollanwendungsprozess kann je nach Anzahl der anzuwendenden Protokolle mehr Zeit in Anspruch nehmen. Um die Anzahl der anzuwendenden Protokolle zu reduzieren, sollten Sie erwägen, zwischen den automatisierten Backups einen manuellen Snapshot zu erstellen. Da bei der zeitpunktbezogenen Wiederherstellung automatisch automatische oder manuelle Snapshots ausgewählt werden, die in der Nähe der PITR-Zeit erstellt wurden, kann durch manuelle Zwischen-Snapshots die Anzahl der anzuwendenden Protokolle reduziert werden. Wenn Sie es mit einer großen Menge an Änderungen zu tun haben, erstellen Sie alle 3-4 Stunden einen manuellen Snapshot.
• Wenn Sie große Transaktionen erneut abspielen, kann ein niedriger Wert für wait_timeout die zeitpunktbezogenen Wiederherstellungsprozesse in Amazon RDS für MySQL unterbrechen. Beispielsweise treten Unterbrechungen auf, wenn Sie eine große zeilenbasierte Massenaktualisierung, das Einfügen oder Löschen durchführen und die Wiederholung länger dauert als wait_timeout. Um Unterbrechungen des PITR-Prozesses zu vermeiden, setzen Sie den Wert wait_timeout auf „600" (10 Minuten) oder mehr. Weitere Informationen finden Sie im Abschnitt wait_timeout unter Bewährte Methoden zur Konfiguration von Parametern für Amazon RDS for MySQL.
• Wenn die zeilenbasierte Binärprotokollierung verwendet wird, sollten Sie erwägen, den Parameterwert binlog_row_image auf „MINIMAL“ statt auf „FULL“ zu setzen. Dieser aktualisierte Wert reduziert die Größe der Binärprotokolle und minimiert so die Wiederherstellungszeit des Binlogs.
• Sofern Sie kein bestimmtes Binlog-Format benötigen, sollten Sie erwägen, das MIXED-Protokollierungsformat zu verwenden. Bei gemischter Protokollierung wird standardmäßig die anweisungsbasierte Protokollierung verwendet, der Protokollierungsmodus wechselt jedoch bei Bedarf automatisch in den zeilenbasierten Modus. Diese Umstellung kann dazu beitragen, die Größe von Binlogs zu reduzieren. Weitere Informationen zur MIXED-Protokollierung finden Sie unter Binäre Protokollierungsformate auf der MySQL-Website.

Fehler bei der Wiederherstellung zu einem bestimmten Zeitpunkt

In den folgenden Szenarien schlägt die zeitpunktbezogene Wiederherstellung fehl:

• DB-Instances, die sich im Status „Speicher voll“ befinden.
• Verwendung von MyISAM-Tabellen in MySQL. MyISAM-Speicher-Engines unterstützen keine zuverlässigen Crash-Recovery-Prozesse. Die MyISAM-Tabellen verhindern, dass der zeitpunktbezogenen Wiederherstellungsprozess ordnungsgemäß funktioniert.
• Verwendung temporärer Tabellen, verteilter Transaktionen und In-Memory-Tabellen.