Informazioni sulla duplicazione di Autonomous AI Database sull'infrastruttura Exadata dedicata

La clonazione è il processo di creazione di una copia point-in-time del database AI autonomo o del relativo backup set. Puoi utilizzare la funzione di duplicazione per impostare rapidamente un database AI autonomo con dati cronologici per scopi quali test, sviluppo o analytics.

Suggerimento

La velocità dell'operazione di clone dipende dal numero di CPU specificate per il clone 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 metadati: questo tipo di copia crea un nuovo database che include tutti i metadati dello schema del database di origine, ma non i dati del database di origine.

Clona origini

È 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 clonando un'istanza di Autonomous AI Database.
Durante la duplicazione di un'istanza di database, è possibile:
- Scegliere un'infrastruttura Exadata, un cluster VM Autonomous Exadata o un Autonomous Container Database diverso per il database duplicato.
- Creare la copia del database nella stessa area o in un'area diversa dall'origine della copia.
- Creare la copia del database 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 duplicando un backup automatico del database AI autonomo, un backup su richiesta o un backup a lungo termine.

In un'impostazione di Autonomous Data Guard, puoi duplicare da un backup nella posizione primaria o in standby.
Durante la creazione di un'istanza di database dal backup, è possibile:
- Selezionare un backup da una lista di backup in 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 di conservazione definito a livello di Autonomous Container Database.
  
  Nota
  Non è possibile duplicare 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 informazioni, vedere Informazioni su backup e recupero.
- Scegliere un'infrastruttura Exadata, un cluster VM Autonomous Exadata o un Autonomous Container Database diverso per il database duplicato.
- Creare la copia del database nella stessa area o in un'area diversa dall'origine della copia.
- Creare la copia del database 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 sottomesso una richiesta di copia, la copia del database viene visualizzata come PROVISIONING fino a quando non sarà disponibile il nuovo database dedicato. Non è possibile avviare una nuova operazione di copia su un database dedicato già in fase di duplicazione finché l'operazione in corso non viene completata.

Inoltre, tenere presenti le seguenti informazioni 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 le copie complete, i caricamenti nelle tabelle si comportano allo stesso modo del caricamento in una tabella con statistiche già in atto.
- 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 precedente all'operazione di copia non sono disponibili 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 database AI autonomo, è 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.
La versione ACD (Autonomous Container Database) di destinazione deve essere uguale o successiva a quella dell'origine.
Per supportare la duplicazione nelle distribuzioni Exadata Cloud@Customer, è necessario aprire la porta 1522 nell'ambito dell'impostazione della rete. Per i dettagli, vedere Creare il cluster VM Autonomous Exadata.
Durante 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.
Durante la duplicazione da un backup:
- Sono necessarie almeno 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 Visualizza 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 soddisfare i requisiti indicati di seguito.
  - Se sia l'origine che la destinazione utilizzano chiavi gestite dal cliente mediante 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 all'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 copia tra tenancy

SI APPLICA A: solo Oracle Public Cloud

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

Nota

I requisiti di copia cross-tenancy descritti di seguito sono necessari in aggiunta ai requisiti generali di copia discussi in Requisiti di copia.

Eseguire i comandi CLI o API per creare la copia tra più tenancy dalla tenancy di destinazione.
Definire i gruppi e i criteri di OCI Identity and Access Management nelle tenancy di origine e destinazione in modo da poter eseguire i 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 ulteriori informazioni, vedere Utilizzo della console per la creazione di 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 copia dalla tenancy di origine. Per ulteriori informazioni, vedere Utilizzo della console per la creazione di un criterio.
  Ad esempio, è possibile definire un criterio per consentire a un utente nel file DestinationGroup del file DestinationTenancy letto da un'istanza specifica di Autonomous AI Database 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 riportato sopra specifica quanto segue:
  - Riga 1: OCID della tenancy di destinazione in cui si intende 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 di Autonomous AI Database o backup).
    
    Nota
    La clausola WHERE nell'esempio precedente è facoltativa. Offre un modo più dettagliato per concedere l'accesso a un'origine di copia specifica.
- Nella tenancy di destinazione, creare criteri IAM per approvare un gruppo per gestire l'origine della copia nella tenancy di origine. Per ulteriori informazioni, vedere Utilizzo della console per la creazione di 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 riportato sopra specifica quanto segue:
  - Riga 1: OCID dell'OCID della 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 autonoma e copie del database AI autonoma 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, consulta Autorizzazioni IAM e operazioni API per Autonomous AI Database.

Limitazioni copia

Esistono alcune limitazioni per la duplicazione del database AI autonomo, come elencato di seguito:

Puoi 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 la versione 23ai in un Autonomous AI Database con la versione 19c e viceversa.
Durante la duplicazione da un'istanza di database:
- Per i database che utilizzano Autonomous Data Guard, puoi solo duplicare un database primario. Tuttavia, puoi duplicare il database primario o in 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.
Durante la duplicazione da un backup:
- La copia di metadati non è supportata. È possibile utilizzare l'opzione Copia completa solo per creare una copia del database.
- È possibile avere una sola operazione di ripristino in esecuzione nel cluster VM Autonomous Exadata di destinazione alla volta. In altre parole, non è possibile creare contemporaneamente più copie di backup su un singolo cluster VM Autonomous Exadata.
- 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 duplicare un backup a lungo termine utilizzando l'opzione Copia point-in-time.
- È possibile ridimensionare la CPU a un valore frazionario solo dopo la copia, se necessario. Per ulteriori informazioni sull'utilizzo dei valori frazionari della CPU, vedere Provisioning in eccesso della CPU.
- Su 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 del database AI autonomo. 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:

È inoltre possibile utilizzare l'interfaccia API CreateAutonomousDatabase per duplicare un database. Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.

Titolo e informazioni sul copyright

Oracle e/o relative consociate.