Wiederherstellung einer RDS Custom for Oracle-Instanz auf einen bestimmten Zeitpunkt - Amazon Relational Database Service
PITRÜberlegungen zu RDS Custom for 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.

Wiederherstellung einer RDS Custom for Oracle-Instanz auf einen bestimmten Zeitpunkt

Sie können eine DB-Instance zu einem bestimmten Zeitpunkt (PITR) wiederherstellen und so eine neue DB-Instance erstellen. Zur Unterstützung PITR muss für Ihre DB-Instances die Backup-Aufbewahrung auf einen Wert ungleich Null gesetzt sein.

Die letzte wiederherstellbare Zeit für eine RDS Custom for Oracle-DB-Instance hängt von mehreren Faktoren ab, liegt aber in der Regel innerhalb von 5 Minuten nach der aktuellen Uhrzeit. Um die letzte wiederherstellbare Zeit für eine DB-Instance zu ermitteln, verwenden Sie den AWS CLI describe-db-instancesBefehl und sehen Sie sich den Wert an, der im LatestRestorableTime Feld für die DB-Instance zurückgegeben wurde. Um den letzten wiederherstellbaren Zeitpunkt für jede DB-Instance in der RDS Amazon-Konsole zu sehen, wählen Sie Automatisierte 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 zu sehen, wählen Sie in der RDS Amazon-Konsole Automatisierte Backups aus.

Allgemeine Informationen zu PITR finden Sie unter Wiederherstellung einer DB-Instance zu einem bestimmten Zeitpunkt für Amazon RDS.

PITRÜberlegungen zu RDS Custom for Oracle

In RDS Custom for Oracle PITR unterscheidet sich in folgenden wichtigen Punkten von PITR AmazonRDS:

  • 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 AWSRDSCustom InstanceRoleForRdsCustomInstance.

  • Für alle RDS Custom for Oracle-DB-Instances muss die Backup-Aufbewahrung auf einen Wert ungleich Null gesetzt sein.

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

  • Wenn Sie die Automatisierung auf einstellenALL_PAUSED, pausiert RDS Custom den Upload archivierter Redo-Log-Dateien, einschließlich Logs, die vor dem letzten wiederherstellbaren Zeitpunkt () erstellt wurden. LRT Es wird empfohlen, die Automatisierung für einen kurzen Zeitraum anzuhalten.

    Gehen Sie zur Veranschaulichung davon aus, dass Sie vor 10 LRT Minuten waren. - 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 nur zu einer Zeit LRT vor der Pause zurückkehren. Wenn Sie die Automatisierung fortsetzen, setzt RDS Custom das Hochladen von Protokollen fort. Die LRT Fortschritte. Es gelten PITR die normalen Regeln.

  • In RDS Benutzerdefiniert können Sie manuell eine beliebige Anzahl von Stunden angeben, um archivierte Redo-Logs aufzubewahren, bevor RDS Custom sie nach dem Upload 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. Fügen Sie ein JSON Objekt im folgenden Format hinzu:. {"archivedLogRetentionHours" : "num_of_hours"} Die Zahl muss eine Ganzzahl im Bereich von 1–840 sein.

  • Gehen Sie davon aus, dass Sie ein CDB Nicht-Objekt in eine Container-Datenbank (CDB) einfügen PDB und es dann versuchenPITR. Der Vorgang ist nur erfolgreich, wenn Sie zuvor eine Sicherungskopie von erstellt haben. PDB Nachdem Sie eine erstellt oder geändert habenPDB, 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 Folgendes ausPITR:

    • 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_TARGETwirkt sich auf den letzten wiederherstellbaren Zeitpunkt aus. ARCHIVE_LAG_TARGETist auf eingestellt, 300 weil das Wiederherstellungspunktziel (RPO) 5 Minuten beträgt. Um dieses Ziel zu erreichen, RDS wechselt das Online-Redo-Log alle 5 Minuten und speichert es in einem Amazon S3 S3-Bucket. Wenn die Häufigkeit des Protokollwechsels ein Leistungsproblem für Ihre RDS Custom for Oracle-Datenbank verursacht, können Sie Ihre DB-Instance und Ihren Speicher auf eine Instanz mit höherem IOPS Durchsatz skalieren. Falls für Ihren Wiederherstellungsplan erforderlich, können Sie die Einstellung des ARCHIVE_LAG_TARGET Initialisierungsparameters auf einen Wert zwischen 60 und 7200 anpassen.

  • Wenn Sie die Datenbankinitialisierungsparameter anpassen, empfehlen wir dringend, dass Sie nur die folgenden Einstellungen anpassen:

    • 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 Ergebnisse haben PITR 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 RDS benutzerdefinierte DB-Instance mit dem AWS Management Console, dem oder dem auf einen AWS CLI bestimmten Zeitpunkt zurücksetzen RDSAPI.

So stellen Sie eine RDS benutzerdefinierte DB-Instance zu einem bestimmten Zeitpunkt wieder her

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-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 benutzerdefinierte 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.

    Die Zeiten werden in Ihrer lokalen Zeitzone angezeigt, was durch einen Offset von der koordinierten Weltzeit (UTC) gekennzeichnet ist. Zum Beispiel ist UTC -5 Eastern Standard Time/Central Daylight Time.

  6. Geben Sie als DB-Instance-ID den Namen der wiederhergestellten RDS benutzerdefinierten 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 bestimmten Zeitpunkt wieder her, indem Sie den point-in-time AWS CLI Befehl restore-db-instance-to- verwenden, um eine neue RDS benutzerdefinierte 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.

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. 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

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. 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