Creare un Autonomous Container Database

È possibile creare un Autonomous Container Database dalla pagina Autonomous Container Database.

Nota

Nelle distribuzioni Oracle Public Cloud ed Exadata Cloud@Customer, è possibile eseguire il provisioning degli Autonomous Container Database (ACD) con la versione software del database 23ai solo nei cluster VM Exadata Autonomous (AVMC) basati su ECPU creati con le tag appropriate. Per informazioni dettagliate, vedere Requisiti tag della versione del software del database 23ai.

Criteri IAM necessari

Ampia scelta di soluzioni di distribuzione Criteri IAM
Oracle Public Cloud e Multicloud

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters
Exadata Cloud@Customer

manage autonomous-container-databases

use exadata-infrastructures

use autonomous-vmclusters

use backup-destinations

Requisiti risorse minimi

Per creare un Autonomous Container Database, è necessario almeno:
  • 8 ECPU o 2 OCPU per nodo
  • 50 GB di storage locale per nodo

Laboratori live correlati

Per un'alternativa che dimostri queste istruzioni, vedere Lab 6: Provisioning an Autonomous Container Database nel workshop per gli amministratori della flotta di Oracle Autonomous Database dedicato.

Procedura

  1. Andare a Autonomous Database nella console di Oracle Cloud Infrastructure.

    Per istruzioni, consulta la sezione relativa all'accesso ad Autonomous Database dedicato nella console di Oracle Cloud Infrastructure.

  2. Nella lista dei tipi di risorsa del menu laterale, fare clic su Autonomous Container Database.

    Viene visualizzata la lista di Autonomous Container Database nel compartimento corrente.

  3. Scegliere il compartimento in cui si desidera creare un Autonomous Container Database.

    La lista di Autonomous Container Database viene aggiornata per mostrare quelli nel compartimento selezionato.

  4. Fare clic su Crea Autonomous Container Database.

    Viene visualizzata la pagina Crea Autonomous Container Database.

  5. Compilare la pagina Crea Autonomous Container Database con le seguenti informazioni:
    Impostazione Descrizione Note

    Compartimento

    Selezionare un compartimento per ospitare il cluster VM Autonomous Exadata.

    		  

    Nome visualizzato

    Immettere una descrizione intuitiva o altre informazioni che consentano di identificare facilmente la risorsa.

    Il nome visualizzato non deve essere univoco ed è possibile modificarlo quando si desidera.

    Evitare di fornire informazioni riservate.

    Nome container database

    Immettere un nome per il container database. Può contenere solo lettere e numeri. Inizia con una lettera e un massimo di 30 caratteri.
    Il nome del container database deve essere univoco nel cluster VM Autonomous Exadata.

    Suggerimento

    Il nome del container database viene utilizzato per denominare il wallet di Oracle Key Vault (OKV). È possibile utilizzare questo nome per individuare il wallet OKV associato all'Autonomous Container Database nella console OKV.

    Infrastruttura Exadata

    L'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 desiderato.

    Versione software container database

    Versione software di Oracle Database per Autonomous Container Database.

    A seconda delle preferenze, selezionare una delle opzioni riportate di seguito.

    • Seleziona versione dalle immagini di base: quando questa opzione è selezionata, scegliere una versione del software Oracle Database dalla lista Seleziona immagine di base.
    • Immagine software del database personalizzato: questa opzione consente di scegliere un'immagine personalizzata dalla finestra di dialogo Scegli immagine personalizzata.

    Per informazioni su come creare immagini software personalizzate, vedere Creare un'immagine software di Autonomous Database.

    Durante la selezione della versione dalle immagini di base, è possibile scegliere la versione più recente del software Oracle Database o il relativo predecessore immediato. Ad esempio: si supponga che la versione più recente di Oracle Database supportata da Autonomous Database sia la 19.26.0.1.0. Quindi, nell'elenco a discesa Seleziona immagine di base sono disponibili gli elenchi 19.26.0.1.0 e 19.25.0.1.0 da scegliere.

    Nelle distribuzioni di Oracle Public Cloud ed Exadata Cloud@Customer:
    • È possibile eseguire il provisioning degli ACD 23ai solo negli AVMC basati su ECPU creati con il tag DatabaseVersion impostato su 23ai.
    • Non è possibile creare ACD 19c all'interno di questo AVMC. Analogamente, è possibile eseguire il provisioning degli ACD 19c solo in un AVMC non creato con il tag 23ai.

    Non è possibile eseguire il provisioning di ACD 19c e 23ai all'interno dello stesso AVMC.

    Configurare la manutenzione automatica

    Nel pannello per configurare la manutenzione automatica vengono visualizzate le impostazioni predefinite riportate di seguito.

    • Metodo di manutenzione: in sequenza con l'aggiornamento del file del fuso orario disabilitato.
    • Versione di manutenzione del database container: aggiornamento della prossima release (RU)
    • Programma di manutenzione: nessuna preferenza di pianificazione specificata.

    Facoltativamente, è possibile configurare una preferenza di manutenzione o una pianificazione facendo clic su Modifica pianificazione manutenzione per avviare la finestra di dialogo Modifica manutenzione automatica.

    DST è l'acronimo di 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.

    Configura pianificazione manutenzione automatica: facoltativamente, è possibile modificare la pianificazione della manutenzione da 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 indicazioni sulla scelta di una pianificazione personalizzata, vedere Impostazioni nella pianificazione della manutenzione personalizzabili.

    Fare clic Salva per chiudere questa finestra di dialogo.

    L'aggiornamento del file del fuso orario richiederebbe un tempo di inattività completo per ACD e per gli Autonomous Database associati. Il tempo di inattività dipende dalla quantità di dati sensibili al fuso orario.

    Alle RU che includono un aggiornamento del fuso orario verranno applicate solo le patch nel metodo di manutenzione non in sequenza (con tempo di inattività completo del sistema). Pertanto, se si configura la manutenzione in base al metodo in sequenza e si abilita l'aggiornamento del fuso orario, tutte le RU che includono un aggiornamento del fuso orario vengono applicate solo nel metodo non in sequenza. Nel metodo rolling vengono applicate solo le IF senza aggiornamento del fuso orario.

    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.

    Configurare i backup: abilitare i 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 è possibile disabilitare i backup automatici.

    Nelle distribuzioni di Oracle Public Cloud ed Exadata Cloud@Customer, quando si abilitano i backup automatici, scegliere una delle opzioni seguenti per determinare la durata di conservazione dei backup dopo la risoluzione dell'ACD:
    • Conserva i backup in base al periodo retention dei backup
    • Conserva i backup per 72 ore, quindi eliminali

    Se disabilitato per un ACD, i backup automatici possono essere abilitati in un secondo momento dalla console di Oracle Cloud Infrastructure (OCI) seguendo i passi descritti nella sezione Modifica impostazioni di backup di Autonomous Container Database. Tuttavia, una volta abilitato, non è possibile disabilitare i backup automatici per l'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 dell'ACD con i backup automatici disabilitati e abilitarli dalla pagina Dettagli dell'ACD in un secondo momento.

    Nelle distribuzioni di Oracle Public Cloud ed Exadata Cloud@Customer, l'impostazione scelta per la conservazione dei backup dopo la cessazione di ACD (che è di 72 ore o fino alla durata del periodo di conservazione dei backup dell'ACD) non si applica ai backup a lungo termine.

    Configura backup: tipo di destinazione backup

    La possibilità di scegliere una destinazione di backup durante il provisioning di un ACD e le destinazioni di backup supportate variano a seconda della piattaforma di distribuzione.

    Per ulteriori dettagli sui diversi tipi di destinazione di backup, vedere Destinazione di backup.

    SI APPLICA A: Applicabile Exadata Cloud@Customer

    SI APPLICA A: Applicabile Multicloud

    Configura backup: periodo di conservazione backup (in giorni)

    Dopo aver abilitato i backup automatici, specificare un valore nel campo Periodo di conservazione backup per soddisfare le proprie esigenze. È possibile scegliere qualsiasi valore compreso tra 7 e 95 giorni.

    Per ulteriori dettagli sui valori dei criteri di conservazione dei backup per distribuzioni diverse di Autonomous Database, vedere Criterio di conservazione dei backup.

    		 
    Blocco conservazione

    Se scegli di conservare i backup per la durata del periodo di conservazione dei backup, puoi anche abilitare il lock di conservazione.

    Abilitazione del lock di conservazione:
    • Fornisce un periodo di tolleranza di 14 giorni per disabilitare il blocco di conservazione, dopodiché l'impostazione del blocco di conservazione diventa permanente.
    • Conserva tutti i backup automatici del database fino al periodo di conservazione dei backup ACD.
    • Conserva i backup a lungo termine fino al periodo retention (impostato durante la creazione di un backup a lungo termine). Consente di aumentare solo il periodo retention già impostato, garantendo che i backup rimangano per il periodo retention.
    • Consente di non eliminare alcun backup prima della scadenza del relativo periodo di conservazione.
    • Elimina tutti i backup automatici al raggiungimento della scadenza del periodo retention. Tuttavia, se hai configurato NFS per la memorizzazione dei backup automatici e l'ACD di base viene interrotto, devi eliminare manualmente i backup.
    • Elimina i backup a lungo termine dopo la scadenza. Se hai configurato NFS per la memorizzazione dei backup a lungo termine e l'ACD viene interrotto, devi eliminare manualmente i backup dopo la loro scadenza.

    SI APPLICA A: Applicabile Oracle Public Cloud

    SI APPLICA A: Applicabile Exadata Cloud@Customer

    Se si è scelto di conservare i backup solo per 72 ore dopo l'interruzione dell'ACD, l'opzione di blocco della conservazione non è disponibile.
    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.

    		SI APPLICA A: Applicabile solo Oracle Public Cloud

    La copia di backup tra più aree non può essere abilitata negli ACD abilitati per Autonomous Data Guard.

    Posta elettronica contatto

    		 Facoltativamente, puoi aggiungere e-mail di contatto per ricevere notifiche operative, annunci e notifiche di manutenzione non pianificate relative all'Autonomous Container Database. 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: 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.
    • Prenotazione failover nodi (%): determina la percentuale di CPU riservate tra i nodi per supportare il failover dei nodi. I valori consentiti sono 0%, 25% e 50%, con il 50% come opzione predefinita.
    • Affinità di distribuzione: determina se è necessario aprire un Autonomous Database su un numero minimo o massimo di nodi. Per impostazione predefinita, il numero minimo di nodi è selezionato con l'opzione Numero massimo di nodi.

    Facoltativamente, selezionare Abilita connessioni al server condiviso per supportare l'architettura dei servizi di rete.

    Se l'assegnazione failover del nodo è impostata su 0%, l'Autonomous Database potrebbe subire un'interruzione completa durante l'errore della VM e le operazioni di manutenzione come l'applicazione di patch al database e il riavvio del container database.

    L'architettura del server condiviso consente a un server di database di consentire a molti processi client di condividere un minimo di processi server, in modo da aumentare il numero di utenti supportato. Non è possibile disabilitare l'architettura del server condiviso dopo il provisioning dell'ACD. Per ulteriori dettagli, vedere Funzioni di connessione per scopi speciali.

    Opzioni avanzate: chiave di cifratura

    Facoltativamente, è possibile 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 seguenti opzioni, a seconda della distribuzione in uso:

    • Servizio vault OCI: con questa opzione, scegliere un vault e una chiave di cifratura master dalle liste. Questa opzione è disponibile solo in Oracle Public Cloud.
    • Oracle Key Vault: con questa opzione, scegliere un keystore dalla lista e immettere un nome di gruppo di endpoint OKV.

    Per impostazione predefinita, è selezionata l'opzione Cifra mediante chiavi gestite da Oracle.

    Per utilizzare la chiave di cifratura con Oracle Key Vault, è necessario creare un keystore. Per istruzioni, vedere Usa chiavi gestite dal cliente in Oracle Key Vault.

    Puoi utilizzare chiavi di cifratura gestite dal cliente con Autonomous Container Database abilitati per Autonomous Data Guard con database primari e in standby posizionati in domini di disponibilità diversi all'interno della stessa area.

    Quando si immette il nome di un gruppo di endpoint OKV, il nome dell'endpoint deve essere in maiuscolo e può includere numeri, trattini (-) e caratteri di sottolineatura (_) e iniziare con una lettera maiuscola.

    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, aggiungerle 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 Create a Service Request in My Oracle Support.

  6. Facoltativamente, è possibile salvare la configurazione della risorsa come stack facendo clic su Salva come stack. È quindi possibile utilizzare lo stack per creare la risorsa tramite il servizio Resource Manager.

    Immettere i seguenti dettagli nella finestra di dialogo Salva come stack e fare clic su Salva.
    • Nome: è possibile immettere un nome per lo stack.
    • Descrizione: è possibile immettere una descrizione per questo stack.
    • Salva nel compartimento: selezionare un compartimento in cui risiederà questo stack.
    • Spazio di nomi tag, Chiave tag e Valore tag: è possibile applicare le tag allo stack.

    Per i requisiti e i suggerimenti per le configurazioni Terraform utilizzate con Resource Manager, vedere Configurazioni Terraform per Resource Manager. Per eseguire il provisioning delle risorse definite nello stack, applicare la configurazione.

  7. Sottomettere i dettagli per creare l'Autonomous Container Database.

La lista di Autonomous Container Database viene aggiornata per mostrare il nuovo Autonomous Container Database con stato Provisioning fino a quando non è disponibile.

Argomenti correlati