Duplica un Autonomous Database sull'infrastruttura Exadata dedicata

La duplicazione è il processo di creazione di una copia point-in-time di Autonomous Database o del relativo backup set. È possibile duplicare un'infrastruttura Autonomous Database on Dedicated Exadata dalla relativa pagina Dettagli.

Nota

Gli Autonomous Database con versione software 23ai non possono essere clonati in un Autonomous Database con versione 19c e viceversa.

Argomenti correlati

Copia di un'istanza di Autonomous Database

Prerequisiti

Per visualizzare i requisiti per la duplicazione riuscita di un'istanza di Autonomous Database, vedere Requisiti di duplicazione.

Criteri IAM necessari

manage autonomous-databases

read autonomous-container-databases

Procedura

Attenersi alla procedura riportata di seguito per duplicare un'istanza di Autonomous Database utilizzando la console di Oracle Cloud Infrastructure.

Andare alla pagina Dettagli dell'Autonomous Database che si desidera duplicare.

Nota
Per i database che utilizzano Autonomous Data Guard, andare alla pagina Dettagli del database primario.

Per istruzioni, consulta la sezione relativa alla visualizzazione dei dettagli di un Autonomous Database dedicato.
In Oracle Public Cloud fare clic su Crea copia in Altre azioni, quindi in Exadata Cloud@Customer fare clic su Crea copia in Azioni.

L'opzione Crea copia è abilitata solo quando lo stato del database è Disponibile.

Completare la pagina Crea copia di Autonomous Database con le informazioni riportate di seguito.

Impostazione	Descrizione	Note
Tipo di copia	Scegliere Copia completa o Copia di metadati.	Per ulteriori dettagli, vedere Tipi di copia.
Origine copia	Selezionare Clona da istanza database.
Copia di Autonomous Database: compartimento	Scegliere un compartimento per la copia del database.	Per informazioni sull'uso e la gestione dei compartimenti, vedere Informazioni sui compartimenti.
Copia di Autonomous Database: nome del database di origine	Questo campo di sola lettura identifica il nome del database di origine.
Copia di Autonomous Database: nome visualizzato	Specificare una descrizione intuitiva o altre informazioni che consentano di identificare facilmente la risorsa.	Il nome visualizzato non deve essere univoco.
Copia di Autonomous Database: nome del database	Specificare un nome per la copia del database.	Il nome del database deve essere composto solo da lettere e numeri. La lunghezza massima è 30 caratteri. Lo stesso nome di database non può essere utilizzato per più Autonomous Database nello stesso cluster VM Autonomous Exadata.
Area	Scegliere l'area preferita per posizionare la copia del database.	L'impostazione predefinita corrisponde alla stessa area del database di origine.
Infrastruttura Exadata	Specificare l'infrastruttura Exadata in cui posizionare la copia del database.	L'impostazione predefinita corrisponde alla stessa infrastruttura Exadata del database di origine. È possibile scegliere un'infrastruttura Exadata da un altro compartimento facendo clic su Modifica compartimento, se necessario.
Cluster VM Autonomous Exadata	Specificare il cluster VM Autonomous Exadata (AVMC) per posizionare il database duplicato. Nel caso di Exadata Cloud@Customer, l'AVMC di destinazione deve avere accesso alla destinazione di backup di origine.	L'impostazione predefinita corrisponde alla stessa risorsa AVMC del database di origine. Se necessario, puoi scegliere una risorsa AVMC da un altro compartimento facendo clic su Modifica compartimento.
Autonomous Container Database	Specificare l'Autonomous Container Database (ACD) in cui posizionare il database duplicato. Iniziare scegliendo se si desidera che un ACD standard o un ACD configurato per utilizzare Autonomous Data Guard. Fare clic su Modifica compartimento per effettuare la selezione da un altro compartimento.	L'impostazione predefinita corrisponde allo stesso ACD del database di origine.
Configurare il database: istanza libera	Attivare il pulsante Istanza gratuita se si desidera creare un'istanza di Autonomous Database per sviluppatori. Il conteggio ECPU e lo storage (GB) vengono popolati automaticamente rispettivamente con 4 e 32, poiché le istanze di Autonomous Database per sviluppatori vengono fisse a 4 ECPU e 32 GB di storage. La ridimensionamento automatico della computazione è disabilitata perché le istanze del database dello sviluppatore non supportano la scala manuale o automatica.	Autonomous Database per sviluppatori è un'offerta di livello gratuito progettata per lo sviluppo del database e le attività di test funzionali. Per ulteriori dettagli, consulta Autonomous Database per sviluppatori. Le istanze di Developer Database possono essere create solo su ACD basati su ECPU senza Autonomous Data Guard. Pertanto, il pulsante di attivazione/disattivazione Istanza libera è disabilitato per gli ACD con OCPU, Autonomous Data Guard o entrambi. Per duplicare correttamente un Autonomous Database in un Autonomous Database per gli sviluppatori, lo spazio utilizzato effettivo del database di origine, arrotondato per eccesso al GB successivo, deve essere di 32 GB o inferiore.
Configurare il database: numero di CPU:	Selezionare il numero di CPU per la copia del database dalla lista di CPU con provisioning consentito.	Il tipo di CPU del database duplicato (OCPU o ECPU) è determinato dal tipo di computazione del cluster VM Autonomous Exadata padre della copia. È possibile duplicare un database OCPU in un database OCPU o ECPU. Tuttavia, non è possibile duplicare un database ECPU in un database OCPU. Il valore predefinito è 2 ECPU o 1 OCPU, a seconda del tipo di CPU. Per ulteriori dettagli, consulta Modelli di computazione in Autonomous Database. Inoltre, puoi assegnare un conteggio di OCPU da 0,1 a 0,9 con incrementi di 0,1 OCPU per i database che non richiedono un'intera OCPU. Ciò consente di eseguire il provisioning eccessivo della CPU ed eseguire più database su ogni istanza dell'infrastruttura. Per ulteriori dettagli, vedere Provisioning in eccesso della CPU.
Configurare il database: scala automatica	Abilitare o disabilitare la scala automatica, che consente a Autonomous Database di utilizzare automaticamente fino a tre volte le CPU allocate di pari passo con l'aumento del carico di lavoro sul database.
Configurare il database: Storage (GB)	Specificare lo storage che si desidera rendere disponibile al database in gigabyte (GB), con un valore minimo uguale all'allocazione di storage corrente del database di origine.	Per una clonazione completa, lo storage minimo che è possibile specificare è lo spazio utilizzato effettivo del database di origine arrotondato al GB successivo.
Configurare il database: Elastic pool	Se la funzione Calcola scala automatica è disabilitata, è possibile scegliere di creare un pool elastico come leader del pool o di unirsi a un pool elastico esistente come membro del pool. Fare clic su Mostra opzioni avanzate. Selezionare Abilita pool elastico. Per partecipare a un pool esistente, selezionare Partecipa a un pool elastico esistente e selezionare un leader del pool da Seleziona leader del pool nel compartimento. Per creare un nuovo pool elastico, selezionare Crea un pool elastico e selezionare una dimensione del pool per Conteggio ECPU pool dalla lista disponibile delle forme del pool: 128, 256, 512, 1024, 2048 o 4096.	È possibile creare un pool elastico solo durante la duplicazione di un database Autonomous Transaction Processing senza Autonomous Data Guard che utilizza il modello di computazione ECPU.
Credenziali amministratore	Nome utente: questo campo è di sola lettura e viene popolato automaticamente come ADMIN. Password: impostare la password per l'utente del database ADMIN nel database duplicato. Conferma password: immettere di nuovo la password per confermarla.	La password deve soddisfare i criteri complessi di complessità delle password basati sugli standard di sicurezza di Oracle Cloud. Per ulteriori informazioni sulle regole di complessità delle password, vedere Crea utenti del database. È necessario specificare una password diversa da quella per l'utente del database ADMIN nel database di origine. In caso contrario, l'operazione di copia non riuscirà.
Configura accesso alla rete	Per abilitare il controllo dell'accesso a livello di database, fare clic su Modifica controllo dell'accesso e aggiungere o modificare le voci, a seconda dei casi.	Per i dettagli, vedere Imposta lista di controllo dell'accesso per un Autonomous Database dedicato.
Posta elettronica contatto	Fornire e-mail di contatto in cui è possibile ricevere notifiche operative, annunci e notifiche di manutenzione non pianificata.	Oracle consiglia di utilizzare l'indirizzo di posta elettronica di un gruppo di amministratori anziché quello di una persona, se possibile, per garantire che non vengano perse notifiche o annunci importanti.
Mostra/Mostra opzioni avanzate	Per impostazione predefinita, le opzioni avanzate sono nascoste. Fare clic su Mostra opzioni avanzate per visualizzarle.
Opzioni avanzate: chiave di cifratura	Le impostazioni della chiave di cifratura si applicano dall'Autonomous Container Database di destinazione.	L'origine e la destinazione possono essere tipi di keystore diversi per la chiave di cifratura. Tuttavia, se entrambi utilizzano chiavi gestite dal cliente mediante Oracle Key Vault (OKV), devono utilizzare la stessa destinazione OKV. Se il database di origine utilizza chiavi gestite dal cliente in OKV, l'ACD del database di copia deve utilizzare lo stesso keystore e lo stesso nome del gruppo di endpoint OKV dell'origine.
Opzioni avanzate: Gestione	La copia del database eredita i valori Set di caratteri e Set di caratteri nazionale dall'origine.
Opzioni avanzate: Database in memoria	Facoltativamente, selezionare Abilita database in memoria e adeguare la percentuale dell'area SGA (System Global Area) da allocare.	Consulta Database In-Memory per i requisiti e le linee guida per utilizzare questa funzione con Autonomous Database. Se necessario, puoi anche disabilitare Database In-Memory dalla console di Oracle Cloud Infrastructure (OCI). Per istruzioni, vedere Abilita o disabilita Database In-Memory.
Opzioni avanzate: Tag	Se si desidera utilizzare le tag, aggiungerle selezionando uno spazio di nomi tag, una chiave tag e un valore tag.	L'applicazione di tag è un sistema di metadati che ti consente di organizzare e tracciare le risorse all'interno della tua tenancy. Vedere Tagging delle risorse dedicate di Autonomous Database Cloud.

Fare clic su Duplica.

Sulla console di Oracle Cloud Infrastructure, lo stato mostra il provisioning fino a quando non sarà disponibile il nuovo database.

Copia di Autonomous Database dal backup

Prerequisiti

Per visualizzare i requisiti per la duplicazione riuscita di un'istanza di Autonomous Database, vedere Requisiti di duplicazione.

Criteri IAM necessari

manage autonomous-databases

read autonomous-container-databases

Procedura

Attenersi alla procedura riportata di seguito per duplicare un Autonomous Database dal backup utilizzando la console di Oracle Cloud Infrastructure.

Andare alla pagina Dettagli dell'Autonomous Database che si desidera duplicare.

Per istruzioni, consulta la sezione relativa alla visualizzazione dei dettagli di un Autonomous Database dedicato.
Dalla pagina Dettagli sono disponibili due modi per aprire la pagina Crea copia di Autonomous Database:
- Opzione 1: in Oracle Public Cloud fare clic su Crea copia in Altre azioni, quindi in Exadata Cloud@Customer fare clic su Crea copia in Azioni.
  
  Quando si apre la pagina Crea copia di Autonomous Database utilizzando questa opzione, in questa pagina vengono visualizzate opzioni aggiuntive che consentono di selezionare un backup specifico per la duplicazione.
  
  Nota
  L'opzione Crea copia è abilitata solo quando lo stato del database è Disponibile.
- Opzione 2: fare clic su Backup. Viene visualizzata la lista dei backup. Nella riga desiderata, fare clic su e fare clic su Crea copia per duplicare il backup.
  
  Quando si apre la pagina Crea copia di Autonomous Database utilizzando questa opzione, la pagina viene avviata con il backup preselezionato per la duplicazione. Non viene visualizzata un'opzione per scegliere di nuovo un backup in questa pagina.

Completare la pagina Crea copia di Autonomous Database con le informazioni riportate di seguito.

Impostazione	Descrizione	Note
Tipo di copia	Scegliere Full clone.	La copia dei metadati non è supportata durante la duplicazione da un backup di Autonomous Database. Per ulteriori dettagli, vedere Tipi di copia.
Origine copia	Selezionare Duplica da un backup.	Quando si apre la pagina Crea copia di Autonomous Database dal menu di un backup specifico, questa pagina viene avviata con il backup preselezionato per la duplicazione. Non viene visualizzata un'opzione per scegliere di nuovo un backup in questa pagina.
Scegliere un backup specifico	Dopo aver selezionato Duplica da un backup, vengono visualizzate tre opzioni aggiuntive per scegliere un backup specifico. Copia point in time: selezionare questa opzione se si desidera duplicare un backup con un indicatore orario specifico. Se si seleziona questa opzione, è necessario immettere l'indicatore orario di backup in Immetti indicatore orario. È necessario immettere un indicatore orario entro il periodo di conservazione impostato di Autonomous Container Database. Selezionare il backup da una lista: selezionare questa opzione se si desidera scegliere un backup da una lista di backup. È possibile limitare il numero di backup visualizzati specificando un periodo utilizzando i campi del calendario Da e A. Indicatore orario di backup più recente: selezionare questa opzione se si desidera duplicare un backup con l'indicatore orario più recente. Selezionare il tipo di copia dell'indicatore orario di backup più recente per duplicare il database in base ai dati di backup più recenti disponibili.	Copia point in time è l'opzione predefinita. Non è possibile utilizzare questa opzione per duplicare un backup a lungo termine. Scegliere l'opzione Selezionare il backup da una lista se si desidera eseguire la copia da un backup a lungo termine. È possibile selezionare solo un backup dalla lista visualizzata in base all'intervallo di date di input.
Compartimento	Scegliere un compartimento per la copia del database.	Per informazioni sull'uso e la gestione dei compartimenti, vedere Informazioni sui compartimenti.
Nome database di origine	Questo campo di sola lettura identifica il nome del database di origine.
Nome visualizzato	Specificare una descrizione intuitiva o altre informazioni che consentano di identificare facilmente la risorsa.	Il nome visualizzato non deve essere univoco.
Nome database	Specificare un nome per la copia del database.	Il nome del database deve essere composto solo da lettere e numeri. La lunghezza massima è 30 caratteri. Lo stesso nome di database non può essere utilizzato per più Autonomous Database nello stesso cluster VM Autonomous Exadata.
Area	Scegliere l'area preferita per posizionare la copia del database.	L'impostazione predefinita corrisponde alla stessa area del database di origine.
Infrastruttura Exadata	Specificare l'infrastruttura Exadata in cui posizionare la copia del database.	L'impostazione predefinita corrisponde alla stessa infrastruttura Exadata del database di origine. È possibile scegliere un'infrastruttura Exadata da un altro compartimento facendo clic su Modifica compartimento, se necessario.
Cluster VM Autonomous Exadata	Specificare il cluster VM Autonomous Exadata (AVMC) per posizionare il database duplicato. Nel caso di Exadata Cloud@Customer, l'AVMC di destinazione deve avere accesso alla destinazione di backup di origine.	L'impostazione predefinita corrisponde alla stessa risorsa AVMC del database di origine. Se necessario, puoi scegliere una risorsa AVMC da un altro compartimento facendo clic su Modifica compartimento.
Autonomous Container Database	Specificare l'Autonomous Container Database (ACD) in cui posizionare il database duplicato. Iniziare scegliendo se si desidera che un ACD standard o un ACD configurato per utilizzare Autonomous Data Guard. Fare clic su Modifica compartimento per effettuare la selezione da un altro compartimento.	L'impostazione predefinita è lo stesso Autonomous Container Database del database di origine.
Configurare il database: istanza libera	Attivare il pulsante Istanza gratuita se si desidera creare un'istanza di Autonomous Database per sviluppatori. Il conteggio ECPU e lo storage (GB) vengono popolati automaticamente rispettivamente con 4 e 32, poiché le istanze di Autonomous Database per sviluppatori vengono fisse a 4 ECPU e 32 GB di storage. La ridimensionamento automatico della computazione è disabilitata perché le istanze del database dello sviluppatore non supportano la scala manuale o automatica.	Autonomous Database per sviluppatori è un'offerta di livello gratuito progettata per lo sviluppo del database e le attività di test funzionali. Per ulteriori dettagli, consulta Autonomous Database per sviluppatori. Le istanze di Developer Database possono essere create solo su ACD basati su ECPU senza Autonomous Data Guard. Pertanto, il pulsante di attivazione/disattivazione Istanza libera è disabilitato per gli ACD con OCPU, Autonomous Data Guard o entrambi. Per duplicare correttamente un backup in un Autonomous Database per gli sviluppatori, lo spazio allocato del database di origine deve essere di 32 GB o inferiore. Se questa condizione non viene soddisfatta, è possibile tentare di duplicare l'istanza di database in un database per sviluppatori, a condizione che lo spazio effettivamente utilizzato, arrotondato al GB successivo, sia pari o inferiore a 32 GB.
Configurare il database: numero di CPU	Selezionare il numero di CPU per la copia del database dalla lista di CPU con provisioning consentito. Dopo la copia, è possibile ridimensionare a un valore inferiore, se necessario. Nel caso delle OCPU, puoi persino ridimensionare il conteggio delle CPU a meno di 1 OCPU (da 0,1 a 0,9 con incrementi di 0,1 OCPU).	È previsto un requisito minimo di 2 OCPU o 8 ECPU per una copia di Autonomous Database dal backup. Il tipo di CPU del database duplicato (OCPU o ECPU) è determinato dal tipo di computazione del cluster VM Autonomous Exadata padre della copia. Per ulteriori dettagli, consulta Modelli di computazione in Autonomous Database. È possibile duplicare un database OCPU in un database OCPU o ECPU. Tuttavia, non è possibile duplicare un database ECPU in un database OCPU. Il numero totale di CPU disponibili per tutti i database all'interno del cluster VM Autonomous Exadata dipende dalla forma dell'infrastruttura e da ciò che è già allocato ad altri Autonomous Database. 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. Inoltre, puoi assegnare un conteggio di OCPU da 0,1 a 0,9 con incrementi di 0,1 OCPU per i database che non richiedono un'intera OCPU. Ciò consente di eseguire il provisioning eccessivo della CPU ed eseguire più database su ogni istanza dell'infrastruttura. Per ulteriori dettagli, vedere Provisioning in eccesso della CPU.
Configurare il database: Storage (GB)	Specificare lo storage che si desidera rendere disponibile al database in gigabyte (GB) e dipende dallo storage disponibile per l'uso.	Lo storage minimo che è possibile specificare è l'allocazione di storage corrente del database di origine.
Configurare il database: Elastic pool	Se la funzione Calcola scala automatica è disabilitata, è possibile scegliere di creare un pool elastico come leader del pool o di unirsi a un pool elastico esistente come membro del pool. Fare clic su Mostra opzioni avanzate. Selezionare Abilita pool elastico. Per partecipare a un pool esistente, selezionare Partecipa a un pool elastico esistente e selezionare un leader del pool da Seleziona leader del pool nel compartimento. Per creare un nuovo pool elastico, selezionare Crea un pool elastico e selezionare una dimensione del pool per Conteggio ECPU pool dalla lista disponibile delle forme del pool: 128, 256, 512, 1024, 2048 o 4096.	-
Configurare il database: scala automatica	Abilitare o disabilitare la scala automatica, che consente a Autonomous Database di utilizzare automaticamente fino a tre volte le CPU allocate di pari passo con l'aumento del carico di lavoro sul database.
Credenziali amministratore	Nome utente: questo campo è di sola lettura e viene popolato automaticamente come ADMIN. Password: impostare la password per l'utente del database ADMIN nel database duplicato. Conferma password: immettere di nuovo la password per confermarla.	La password deve soddisfare i criteri complessi di complessità delle password basati sugli standard di sicurezza di Oracle Cloud. Per ulteriori informazioni sulle regole di complessità delle password, vedere Crea utenti del database. È necessario specificare una password diversa da quella per l'utente del database ADMIN nel database di origine. In caso contrario, l'operazione di copia non riuscirà.
Configura accesso alla rete	Per abilitare il controllo dell'accesso a livello di database, fare clic su Modifica controllo dell'accesso e aggiungere o modificare le voci, a seconda dei casi.	Per i dettagli, vedere Imposta lista di controllo dell'accesso per un Autonomous Database dedicato.
Posta elettronica contatto	Fornire e-mail di contatto in cui è possibile ricevere notifiche operative, annunci e notifiche di manutenzione non pianificata.	Oracle consiglia di utilizzare l'indirizzo di posta elettronica di un gruppo di amministratori anziché quello di una persona, se possibile, per garantire che non vengano perse notifiche o annunci importanti.
Mostra/Mostra opzioni avanzate	Per impostazione predefinita, le opzioni avanzate sono nascoste. Fare clic su Mostra opzioni avanzate per visualizzarle.
Opzioni avanzate: chiave di cifratura	Le impostazioni della chiave di cifratura si applicano dall'Autonomous Container Database di destinazione.	L'origine e la destinazione possono essere tipi di keystore diversi per la chiave di cifratura. Tuttavia, se entrambi utilizzano chiavi gestite dal cliente che utilizzano Oracle Key Vault (OKV), devono utilizzare la stessa destinazione OKV. Se il database di origine utilizza chiavi gestite dal cliente in OKV, l'ACD del database di copia deve utilizzare lo stesso keystore e lo stesso nome del gruppo di endpoint OKV dell'origine.
Opzioni avanzate: Database in memoria	Facoltativamente, selezionare Abilita database in memoria e adeguare la percentuale dell'area SGA (System Global Area) da allocare.	Consulta Database In-Memory per i requisiti e le linee guida per utilizzare questa funzione con Autonomous Database. Se necessario, puoi anche disabilitare Database In-Memory dalla console di Oracle Cloud Infrastructure (OCI). Per istruzioni, vedere Abilita o disabilita Database In-Memory.
Opzioni avanzate: Tag	Se si desidera utilizzare le tag, aggiungerle selezionando uno spazio di nomi tag, una chiave tag e un valore tag.	L'applicazione di tag è un sistema di metadati che ti consente di organizzare e tracciare le risorse all'interno della tua tenancy. Vedere Tagging delle risorse dedicate di Autonomous Database Cloud.

Sottomettere la pagina per creare la copia.

Sulla console di Oracle Cloud Infrastructure, lo stato mostra il provisioning fino a quando non sarà disponibile il nuovo database.

Copia tra tenancy in un'istanza di Autonomous Database

SI APPLICA A: solo Oracle Public Cloud

È possibile duplicare un'istanza di Autonomous Database da una tenancy (tenancy di origine) a un'altra tenancy (tenancy di destinazione).

I passi illustrati in questo argomento si applicano alla duplicazione tra più tenancy con il database di origine e il database duplicato nella stessa area o in aree diverse (tra più aree).

Nota

L'opzione di duplicazione tra tenancy è disponibile solo utilizzando l'interfaccia CLI o le API REST di Autonomous Database. Non è possibile creare una copia tra tenancy utilizzando la console di Oracle Cloud Infrastructure.

Per creare una copia tra tenancy da un'istanza di Autonomous Database, è innanzitutto necessario assicurarsi che vengano soddisfatti tutti i requisiti di copia. In particolare, devi definire i criteri OCI Identity and Access Management per autorizzare la duplicazione tra tenancy. Per i dettagli, vedere Requisiti di copia tra tenancy.

Nella tenancy in cui si desidera creare la copia, ovvero nella tenancy di destinazione nell'area di destinazione, utilizzare la CLI o chiamare l'API REST, specificando un tipo di copia valido (completo o metadati) e l'OCID del database di origine, che risiede in una tenancy diversa (la tenancy di origine).

CLI
API REST

oci db autonomous-database create-from-clone 
    --clone-type metadata
    --compartment-id ocid1.compartment.oc1..unique_ID
    --source-id ocid1.autonomousdatabase.oc1..unique_ID
    --db-name dbnameclone 
    --display-name dbnameclone
    --admin-password <password>
    --data-storage-size-in-tbs 1 
    --compute-model ECPU
    --compute-count 4
    --autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_ID

Nell'esempio precedente:

source-id è l'OCID dell'Autonomous Database di origine.
autonomous-container-database-id è l'OCID dell'Autonomous Container Database di destinazione.
compartment-id è l'OCID del compartimento nella destinazione in cui risiede il database duplicato.

Una volta che il comando avrà successo, verrà restituito un work-request-id che può essere utilizzato per tenere traccia dell'avanzamento del clone. Per ulteriori informazioni, vedere create-from-clone.

Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.

Per creare una copia tra tenancy da un'istanza di Autonomous Database utilizzando l'API REST, utilizzare l'API CreateAutonomousDatabase.

oci raw-request 
    --debug 
    --http-method POST 
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases 
    --request-body '{
        "cloneType": "full",
        "displayName": "RAcloneV2",
        "dbName": "RAcloneV2",
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "sourceId": "ocid1.autonomousdatabase.oc1..unique_ID",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
        "adminPassword": "<password>",
        "dataStorageSizeInTBs": 1,
        "computeCount": 1,
        "computeModel": "ECPU",
        "isDedicated": "True"
    }'

Nota

Assicurarsi di impostare isDedicated su True per duplicare un'Autonomous Database su un'infrastruttura Exadata dedicata.

Per ulteriori informazioni su queste API REST, vedere CreateAutonomousDatabase e CreateAutonomousDatabaseCloneDetails.

Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza.

Copia tra tenancy in un Autonomous Database dal backup

SI APPLICA A: solo Oracle Public Cloud

È possibile duplicare un backup di Autonomous Database da una tenancy (tenancy di origine) a un'altra tenancy (tenancy di destinazione).

Questo argomento descrive i passi per creare una copia tra più tenancy da un backup.

Nota

Per creare una copia tra più tenancy da un backup di Autonomous Database, è innanzitutto necessario assicurarsi che tutti i requisiti di copia siano soddisfatti. In particolare, devi definire i criteri OCI Identity and Access Management per autorizzare la duplicazione tra tenancy. Per i dettagli, vedere Requisiti di copia tra tenancy.

CLI
API REST

oci db autonomous-database create-from-backup-timestamp 
    --compartment-id ocid1.compartment.oc1..unique_ID
    --autonomous-database-id ocid1.autonomousdatabase.oc1..unique_ID
    --clone-type FULL 
    --timestamp 2024-04-16T20:30:00.123456Z
    --db-name ZZC08X42GU0B09GECA
    --display-name clonedb
    --admin-password <password>
    --data-storage-size-in-tbs 1 
    --compute-model ECPU
    --compute-count 4
    --autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_ID

Nell'esempio precedente:

autonomous-database-id è l'OCID del backup di Autonomous Database di origine.
autonomous-container-database-id è l'OCID dell'Autonomous Container Database di destinazione.
compartment-id è l'OCID del compartimento nella destinazione in cui risiede il database duplicato.

Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.

Per creare una copia tra tenancy da un backup di un Autonomous Database esistente utilizzando l'API REST, utilizzare l'API CreateAutonomousDatabase.

Esempio 1: duplicazione tra tenancy mediante l'ID backup.

oci raw-request
    --debug
    --http-method POST 
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases    
    --request-body '{
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "dbName": "CTRAclonefrombackupid",
        "autonomousDatabaseBackupId": "ocid1.autonomousdatabasebackup.oc1..unique_ID",
        "cloneType": "FULL",
        "cpuCoreCount": 1,
        "dataStorageSizeInTBs": 1,
        "adminPassword": "<password>",
        "displayName": "CTRAclonefrombackupid",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
        "source": "<BACKUP_FROM_ID>"
    }'

Esempio 2: duplicazione tra tenancy mediante l'indicatore orario di backup.

oci raw-request
    --debug 
    --http-method POST
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases 
    --request-body '{
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "dbName": "CTbackuptimestamopRA",
        "autonomousDatabaseId":"ocid1.autonomousdatabase.oc1..unique_ID",
        "timestamp": "2024-07-17T02:20:15.123456Z",
        "cloneType": "FULL",
        "cpuCoreCount": 1,
        "dataStorageSizeInTBs": 1,
        "adminPassword": "<password>",
        "displayName": "CTbackuptimestamopRA",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase..unique_ID",
        "source": "<BACKUP_FROM_TIMESTAMP>"
    }'

Per ulteriori informazioni su queste API REST, vedere CreateAutonomousDatabase, CreateAutonomousDatabaseFromBackupDetails Riferimento e CreateAutonomousDatabaseFromBackupTimestampDetails Riferimento.

Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza.

Titolo e informazioni sul copyright

Oracle e/o relative consociate.