Wiederherstellen einer Instance von RDS Custom für Oracle auf einen bestimmten Zeitpunkt - Amazon Relational Database Service
PITR-Überlegungen für RDS Custom für Oracle

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.

Wiederherstellen einer Instance von RDS Custom für Oracle auf einen bestimmten Zeitpunkt

Sie können eine DB-Instanceeinen DB-Cluster zu einem bestimmten Zeitpunkt wiederherstellen, indem Sie eine neue DB-Instanceeinen neuen DB-Cluster erstellen. Um PITR zu unterstützen, muss Ihre DB-Instances die Sicherungsaufbewahrung auf einen Wert ungleich Null festgelegt haben.

Die späteste wiederherstellbare Zeit für eine DB-Instance von RDS Custom für Oracle hängt von mehreren Faktoren ab, liegt jedoch normalerweise innerhalb von 5 Minuten vor dem aktuellen Zeitpunkt. Um die neueste wiederherstellbare Zeit für eine DB-Instance anzuzeigen, verwenden Sie den Befehl AWS CLIdescribe-db-instances und sehen Sie sich den Wert an, der im LatestRestorableTime Feld für die DB-Instance zurückgegeben wird. Um die neueste Wiederherstellungszeit für jede DB-Instance in der Amazon-RDS-Konsole anzuzeigen, wählen Sie Automatische Backups.

Sie können die Backup auf jeden beliebigen Zeitpunkt innerhalb des Aufbewahrungszeitraums für Backups vornehmen. Um den frühesten wiederherstellbaren Zeitpunkt für jede DB-Instance anzuzeigen, wählen Sie Automatische Backups in der Amazon-RDS-Konsole aus.

Allgemeine Informationen zu PITR finden Sie unter Wiederherstellen einer DB-Instance auf einen bestimmten Zeitpunkt für Amazon RDS.

PITR-Überlegungen für RDS Custom für Oracle

In RDS Custom für Oracle unterscheidet sich PITR auf folgende wichtige Weise von PITR in Amazon RDS:

  • Die wiederhergestellte Datenbank hat denselben Namen wie in der Quell-DB-Instance. Wenn Sie möchten, können Sie einen anderen Namen eingeben. Der Standardwert ist ORCL.

  • AWSRDSCustomIamRolePolicy benötigt neue Berechtigungen. Weitere Informationen finden Sie unter Schritt 2: Fügen Sie eine Zugriffsrichtlinie hinzu zu AWSRDSCustom InstanceRoleForRdsCustomInstance.

  • Für alle RDS Custom für Oracle DB-Instances muss die Sicherungsaufbewahrung auf einen Wert ungleich Null festgelegt sein.

  • Wenn Sie die Zeitzone des Betriebssystems oder der DB-Instance ändern, funktioniert PITR möglicherweise nicht. Weitere Informationen zum Ändern von Zeitzonen finden Sie unter Oracle-Zeitzone.

  • Wenn Sie die Automatisierung auf ALL_PAUSED setzen, unterbricht RDS Custom das Hochladen archivierter Redo-Protokolldateien, einschließlich Protokollen, die vor der letzten Wiederherstellungszeit (LRT) erstellt wurden. Es wird empfohlen, die Automatisierung für einen kurzen Zeitraum anzuhalten.

    Nehmen Sie zur Veranschaulichung an, dass Ihre LRT 10 Minuten her ist. - Pausieren einer Automatisierung Während der Pause lädt RDS Custom keine archivierten Redo-Logs hoch. Wenn Ihre DB-Instance abstürzt, können Sie sich nur bis zu einer Zeit vor dem LRT wiederherstellen, der beim Pausieren existierte. Wenn Sie die Automatisierung fortsetzen, nimmt RDS Custom das Hochladen von Protokollen fort. Die LRT schreitet voran. Es gelten normale PITR-Regeln.

  • In RDS Custom können Sie manuell eine beliebige Anzahl von Stunden angeben, um archivierte Redo-Logs beizubehalten, bevor RDS Custom sie nach dem Hochladen löscht. Geben Sie die Anzahl der Stunden wie folgt an:

    1. Erstellen Sie eine Textdatei mit dem Namen /opt/aws/rdscustomagent/config/redo_logs_custom_configuration.json.

    2. Die Eingabe ist ein JSON-Objekt im folgenden Format: {"archivedLogRetentionHours" : "num_of_hours"}. Die Zahl muss eine Ganzzahl im Bereich von 1–840 sein.

  • Angenommen, Sie schließen eine Nicht-CDB als PDB an eine Container-Datenbank (CDB) an und versuchen es dann mit PITR. Der Vorgang ist nur erfolgreich, wenn Sie die PDB zuvor gesichert haben. Nachdem Sie eine PDB erstellt oder geändert haben, empfehlen wir, sie immer zu sichern.

  • Es wird empfohlen, die -Initialisierungsparameter für die Datenbank nicht anzupassen. Das Ändern der folgenden Parameter wirkt sich beispielsweise auf PITR aus:

    • CONTROL_FILE_RECORD_KEEP_TIME wirkt sich auf die Regeln zum Hochladen und Löschen von Protokollen aus.

    • LOG_ARCHIVE_DEST_n unterstützt mehrere Destinationen nicht.

    • ARCHIVE_LAG_TARGET beeinflusst die letzte wiederherstellbare Zeit. ARCHIVE_LAG_TARGET ist auf 300 eingestellt, weil das Recovery Point Objective (RPO) 5 Minuten beträgt. Um diesen Zielwert zu erreichen, wechselt RDS das Online-Redo-Protokoll alle 5 Minuten und speichert es in einem Amazon-S3-Bucket. Wenn die Häufigkeit des Protokollwechsels ein Leistungsproblem für Ihre Datenbank von RDS Custom für Oracle verursacht, können Sie Ihre DB-Instance und Ihren Speicher auf eine Instance mit höherem IOPS und höherem Durchsatz skalieren. Falls für Ihren Wiederherstellungsplan erforderlich, können Sie den Wert des Initialisierungsparameters ARCHIVE_LAG_TARGET auf einen Wert zwischen 60 und 7200 anpassen.

  • Wenn Sie die Initialisierungsparameter der Datenbank anpassen, empfehlen wir dringend, nur Folgendes anzupassen:

    • COMPATIBLE

    • MAX_STRING_SIZE

    • DB_FILES

    • UNDO_TABLESPACE

    • ENABLE_PLUGGABLE_DATABASE

    • CONTROL_FILES

    • AUDIT_TRAIL

    • AUDIT_TRAIL_DEST

    Für alle anderen Initialisierungsparameter stellt RDS Custom die Standardwerte wieder her. Wenn Sie einen Parameter ändern, der nicht in der vorherigen Liste enthalten ist, kann dies negative Auswirkungen auf die PITR haben und zu unvorhersehbaren Ergebnissen führen. Beispiel, CONTROL_FILE_RECORD_KEEP_TIME wirkt sich auf die Regeln zum Hochladen und Löschen von Protokollen aus.

Sie können eine DB-Instanceeinen DB-Cluster mit der AWS-Managementkonsole, der AWS CLI oder der RDS-API auf einen bestimmten Zeitpunkt wiederherstellen.

Wiederherstellen einer DB-Instance eines RDS Custom zu einer bestimmten Zeit

  1. Melden Sie sich bei der AWS-Managementkonsole 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 die RDS Custom DB-Instance aus, die Sie wiederherstellen möchten.

  4. Wählen Sie unter Aktionen die Option Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen) aus.

    Anschließend wird das Fenster Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen) angezeigt.

  5. Wählen Sie Späteste Wiederherstellungszeit, um auf den spätesten möglichen Zeitpunkt wiederherzustellen oder wählen Sie Benutzerdefiniert, um eine Zeit auszuwählen.

    Geben Sie bei der Auswahl von Custom das Datum und die Uhrzeit ein, zu der Sie den Instance-Cluster wiederherstellen möchten.

    Zeiten werden in Ihrer lokalen Zeitzone angezeigt, die durch einen Offset von Coordinated Universal Time (UTC) angezeigt wird. Beispiel: UTC-5 ist Ost Standardzeit/Zentral Sommerzeit.

  6. Geben Sie für DB-Instance-Kennung den Namen der wiederhergestellten RDS Custom DB-Ziel-Instance ein. Der Name muss eindeutig sein.

  7. Wählen Sie bei Bedarf andere Optionen aus, z. B. DB-Instance-Class.

  8. Wählen Sie Restore to point in time (Zu einem bestimmten Zeitpunkt wiederherstellen) aus.

Sie stellen eine DB-Instance zu einem angegebenen Zeitpunkt wieder her, indem Sie den Befehl restore-db-instance-to-point-in-time AWS CLI verwenden, um eine neue benutzerdefinierte RDS-DB-Instance zu erstellen.

Verwenden Sie eine der folgenden Optionen, um die Sicherung anzugeben, von der wiederhergestellt werden soll:

  • --source-db-instance-identifier mysourcedbinstance

  • --source-dbi-resource-id dbinstanceresourceID

  • --source-db-instance-automated-backups-arn backupARN

Die Option custom-iam-instance-profile ist erforderlich.

Der folgende Befehl stellt my-custom-db-instance auf eine neue DB-Instance namens my-restored-custom-db-instance wieder her, und zwar zum angegebenen Zeitpunkt.

Für Linux, macOS oder Unix:

aws rds restore-db-instance-to-point-in-time \
    --source-db-instance-identifier my-custom-db-instance\
    --target-db-instance-identifier my-restored-custom-db-instance \
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
    --restore-time 2022-10-14T23:45:00.000Z

Für Windows:

aws rds restore-db-instance-to-point-in-time ^
    --source-db-instance-identifier my-custom-db-instance ^
    --target-db-instance-identifier my-restored-custom-db-instance ^
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
    --restore-time 2022-10-14T23:45:00.000Z