Informazioni sulla copia di Autonomous AI Database

La duplicazione è il processo di creazione di una copia point-in-time di Autonomous AI Database o del relativo backup set. È possibile utilizzare la funzione di duplicazione per impostare rapidamente un Autonomous AI Database con dati cronologici per scopi quali test, sviluppo o analisi.

Suggerimento:
la velocità dell'operazione di copia dipende dal numero di CPU specificate per la copia che si sta creando. Pertanto, puoi migliorare la velocità dell'operazione di copia specificando più CPU per la copia e quindi ridimensionandola fino al numero desiderato di CPU (come descritto nella sezione Rimuovi risorse CPU o di storage da Autonomous AI Database sull'infrastruttura Exadata dedicata) al termine dell'operazione di copia.

Tipi di copia

Autonomous AI Database supporta i tipi di copia riportati di seguito.

Copia completa: una copia completa crea un nuovo database che include i metadati e i dati del database di origine.
Copia dei metadati: questo tipo di copia crea un nuovo database che include tutti i metadati dello schema di database di origine, ma non i dati del database di origine.

Origini copia

È possibile creare una copia del database da una delle origini riportate di seguito.

Un'istanza di database in esecuzione: è possibile creare una nuova istanza di database duplicando un'istanza di Autonomous AI Database.

Durante la duplicazione di un'istanza di database, è possibile:
- Scegliere un'infrastruttura Exadata diversa, un cluster VM Autonomous Exadata o un Autonomous Container Database diverso per la copia del database.
- Creare il database di copia nella stessa area o in un'area diversa dall'origine della copia.
- Creare il database di copia nella stessa tenancy o in una tenancy diversa dall'origine della copia. Una copia cross-tenancy può trovarsi nella stessa area o in un'area diversa dall'origine della copia. La duplicazione tra tenancy è supportata solo nelle distribuzioni di Oracle Public Cloud.
Un backup di un'istanza di database: puoi creare una nuova istanza di database clonando un backup automatico di Autonomous AI Database, un backup su richiesta o un backup a lungo termine.

In un'impostazione di Autonomous Data Guard, puoi eseguire la copia da un backup nella posizione primaria o di standby.

Durante la creazione di un'istanza di database dal backup, è possibile:
- Selezionare un backup da una lista di backup all'interno di un intervallo di date o creare una copia point-in-time. Le copie point-in-time contengono tutti i dati fino a un indicatore orario specificato. L'indicatore orario specificato deve essere compreso nel periodo retention definito a livello di Autonomous Container Database.
  
  Nota:
  non è possibile clonare un backup a lungo termine utilizzando l'opzione Copia point-in-time. I backup a lungo termine sono backup manuali che possono essere conservati per un minimo di 90 giorni e un massimo di 10 anni. Per ulteriori dettagli, vedere Informazioni sul backup e il recupero.
- Scegliere un'infrastruttura Exadata diversa, un cluster VM Autonomous Exadata o un Autonomous Container Database diverso per la copia del database.
- Creare il database di copia nella stessa area o in un'area diversa dall'origine della copia.
- Creare il database di copia nella stessa tenancy o in una tenancy diversa dall'origine della copia. Una copia cross-tenancy può trovarsi nella stessa area o in un'area diversa dall'origine della copia. La duplicazione tra tenancy è supportata solo nelle distribuzioni di Oracle Public Cloud.

Dopo aver inviato una richiesta di copia, il database clone viene visualizzato come PROVISIONING fino a quando il nuovo database dedicato non sarà disponibile. Non è possibile avviare una nuova operazione di copia su un database dedicato che è già in fase di copia fino al completamento dell'operazione in corso.

Tenere inoltre presente le informazioni riportate di seguito sul database appena clonato.

Le statistiche dell'ottimizzatore vengono copiate dal database di origine al database duplicato. quindi effettuare le operazioni riportate di seguito.
- Per i cloni completi, i caricamenti nelle tabelle si comportano allo stesso modo del caricamento in una tabella con statistiche già presenti.
- Per le copie dei metadati, il primo caricamento in una tabella cancella le statistiche relative a tale tabella e aggiorna le statistiche con il nuovo caricamento.
Per ulteriori informazioni su Optimizer Statistics, vedere Optimizer Statistics Concepts in Oracle Database 19c SQL Tuning Guide o Oracle Database 26ai SQL Tuning Guide.
Le regole di gestione delle risorse modificate dall'utente nel database di origine vengono trasferite nel database duplicato.
I dati sulle prestazioni per il periodo di tempo prima che l'operazione di copia non sia disponibile nel database duplicato.

Duplica requisiti

Per duplicare correttamente un'istanza di Autonomous AI Database o il relativo backup set, è necessario soddisfare i requisiti riportati di seguito.

Per duplicare un Autonomous AI Database, è necessario l'accesso necessario utilizzando le istruzioni policy riportate di seguito scritte da un amministratore, indipendentemente dal fatto che si stia utilizzando la console o l'API REST con un SDK, un'interfaccia CLI o un altro strumento.
```
Allow group <Group_Name>
to manage autonomous-databases
in compartment <Compartment_Name>
```
```
Allow group <Group_Name>
to read autonomous-container-databases
in compartment <Compartment_Name>
```
Suggerimento: se si tenta di eseguire un'azione e si riceve un messaggio che informa che non si dispone dell'autorizzazione o che non si è autorizzati, confermare con l'amministratore il tipo di accesso concesso e il compartimento in cui si dovrebbe lavorare.
L'Autonomous Container Database (ACD) di destinazione deve avere una versione di database uguale o successiva a quella dell'origine.
Per supportare la duplicazione nelle distribuzioni Exadata Cloud@Customer, è necessario aprire la porta 1522 come parte dell'impostazione di rete. Per i dettagli, vedere Crea cluster VM Autonomous Exadata.
Quando si esegue la duplicazione da un'istanza di database:
- La chiave di cifratura di origine e di destinazione deve essere dello stesso tipo di keystore.
- La password ADMIN specificata per la copia del database deve essere diversa da quella dell'utente del database ADMIN nel database di origine; in caso contrario, l'operazione di copia non riuscirà.
- Per una copia completa, lo storage minimo che è possibile specificare per la copia del database è lo spazio utilizzato effettivo del database di origine arrotondato al GB successivo.
Quando si esegue la clonazione da un backup:
- Hai bisogno di un minimo di 4 ECPU o 1 OCPU nel cluster VM Autonomous Exadata di destinazione. È possibile visualizzare il numero di CPU disponibili dalla lista dei cluster VM Autonomous Exadata nella console di Oracle Cloud Infrastructure. Per ulteriori dettagli, vedere Visualizzare una lista di cluster VM Autonomous Exadata.
- L'origine e la destinazione possono essere tipi di keystore diversi per la chiave di cifratura. Tuttavia, è necessario che vengano soddisfatti i seguenti requisiti:
  - Se l'origine e la destinazione utilizzano chiavi gestite dal cliente utilizzando Oracle Key Vault (OKV), devono utilizzare la stessa destinazione OKV. Il cluster VM Autonomous Exadata di destinazione e l'Autonomous Container Database richiederanno l'accesso a Oracle Key Vault (OKV) di origine per le chiavi.
  - In Oracle Cloud, se l'origine utilizza chiavi gestite dal cliente tramite KMS, è necessario assicurarsi che il cluster VM Autonomous Exadata di destinazione disponga dell'accesso al vault KMS di origine durante l'operazione di ripristino.

Requisiti della copia tra tenancy

SI APPLICA A: Applicabile Solo Oracle Public Cloud

Per creare una copia tra tenancy da un'istanza di Autonomous AI Database o dal relativo backup set in modo corretto, è necessario assicurarsi di soddisfare i requisiti riportati di seguito.

Nota:
oltre ai requisiti generali della copia discussi in Requisiti della copia, sono necessari i requisiti della copia cross-tenancy discussi di seguito.

Eseguire i comandi CLI o API per creare la copia tra tenancy dalla tenancy di destinazione.
Definire i gruppi e i criteri di OCI Identity and Access Management nelle tenancy di origine e di destinazione in modo da poter eseguire comandi per creare una copia nella tenancy di destinazione e consentire alla tenancy di destinazione di contattare la tenancy di origine in cui risiede l'origine della copia. Quando questi criteri vengono revocati, la duplicazione tra tenancy non sarà consentita.
- Nella tenancy di destinazione, creare un gruppo (ad esempio: DestinationGroup) e aggiungere gli utenti a cui sarà consentito creare la copia tra tenancy in questo gruppo. Per istruzioni, vedere Uso della console per creare un gruppo.
- Nella tenancy di origine, creare criteri IAM per consentire al gruppo creato nella tenancy di destinazione (DestinationGroup) di creare una copia utilizzando un'origine duplicata dalla tenancy di origine. Per istruzioni, vedere Uso della console per creare un criterio.
  
  Ad esempio, è possibile definire un criterio per consentire a un utente nel file DestinationGroup della lettura DestinationTenancy da un'istanza di Autonomous AI Database specifica nel compartimento specificato nella tenancy di origine, come mostrato di seguito:
```
define tenancy DestinationTenancy as ocid1.tenancy.oc1..unique_ID
define group DestinationGroup as ocid1.group.region1..unique_ID
admit group DestinationGroup of tenancy DestinationTenancy to read autonomous-database-family
       in compartment ocid1.compartment.region1..unique_ID
       where target.id = 'oc1.autonomousdatabase.oc1..unique_ID'
```
  Nota:
  il criterio deve solo consentire l'accesso in lettura sull'istanza di Autonomous AI Database di origine per creare una copia tra tenancy.
  
  Il criterio sopra riportato specifica quanto segue:
  - Riga 1: OCID della tenancy di destinazione in cui si sta per creare la copia.
  - Riga 2: OCID del gruppo di destinazione a cui appartiene l'utente che creerà la copia.
  - Riga 3: OCID del compartimento in cui risiede l'origine della copia e l'OCID dell'origine della copia (istanza del database AI Autonomous o backup).
    
    Nota:
    la clausola where nell'esempio precedente è facoltativa. Fornisce un modo più dettagliato per concedere l'accesso a un'origine clone specifica.
- Nella tenancy di destinazione, creare criteri IAM per approvare un gruppo e gestire l'origine della copia nella tenancy di origine. Per istruzioni, vedere Usi della console per creare un criterio.
  
  Ad esempio:
```
Define tenancy SourceTenancy as ocid1.tenancy.oc1..unique_ID
Endorse group DestinationGroup to manage autonomous-database-family in tenancy SourceTenancy
```
  Il criterio sopra riportato specifica quanto segue:
  - Riga 1: OCID dell'OCID tenancy di origine in cui risiede l'origine della copia.
  - Riga 2: specifica il gruppo di destinazione a cui è consentito gestire i database AI autonomi nella tenancy di origine.
  Questo criterio discusso nell'esempio precedente consente a DestinationGroup di creare database AI autonomi e copie di Autonomous AI Database nella tenancy di origine. È possibile limitare le autorizzazioni di duplicazione in modo che il gruppo possa solo duplicare i database AI autonomi, ma non creare i database AI autonomi o limitare ulteriormente l'autorizzazione per creare solo un particolare tipo di copia: copia completa o copia dei metadati. Per ulteriori informazioni ed esempi, vedere Autorizzazioni IAM e operazioni API per Autonomous AI Database.

Limitazioni copia

Esistono alcune limitazioni con la duplicazione di Autonomous AI Database come elencato di seguito:

È possibile duplicare un database OCPU in un database OCPU o ECPU. Tuttavia, non è possibile duplicare un database ECPU in un database OCPU.
Non puoi clonare un Autonomous AI Database con versione 23ai in un Autonomous AI Database con versione 19c e viceversa.
Quando si esegue la duplicazione da un'istanza di database:
- Per i database che utilizzano Autonomous Data Guard, puoi duplicare solo un database primario. Tuttavia, puoi duplicare il database primario o di standby durante la duplicazione da un backup.
- Puoi duplicare un database normale in un'istanza di Autonomous AI Database for Developers e viceversa. Tuttavia, per clonare correttamente un database normale in un database per sviluppatori, lo spazio utilizzato effettivo del database di origine, arrotondato al GB successivo, deve essere di 32 GB o inferiore.
Quando si esegue la clonazione da un backup:
- Duplicazione metadati non supportata. È possibile utilizzare solo l'opzione Copia completa per creare una copia del database.
- È possibile eseguire una sola operazione di ripristino nel cluster VM Autonomous Exadata di destinazione alla volta. In altre parole, non è possibile creare più copie di backup su un singolo cluster VM Autonomous Exadata contemporaneamente.
- Puoi duplicare un backup in un Autonomous AI Database for Developers solo se lo spazio allocato del database di origine è 32 GB o inferiore.
- Non è possibile clonare un backup a lungo termine utilizzando l'opzione di copia point-in-time.
- È possibile ridimensionare la CPU in base a un valore frazionario solo dopo la copia, se necessario. Per ulteriori informazioni sull'uso di valori CPU frazionari, vedere Overprovisioning CPU.
- In Exadata Cloud@Customer:
  - Non è possibile utilizzare i backup locali basati su disco per la duplicazione.
  - Il tempo necessario per duplicare un Autonomous AI Database dipende dal conteggio di CPU e dalla larghezza di banda di rete tra la destinazione di backup e l'Autonomous Container Database di destinazione.
Copie tra tenancy:
- Può essere creato solo utilizzando l'interfaccia CLI o le API REST di Autonomous AI Database. Questa opzione non è disponibile utilizzando la console di Oracle Cloud Infrastructure.
- Sono supportati solo nelle distribuzioni di Oracle Public Cloud.
- Non sono supportati con chiavi gestite dal cliente nell'origine. Per ulteriori informazioni sulle chiavi gestite dai clienti, vedere Master Encryption Keys in Autonomous AI Database.

Guide dettagliate

Per informazioni su come duplicare un Autonomous AI Database da origini clone diverse utilizzando la console OCI, vedere:

Puoi anche utilizzare l'API CreateAutonomousDatabase per duplicare un database. Per informazioni sull'uso dell'API e sulle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kit and Command Line Interface (interfaccia a riga di comando e kit di sviluppo software).