Hinweise zum Klonen autonomer Datenbanken

Stellt allgemeine Informationen über den Klonvorgang und die daraus resultierende geklonte Datenbank bereit.

• Wenn die Quelldatenbankversion Oracle Database 19c lautet, können Sie in Regionen, in denen Oracle Database 23ai verfügbar ist, entweder Oracle Database 19c oder Oracle Database 23ai für den Klon auswählen.

• Wenn die Quelldatenbankversion Oracle Database 23ai ist, können Sie Oracle Database 23ai als Klon auswählen.

• Wenn eine Quelldatenbank fortlaufend skaliert wird, können Sie erst einen Klonvorgang starten, nachdem der laufende Vorgang abgeschlossen ist. Wenn Sie einen solchen Vorgang versuchen, wird eine Meldung wie die Folgende angezeigt:

  The operation cannot be performed because the Autonomous Database with Id **** is in the SCALE_IN_PROGRESS state.

• Wenn Sie eine Netzwerk-Access-Control-Liste (ACL) in der Quelldatenbank definieren, wird die aktuell eingestellte Netzwerk-ACL in die neue Datenbank geklont. Wenn eine Datenbank aus einem Backup geklont wird, wird die ACL der aktuellen Quelldatenbank angewendet (nicht die ACL, die zum Zeitpunkt des Backups gültig war).

• Wenn Sie einen Klon erstellen und die Quelldatenbank eine Access-Control-Liste (ACL) aufweist und Sie die Netzwerkzugriffsoption für den privaten Endpunkt, Virtuelles Cloud-Netzwerk für die Zieldatenbank angeben, wird die ACL nicht in die neue Datenbank geklont. In diesem Fall müssen Sie Sicherheitsregeln innerhalb Ihrer Netzwerksicherheitsgruppe (oder -gruppen) definieren, um den Traffic zu und von der Zieldatenbank zu kontrollieren (anstatt die Zugriffskontrollregeln zu verwenden, die in der ACL auf der Klonquelle angegeben wurden). Weitere Informationen finden Sie unter Private Endpunkte beim Provisioning oder Klonen einer Instanz konfigurieren.

• Beim Klonen einer Autonomous Database-Instanz werden Ihre Datenbankdateien in eine neue Instanz kopiert. Mit dem Klonen ist keine Ausfallzeit verbunden, und der Klonvorgang hat keine Auswirkungen auf Anwendungen, die auf der Quelle ausgeführt werden.

• Bei einem Metadatenklon werden die APEX-Apps und die OML-Projekte und -Notizbücher in den Klon kopiert. Bei einem Metadatenklon werden die zugrunde liegenden Datenbankdaten der APEX-App oder des OML-Notizbuchs nicht geklont.

• Die Autonomous Database-Detailseite für eine Autonomous Database-Instanz, die durch Klonen erstellt wurde, enthält das Feld Geklont von. Zeigt den Namen der Datenbank an, in der der Klon erstellt wurde.

• Der Wert der Spalte DBA_SERVICES.FAILOVER_TYPE wird nicht in eine geklonte Autonomous Database-Instanz kopiert.

Enthält Hinweise zum Klonen einer Autonomous Database aus einem Backup:

• Wenn ein Klon aus einem Backupvorgang in einer Quelldatenbank ausgeführt wird, können Sie keinen neuen Klonvorgang für dasselbe geklonte Backup initiieren, bis der laufende Vorgang abgeschlossen ist. Daher können Sie aus Backups nicht zweimal gleichzeitig aus einem bestimmten Backup klonen (z.B. einen bestimmten Zeitstempel oder ein bestimmtes ausgewähltes Backup aus der Liste der Backups).

• Bei externen Tabellen, partitionierten externen Tabellen und den externen Partitionen hybrider partitionierter Tabellen enthält ein Backup nicht die externen Dateien, die in Ihrem Objektspeicher gespeichert sind. Für den Vorgang "Klon aus Backup" ist es daher Ihre Verantwortung, die externen Dateien, die mit externen Tabellen, externen partitionierten Tabellen oder den externen Dateien für eine hybride partitionierte Tabelle verknüpft sind, zu sichern und gegebenenfalls wiederherzustellen.

• Beim Klonen aus einem Backup werden die Oracle Machine Learning-Workspaces, -Projekte und -Notizbücher der Quelldatenbank nicht in die neue Datenbank geklont.

• Nachdem Autonomous Database das Provisioning des Klons abgeschlossen hat, fragen Sie die View dba_pdbs ab, um die Spalten last_recover_time und last_recover_scn anzuzeigen. Diese Spalten enthalten den gespeicherten Zeitstempel und die gespeicherte SCN der Daten, aus denen die geklonte Datenbank erstellt wurde.

  Beispiel:

  SELECT last_recover_time, last_recover_scn FROM dba_pdbs;

  Weitere Informationen zu SCNs finden Sie unter System Change Numbers (SCNs).

Bietet Informationen zum mandantenübergreifenden und regionsübergreifenden Klonen.

• Wenn Sie beim Klonen eine andere Region als die aktuelle Region für Ihr Klonziel auswählen und entweder die Oracle Cloud Infrastructure-CLI oder Terraform verwenden, können Sie einen solchen regionsübergreifenden Klon nur aus der Remoteregion ausführen. Das heißt, rufen Sie die Create Clone-API aus der Remoteregion auf, in die Sie klonen möchten, wobei die Quelldatenbank-OCID die der Quelle ist, aus der Sie klonen möchten.

• Die mandantenübergreifende Klonoption ist nur mit der CLI oder den REST-APIs von Autonomous Database verfügbar. Mandantenübergreifendes Klonen ist mit der Oracle Cloud Infrastructure-Konsole nicht verfügbar.

  Weitere Informationen finden Sie unter Mandantenübergreifend und regionsübergreifend klonen.

• Die mandantenübergreifende Klonoption unterstützt das Klonen mit vom Kunden verwalteten Schlüsseln in der Quelle nicht. Weitere Informationen zu vom Kunden verwalteten Schlüsseln finden Sie unter Verschlüsselungsschlüssel in Autonomous Database verwalten.

Enthält Hinweise zu Ressourcenverwaltungsregeln und Performancedaten für eine geklonte Datenbank.

Für Ressourcenverwaltungsregeln und Performancedaten in einer geklonten Datenbank gilt Folgendes:

• Beim Provisioning für einen Full Clone oder einen Metadatenklon werden alle vom Benutzer in der Quelldatenbank geänderten Ressourcenverwaltungsregeln in die geklonte Datenbank übertragen.

• Bei einer geklonten Datenbank sind Performancedaten für die Zeit vor dem Klonvorgang auf der Karte Datenbank-Dashboard (unter "Überwachen in Database Actions") nicht sichtbar.

Weitere Informationen zum Festlegen von Ressourcenverwaltungsregeln finden Sie unter Runaway-SQL-Anweisungen in Autonomous Database verwalten.

Beim Provisioning für einen Full Clone oder einen Metadata Clone werden die Optimizer-Statistiken aus der Quelldatenbank in die geklonte Datenbank kopiert.

Für Optimizer-Statistiken für Tabellen in einer geklonten Datenbank gilt Folgendes:

• Full Clone: Ladevorgänge in Tabellen verhalten sich genauso wie das Laden in eine Tabelle mit bereits vorhandenen Statistiken.
• Metadatenklon: Beim ersten Ladevorgang in eine Tabelle, nachdem die Datenbank geklont wurde, werden die Statistiken für diese Tabelle gelöscht und die Statistiken mit dem neuen Ladevorgang aktualisiert.

Weitere Informationen zu Optimizer-Statistiken finden Sie unter Konzepte von Optimizer-Statistiken.

Oracle Scheduler-Jobs aus einer Quelldatenbank werden in den Klon kopiert, wenn Sie einen Klonvorgang ausführen. Sie können sicherstellen, dass geklonte Oracle Scheduler-Jobs auf dem Klon deaktiviert sind.

Um Oracle Scheduler-Jobs in geklonten Autonomous Database-Instanzen zu deaktivieren, können Sie einen Trigger mit der Klausel AFTER CLONE definieren. Um die AFTER CLONE-Klausel zu verwenden, definieren Sie den Trigger für die Quelldatenbank, bevor Sie den Klonvorgang ausführen.

Beispiel:

CREATE OR REPLACE TRIGGER after_clone_instance
     AFTER CLONE 
     ON PLUGGABLE DATABASE
BEGIN 
-- Disable specific jobs or use a cursor to grab all scheduled jobs and disable them
     DBMS_SCHEDULER.DISABLE(name=> job_name);
END; 
/

Weitere Informationen finden Sie unter CREATE TRIGGER-Anweisung.

Beachten Sie Folgendes:

• Der Wert für die Spalte DBA_SCHEDULER_WINDOWS.REPEAT_INTERVAL wird nicht in eine geklonte Autonomous Database-Instanz kopiert.