Fornisce informazioni generali sull'operazione di duplicazione e sul database duplicato risultante.

• Se la versione del database di origine è Oracle Database 19c, nelle aree in cui è disponibile Oracle Database 23ai, è possibile scegliere Oracle Database 19c o Oracle Database 23ai per la copia.

• Se la versione del database di origine è Oracle Database 23ai, è possibile selezionare Oracle Database 23ai per la copia.

• Se su un database di origine è in corso un'operazione di ridimensionamento, non è possibile avviare un'operazione di copia finché l'operazione in corso non viene completata. Se si tenta di eseguire un'operazione di questo tipo, viene visualizzato un messaggio come il seguente:

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

• Se si definisce una lista di controllo dell'accesso di rete (ACL, Access Control List) nel database di origine, l'ACL di rete attualmente impostata viene duplicata nel nuovo database. Se un database viene duplicato da un backup, viene applicata l'ACL del database di origine corrente (non l'ACL valida al momento del backup).

• Se si crea una copia e il database di origine dispone di una lista di controllo dell'accesso (ACL, Access Control List) e si specifica l'opzione di accesso alla rete dell'endpoint privato, Rete cloud virtuale per il database di destinazione, l'ACL non viene duplicata nel nuovo database. In questo caso, è necessario definire regole di sicurezza all'interno del gruppo o dei gruppi di sicurezza di rete per controllare il traffico da e verso il database di destinazione (anziché utilizzare le regole di controllo dell'accesso specificate nell'ACL nell'origine della copia). Per ulteriori informazioni, vedere Configura endpoint privati quando si esegue il provisioning o la copia di un'istanza.

• La duplicazione di un'istanza di Autonomous Database consente di copiare i file del database in una nuova istanza. Nessun tempo di inattività associato alla duplicazione e l'operazione di duplicazione non ha alcun impatto sulle applicazioni in esecuzione nell'origine.

• Per una copia metadati, le applicazioni APEX e i progetti e le notebook OML vengono copiati nella copia. Per una copia metadati, i dati di database di base dell'applicazione APEX o del notebook OML non vengono duplicati.

• La pagina Dettagli di Autonomous Database per un'istanza di Autonomous Database creata dalla duplicazione include il campo Dalla copia. Viene visualizzato il nome del database in cui è stata creata la copia.

• Il valore della colonna DBA_SERVICES.FAILOVER_TYPE non viene copiato in un'istanza di Autonomous Database duplicata.

Fornisce le note per la duplicazione di un Autonomous Database da un backup:

• Se è in corso un'operazione di copia da backup in un database di origine, non è possibile avviare una nuova operazione di copia sullo stesso backup in fase di copia fino al completamento dell'operazione in corso. Pertanto, non è possibile duplicare il backup due volte contemporaneamente da un backup specifico (ad esempio, un indicatore orario specifico o un backup selezionato specifico dall'elenco dei backup).

• Per le tabelle esterne, le tabelle esterne partizionate e le partizioni esterne delle tabelle con partizionamento ibrido, un backup non include i file esterni che risiedono nell'area di memorizzazione degli oggetti. Pertanto, per l'operazione di copia dal backup, è responsabilità dell'utente eseguire il backup e il ripristino, se necessario, dei file esterni associati a tabelle esterne, tabelle partizionate esterne o dei file esterni per una tabella partizionata ibrida.

• Con la duplicazione dal backup, le aree di lavoro, i progetti e i notebook di Oracle Machine Learning del database di origine non vengono clonati nel nuovo database.

• Al termine del provisioning della copia da parte di Autonomous Database, eseguire una query sulla vista dba_pdbs per visualizzare le colonne last_recover_time e last_recover_scn. Queste colonne forniscono l'indicatore orario salvato e l'SCN salvato dei dati da cui è stato creato il database clonato.

  Ad esempio:

  SELECT last_recover_time, last_recover_scn FROM dba_pdbs;

Fornisce informazioni sulla duplicazione tra tenancy e tra più aree.

• Per la duplicazione, quando si sceglie un'area diversa da quella corrente per la destinazione della copia, utilizzando l'interfaccia CLI di Oracle Cloud Infrastructure o Terraform è possibile eseguire una copia tra più aree solo dall'area remota. Cioè, chiamare l'API di creazione copia dall'area remota in cui si desidera duplicare, con l'OCID del database di origine come quello dell'origine da cui si desidera duplicare.

• L'opzione di duplicazione tra tenancy è disponibile solo utilizzando l'interfaccia CLI o le API REST di Autonomous Database. La duplicazione tra tenancy non è disponibile utilizzando la console di Oracle Cloud Infrastructure.

  Per ulteriori informazioni, vedere Cross Tenancy and Cross-Region Cloning.

• L'opzione di duplicazione tra tenancy non supporta la duplicazione con chiavi gestite dal cliente nell'origine. Per ulteriori informazioni sulle chiavi gestite dal cliente, vedere Gestisci chiavi di cifratura in Autonomous Database.

Fornisce note per le regole di gestione delle risorse e i dati sulle prestazioni per un database duplicato.

Quanto riportato di seguito si applica alle regole di gestione delle risorse e ai dati sulle prestazioni in un database duplicato.

• Durante il provisioning di una copia completa o di una copia dei metadati, qualsiasi regola di gestione delle risorse modificata dall'utente nel database di origine viene trasferita nel database duplicato.

• Per un database duplicato, i dati delle prestazioni per il tempo precedente all'operazione di copia non sono visibili nella scheda Dashboard database (in Monitoraggio in Database Actions).

Per ulteriori informazioni sull'impostazione delle regole di gestione delle risorse, vedere Gestire le istruzioni SQL in esecuzione su Autonomous Database.

Durante il provisioning di una copia completa o di una copia dei metadati, le statistiche dell'optimizer vengono copiate dal database di origine al database duplicato.

Di seguito sono riportate le statistiche dell'optimizer per le tabelle in un database duplicato.

• Clone completo: i caricamenti nelle tabelle si comportano allo stesso modo del caricamento in una tabella con statistiche già in atto.
• Copia metadati: il primo caricamento in una tabella dopo la duplicazione del database cancella le statistiche per tale tabella e aggiorna le statistiche con il nuovo caricamento.

Per ulteriori informazioni sulle statistiche dell'ottimizzatore, vedere Concetti delle statistiche dell'ottimizzatore.

I processi di Oracle Scheduler da un database di origine vengono copiati nella copia quando si esegue un'operazione di copia. È possibile assicurarsi che i job Oracle Scheduler clonati siano disabilitati nella copia.

Per disabilitare i job Oracle Scheduler nelle istanze di Autonomous Database duplicate, è possibile definire un trigger utilizzando la clausola AFTER CLONE. Per utilizzare la clausola AFTER CLONE, definire il trigger nel database di origine prima di eseguire l'operazione di copia.

Ad esempio:

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; 
/

Per ulteriori informazioni, vedere Dichiarazione CREATE TRIGGER.

Tenere presente quanto riportato di seguito.

• Il valore della colonna DBA_SCHEDULER_WINDOWS.REPEAT_INTERVAL non viene copiato in un'istanza di Autonomous Database duplicata.