Duplica un Autonomous Container database
SI APPLICA A: Oracle Public Cloud SI APPLICA A:
Multicloud
È possibile duplicare un Autonomous Container Database dalla relativa pagina Dettagli o da un backup remoto.
Argomenti correlati
Duplica un Autonomous Container database
È possibile duplicare un Autonomous Container Database (ACD) dalla relativa pagina Dettagli e il backup più recente disponibile verrà considerato come origine della copia.
Prerequisiti
Per visualizzare i requisiti per la copia di un'istanza ACD riuscita, vedere Informazioni sulla duplicazione di Autonomous Container Database sull'infrastruttura Exadata dedicata.
Criteri IAM necessari
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
Procedura
-
Andare alla pagina Dettagli dell'Autonomous Container Database che si desidera duplicare.
Per istruzioni, vedere Visualizza dettagli di un Autonomous Container Database.
- In Altre azioni, fare clic sul pulsante Crea copia.
- Compilare la pagina Duplica Autonomous Container Database con le informazioni riportate di seguito.
Impostazione Descrizione Note Compartimento
Selezionare un compartimento in cui ospitare l'Autonomous Container Database.
Nome visualizzato
Immettere una descrizione intuitiva o altre informazioni che consentano di identificare facilmente la risorsa.
Il nome visualizzato non deve essere univoco e può essere modificato ogni volta che lo si desidera.
Evitare di fornire informazioni riservate.
Nome container database
Immettere un nome per il container database. Può contenere solo lettere e numeri. A partire da una lettera e al massimo 30 caratteri.
Il nome del container database deve essere univoco nel cluster VM Autonomous Exadata.Suggerimento
Il nome del container database viene utilizzato per assegnare un nome al wallet OKV (Oracle Key Vault). È possibile utilizzare questo nome per individuare il wallet OKV associato all'Autonomous Container Database nella console OKV.Infrastruttura Exadata
Infrastruttura Exadata per ospitare il nuovo Autonomous Container Database.
Per creare una risorsa ACD multicloud, impostare il selettore del compartimento delle risorse nel compartimento multicloud, quindi selezionare l'infrastruttura Exadata desiderata. Cluster VM Autonomous Exadata
Cluster VM Autonomous Exadata per ospitare il nuovo Autonomous Container Database.
Per creare una risorsa ACD multicloud, impostare il selettore del compartimento delle risorse sul compartimento multicloud, quindi selezionare il cluster VM Autonomous Exadata desiderato. Configurare la manutenzione automatica
Nel pannello per la configurazione della manutenzione automatica vengono visualizzate le seguenti impostazioni predefinite:
- Metodo di manutenzione: l'aggiornamento del file del fuso orario è in sequenza e disabilitato.
- Versione di manutenzione del database del container: aggiornamento della release successiva (RU)
- Programma di manutenzione: non è stata specificata alcuna preferenza di programmazione.
Facoltativamente, è possibile configurare una preferenza o una pianificazione di manutenzione facendo clic su Modifica pianificazione manutenzione che avvia la finestra di dialogo Modifica manutenzione automatica.
DST sta per Daylight Savings Time.
Modifica manutenzione automatica
Configura metodo di manutenzione: scegliere tra i metodi di manutenzione in sequenza o non in sequenza.
Facoltativamente, è anche possibile selezionare Abilita aggiornamento fuso orario.
Per ulteriori informazioni, vedere Tipi di manutenzione del servizio.
Configura versione di manutenzione del container database: scegliere RU successiva o RU più recente per configurare la versione di manutenzione successiva dell'ACD.
Configurare la pianificazione della manutenzione automatica: facoltativamente, è possibile modificare la pianificazione della manutenzione dall'impostazione predefinita (Nessuna preferenza, che consente a Oracle di pianificare la manutenzione in base alle esigenze) a Pianificazione personalizzata in Oracle Public Cloud e Specificare una pianificazione in Exadata Cloud@Customer. Per istruzioni sulla scelta di una pianificazione personalizzata, vedere Impostazioni nella pianificazione della manutenzione personalizzabili.
Fare clic su Salva per chiudere questa finestra.
L'aggiornamento del file del fuso orario richiederebbe un tempo di inattività completo per l'ACD e per gli Autonomous Database associati. Il tempo di inattività dipende dalla quantità di dati sensibili al fuso orario.
A tutte le RU che includono un aggiornamento del fuso orario verranno applicate le patch solo nel metodo di manutenzione non in sequenza (con tempo di inattività completo del sistema). Pertanto, se si configura la manutenzione nel metodo in sequenza e si abilita l'aggiornamento del fuso orario, tutte le unità di generazione report che includono un aggiornamento del fuso orario vengono applicate solo nel metodo non in sequenza. Solo le RU senza un aggiornamento del fuso orario vengono applicate nel metodo in sequenza.
In una configurazione Autonomous Data Guard, il metodo di manutenzione non in sequenza determina tempi di inattività per gli ACD primari e in standby durante la rispettiva finestra di manutenzione fino al completamento dell'applicazione delle patch.
Configura backup: abilita backup automatici
Per impostazione predefinita, i backup automatici sono abilitati per un ACD. Facoltativamente, è possibile scegliere di disabilitarli deselezionando la casella di controllo Abilita backup automatici.
Durante il provisioning di un ACD con Autonomous Data Guard, non puoi disabilitare i backup automatici.
Se disabilitata per un ACD, i backup automatici possono essere abilitati in qualsiasi momento successivo dalla console di Oracle Cloud Infrastructure (OCI) seguendo i passi descritti in Modifica impostazioni di backup di Autonomous Container Database. Tuttavia, una volta abilitato, non è possibile disabilitare i backup automatici per ACD.
Se l'abilitazione dei backup automatici non riesce per qualche motivo, anche il provisioning ACD non riesce con un messaggio di errore. Come soluzione alternativa, è possibile eseguire il provisioning di ACD con backup automatici disabilitati e abilitarli dalla pagina Dettagli di ACD in un secondo momento.
Configura backup: periodo conservazione del backup (in giorni)
Dopo aver abilitato i backup automatici, specificare un valore per il periodo retention del backup per soddisfare le proprie esigenze. È possibile scegliere qualsiasi valore compreso tra 7 e 95 giorni.
Il valore predefinito del criterio di conservazione backup è 15 giorni.
Tutti i backup vengono eliminati automaticamente dopo il periodo retention del backup.
Configura backup: Abilita copia di backup tra più region Facoltativamente, selezionare Abilita copia di backup tra più aree e specificare un'area per le copie di backup.
La copia di backup tra più aree non può essere abilitata negli ACD abilitati per Autonomous Data Guard.
Impossibile abilitare la copia di backup tra più aree nelle risorse ACD multicloud.
Mostra/Nascondi opzioni avanzate
Per impostazione predefinita, le opzioni avanzate sono nascoste. Fare clic su Mostra opzioni avanzate per visualizzarle.
Opzioni avanzate: Gestione
Facoltativamente, è possibile definire un valore appropriato per i seguenti attributi di gestione delle risorse in base alle proprie esigenze:
- Soglia di suddivisione del database (CPU): il valore della CPU oltre il quale verrà aperto un Autonomous Database su più nodi. Il valore predefinito di questo attributo è 64 per le ECPU e 16 per le OCPU.
- Riserva failover nodo (%): determina la percentuale di CPU riservate tra i nodi per supportare il failover del nodo. I valori consentiti sono 0%, 25% e 50%, con l'opzione predefinita 50%.
- Affinità di distribuzione: determina se un Autonomous Database deve essere aperto su un minimo o un massimo di nodi. Per impostazione predefinita, l'opzione Numero minimo di nodi è selezionata con l'opzione Numero massimo di nodi.
Facoltativamente, selezionare Abilita connessioni al server condiviso per supportare l'architettura dei servizi di rete.
Se la riserva di failover del nodo è impostata sullo 0%, l'Autonomous Database potrebbe essere sottoposto a un'interruzione completa durante l'errore della VM e le operazioni di manutenzione, ad esempio l'applicazione delle patch al database e il riavvio del container database.
Attraverso l'architettura del server condiviso, un database server consente a molti processi client a condividere pochissimi processi server, in modo da aumentarne il numero di utenti supportati. Non è possibile disabilitare l'architettura del server condiviso dopo il provisioning di ACD. Per ulteriori informazioni, vedere Funzioni di connessione ad uso speciale.
Opzioni avanzate: Chiave di cifratura
Facoltativamente, puoi configurare Autonomous Container Database in modo che utilizzi chiavi di cifratura gestite dal cliente anziché chiavi di cifratura gestite da Oracle.
Selezionare Cifra utilizzando una chiave gestita dal cliente in questa tenancy e una delle opzioni riportate di seguito, a seconda della distribuzione:
- Servizio vault OCI: con questa opzione, scegliere un vault e una chiave di cifratura master dalle liste. Questa opzione è disponibile solo su Oracle Public Cloud.
- Oracle Key Vault: con questa opzione, è necessario scegliere un keystore uguale a quello dell'ACD di origine.
Se all'ACD di origine è associato un nome gruppo di endpoint OKV, è necessario fornire qui lo stesso nome gruppo di endpoint OKV.
Per impostazione predefinita, è selezionata l'opzione Cifra utilizzando chiavi gestite da Oracle.
È necessario creare un keystore per utilizzare la chiave di cifratura con Oracle Key Vault. Per istruzioni, vedere Use Customer-Managed Keys in Oracle Key Vault.
Puoi utilizzare le chiavi di cifratura gestite dal cliente con Autonomous Container Database abilitati per Autonomous Data Guard con i database primari e in standby che si trovano in domini di disponibilità diversi all'interno della stessa area.
Per informazioni sull'uso delle chiavi gestite dal cliente, vedere Informazioni sulle chiavi di cifratura master.
Opzioni avanzate: Tag
Se si desidera utilizzare le tag, aggiungere le tag selezionando uno spazio di nomi tag, una chiave tag e un valore tag.
Non è possibile modificare le impostazioni del fuso orario per un cluster VM Autonomous Exadata di cui è già stato eseguito il provisioning. Se necessario, è possibile creare una richiesta di servizio in My Oracle Support. Per informazioni su come inoltrare una richiesta di supporto, vedere Creare una richiesta di servizio in My Oracle Support.
- Fare clic su Duplica Autonomous Container Database.
Duplica Autonomous Container Database da un backup remoto
Puoi duplicare un Autonomous Container Database (ACD) dall'ultimo backup remoto disponibile.
Prerequisiti
Per visualizzare i requisiti per la copia di un'istanza ACD riuscita, vedere Informazioni sulla duplicazione di Autonomous Container Database sull'infrastruttura Exadata dedicata.
Criteri IAM necessari
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
Procedura
-
Andare alla pagina Backup remoti del compartimento.
Per istruzioni, vedere Visualizza un elenco di backup remoti.
- Fare clic sui tre punti accanto al backup remoto che si desidera duplicare, quindi fare clic su Crea copia.
- Compilare la pagina Duplica Autonomous Container Database con le informazioni riportate di seguito.
Impostazione Descrizione Note Compartimento
Selezionare un compartimento in cui ospitare l'Autonomous Container Database.
Nome visualizzato
Immettere una descrizione intuitiva o altre informazioni che consentano di identificare facilmente la risorsa.
Il nome visualizzato non deve essere univoco e può essere modificato ogni volta che lo si desidera.
Evitare di fornire informazioni riservate.
Nome container database
Immettere un nome per il container database. Può contenere solo lettere e numeri. A partire da una lettera e al massimo 30 caratteri.
Il nome del container database deve essere univoco nel cluster VM Autonomous Exadata.Suggerimento
Il nome del container database viene utilizzato per assegnare un nome al wallet OKV (Oracle Key Vault). È possibile utilizzare questo nome per individuare il wallet OKV associato all'Autonomous Container Database nella console OKV.Infrastruttura Exadata
Infrastruttura Exadata per ospitare il nuovo Autonomous Container Database.
Per creare una risorsa ACD multicloud, impostare il selettore del compartimento delle risorse nel compartimento multicloud, quindi selezionare l'infrastruttura Exadata desiderata. Cluster VM Autonomous Exadata
Cluster VM Autonomous Exadata per ospitare il nuovo Autonomous Container Database.
Per creare una risorsa ACD multicloud, impostare il selettore del compartimento delle risorse sul compartimento multicloud, quindi selezionare il cluster VM Autonomous Exadata desiderato. Configurare la manutenzione automatica
Nel pannello per la configurazione della manutenzione automatica vengono visualizzate le seguenti impostazioni predefinite:
- Metodo di manutenzione: l'aggiornamento del file del fuso orario è in sequenza e disabilitato.
- Versione di manutenzione del database del container: aggiornamento della release successiva (RU)
- Programma di manutenzione: non è stata specificata alcuna preferenza di programmazione.
Facoltativamente, è possibile configurare una preferenza o una pianificazione di manutenzione facendo clic su Modifica pianificazione manutenzione che avvia la finestra di dialogo Modifica manutenzione automatica.
DST sta per Daylight Savings Time.
Modifica manutenzione automatica
Configura metodo di manutenzione: scegliere tra i metodi di manutenzione in sequenza o non in sequenza.
Facoltativamente, è anche possibile selezionare Abilita aggiornamento fuso orario.
Per ulteriori informazioni, vedere Tipi di manutenzione del servizio.
Configura versione di manutenzione del container database: scegliere RU successiva o RU più recente per configurare la versione di manutenzione successiva dell'ACD.
Configurare la pianificazione della manutenzione automatica: facoltativamente, è possibile modificare la pianificazione della manutenzione dall'impostazione predefinita (Nessuna preferenza, che consente a Oracle di pianificare la manutenzione in base alle esigenze) a Pianificazione personalizzata in Oracle Public Cloud e Specificare una pianificazione in Exadata Cloud@Customer. Per istruzioni sulla scelta di una pianificazione personalizzata, vedere Impostazioni nella pianificazione della manutenzione personalizzabili.
Fare clic su Salva per chiudere questa finestra.
L'aggiornamento del file del fuso orario richiederebbe un tempo di inattività completo per l'ACD e per gli Autonomous Database associati. Il tempo di inattività dipende dalla quantità di dati sensibili al fuso orario.
A tutte le RU che includono un aggiornamento del fuso orario verranno applicate le patch solo nel metodo di manutenzione non in sequenza (con tempo di inattività completo del sistema). Pertanto, se si configura la manutenzione nel metodo in sequenza e si abilita l'aggiornamento del fuso orario, tutte le unità di generazione report che includono un aggiornamento del fuso orario vengono applicate solo nel metodo non in sequenza. Solo le RU senza un aggiornamento del fuso orario vengono applicate nel metodo in sequenza.
In una configurazione Autonomous Data Guard, il metodo di manutenzione non in sequenza determina tempi di inattività per gli ACD primari e in standby durante la rispettiva finestra di manutenzione fino al completamento dell'applicazione delle patch.
Configura backup: abilita backup automatici
Per impostazione predefinita, i backup automatici sono abilitati per un ACD. Facoltativamente, è possibile scegliere di disabilitarli deselezionando la casella di controllo Abilita backup automatici.
Durante il provisioning di un ACD con Autonomous Data Guard, non puoi disabilitare i backup automatici.
Se disabilitata per un ACD, i backup automatici possono essere abilitati in qualsiasi momento successivo dalla console di Oracle Cloud Infrastructure (OCI) seguendo i passi descritti in Modifica impostazioni di backup di Autonomous Container Database. Tuttavia, una volta abilitato, non è possibile disabilitare i backup automatici per ACD.
Se l'abilitazione dei backup automatici non riesce per qualche motivo, anche il provisioning ACD non riesce con un messaggio di errore. Come soluzione alternativa, è possibile eseguire il provisioning di ACD con backup automatici disabilitati e abilitarli dalla pagina Dettagli di ACD in un secondo momento.
Configura backup: periodo retention backup (in giorni)
Dopo aver abilitato i backup automatici, specificare un valore per il periodo retention del backup per soddisfare le proprie esigenze. È possibile scegliere qualsiasi valore compreso tra 7 e 95 giorni.
Il valore predefinito del criterio di conservazione backup è 15 giorni.
Tutti i backup vengono eliminati automaticamente dopo il periodo retention del backup.
Configura backup: Abilita copia di backup tra più region Facoltativamente, selezionare Abilita copia di backup tra più aree e specificare un'area per le copie di backup.
La copia di backup tra più aree non può essere abilitata negli ACD abilitati per Autonomous Data Guard.
Impossibile abilitare la copia di backup tra più aree nelle risorse ACD multicloud.
Mostra/Nascondi opzioni avanzate
Per impostazione predefinita, le opzioni avanzate sono nascoste. Fare clic su Mostra opzioni avanzate per visualizzarle.
Opzioni avanzate: Gestione
Facoltativamente, è possibile definire un valore appropriato per i seguenti attributi di gestione delle risorse in base alle proprie esigenze:
- Soglia di suddivisione del database (CPU): il valore della CPU oltre il quale verrà aperto un Autonomous Database su più nodi. Il valore predefinito di questo attributo è 64 per le ECPU e 16 per le OCPU.
- Riserva failover nodo (%): determina la percentuale di CPU riservate tra i nodi per supportare il failover del nodo. I valori consentiti sono 0%, 25% e 50%, con l'opzione predefinita 50%.
- Affinità di distribuzione: determina se un Autonomous Database deve essere aperto su un minimo o un massimo di nodi. Per impostazione predefinita, l'opzione Numero minimo di nodi è selezionata con l'opzione Numero massimo di nodi.
Facoltativamente, selezionare Abilita connessioni al server condiviso per supportare l'architettura dei servizi di rete.
Se la riserva di failover del nodo è impostata sullo 0%, l'Autonomous Database potrebbe essere sottoposto a un'interruzione completa durante l'errore della VM e le operazioni di manutenzione, ad esempio l'applicazione delle patch al database e il riavvio del container database.
Attraverso l'architettura del server condiviso, un database server consente a molti processi client a condividere pochissimi processi server, in modo da aumentarne il numero di utenti supportati. Non è possibile disabilitare l'architettura del server condiviso dopo il provisioning di ACD. Per ulteriori informazioni, vedere Funzioni di connessione ad uso speciale.
Opzioni avanzate: Chiave di cifratura
Facoltativamente, puoi configurare Autonomous Container Database in modo che utilizzi chiavi di cifratura gestite dal cliente anziché chiavi di cifratura gestite da Oracle.
Selezionare Cifra utilizzando una chiave gestita dal cliente in questa tenancy e una delle opzioni riportate di seguito, a seconda della distribuzione:
- Servizio vault OCI: con questa opzione, scegliere un vault e una chiave di cifratura master dalle liste. Questa opzione è disponibile solo su Oracle Public Cloud.
- Oracle Key Vault: con questa opzione, è necessario scegliere un keystore uguale a quello dell'ACD di origine.
Se all'ACD di origine è associato un nome gruppo di endpoint OKV, è necessario fornire qui lo stesso nome gruppo di endpoint OKV.
Per impostazione predefinita, è selezionata l'opzione Cifra utilizzando chiavi gestite da Oracle.
È necessario creare un keystore per utilizzare la chiave di cifratura con Oracle Key Vault. Per istruzioni, vedere Use Customer-Managed Keys in Oracle Key Vault.
Puoi utilizzare le chiavi di cifratura gestite dal cliente con Autonomous Container Database abilitati per Autonomous Data Guard con i database primari e in standby che si trovano in domini di disponibilità diversi all'interno della stessa area.
Per informazioni sull'uso delle chiavi gestite dal cliente, vedere Informazioni sulle chiavi di cifratura master.
Opzioni avanzate: Tag
Se si desidera utilizzare le tag, aggiungere le tag selezionando uno spazio di nomi tag, una chiave tag e un valore tag.
Non è possibile modificare le impostazioni del fuso orario per un cluster VM Autonomous Exadata di cui è già stato eseguito il provisioning. Se necessario, è possibile creare una richiesta di servizio in My Oracle Support. Per informazioni su come inoltrare una richiesta di supporto, vedere Creare una richiesta di servizio in My Oracle Support.
- Fare clic su Duplica Autonomous Container Database.
For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.
Accesso al supporto Oracle
L'accesso e l'uso dei servizi di Supporto Oracle da parte dei clienti Oracle è soggetto ai termini e alle condizioni specificati nell'ordine Oracle per i servizi applicabili.