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

• Wenn die Quelldatenbankversion Oracle Database 19c ist, 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 für den Klon auswählen.

• Wenn eine Quelldatenbank ständig skaliert wird, können Sie keinen Klonvorgang initiieren, bis 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 Network Access Control List (ACL) für die Quelldatenbank definieren, wird die aktuell festgelegte Netzwerk-ACL in die neue Datenbank kopiert. Wenn eine Datenbank von 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, die Quelldatenbank über eine Access-Control-Liste (ACL) verfügt, und Sie die Netzwerkzugriffsoption des privaten Endpunkts (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 für die Klonquelle angegeben wurden). Weitere Informationen finden Sie unter Private Endpunkte beim Provisioning oder Klonen einer Instanz konfigurieren.

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

• Bei einem Metadatenclone werden die APEX-Anwendungen und die OML-Projekte und -Notebooks in den Klon kopiert. Bei einem Metadatenclone werden die zugrunde liegenden Datenbankdaten der APEX-Anwendung oder des OML-Notizbuchs nicht geklont.

• Die Seite "Autonomous Database-Details" für eine Autonomous Database-Instanz, die durch Klonen erstellt wurde, enthält das Feld Geklont von. Dadurch wird der Name der Datenbank angezeigt, 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.

  Beispiele:

  SELECT last_recover_time, last_recover_scn FROM dba_pdbs;

Enthält Informationen zum mandantenübergreifenden und regionsübergreifenden Klonen.

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

• Die mandantenübergreifende Klonoption ist nur über die CLI oder die 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übergreifendes und regionsübergreifendes 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 Ressourcenmanagementregeln und Leistungsdaten in einer geklonten Datenbank gilt Folgendes:

• Beim Provisioning für einen Full Clone oder einen Metadatenklone wird jede Ressourcenmanagementregel, die vom Benutzer in der Quelldatenbank geändert wurde, in die kopierte Datenbank übertragen.

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

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

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

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

• Full Clones: Ladevorgänge in Tabellen verhalten sich genauso wie das Laden in Tabellen mit bereits vorhandenen Statistiken.
• Metadatenklon: Beim ersten Laden in eine Tabelle nach dem Klonen der Datenbank werden die Statistiken für diese Tabelle gelöscht, und die Statistiken werden mit dem neuen Laden 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 auf geklonten Autonomous Database-Instanzen zu deaktivieren, können Sie einen Trigger mit der Klausel AFTER CLONE definieren. Um die Klausel AFTER CLONE 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 TRIGGER-Anweisung CREATE.

Hinweis:

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