Point-in-Time Recovery
Sie können Daten aus einem DB-System bis zum letzten verfügbaren Zeitpunkt oder einem bestimmten Zeitpunkt in einem neuen DB-System wiederherstellen.
Point-in-Time Recovery wird auf dem DB-System vom Typ "Immer kostenlos" nicht unterstützt.
Um ein Point-in-Time Recovery auszuführen, aktivieren Sie automatische Backups, und aktivieren Sie dann das Point-in-Time Recovery im Backupplan des DB-Systems. Siehe Backupplan bearbeiten. Das Point-in-Time Recovery bietet ein Recovery Point Objective (RPO) von etwa fünf Minuten für ein aktives DB-System, während das tägliche Backup einen RPO von 24 Stunden bereitstellt. Wenn Sie ein DB-System stoppen, d.h. wenn das DB-System inaktiv ist, wird der letzte Recovery Point nicht aktualisiert. Wenn Sie das DB-System neu starten, d.h. das DB-System aktiv ist, wird der letzte Recovery Point aktualisiert.
- MySQL HeatWave erstellt ein erstes vollständiges Backup (Backuptyp: Vollständig, Erstellungstyp: Automatisch). Nachfolgende Backups sind inkrementelle Backups.
- Die Binärlogdatei wird alle fünf Minuten rotiert und gesichert. Außerdem werden alle Binärlogdateien gelöscht, die älter sind als die Einstellung
binlog_expire_seconds
. - Die Variable
binlog_expire_auto_purge
ist aufOFF
gesetzt, um sicherzustellen, dass das DB-System keine Binärlogdateien löscht, bevor sie gesichert wurden.
Automatische Backups werden nach dem Aufbewahrungszeitraum gelöscht. Wenn ein automatisches Backup gelöscht wird, werden auch alle gesicherten Binärlogdateien gelöscht, die älter sind als das älteste automatische Backup des DB-Systems.
- Automatisches Backup und Point-in-Time Recovery sind aktiviert.
- "Automatische Backups aufbewahren" ist aktiviert.
- Sie liegt weiterhin innerhalb des Aufbewahrungszeitraums des automatischen Backups.
- Das DB-System wird am oder nach dem 25. September 2024 gelöscht.
Das Aktivieren oder Deaktivieren des Point-in-Time Recoverys wirkt sich nicht auf das DB-System aus. Außerdem wirken sich DB-Systemvorgänge wie Stoppen, Starten, Neustarten oder Upgrade nicht auf den Point-in-Time Recovery-Vorgang aus. Wenn Sie zu einem bestimmten Zeitpunkt ein neues DB-System aus einem vorhandenen DB-System erstellen, werden die Administratorzugangsdaten des ursprünglichen DB-Systems beibehalten.
Sie können innerhalb des frühesten und letzten Zeitfensters einen beliebigen Zeitpunkt wiederherstellen. Das früheste und das letzte Zeitfenster werden in der Konsole unter der Option Bestimmten Zeitpunkt auswählen angezeigt. Die früheste verfügbare Zeit hängt vom Aufbewahrungszeitraum des Backups ab. Beispiel: Wenn Sie den Backupaufbewahrungszeitraum auf 12 Tage setzen, beträgt die früheste verfügbare Zeit 12 Tage oder der Zeitpunkt, zu dem das Point-in-Time Recovery aktiviert ist (je nachdem, welcher Zeitpunkt später liegt).
- Erstellen Sie nach dem Laden oder Aktualisieren einer großen Datenmenge ein manuelles Backup.
Wenn zwischen dem ausgewählten Zeitpunkt und dem vor dem Zeitpunkt erstellten automatischen Backup ein manuelles Backup verfügbar ist, kann MySQL HeatWave das DB-System aus dem manuellen Backup anstelle des automatischen Backups wiederherstellen, und die Anzahl der Logs, die angewendet werden müssen, wird reduziert. Dadurch wird der Zeitaufwand für die Anwendung der Binärlogs reduziert, da weniger Logs angewendet werden müssen.
- Reduzieren Sie die Größe von Transaktionen nach Möglichkeit, indem Sie
COMMIT
häufiger ausführen.
Sie können kein DB-System erstellen, das dieselbe IP-Adresse wie ein ausgeführtes DB-System hat. Oracle kann unter IP-Adresse in der Registerkarte Verbindungen unter Erweiterte Optionen eine ungenutzte IP-Adresse aus dem Subnetz auswählen bzw. eine neue IP-Adresse für das neue DB-System definieren. Siehe Erweiterte Option: Verbindungen.
Wenn Sie ein DB-System zu einem bestimmten Zeitpunkt wiederherstellen, behält es die Administratorzugangsdaten des ursprünglichen DB-Systems zu einem bestimmten Zeitpunkt bei. Außerdem wird die Version des DB-Systems standardmäßig beibehalten, es sei denn, Sie wählen eine höhere Version für das Upgrade des wiederhergestellten DB-Systems aus. Wenn die Version des wiederhergestellten DB-Systems nicht mehr verfügbar ist, wird es im nächsten Wartungszyklus upgegradet.
- Konsole verwenden
- CLI verwenden
- Führen Sie mit der REST-API den Vorgang CreateDbSystem aus, wobei das Attribut
source
auf CreateDbSystemSourceFromPitrDetails gesetzt ist. - Unterstützte Point-in-Time Recovery-Szenarios
- Einschränkungen
Konsole verwenden
Mit der Konsole können Sie zu einem bestimmten Zeitpunkt aus einem DB-System in einem neuen DB-System wiederherstellen.
- Wenn beim Erstellen eines DB-Systems aus einem Backup ein Arbeitsanforderungsfehler
OutOfHostCapacity
auftritt, finden Sie weitere Informationen unter Fehler OutOfHostCapacity beheben.
CLI verwenden
Mit der Befehlszeilenschnittstelle können Sie zu einem bestimmten Zeitpunkt aus einem DB-System in einem neuen DB-System wiederherstellen.
- Oracle Cloud-ID (OCID) des DB-Systems.
- Eine ordnungsgemäß konfigurierte CLI-Installation und die erforderlichen SSH-Schlüssel. Siehe Befehlszeilenschnittstelle (CLI).
Unterstützte Point-in-Time Recovery-Szenarios
MySQL HeatWave Service unterstützt das Point-in-Time Recovery eines Standalone- oder High-Availability-DB-Systems in einem neuen DB-System.
Wenn Sie von einem Standalone-DB-System in einem High-Availability-DB-System wiederherstellen, stellen Sie Folgendes sicher:
- Primärschlüssel sind in jeder Tabelle im DB-System vorhanden.
- Die MySQL-Version ist 8.0.24 oder höher. Sie können High Availability in früheren MySQL-Versionen nicht aktivieren.
Tabelle 9-1: Unterstützte Point-in-Time Recovery-Szenarios
Quelle | Ziel | Unterstützen |
---|---|---|
Standalone-DB-System |
|
Unterstützt |
Standalone-DB-System mit HeatWave-Cluster1 |
|
Unterstützt - Nur InnoDB-Daten werden wiederhergestellt. |
Standalone-DB-System mit HeatWave-Cluster1 |
|
Unterstützt - Nur InnoDB-Daten werden wiederhergestellt. Wenn Sie später ein HeatWave-Cluster zum Standalone- oder High Availability-DB-System hinzufügen, werden die Daten nicht automatisch im Cluster HeatWave geladen, und Sie müssen sie manuell laden. |
High Availability-DB-System |
|
Unterstützt |
High Availability-DB-System mit HeatWave-Cluster1 |
|
Unterstützt - Nur InnoDB-Daten werden wiederhergestellt. |
High Availability-DB-System mit HeatWave-Cluster1 |
|
Unterstützt - Nur InnoDB-Daten werden wiederhergestellt. Wenn Sie später ein HeatWave-Cluster zum Standalone- oder High Availability-DB-System hinzufügen, werden die Daten nicht automatisch im Cluster HeatWave geladen, und Sie müssen sie manuell laden. |
1 Vor MySQL 8.3.0-u2 können Sie das Point-in-Time Recovery nicht in einem DB-System mit aktiviertem MySQL HeatWave Lakehouse aktivieren.
Einschränkungen
Es gibt bestimmte Einschränkungen beim Wiederherstellen aus einem DB-System zu einem bestimmten Zeitpunkt.
- Vor MySQL 8.3.0-u2 können Sie das Point-in-Time Recovery nicht in einem DB-System mit aktiviertem MySQL HeatWave Lakehouse aktivieren.
- Ein automatischer Backupfehler kann sich auf die Zeit auswirken, die der Point-in-Time Recovery-Vorgang benötigt. Beispiel: Wenn Backupaufbewahrungszeitraum auf zwei Tage festgelegt ist und das Backup am Montag erfolgreich war, während das Backup am Dienstag nicht erfolgreich war, ist für ein Point-in-Time Recovery zu einem beliebigen Zeitpunkt am Dienstag ein Roll Forward aus dem Backup am Montag erforderlich. Daher benötigt der Point-in-Time Recovery-Vorgang mehr Zeit für die Wiederherstellung.
- Sie können keinen Wert (im Feld Bestimmten Zeitpunkt auswählen) vor dem ältesten erfolgreichen automatischen Backup auswählen, nachdem das Point-in-Time Recovery aktiviert wurde. Beispiel: Wenn Backupaufbewahrungszeitraum auf drei Tage und Montag festgelegt ist, das Backup am Dienstag nicht erfolgreich war und das Backup am Mittwoch erfolgreich war, ist das älteste Point-in-Time Recovery Mittwoch.
- Sie können das Point-in-Time Recovery nicht auf einem DB-System deaktivieren, während das Point-in-Time Recovery ausgeführt wird.
- Point-in-Time Recovery wird auf einem DB-System vom Typ "Immer kostenlos" nicht unterstützt.