Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Guida introduttiva a Oracle Database@AWS Per iniziare a utilizzare Oracle Database@AWS, puoi creare le seguenti risorse utilizzando la Oracle Database@AWS console, la CLI o: APIs 1. Rete ODB 1. Infrastruttura Oracle Exadata 1. Cluster VM Exadata o cluster VM autonomo 1. Connessione peering ODB Per creare database Oracle Exadata sulla tua infrastruttura, devi utilizzare la console Oracle Cloud Infrastructure (OCI) o APIs anziché la dashboard. Oracle Database@AWS Pertanto, le risorse vengono distribuite in due ambienti cloud: le risorse di rete e di infrastruttura sono presenti AWS, mentre il piano di controllo dell'amministrazione del database è in OCI. Per ulteriori informazioni, consulta [Oracle Database@AWS](https://docs.oracle.com/en-us/iaas/Content/database-at-aws/oaaws.htm)la documentazione dell'infrastruttura Oracle Cloud. ## Prerequisiti per la configurazione Oracle Database@AWS Prima di configurare l'infrastruttura Oracle Exadata, assicurati di eseguire le seguenti operazioni: + Segui le fasi in [Onboarding su Oracle Database@AWS](setting-up.md). È necessario aver accettato un'offerta privata per l'utilizzo. Oracle Database@AWS + Concedi al tuo responsabile IAM le autorizzazioni relative alla policy elencate in[Consenti agli utenti di fornire risorse Oracle Database@AWS](security_iam_id-based-policy-examples.md#security_iam_id-based-policy-examples-full-access). Queste autorizzazioni sono necessarie per l'uso. Oracle Database@AWS ## Servizi OCI supportati su Oracle Database@AWS Oracle Database@AWS supporta i seguenti servizi Oracle Cloud Infrastructure (OCI): + Oracle Exadata Database Service on Dedicated Infrastructure: fornisce un ambiente Exadata dedicato e completamente gestito accessibile all'interno. AWS Per ulteriori informazioni, consulta [Oracle Cloud Exadata Database Service on Dedicated](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/index.html) Infrastructure nella documentazione OCI. + Database autonomo su infrastruttura Exadata dedicata: fornisce un ambiente di database altamente automatizzato e completamente gestito in OCI con risorse hardware e software dedicate. Per ulteriori informazioni, vedere [Informazioni su Autonomous Database on Dedicated Exadata Infrastructure](https://docs.oracle.com/en/cloud/paas/autonomous-database/dedicated/adbaa/index.html) nella documentazione OCI. ## Regioni supportate per Oracle Database@AWS È possibile utilizzare Oracle Database@AWS quanto segue Regioni AWS: **Stati Uniti orientali (Virginia settentrionale)** Puoi usare il AZs con il comando fisico IDs `use1-az4` e`use1-az6`. **Stati Uniti occidentali (Oregon)** Puoi usarli AZs con il fisico IDs `usw2-az3` e`usw2-az4`. **Asia Pacifico (Tokyo)** Puoi usarli AZs con il fisico IDs `apne1-az1` e`apne1-az4`. **Stati Uniti orientali (Ohio)** Puoi usarli AZs con il fisico IDs `use2-az1` e`use2-az2`. **Europa (Francoforte)** Puoi usarli AZs con il fisico IDs `euc1-az1` e`euc1-az2`. **Canada (Centrale)** È possibile utilizzare l'AZ con l'ID fisico`cac1-az4`. **Asia Pacifico (Sydney)** È possibile utilizzare l'AZ con l'ID fisico`apse2-az4`. Per trovare i nomi AZ logici nel tuo account che corrispondono alla precedente AZ fisica IDs, esegui il comando seguente. ``` aws ec2 describe-availability-zones \ --region us-east-1 \ --query "AvailabilityZones[*].{ZoneName:ZoneName, ZoneId:ZoneId}" \ --output table ``` ## Pianificazione dello spazio degli indirizzi IP in Oracle Database@AWS Pianifica attentamente lo spazio degli indirizzi IP in Oracle Database@AWS. Considera il consumo di indirizzi IP in base al numero di cluster di macchine virtuali, incluso il numero di cluster VMs per cluster che puoi fornire alla rete ODB. Per ulteriori informazioni, consulta [ODB Network Design](https://docs.oracle.com/en-us/iaas/Content/database-at-aws/oaaws-network-odb-network.htm) nella documentazione sull'infrastruttura Oracle Cloud. **Topics** + [Restrizioni per gli indirizzi IP nella rete ODB](#getting-started-ip-restrict) + [Requisiti CIDR della sottorete client per la rete ODB](#getting-started-client-cidr) + [Requisiti CIDR della sottorete di backup per la rete ODB](#getting-started-backup-cidr) + [Scenari di consumo IP per la rete ODB](#getting-started-scenarios) ### Restrizioni per gli indirizzi IP nella rete ODB Tieni presente le seguenti restrizioni relative agli intervalli CIDR nella rete ODB: + Non è possibile modificare l'intervallo CIDR del client o della sottorete di backup per la rete ODB dopo averla creata. + Non è possibile utilizzare gli intervalli VPC CIDR nella colonna **Associazioni con restrizioni nella tabella delle restrizioni delle associazioni** di blocchi [IPv4 CIDR.](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-cidr-blocks.html#add-cidr-block-restrictions) + Per Exadata X9M, gli indirizzi IP 100.106.0.0/16 e 100.107.0.0/16 sono riservati all'interconnessione del cluster tramite l'automazione OCI, quindi non è possibile effettuare le seguenti operazioni: + Assegna questi intervalli all'intervallo CIDR client o di backup della rete ODB. + Utilizza questi intervalli per un CIDR VPC utilizzato per connettersi alla rete ODB. + I seguenti intervalli CIDR sono riservati all'infrastruttura Oracle Cloud e non possono essere utilizzati per la rete ODB: + Intervallo riservato Oracle Cloud CIDR 169.254.0.0/16 + Classe riservata D 224.0.0.0 — 239.255.255.255 + Classe riservata E 240.0.0.0 — 255.255.255.255 + Non è possibile sovrapporre gli intervalli CIDR degli indirizzi IP per le sottoreti client e di backup. + Non è possibile sovrapporre gli intervalli CIDR degli indirizzi IP allocati per le sottoreti client e di backup con gli intervalli CIDR VPC utilizzati per connettersi alla rete ODB. + Non è possibile effettuare il provisioning in un cluster di macchine virtuali VMs in diverse reti ODB. La rete è una proprietà del cluster VM, il che significa che è possibile effettuare il provisioning solo di quelle VMs presenti nel cluster VM nella stessa rete ODB. ### Requisiti CIDR della sottorete client per la rete ODB Nella tabella seguente, è possibile trovare il numero di indirizzi IP utilizzati dal servizio e dall'infrastruttura per la sottorete del client CIDR. La dimensione CIDR minima per la sottorete client è /27 e la dimensione massima è /16. | Numero di indirizzi IP | Consumato da | Note | | --- | --- | --- | | 6 | Oracle Database@AWS | Questi indirizzi IP sono riservati indipendentemente dal numero di cluster di VM predisposti nella rete ODB. Oracle Database@AWS consuma quanto segue:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/odb/latest/UserGuide/getting-started.html) | | 3 | Ogni cluster di VM | Questi indirizzi IP sono riservati ai Single Client Access Names (SCANs) indipendentemente dal numero di nomi VMs presenti in ciascun cluster di macchine virtuali. | | 4 | Ogni macchina virtuale | Questi indirizzi IP dipendono esclusivamente dal numero di utenti VMs presenti nell'infrastruttura. | ### Requisiti CIDR della sottorete di backup per la rete ODB Nella tabella seguente, è possibile trovare il numero di indirizzi IP utilizzati dal servizio e dall'infrastruttura per la sottorete di backup CIDR. La dimensione CIDR minima per la sottorete di backup è /28 e la dimensione massima è /16. | Numero di indirizzi IP | Consumato da | Note | | --- | --- | --- | | 3 | Oracle Database@AWS | Questi indirizzi IP sono riservati indipendentemente dal numero di cluster di VM predisposti nella rete ODB. Oracle Database@AWS consuma quanto segue:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/odb/latest/UserGuide/getting-started.html) | | 3 | Ogni macchina virtuale | Questi indirizzi IP dipendono esclusivamente dal numero di utenti VMs presenti nell'infrastruttura. | ### Scenari di consumo IP per la rete ODB Nella tabella seguente, è possibile visualizzare gli indirizzi IP utilizzati nella rete ODB per diverse configurazioni di cluster VM. Considerando che /28 è l'intervallo CIDR minimo tecnico per la sottorete client CIDR per distribuire 1 cluster di macchine virtuali con 2 VMs, si consiglia di utilizzare almeno un intervallo CIDR /27. In questo caso, l'intervallo IP non è completamente utilizzato dai cluster VM e consente l'allocazione di indirizzi IP aggiuntivi. | Configurazione | Client consumato IPs | Cliente IPs minimo | Backup IPs utilizzato | Backup IPs minimo | | --- | --- | --- | --- | --- | | 1 cluster VM con 2 VMs | 17 (6 servizi\$13 cluster \$1 4\$12) | 32 (intervallo CIDR /27) | 9 (3 servizi \$1 3\$12) | 16 (intervallo CIDR /28) | | 1 cluster VM con 3 VMs | 21 (6 servizi\$13 cluster \$1 4\$13) | 32 (intervallo CIDR /27) | 12 (3 servizi \$1 3\$13) | 16 (intervallo CIDR /28) | | 1 cluster VM con 4 VMs | 25 (6 servizi\$13 cluster \$1 4\$14) | 32 (intervallo CIDR /27) | 15 (3 servizi \$1 3\$14) | 16 (intervallo CIDR /28) | | 1 cluster VM con 8 VMs | 41 (6 servizi\$13 cluster \$1 4\$18) | 64 (intervallo CIDR /26) | 27 (3 servizi \$1 3\$18) | 32 (intervallo CIDR /27) | La tabella seguente mostra quante istanze di ciascuna configurazione sono possibili in base a uno specifico intervallo CIDR del client. Ad esempio, 1 cluster di macchine virtuali con 4 VMs utilizza 24 indirizzi IP nella sottorete client. Se l'intervallo CIDR è /25, sono disponibili 128 indirizzi IP. Pertanto, è possibile effettuare il provisioning di 5 cluster di macchine virtuali nella sottorete. | Configurazione del cluster VM | Numero con /27 (32) IPs | Numero con /26 (64) IPs | Numero con /25 (128) IPs | Numero con /24 (256) IPs | Numero quando /23 (512) IPs | Numero quando /22 (1024) IPs | | --- | --- | --- | --- | --- | --- | --- | | 1 cluster VM con 2 VMs (16) IPs | 1 | 3 | 7 | 15 | 30 | 60 | | 1 cluster VM con 3 VMs (20) IPs | 1 | 3 | 6 | 12 | 24 | 48 | | 1 cluster VM con 4 VMs (24) IPs | 1 | 2 | 5 | 10 | 20 | 40 | | 2 cluster VM da 2 VMs ciascuno (27) IPs | 1 | 2 | 4 | 9 | 18 | 36 | | 2 cluster di macchine virtuali da 3 VMs ciascuno (35) IPs | 0 | 1 | 3 | 7 | 14 | 28 | | 2 cluster di macchine virtuali da 4 VMs ciascuno (43) IPs | 0 | 1 | 2 | 5 | 11 | 23 | ## Fase 1: Creare una rete ODB in Oracle Database@AWS Una rete ODB è una rete privata isolata che ospita l'infrastruttura OCI in una zona di disponibilità (AZ). Una rete ODB e un'infrastruttura Oracle Exadata sono i presupposti per il provisioning di cluster VM e la creazione di database Exadata. È possibile creare la rete ODB e l'infrastruttura Oracle Exadata in entrambi gli ordini. Per ulteriori informazioni, consultare [Rete ODB](how-it-works.md#how-it-works.odb-network) e [Peering ODB](how-it-works.md#how-it-works.peering). Questa attività presuppone che tu abbia letto. [Pianificazione dello spazio degli indirizzi IP in Oracle Database@AWS](#getting-started-ip) Per modificare o eliminare la rete ODB in un secondo momento, vedere. [Gestione di Oracle Database@AWS](managing.md) **Per creare una rete ODB** 1. Accedi a Console di gestione AWS e apri la Oracle Database@AWS console all'indirizzo [https://console.aws.amazon.com/odb/](https://console.aws.amazon.com/odb/). 1. Scegli la tua AWS regione in alto a destra. Per ulteriori informazioni, consulta [Regioni supportate per Oracle Database@AWS](#supported-odb-regions). 1. Dal riquadro di sinistra, scegli **Reti ODB**. 1. Scegli **Crea rete ODB.** 1. Per il **nome della rete ODB, inserisci un nome** di rete. Il nome deve contenere da 1 a 255 caratteri e iniziare con un carattere alfabetico o un carattere di sottolineatura. Non può contenere trattini consecutivi. 1. Per **Zona di disponibilità**, scegli un nome AZ. Per informazioni sull'assistenza AZs, consulta[Regioni supportate per Oracle Database@AWS](#supported-odb-regions). 1. Per **Client subnet CIDR**, specifica un intervallo CIDR per le connessioni client. Per ulteriori informazioni, consulta [Requisiti CIDR della sottorete client per la rete ODB](#getting-started-client-cidr). 1. Per **Backup subnet CIDR**, specificare un intervallo CIDR per le connessioni di backup. Per isolare il traffico di backup e migliorare la resilienza, si consiglia di non sovrapporre il CIDR di backup e il CIDR del client. Per ulteriori informazioni, consulta [Requisiti CIDR della sottorete di backup per la rete ODB](#getting-started-backup-cidr). 1. Per la **configurazione DNS**, scegli una delle seguenti opzioni: **Predefinita** Per **Prefisso del nome di dominio**, inserisci un nome da utilizzare come prefisso del tuo dominio. **Il nome di dominio è fisso come oraclevcn.com.** **Ad esempio, se si immette**myhost**, il nome di dominio completo è myhost.oraclevcn.com.** **Nome di dominio personalizzato** Per **Nome di dominio**, inserisci un nome di dominio completo. Ad esempio, puoi inserire **myhost.myodb.com**. 1. (Facoltativo) Per **le integrazioni di servizi**, seleziona un servizio da integrare con la tua rete utilizzando VPC Lattice. Oracle Database@AWS si integra con vari strumenti Servizi AWS per fornire funzionalità e opzioni di connettività avanzate per i database Oracle. Seleziona una delle seguenti integrazioni: **Amazon S3** Abilita l'accesso diretto alla rete ODB ad Amazon S3. I tuoi database possono accedere a S3 per l'importazione/esportazione di dati o per backup personalizzati. Puoi inserire una policy JSON. Per ulteriori informazioni, consulta [Backup gestiti dall'utente su Amazon S3 in Oracle Database@AWS](managing-backups.md#manual-backups-section). **Zero-ETL** Abilita l'analisi in tempo reale e l'apprendimento automatico sui dati transazionali utilizzando Amazon Redshift. Per ulteriori informazioni, consulta [Integrazione di Oracle Database@AWS Zero-ETL con Amazon Redshift](zero-etl-integration.md). **Nota** Quando crei la tua rete ODB, Oracle Database@ preconfigura AWS automaticamente l'accesso alla rete per i backup gestiti da Oracle su Amazon S3. Non puoi abilitare o disabilitare questa integrazione. Per ulteriori informazioni, consulta [AWS integrazioni di servizi](how-it-works.md#service-integrations-overview). 1. (Facoltativo) Per i **tag**, inserisci fino a 50 tag per la rete. Un tag è una coppia chiave-valore che puoi utilizzare per organizzare e tenere traccia delle tue risorse. 1. Scegli **Crea rete ODB**. Dopo aver creato una rete ODB, puoi peerizzarla su un VPC. Il *peering ODB* è una connessione di rete creata dall'utente che consente l'instradamento privato del traffico tra un Amazon VPC e una rete ODB. Dopo il peering, un' EC2 istanza Amazon all'interno del VPC può comunicare con le risorse della rete ODB come se si trovassero all'interno della stessa rete. Per ulteriori informazioni, consulta [Configurazione del peering ODB su un Amazon VPC in Oracle Database@AWSConfigurazione DNS per Oracle Database@AWS](configuring.md). ## Fase 2: Creare un'infrastruttura Oracle Exadata in Oracle Database@AWS L'infrastruttura Oracle Exadata è l'architettura alla base dei server di database, dei server di storage e delle reti che eseguono i database Oracle Exadata. Scegli Exadata X9M o X11M come modello di sistema. È quindi possibile creare cluster VM sull'infrastruttura Exadata utilizzando la console. AWS È possibile creare l'infrastruttura Oracle Exadata e la rete ODB in entrambi gli ordini. Non è necessario specificare le informazioni di rete quando si crea l'infrastruttura. Non è possibile modificare un'infrastruttura Oracle Exadata dopo averla creata. Per eliminare un'infrastruttura Exadata, vedere. [Eliminazione di un'infrastruttura Oracle Exadata in Oracle Database@AWS](managing.md#deleting_infra) **Per creare un'infrastruttura Exadata** 1. Accedi a Console di gestione AWS e apri la Oracle Database@AWS console all'indirizzo. [https://console.aws.amazon.com/odb/](https://console.aws.amazon.com/odb/) 1. Dal riquadro di sinistra, scegli Infrastrutture **Exadata**. 1. Scegli **Crea** un'infrastruttura Exadata. 1. Per il nome dell'**infrastruttura Exadata, inserisci un nome**. Il nome deve contenere da 1 a 255 caratteri e iniziare con un carattere alfabetico o un carattere di sottolineatura. Non può contenere trattini consecutivi. 1. Per **Zona di disponibilità**, scegli una delle opzioni supportate. AZs Quindi scegli **Successivo**. 1. **Per il **modello di sistema Exadata**, scegli Exadata.X9M o **Exadata.X11M**.** Per **Exadata.X11M**, scegli anche i seguenti tipi di server: + Per il **tipo di server di database, scegli il tipo di** modello di server di database della tua infrastruttura Exadata. **Attualmente, l'unica scelta è X11M.** + Per il **tipo di server di archiviazione**, scegli il tipo di modello di server di archiviazione della tua infrastruttura Exadata. **Attualmente, l'unica scelta è X11M-HC.** 1. Per **i server di database**, lascia il valore predefinito di 2 o sposta il cursore per scegliere fino a 32 server. Per specificarne più di 2, richiedi un aumento del limite a OCI. Ogni server di database Exadata X9M supporta 126. OCPUs Ogni server di database Exadata X11M supporta 760. ECPUs Il conteggio totale delle risorse di calcolo cambia man mano che si modifica il numero di server. Per ulteriori informazioni su OCPUs e ECPUs, consulta [Compute Models in Autonomous Database](https://docs.oracle.com/en/cloud/paas/autonomous-database/serverless/adbsb/autonomous-compute-models.html#GUID-7F4EE72A-ABE7-4FC9-B4BE-86802D9AD05A) nella documentazione Oracle. 1. Per **i server di storage**, lascia il valore predefinito di 3 o sposta il cursore per scegliere fino a 64 server. Per specificarne più di 3, richiedi un aumento del limite a OCI. Ogni server di storage X9M fornisce 64 TB. Ogni server di storage X11m fornisce 80 TB. Il totale di TB di storage cambia man mano che si modifica il numero di server. Quindi scegli **Successivo**. 1. Per la **finestra Manutenzione**, configura quando può avvenire la manutenzione del sistema: 1. Per la **preferenza Scheduling**, selezionate una delle seguenti opzioni: + **Pianificazione gestita da Oracle**: Oracle determina il momento ottimale per le attività di manutenzione. + **Pianificazione gestita dal cliente**: si specifica quando possono essere eseguite le attività di manutenzione. 1. Per la **modalità Patching**, selezionare una delle seguenti opzioni: + **Rolling**: gli aggiornamenti vengono applicati a un nodo alla volta, consentendo al database di rimanere disponibile durante l'applicazione delle patch. + **Non in sequenza**: gli aggiornamenti vengono applicati a tutti i nodi contemporaneamente, il che potrebbe richiedere tempi di inattività. 1. Se hai selezionato **Pianificazione gestita dal cliente**, configura le seguenti impostazioni aggiuntive: + Per i **mesi di manutenzione**, seleziona i mesi in cui è possibile eseguire la manutenzione. + Per **Settimana del mese**, seleziona la settimana del mese in cui è possibile eseguire la manutenzione (prima, seconda, terza, quarta o ultima). + Per **Giorno della settimana**, seleziona il giorno in cui è possibile eseguire la manutenzione (dal lunedì alla domenica). + Per **Ora di inizio**, seleziona l'ora in cui inizia la finestra di manutenzione. L'ora è in UTC. + Per Tempi di **consegna delle notifiche**, seleziona con quanti giorni di anticipo desideri ricevere una notifica sulla manutenzione imminente. **Nota** L'infrastruttura Oracle Cloud esegue la manutenzione del sistema durante questa finestra. Durante la manutenzione, l'infrastruttura Exadata rimane disponibile, ma potrebbero verificarsi brevi periodi di maggiore latenza. 1. (Facoltativo) Per i **contatti di notifica di manutenzione OCI**, inserisci fino a 10 indirizzi e-mail. AWS inoltra questi indirizzi e-mail a OCI. Quando si verificano aggiornamenti, OCI invia notifiche via e-mail agli indirizzi elencati. 1. (Facoltativo) Per i **tag**, inserisci fino a 50 tag per l'infrastruttura. Un tag è una coppia chiave-valore che puoi utilizzare per organizzare e tenere traccia delle tue risorse. 1. Scegli **Avanti** e rivedi le impostazioni dell'infrastruttura. 1. Scegli **Create Exadata infrastructure**. ## Fase 3: Creare un cluster di macchine virtuali Exadata o un cluster di macchine virtuali autonome in Oracle Database@AWS Un cluster Exadata VM è un set VMs su cui è possibile creare database Oracle Exadata. I cluster VM vengono creati sull'infrastruttura Exadata. È possibile implementare più cluster VM con diverse infrastrutture Oracle Exadata nella stessa rete ODB. Hai il pieno controllo amministrativo sui database che crei sui cluster VM Exadata. Un cluster VM autonomo è un pool preallocato di risorse di calcolo e storage Oracle Exadata, virtualizzato a livello di macchina virtuale, che esegue Autonomous Databases (ADB). A differenza dei database gestiti dagli utenti creati su un cluster Exadata VM, un database Autonomous si ottimizza automaticamente, installa automaticamente le patch e viene gestito da Oracle anziché da un amministratore del database. Considera le seguenti limitazioni quando crei cluster di macchine virtuali: + Puoi implementare un cluster di macchine virtuali solo nella zona in cui hai creato la rete ODB e l'infrastruttura Oracle Exadata. + Se non condividi un cluster VM tra più account, deve trovarsi nella stessa Account AWS infrastruttura Oracle Exadata. Se si utilizza AWS RAM per condividere una rete ODB e un'infrastruttura Oracle Exadata da un AWS account con un account affidabile, l'account affidabile può creare cluster VM nel proprio account. + È possibile distribuire solo cluster VM nella rete ODB. Non sono consentite altre risorse. + Non è possibile modificare l'allocazione dello storage dopo aver creato un cluster di macchine virtuali. **Importante** Il processo di creazione può richiedere più di 6 ore, a seconda delle dimensioni del cluster VM. ------ #### [ Exadata VM cluster ] **Per creare un cluster di macchine virtuali Exadata** 1. Accedi a Console di gestione AWS e apri la console all' Oracle Database@AWS indirizzo. [https://console.aws.amazon.com/odb/](https://console.aws.amazon.com/odb/) 1. Dal riquadro di sinistra, scegli **Exadata VM** clusters. 1. **Scegli Crea cluster VM.** 1. Per il **nome del cluster VM, inserisci un nome**. Il nome deve contenere da 1 a 255 caratteri e iniziare con un carattere alfabetico o un carattere di sottolineatura. Non può contenere trattini consecutivi. 1. (Facoltativo) Per **il nome del cluster Grid Infrastructure**, inserisci una versione dell'infrastruttura Grid per il tuo cluster VM che corrisponda alla versione del database Oracle che stai utilizzando. Il nome deve contenere da 1 a 11 caratteri e non può contenere trattini. 1. In **Fuso orario, inserisci un fuso orario**. 1. **Per **le opzioni di licenza**, scegli **Bring Your Own License (BYOL)** o **Licenza inclusa**, quindi scegli Avanti.** Questa licenza è la licenza OCI fornita da Oracle, non una licenza fornita da. AWS 1. Configura le impostazioni dell'infrastruttura Exadata come segue: 1. Per **Infrastruttura**, scegli quanto segue: + Per il **nome dell'infrastruttura Exadata**, scegli l'infrastruttura da utilizzare per questo cluster di macchine virtuali. + Per la **versione Grid Infrastructure**, scegli la versione da usare per questo cluster di macchine virtuali. + Per la **versione dell'immagine Exadata, scegli la versione** da usare per questo cluster di macchine virtuali. Ti consigliamo di scegliere la versione mostrata, che è la versione più recente disponibile. 1. Per **i server di database**, seleziona uno o più server di database per ospitare il cluster di macchine virtuali. 1. Per la **configurazione**, procedi come segue: + Scegli il **numero di core della CPU**, la **memoria** e **lo storage locale** per ogni macchina virtuale o accetta le impostazioni predefinite. + Scegli la quantità totale di **storage Exadata** per il cluster VM o accetta l'impostazione predefinita. 1. (Facoltativo) Per l'**allocazione dello storage**, seleziona una delle seguenti opzioni: + **Abilita l'allocazione dello storage per le istantanee sparse di Exadata** + **Abilita l'allocazione dello storage per i backup locali** L'allocazione dello storage utilizzabile cambia man mano che si selezionano le opzioni. Non è possibile modificare questa allocazione di archiviazione in un secondo momento. Controlla la selezione, quindi scegli **Avanti**. 1. Configura la connettività come segue: 1. Per la **rete ODB**, scegli una rete ODB esistente. 1. Per **il prefisso del nome host, inserisci un prefisso** per il cluster VM. Assicurati di non includere il nome di dominio. Il prefisso costituisce la prima parte del nome host del cluster Oracle Exadata VM. **Nota** **Il **nome di dominio Host** è fisso come oraclevcn.com.** 1. Per la **porta del listener SCAN (TCP/IP)**, immettere un numero di porta per l'accesso TCP al listener SCAN (Single Client Access Name). **La porta predefinita è 1521.** ******Oppure è possibile inserire una porta SCAN personalizzata nell'intervallo **1024-8999**, esclusi i seguenti numeri di porta: **2484, **6100, **6200****, 7060**, **7070, 7085** e 7879.****** Quindi scegli **Successivo**. 1. Per le coppie di chiavi **SSH, inserisci la parte di chiave pubblica di una o più coppie** di chiavi utilizzate per l'accesso SSH al cluster VM. Quindi scegli **Successivo**. 1. (Facoltativo) Scegliete la diagnostica e i tag come segue: 1. Scegli se abilitare la raccolta diagnostica per **gli eventi di diagnostica**, **Health monitor** e **i registri degli incidenti e le raccolte di tracce**. Oracle può utilizzare queste informazioni diagnostiche per identificare, tracciare e risolvere i problemi. 1. Per **Tag**, inserisci fino a 50 tag per il cluster VM. Un tag è una coppia chiave-valore che puoi utilizzare per organizzare e tenere traccia delle tue risorse. Quindi scegli **Successivo**. 1. Verificare le impostazioni. Quindi scegli **Crea cluster VM**. ------ #### [ Autonomous VM cluster ] **Per creare un cluster di VM autonomo** 1. Accedi a Console di gestione AWS e apri la Oracle Database@AWS console all'indirizzo [https://console.aws.amazon.com/odb/](https://console.aws.amazon.com/odb/). 1. Dal riquadro di sinistra, scegli **Cluster di macchine virtuali autonome**. 1. Scegli **Crea cluster VM autonomo**. 1. Per il **nome del cluster VM, inserisci un nome**. Il nome deve contenere da 1 a 255 caratteri e iniziare con un carattere alfabetico o un carattere di sottolineatura. Non può contenere trattini consecutivi. 1. In **Fuso orario**, inserisci un fuso orario. 1. **Per **le opzioni di licenza**, scegli **Bring Your Own License (BYOL)** o **Licenza inclusa**, quindi scegli Avanti.** Questa licenza è la licenza OCI fornita da Oracle, non una licenza fornita da. AWS 1. Configura le impostazioni dell'infrastruttura Exadata come segue: 1. Per il **nome dell'infrastruttura Exadata**, scegli l'infrastruttura da utilizzare per questo cluster di macchine virtuali autonome. 1. Per **i server di database**, seleziona uno o più server di database per ospitare il tuo cluster di macchine virtuali autonome. 1. Per la **configurazione**, procedi come segue: + Scegli il **numero di core ECPU per macchina virtuale**, la **memoria del database per CPU**, **lo storage del database** e il **numero massimo di database contenitore autonomo** o accetta le impostazioni predefinite. + Scegli la quantità totale di **storage Exadata** per il cluster Autonomous VM o accetta l'impostazione predefinita. 1. Configura la connettività come segue: 1. Per la **rete ODB**, scegli una rete ODB esistente. 1. Per la **porta del listener SCAN (TCP/IP)**, inserite un numero di porta per Porta (non TLS). **La porta predefinita è 1521.** ********Oppure puoi inserire una porta (TLS) nell'intervallo **1024—8999, esclusi i seguenti numeri di porta: **2484****, **6100, **6200**, 7060, 7070**, 7085 e 7879.******** Quindi scegli **Successivo**. Seleziona **Abilita l'autenticazione TLS reciproca (mTLS) per consentire l'autenticazione TLS reciproca.** 1. (Facoltativo) Scegliete diagnostica e tag come segue: 1. **Scegli se pianificare la configurazione di modifica in base alla pianificazione gestita da **Oracle o alla pianificazione gestita dal cliente**.** **Se scegli la **pianificazione gestita dal cliente**, imposta i **mesi di manutenzione**, le **settimane del mese, il giorno della settimana e l'****ora di inizio (UTC**).** 1. Per **Tag**, inserisci fino a 50 tag per il cluster Autonomous VM. Un tag è una coppia chiave-valore che puoi utilizzare per organizzare e tenere traccia delle tue risorse. Quindi scegli **Successivo**. 1. Verificare le impostazioni. Quindi scegli **Crea cluster VM autonomo**. ------ ## Fase 4: Creare database Oracle Exadata nell'infrastruttura Oracle Cloud In Oracle Database@AWS, puoi creare e gestire le seguenti risorse utilizzando la AWS console, la CLI o: APIs + Reti ODB + Infrastruttura Oracle Exadata + Cluster VM Exadata e cluster VM autonomi + Connessioni peering ODB Per creare e gestire i database Oracle Exadata sull'infrastruttura che hai creato, devi utilizzare la console Oracle Cloud Infrastructure anziché la dashboard. Oracle Database@AWS È possibile creare un database Exadata gestito dall'utente su un cluster Exadata VM e un database autonomo su un cluster Autonomous Exadata VM. [Per informazioni sulla creazione di database Oracle in OCI, consulta Exadata Database nella documentazione dell'infrastruttura Oracle Cloud.](https://docs.oracle.com/en-us/iaas/Content/database-at-aws-exadata-awscr/awscr-create-exadata-database.html) **Per creare database Oracle Exadata** 1. Accedi a Console di gestione AWS e apri la Oracle Database@AWS console all'indirizzo. [https://console.aws.amazon.com/odb/](https://console.aws.amazon.com/odb/) 1. **Dal riquadro di sinistra, scegli **Exadata VM clusters o Autonomous VM clusters.**** 1. Scegli un cluster VM per visualizzare la pagina dei dettagli. 1. Scegli **Gestisci in OCI** per essere reindirizzato alla console dell'infrastruttura Oracle Cloud. 1. Crea il tuo database Exadata o Autonomous Database gestito dall'utente in OCI.