Informazioni sulla copia di Autonomous Database su un'infrastruttura Exadata dedicata
La duplicazione è il processo di creazione di una copia point-in-time di Autonomous Database o del relativo backup set. È possibile utilizzare la funzione di duplicazione per impostare rapidamente un Autonomous Database con dati cronologici per scopi quali test, sviluppo o analitica.
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 poi ridimensionandola al numero desiderato di CPU (come descritto in Rimuovi risorse CPU o di storage da Autonomous Database sull'infrastruttura Exadata dedicata) al termine dell'operazione di copia.Tipi di copia
-
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
-
Un'istanza del database in esecuzione: è possibile creare una nuova istanza del database duplicando un'istanza di Autonomous 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.
-
-
Backup di un'istanza di database: è possibile creare una nuova istanza di database duplicando un backup automatico di Autonomous Database, 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 sulle statistiche dell'optimizer, vedere Optimizer Statistics Concepts in Oracle Database 19c SQL Tuning Guide o Oracle Database 23ai 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 un Autonomous Database, è necessario disporre dell'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 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 nella directoryDestinationGroup
della directoryDestinationTenancy
letta da un'istanza specifica di Autonomous 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
Per creare una copia tra tenancy, il criterio deve solo consentire l'accesso in lettura nell'istanza di origine di Autonomous Database.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 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 che può essere autorizzato a gestire gli Autonomous Database nella tenancy di origine.
Questo criterio descritto nell'esempio precedente consente a
DestinationGroup
di creare le copie di Autonomous Database e di Autonomous Database nella tenancy di origine. È possibile limitare le autorizzazioni di duplicazione in modo che il gruppo possa solo duplicare gli Autonomous Database, ma non creare gli Autonomous Database oppure limitare ulteriormente le autorizzazioni per creare solo un determinato tipo di copia: Copia completa o Copia dei metadati. Per ulteriori informazioni ed esempi, consulta la sezione Autorizzazioni IAM e operazioni API per Autonomous Database.
-
Limitazioni copia
- Puoi duplicare un database OCPU in un database OCPU o ECPU. Tuttavia, non è possibile duplicare un database ECPU in un database OCPU.
- Non è possibile duplicare un Autonomous Database con la versione 23ai in un Autonomous 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.
- È possibile duplicare un database regolare in un'istanza di Autonomous Database per sviluppatori e viceversa. Tuttavia, per clonare correttamente un database regolare in un database per sviluppatori, lo spazio effettivo utilizzato del database di origine, arrotondato al GB successivo, deve essere di 32 GB o meno.
-
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.
-
È possibile duplicare un backup in un Autonomous Database per sviluppatori solo se lo spazio allocato del database di origine è di 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 Database dipende dal conteggio delle 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 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 le chiavi gestite dal cliente nell'origine. Per ulteriori informazioni sulle chiavi gestite dal cliente, vedere Chiavi di cifratura master in Autonomous Database.
-
Guide dettagliate
È 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.