Creare un Autonomous Container Database

Puoi creare un Autonomous Container Database dalla pagina Autonomous Container Database.

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 minimi risorse

Per creare un Autonomous Container Database, è necessario almeno:

LiveLabs correlati

Per un'alternativa "prova" che dimostri queste istruzioni, consulta il Lab 6: Provisioning di un Autonomous Container Database nel workshop per amministratori della flotta di Oracle Autonomous AI Database dedicato.

Procedura

  1. Vai ad Autonomous AI Database nella console di Oracle Cloud Infrastructure.

    Per istruzioni, consulta la sezione relativa all'accesso ad Autonomous AI 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 informazioni seguenti:

    Impostazione Descrizione Note
    Compartimento Selezionare un compartimento in cui 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 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.  
    Cluster VM Autonomous Exadata Cluster VM Autonomous Exadata per ospitare il nuovo Autonomous Container Database.  
    Versione del software del container database

    Versione software di Oracle Database per Autonomous Container Database.

    A seconda delle preferenze, selezionare una delle seguenti opzioni:

    • Selezionare una versione dalle immagini di base: quando questa opzione è selezionata, scegliere una versione del software Oracle Database dalla lista Seleziona immagine di base. Le opzioni disponibili sono 19c o 26ai.
      • Per tutti i nuovi AVMC di cui è stato eseguito il provisioning dopo il 7 aprile 2026, gli utenti saranno in grado di eseguire il provisioning sia delle versioni del software di database 19c che 26ai nello stesso cluster.
    • Immagine software del database personalizzato: con questa opzione, è possibile scegliere un'immagine personalizzata dalla finestra di dialogo Scegli immagine personalizzata.

    Vedere Crea un'immagine software di Autonomous AI Database per sapere come creare immagini software personalizzate.

    Durante la selezione della versione dalle immagini di base, è possibile scegliere la versione più recente del software Oracle Database o quella immediatamente precedente. Ad esempio: supponiamo che la versione più recente di Oracle Database supportata da Autonomous AI Database sia la 19.26.0.1.0. Quindi, l'elenco a discesa Seleziona immagine di base elenca 19.26.0.1.0 e 19.25.0.1.0. da scegliere.
    Configurare la manutenzione automatica

    Nel pannello per la configurazione della manutenzione automatica vengono visualizzate le seguenti impostazioni predefinite:

    • Metodo di manutenzione: in sequenza l'aggiornamento del file del fuso orario è disabilitato.
    • Versione manutenzione container database: aggiornamento release successiva (RU)
    • Pianificazione manutenzione: non è stata specificata alcuna preferenza di schedulazione.

    Facoltativamente, è possibile configurare una preferenza o una pianificazione di manutenzione facendo clic su Modifica pianificazione di 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.

    Configurare la 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 da quella predefinita (Nessuna preferenza, che consente a Oracle di pianificare la manutenzione in base alle esigenze) a quella 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 Di dialogo.

    L'aggiornamento del file del fuso orario richiederebbe un tempo di inattività completo per l'ACD e i database AI autonomi 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.

    Quando si abilitano i backup automatici, scegliere una delle opzioni riportate di seguito per determinare la durata dei backup conservati dopo la chiusura dell'ACD.

    • Conserva i backup in base al periodo retention dei backup
    • Conserva i backup per 72 ore, quindi eliminali

    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 i backup automatici disabilitati e abilitarli dalla pagina Dettagli di ACD in un secondo momento.

    L'impostazione scelta per la conservazione dei backup dopo l'interruzione 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.

    Nelle distribuzioni di Oracle Public Cloud di Autonomous AI Database, puoi scegliere Autonomous Recovery Service o Object Storage come destinazione di backup. L'impostazione predefinita è Storage degli oggetti e l'opzione consigliata è Autonomous Recovery Service. Per Autonomous AI Database su Oracle Database@AWS, puoi scegliere Autonomous Recovery Service, OCI Object Storage o Amazon Simple Storage ( AWS S3). L'impostazione predefinita è AWS S3 e l'opzione consigliata è Autonomous Recovery Service.

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

    		 
    Configura backup: periodo retention dei backup (in giorni)

    Dopo aver abilitato i backup automatici, specificare un valore per il periodo di conservazione dei backup in base alle proprie esigenze. È possibile scegliere qualsiasi valore compreso tra 7 e 95 giorni.

    Per ulteriori dettagli sui valori dei criteri di conservazione dei backup per diverse distribuzioni di Autonomous AI 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.

    		 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.

    Le copie di backup tra più aree vengono sempre memorizzate nello storage degli oggetti, indipendentemente dalla destinazione di backup (storage degli oggetti o Autonomous Recovery Service) scelta per l'ACD.
    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 assicurarsi che non vengano perse notifiche o annunci importanti.
    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 AI Database su più nodi. Il valore predefinito di questo attributo è 64 per le ECPU e 16 per le OCPU.
    • Riserva di failover del 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 AI Database deve essere aperto su un numero minimo o massimo di nodi. Per impostazione predefinita, l'opzione Numero minimo di nodi è selezionata con l'opzione Numero massimo di nodi.

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

    Se la riserva di failover del nodo è impostata sullo 0%, Autonomous AI Database potrebbe trovarsi ad affrontare un'indisponibilità completa durante l'errore della VM e le operazioni di manutenzione, come 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, scegli un vault e una chiave di cifratura master dalle liste. Questa opzione è disponibile solo su Oracle Public Cloud.
    • Oracle Key Vault: con questa opzione, scegliere un keystore dalla lista e immettere un nome di gruppo di endpoint OKV.
    • AWS KMS: in Autonomous AI Database distribuito nelle region cloud AWS, puoi utilizzare AWS Key Management Service (AWS KMS) per gestire le chiavi di cifratura master. Se AVMC è abilitato con AWS KMS, solo l'opzione KMS AWS viene abilitata sotto le chiavi gestite dal cliente e altre opzioni come OKV o OCI Vault Service sono disabilitate. Quando si sceglie AWS KMS , il compartimento corrispondente e le chiavi trovate vengono popolati nell'elenco. Per scoprire le nuove chiavi aggiunte, è possibile fare clic su Discover Key.

    Per impostazione predefinita, è selezionata l'opzione Cifra mediante 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 o in due aree diverse.

    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 AWS KMS, vengono elencate solo le chiavi registrate. Se la chiave desiderata non è visibile, potrebbe non essere stata ancora registrata. Fai clic su Registra chiave AWS KMS per scoprirla e registrarla. È possibile selezionare un alias chiave dall'elenco a discesa. Se non è disponibile alcun alias chiave, nell'elenco a discesa verrà visualizzato l'ID chiave.

    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.

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

    Immettere i dettagli riportati di seguito nella finestra di dialogo Salva come stack e fare clic su Salva.

    • Nome: facoltativamente, immettere un nome per lo stack.

    • Descrizione: se si desidera, immettere una descrizione per lo stack.

    • Salva nel compartimento: selezionare un compartimento in cui risiederà questo stack.

    • Spazio di nomi tag, Chiave tag e Valore tag: facoltativamente, 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.

Contenuto correlato