Autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur sichern und wiederherstellen

Zur Unterstützung von High Availability sichert die autonome KI-Datenbank auf einer dedizierten Exadata-Infrastruktur automatisch Ihre Datenbank. Der Aufbewahrungszeitraum für Backups beträgt bis zu 95 Tage, je nachdem, welcher Backupaufbewahrungs-Policy für die autonome Containerdatenbank (ACD) gewählt wurde. Sie können den Zustand der Datenbank zu einem beliebigen Zeitpunkt in diesem Aufbewahrungszeitraum wiederherstellen.

Beim Sichern einer Datenbank ist die Datenbank voll funktionsfähig. Während des Backups sind jedoch keine Lebenszyklusmanagementvorgänge zulässig. Beispiel: Das Stoppen der Datenbank ist während des Backups nicht zulässig.

Info zu Backup und Recovery

Standardmäßig ist die autonome KI-Datenbank so konfiguriert, dass sie Ihre Datenbank regelmäßig sichert. Sie können automatische Backups beim Provisioning einer ACD deaktivieren und sie zu einem späteren Zeitpunkt über die Oracle Cloud Infrastructure-(OCI-)Konsole aktivieren. Sobald die automatischen Backups aktiviert sind, können Sie sie für eine ACD nicht mehr deaktivieren.

Autonome KI-Datenbanken in Oracle Public Cloud werden in Object Storage mit täglichen inkrementellen Backups und wöchentlichen vollständigen Backups oder Autonomous Recovery Service mit täglichen virtuellen vollständigen Backups gesichert, je nach Backupziel. Autonome KI-Datenbank auf Oracle Database@AWS wird entweder in OCI Object Storage oder in Amazon Simple Storage (S3) mit täglichen inkrementellen Backups und wöchentlichen vollständigen Backups oder Autonomous Recovery Service mit täglichen virtuellen vollständigen Backups gesichert, je nach Backupziel.

Wenn automatische Backups aktiviert sind, können Sie eines der folgenden zusätzlichen Backups erstellen:

Backupaufbewahrungs-Policys (Periode)

Sie können die Backupaufbewahrungs-Policy/-periode beim Provisioning einer ACD definieren oder sie später auf der Detailseite der Oracle Cloud Infrastructure-Konsole ändern.

Der Wert der Backupaufbewahrungs-Policy wird standardmäßig auf 15 Tage gesetzt und kann in einen beliebigen Wert zwischen 7 und 95 Tagen geändert werden.

Auf Exadata Cloud@Customer-Deployments:

Aufbewahrungssperre:

Sie können die automatischen Backups auch dann beibehalten, wenn (oder alle) Komponenten der autonomen KI-Datenbank, wie Exadata Infrastructure, Autonomous VM Cluster (AVMC), ACD und Autonomous AI Database, beendet wurden. Die Zeitleiste zum Beibehalten von Backups nach Beendigung einer ACD gilt nur für automatische Backups und nicht für langfristige Backups. Sie können die Backups einer beendeten ACD entweder bis zu 72 Stunden oder bis zum Ende des Backupaufbewahrungszeitraums aufbewahren. Wenn Sie bei einer ACD-Beendigung Backups für die Dauer des Backupaufbewahrungszeitraums beibehalten, können Sie außerdem die Aufbewahrungssperre aktivieren. Wenn Sie eine Backupaufbewahrungssperre aktivieren, wird das Löschen aller Datenbankbackups, einschließlich der langfristigen Backups, vor Abschluss des Aufbewahrungszeitraums deaktiviert. Sie können diese Backups erst löschen, wenn der Aufbewahrungszeitraum abgelaufen ist.

Sie können die Aufbewahrungssperre entweder beim Provisioning der ACD oder später aktivieren. Nach der Aktivierung können Sie die Aufbewahrungssperre innerhalb von 14 Tagen deaktivieren. Danach wird die Einstellung dauerhaft. Wenn Sie die Aufbewahrungssperre für Ihre ACD aktiviert haben, gilt die Aufbewahrungssperre sowohl für automatische Backups als auch für langfristige Backups Ihrer autonomen KI-Datenbanken.

Wenn Sie die Aufbewahrungssperre aktiviert haben:

Wenn Sie die Aufbewahrungssperre nicht aktiviert haben:

Backupziel

Sie können ein Backupziel für die Backups von autonomen KI-Datenbanken verknüpfen, die in einer ACD erstellt wurden.

Bei Oracle Public Cloud-Deployments können Sie entweder Autonomous Recovery Service oder Object Storage als Backupziel auswählen. Der Standardwert ist Object Storage, und die empfohlene Option ist Autonomous Recovery Service. Bei einer autonomen KI-Datenbank auf Oracle Database@AWS können Sie entweder Autonomous Recovery Service, OCI Object Storage oder Amazon Simple Storage (AWS S3) auswählen. Der Standardwert ist AWS S3, und die empfohlene Option ist Autonomous Recovery Service.

Im Folgenden werden die Backupzieloptionen für autonome KI-Datenbankbereitstellungen aufgeführt.

Backupzieltyp Unterstützte Deployments Hinweise:
Objektspeicher

Autonome KI-Datenbank in Oracle Public Cloud

Autonomous AI Database on Exadata Cloud@Customer

Autonome KI-Datenbank auf Oracle Database@AWS

Speichert wöchentliche vollständige und tägliche inkrementelle Backups in einem von Oracle verwalteten Objektspeichercontainer auf Oracle Cloud Infrastructure.

Wenn Sie für Exadata Cloud@Customer-Deployments den Typ "Object Storage" auswählen, können Sie optional einen Internet-HTTP-Proxy angeben, der für die Verbindung zum Speichercontainer verwendet werden muss. Oracle empfiehlt, nach Möglichkeit einen Proxy für erweiterte Sicherheit zu verwenden.

Autonomous Recovery Service (ARS)

Autonome KI-Datenbank in Oracle Public Cloud

Autonome KI-Datenbank auf Oracle Database@AWS

Speichert tägliche virtuelle vollständige Backups.

Dies ist die empfohlene Option.
Network File System (NFS) Autonomous AI Database on Exadata Cloud@Customer

Speichert Backups in einem Network File System-(NFS-)Speicherort. Wenn Sie "Network File System (NFS)" als Typ auswählen, wählen Sie ein bereits definiertes Backupziel aus, das Network File System-(NFS-)Speicher verwendet.

Informationen hierzu finden Sie unter Voraussetzungen für Backupziele für Exadata Cloud@Customer, bevor Sie Backupziele in einem NFS-Speicher für Exadata Cloud@Customer konfigurieren

Wenn Sie NFS als Backupzieltyp auswählen, müssen Sie die Backups nach dem Backupaufbewahrungszeitraum manuell löschen, wenn die entsprechende ACD beendet wird.

Weitere Informationen finden Sie unter Backupaufbewahrungs-Policy.

Recovery Appliance Autonomous AI Database on Exadata Cloud@Customer

Speichert Backups in einem der zuvor definierten Backupziele, das Oracle Zero Data Loss Recovery Appliance verwendet. Wenn Sie "Recovery Appliance" als Typ wählen, auswählen Sie ein zuvor definiertes Backupziel, das Oracle Zero Data Loss Recovery Appliance, die DB_UNIQUE_NAME der ACD und das Kennwort des VPC-Benutzernamens verwendet.

Für ein Zero Data Loss Recovery Appliance-Backupziel:

  • Die Appliance muss mit einem Virtual Private Catalog-(VPC-)Benutzer konfiguriert sein, der für das Erstellen von Backups verwendet wird.

  • Die Appliance muss mit dem eindeutigen Datenbanknamen der zu sichernden Datenbank und einer Zuordnung zum VPC-Benutzer konfiguriert sein. Beispiel:

    EXEC dbms_ra.add_db(db_unique_name=>'', protection_policy_name=>'VF_7DAYS', reserved_space=>'500G');

  • Die Appliance muss mit einer Zuordnung zum VPC-Benutzer konfiguriert werden. Beispiel:

    EXEC dbms_ra.grant_db_access(db_unique_name=>'', username=>'');
  • Auf die Appliance muss vom Oracle Exadata Database Service on Cloud@Customer-System über die Oracle Net Services-Verbindungszeichenfolge zugegriffen werden, die vom Zero Data Loss Recovery Appliance-Administrator bereitgestellt wird.
  • Alle primären und Standby-ACDs in demselben Autonomous Data Guard können nicht dieselbe ZDLRA oder eine andere Recovery Appliance-Instanz gemeinsam verwenden.
  • Für ZDLRA-Instanzen darf die Replikation nicht aktiviert sein.

  • Mit der folgenden Beispielabfrage können Sie die ZDLRA-Konfiguration testen. Diese Abfrage muss den Wert "1" zurückgeben. 

    select count(1) from rasys.db where REG_DB_UNIQUE_NAME = '';

Hinweis: Geben Sie die Verbindungszeichenfolge, die eine Verbindung zur Recovery Appliance herstellt, in einem Oracle-Zeichenfolgenformat "easy connect" an, d.h. <host>:<port>/<service name>, wobei <host> der SCAN-Hostname der Zero Data Loss Recovery Appliance ist.

Siehe Voraussetzungen für Backupziele für Exadata Cloud@Customer, bevor Sie Backupziele in einem Zero Data Loss Recovery Appliance-Speicherort für Exadata Cloud@Customer konfigurieren

Weitere Informationen finden Sie unter Recovery Appliance für geschützten Datenbankzugriff konfigurieren im Zero Data Loss Recovery Appliance Administrator's Guide.

Lokal Autonomous AI Database on Exadata Cloud@Customer Speichert Backups in dem lokalen Exadata-Speicher. Diese Option ist nur verfügbar, wenn Sie beim Erstellen des autonomen Exadata-VM-Clusters den lokalen Speicher konfiguriert haben. Sobald eine ACD mit einem anderen Backupzieltyp als "Lokal" erstellt wurde, kann sie später nicht mehr in lokale Backups geändert werden.
AWS-S3 Autonome KI-Datenbank auf Oracle Database@AWS Speichert Backups in AWS Object Storage.

Backupziele ändern

Gilt nur für: Anwendbar Exadata Cloud@Customer

Sie können den Backupzieltyp für eine ACD ändern, bei der das automatische Backup aktiviert ist. Zu einem bestimmten Zeitpunkt können nur maximal zwei Backupziele mit einer ACD verknüpft sein.

Tabelle - Backupziele ändern

Aktueller Backupzieltyp Unterstützte neue Backupzieltypen Hinweise:
Lokal - Sie können den Backupzieltyp nicht ändern, wenn der aktuelle Typ lokal ist.
Network File System (NFS)

NFS

RA

 -
Objektspeicher RA -
Recovery Appliance (RA)

RA

NFS

Objektspeicher

 Das Ändern des Backupzieltyps von RA in Object Storage wird nur unterstützt, wenn die ACD ursprünglich mit Object Storage-Backups konfiguriert wurde.

Zurückschreiben und wiederherstellen

Sie können die Datenbank mit einer der folgenden Optionen wiederherstellen:

Die Datenbank wird in den nicht verfügbaren Status versetzt, während die Wiederherstellung ausgeführt wird. In diesem Status können Sie keine Verbindung zur Datenbank herstellen. Der einzige Lebenszyklusverwaltungsprozess, der im Status "nicht verfügbar" unterstützt wird, ist "Beenden". Wenn der Wiederherstellungsvorgang abgeschlossen ist, wird Ihre Datenbank in demselben Status wie vor der Wiederherstellung geöffnet. Für alle drei Wiederherstellungstypen (durch SCN, durch Zeitstempel oder durch Verwendung eines bestimmten Backups) wird eine SCN zurückgegeben, wenn die Wiederherstellung abgeschlossen ist.

Beim Wiederherstellen der Datenbank wird auch der Wert des ADMIN-Benutzerkennworts wiederhergestellt. Daher kann dieses einen alten Wert aufweisen, an den Sie sich nicht mehr erinnern können. Sie können das Kennwort wie unter ADMIN-Datenbankbenutzerkennwort entsperren oder ändern beschrieben auf einen neuen Wert setzen.

Nach dem Wiederherstellen der Datenbank werden alle Backups zwischen dem Abschlussdatum der Wiederherstellung und dem für den Wiederherstellungsvorgang angegeben Datum (der Wiederherstellungszeit) invalidiert. Sie können keine weiteren Wiederherstellungsvorgänge zu einem Zeitpunkt zwischen der Wiederherstellungszeit und der Abschlusszeit des Wiederherstellungsvorgangs initiieren. Sie können nur neue Wiederherstellungsvorgänge für einen Zeitpunkt initiieren, der vor der Wiederherstellungszeit liegt oder nach dem Zeitpunkt, zu dem die tatsächliche Wiederherstellung erfolgreich war.

In einem Autonomous Data Guard-Setup:

Sicherungs- und Wiederherstellungsvorgänge

In der folgenden Tabelle sind die Vorgänge aufgeführt, die Sie für Backups einer autonomen KI-Datenbank ausführen können.

Vorgang Details Weitere Referenz
Manuelles Backup erstellt Sie können ein manuelles (On-Demand-)Backup auf der Seite "Details" einer ACD in der OCI-Konsole erstellen. Autonome KI-Datenbank manuell sichern
Langfristiges Backups erstellen Sie können ein langfristiges Backup auf der Seite "Details" einer ACD in der OCI-Konsole erstellen. Langfristiges Backup erstellen
Von einem Backup klonen

Sie können eine Point-in-Time-Kopie eines Backupsets Ihrer autonomen KI-Datenbank erstellen.

Sie können aus einem automatischen Backup, einem manuellen Backup (aus der Liste der Backups oder basierend auf einem Zeitstempel) oder einem langfristigen Backup klonen.

Ausführliche Details zum Klonen aus einem Backup sowie die zugehörigen Anforderungen und Einschränkungen finden Sie unter Autonomous AI Database auf dedizierter Exadata-Infrastruktur klonen

Anweisungen zum Klonen eines manuellen oder langfristigen Backups über die OCI-Konsole finden Sie unter Autonome KI-Datenbank aus Backup klonen.

Anweisungen zum Klonen aus einem ACD-Backup finden Sie unter Autonome Containerdatenbank aus Backup klonen.

Backupeinstellungen bearbeiten Sie können automatische Backups aktivieren (wenn beim Provisioning der ACD deaktiviert), und die folgenden Backupeinstellungen auf der Seite "Details" einer ACD in der OCI-Konsole ändern:
  • Backupaufbewahrungszeitraum auf einen beliebigen Wert zwischen 7 und 95 Tagen.
  • Backupzieltyp, wenn auf Exadata Cloud@Customer bereitgestellt.
  • HTTP-Proxy. Dies gilt nur, wenn Object Storage als Backupziel für Exadata Cloud@Customer-Deployments ausgewählt wird.
  • Regionsübergreifende Backupkopie, wenn sie in Oracle Public Cloud bereitgestellt wird.
  • Behalten Sie ein automatisches Backup entweder für die Dauer des Backupaufbewahrungszeitraums oder 72 Stunden nach Beendigung der ACD bei.
  • Aktivieren Sie die Aufbewahrungssperre. Dies gilt nur, wenn Sie Backups für die Dauer des Backupaufbewahrungszeitraums bei ACD-Beendigung beibehalten.
Ausführliche Informationen zum Bearbeiten der Backupeinstellungen finden Sie unter Einstellungen für Backup der autonomen Containerdatenbank bearbeiten.
Langfristiges Backup aktualisieren Sie können den Aufbewahrungszeitraum eines langfristigen Backups bearbeiten oder sogar ein langfristiges Backup auf der Seite "Details" einer ACD in der OCI-Konsole löschen. Langfristige Backups verwalten
Autonome KI-Datenbank wiederherstellen Sie können die Datenbank entweder aus einem bestimmten Backup wiederherstellen oder einen Zeitstempel für das Point-in-Time Recovery auf der Seite "Details" der ACD in der OCI-Konsole verwenden. Autonome KI-Datenbank wiederherstellen und wiederherstellen
Remotebackups anzeigen Sie können eine Liste der Remotebackups in einer Region über die OCI-Konsole anzeigen. Liste der Remotebackups anzeigen
ACD aus Backup klonen Sie können die Datenbank wiederherstellen, indem Sie eine ACD aus einem Remotebackup in einen AVMC in einer anderen Region als die Klonquelle klonen. Autonome Containerdatenbank aus Backup klonen

Sie können auch mit der API Backup- und Restore-Vorgänge ausführen. Weitere Details finden Sie unter API-Referenz für autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur.

Backup- und Wiederherstellungsereignisse

In Oracle Database-Ressourcen werden Ereignisse ausgegeben, bei denen die strukturierten Meldungen über Änderungen an Ressourcen informieren. Mit Datenbankbackupvorgängen sind mehrere Ereignisse verknüpft. Sie finden sie unter Events für autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur.

Best Practices zur Schätzung des Backup-Speicherplatzes

Sie benötigen eine genaue Schätzung der Backup-Speicheranforderungen beim Deployment einer autonomen KI-Datenbank auf einer dedizierten Exadata-Infrastruktur, sowohl in Oracle Public Cloud- als auch in Exadata Cloud@Customer-Umgebungen. In diesem Abschnitt werden die Schlüsselfaktoren und Berechnungen aufgeführt, die erforderlich sind, um die Einhaltung von Recovery Policys sicherzustellen und eine unerwartete Speichernutzung oder -kosten zu vermeiden.

Backupmanagement in autonomer KI-Datenbank

Backups werden automatisch mit dem folgenden Standardplan verwaltet:

Genaue Quellkennzahlen erfassen

Führen Sie zur genauesten Schätzung die Basisberechnungen für Metriken aus Ihrer vorhandenen Oracle AI Database-Umgebung durch, einschließlich:

Hinweis: Oracle AI Database-Backups erreichen in der Regel eine Komprimierungsrate von 50%, es sei denn, die Daten werden bereits durch Hybrid Columnar Compression (HCC) komprimiert. In diesem Fall sollte nur von einer geringen bis keiner weiteren Komprimierung ausgegangen werden. Archive Logs werden im Allgemeinen minimal komprimiert.

Einbehaltungsplanung

Um ein bestimmtes Recovery-Fenster (z. B. 14 Tage) beizubehalten, müssen Sie das letzte vollständige Backup und alle zugehörigen inkrementellen und archivierten Redo Logs beibehalten, bis sie alle durch ein neues vollständiges Backup ersetzt werden Aufgrund der Abhängigkeit zwischen den Backups planen Sie für eine 2-wöchige Aufbewahrungs-Policy bis zu 3 Wochen Backupspeicher ein, um Überschneidungen zu berücksichtigen und sicherzustellen, dass Ihr Recovery-Fenster immer vollständig geschützt ist.

Zusätzliche Backupszenarios

Manuelle Backups:

Langfristige Backups:

Besonderer Hinweis für Exadata Cloud@Customer mit ZDLRA:

Für Umgebungen mit der Zero Data Loss Recovery Appliance (ZDLRA):

Hinweis: Bei ZDLRA-Deployments beziehen Sie sich immer auf die tatsächlichen Datenbankmetriken, und die genaue Größe finden Sie in der ZDLRA-Dokumentation.

Beispielberechnung

Betrachten Sie eine Umgebung mit:

Wöchentliches Backup-Profil:

Summary (Übersicht)

Tabelle - Schlüsselparameter zum Schätzen des Backupspeichers

Parameter Typischer Wert/Empfehlung
Vollständige Backuphäufigkeit Wöchentlich
Inkrementelle Backuphäufigkeit Täglich (nicht vollständige Backup-Tage)
Archivelog-Generierungsrate Täglich (Schätzung aus beobachteter Rate)
Komprimierungsrate 50% (außer HCC-komprimierten Daten)
Aufbewahrungs-Policy 2 Wochen (Planung für 3 Wochen gleichzeitige Speicherung)
Speicherberechnung (Vollständig + inkrementell) x Komprimierung + Archive-Logs