Informazioni sui sistemi DB Virtual Machine
Oracle Cloud Infrastructure (OCI) offre sistemi DB su virtual machine.
- Sistema DB a nodo singolo: un sistema DB a 1 nodo è costituito da una virtual machine.
- Sistema DB RAC a più nodi: un sistema DB a 2 nodi è costituito da due virtual machine.
Se devi eseguire il provisioning di un sistema DB per scopi di sviluppo o test, è disponibile uno speciale sistema DB a nodo singolo con provisioning rapido.
Nota
L'operazione di modifica della forma viene eseguita in sequenza per i sistemi DB RAC a più nodi, consentendo di modificare la forma senza tempi di inattività del database.Argomenti correlati
Forme disponibili e modalità di determinazione delle risorse allocate
Quando crei un sistema DB, selezioni una forma, che determina le risorse allocate al sistema DB. Dopo aver creato il sistema DB, puoi cambiarne la forma per adattarti ai nuovi requisiti di capacità di elaborazione. Sono disponibili le seguenti forme:
Forme flessibili
Le forme flessibili ti consentono di personalizzare il numero di OCPU allocate a un'istanza. Quando crei un'istanza utilizzando una forma flessibile, selezioni il numero di OCPU necessarie per i carichi di lavoro eseguiti sull'istanza. Questa flessibilità ti consente di creare istanze che corrispondono al tuo carico di lavoro, consentendoti di ottimizzare le prestazioni e ridurre al minimo i costi. La quantità di memoria consentita si basa sul numero di OCPU selezionate e il rapporto tra memoria e OCPU dipende dalla forma.
Le forme flessibili sono disponibili con i processori Ampere, AMD e Intel. Nella seguente tabella sono descritte le forme disponibili.
Tabella - Forme flessibili
| Forma | Memorie CPU | Memoria | Larghezza di banda rete |
|---|---|---|---|
| Ampere VM.Standard.A1. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 57 OCPU. |
8 GB per OCPU. Minimo 8 GB, massimo 456 GB di memoria totale. |
1 Gbps per OCPU. Il valore minimo è 1 Gbps e il valore massimo è la larghezza di banda di rete 40 Gbps. |
| AMD VM.Standard.E5. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 64 OCPU. |
16 GB per OCPU. Almeno 16 GB, la memoria totale massima è 1024 GB. |
1 Gbps per OCPU. Il valore minimo è 1 Gbps e il valore massimo è la larghezza di banda di rete 40 Gbps. |
| AMD VM.Standard.E4. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 64 OCPU. |
16 GB per OCPU. Almeno 16 GB, la memoria totale massima è 1024 GB. |
1 Gbps per OCPU. Il valore minimo è 1 Gbps e il valore massimo è la larghezza di banda di rete 40 Gbps. |
| Intel X9 VM.Standard3. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 32 OCPU. |
16 GB per OCPU. Minimo 16 GB, massimo 512 GB di memoria totale. |
1 Gbps per OCPU. Il valore minimo è 1 Gbps e il valore massimo è 32 Gbps di larghezza di banda di rete. |
Nota
- La forma Ampere A1 basata su Arm è disponibile solo per Oracle Database versioni 23ai e 19c a partire dai soli aggiornamenti 23.7.0.0, 19.19.0.0 e RU (Recovery Release Update).
- La forma AMD E5 è disponibile solo per gli aggiornamenti (RU) di Oracle Database versioni 23ai e 19c a partire dalla versione 23.4.0.24.05, 19.21.0.0 e successive.
- La forma AMD E4 è disponibile solo per Oracle Database versioni 23ai, 21c e 19c con la versione 23.4.0.24.05, 21.6.0.0, 19.15.0.0 e aggiornamenti delle release successive (RU).
- La forma Intel X9 è disponibile solo per gli aggiornamenti 23ai, 21c e 19c di Oracle Database con versione 23.4.0.24.05, 21.8.0.0, 19.17.0.0 e release successive (RU).
- I sistemi DB RAC a più nodi richiedono almeno due OCPU per nodo.
Forma Ampere A1 basata su Arm
Le forme Ampere A1 basate su Arm sono flessibili e ti consentono di personalizzare il numero di OCPU allocate a un'istanza. Di seguito sono riportati alcuni dettagli aggiuntivi sulle forme Ampere A1.
- La forma Ampere A1 è supportata solo in Logical Volume Manager.
- La forma Ampere A1 è supportata solo nei sistemi DB a nodo singolo.
- Oracle Database Standard Edition non è supportato sui sistemi DB basati su forme Ampere A1.
- Non è possibile utilizzare un'immagine software del database per creare un database nei sistemi DB basati su forme Ampere A1.
- Il provisioning e il ripristino del sistema DB basato sulle forme Ampere A1 non sono supportati se la destinazione di backup per il database è il servizio Autonomous Recovery.
- La forma Ampere A1 non è supportata per i database che utilizzano la cifratura del vault OCI.
- La forma dei sistemi DB basati su forme Ampere A1 non può essere modificata in sistemi DB basati su forme Intel o AMD e viceversa.
- Un backup di un database basato su forme Ampere A1 non può essere ripristinato sui sistemi DB basati su forme Intel o AMD e viceversa.
- I sistemi DB basati su forme Ampere A1 non supportano le associazioni Data Guard con i sistemi DB basati su forme Intel o AMD.
Forme standard
Le forme standard sono disponibili con i processori Intel.
La tabella riportata di seguito mostra le forme disponibili nella serie X7.
Tabella - Forme disponibili VM serie X7
| Forma | Memorie CPU | Memoria |
|---|---|---|
| VM.Standard2.1 | 1 | 15 GB |
| VM.Standard2.2 | 2 | 30 GB |
| VM.Standard2.4 | 4 | 60 GB |
| VM.Standard2.8 | 8 | 120 GB |
| VM.Standard2.16 | 16 | 240 GB |
| VM.Standard2.24 | 24 | 320 GB |
Nota
- Le forme Intel X7 sono disponibili solo per Oracle Database versioni 23ai, 21c e 19c.
- La forma VM.Standard2.1 non può essere utilizzata per il sistema DB RAC a più nodi.
Versioni database disponibili
OCI supporta la creazione di sistemi DB che utilizzano versioni di database precedenti. Per ciascuna forma, al momento del provisioning sono disponibili la versione più recente e le due versioni precedenti della release con le seguenti specifiche.
- La forma Ampere A1 basata su Arm è disponibile solo per Oracle Database versioni 23ai e 19c a partire dai soli aggiornamenti 23.7.0.0, 19.19.0.0 e RU (Recovery Release Update).
- La forma AMD E5 è disponibile solo per gli aggiornamenti (RU) di Oracle Database versioni 23ai e 19c a partire dalla versione 23.4.0.24.05, 19.21.0.0 e successive.
- La forma AMD E4 è disponibile solo per Oracle Database versioni 23ai, 21c e 19c con la versione 23.4.0.24.05, 21.6.0.0, 19.15.0.0 e aggiornamenti delle release successive (RU).
- La forma Intel X9 è disponibile solo per gli aggiornamenti 23ai, 21c e 19c di Oracle Database con versione 23.4.0.24.05, 21.8.0.0, 19.17.0.0 e release successive (RU).
- Le forme Intel X7 sono disponibili solo per Oracle Database versioni 23ai, 21c e 19c.
- La migrazione dalla forma X9 Intel alle forme E4 e E5 AMD non è supportata.
- La migrazione alla forma E4 AMD è supportata solo per le istanze che utilizzano l'immagine di base con aggiornamenti solo per 21.6.0.0, 19.15.0.0 e release successive. Per le istanze create prima degli aggiornamenti di tali release, non è possibile aggiornarle e migrarle poiché l'immagine di base non supporta la migrazione.
- La migrazione alla forma X9 Intel è supportata solo per le istanze che utilizzano l'immagine di base con aggiornamenti solo per 21.8.0.0, 19.17.0.0 e release successive. Per le istanze create prima degli aggiornamenti di tali release, non è possibile aggiornarle e migrarle poiché l'immagine di base non supporta la migrazione.
Se è necessario creare un sistema DB con una versione di database precedente, vedere Aggiornamenti di patch critiche per informazioni sui problemi di sicurezza noti con la versione di database scelta. È inoltre necessario analizzare e applicare patch ai problemi di sicurezza noti per il sistema operativo incluso nella versione precedente del database. Per informazioni sulle best practice di sicurezza per i database in OCI, vedere Protezione dei database.
In che modo le varie configurazioni influiscono sullo storage utilizzabile
I sistemi DB utilizzano lo storage a blocchi OCI. La seguente tabella mostra i dettagli delle opzioni di memorizzazione disponibili. Lo storage totale include lo storage disponibile e i log di recupero.
Informazioni generali
- Puoi ridimensionare lo storage dei dati e lo storage di recupero separatamente. Oracle consiglia di mantenere lo storage di recupero al 20% dello storage totale o un valore maggiore.
- Per i sistemi DB RAC a più nodi, la capacità di storage è condivisa tra i nodi.
- Lo storage dell'area di recupero viene determinato in base allo storage selezionato. Tuttavia, puoi modificare lo storage dell'area di recupero in modo indipendente dopo il provisioning.
Storage dati disponibile per forme flessibili
Tabella - Storage dati disponibile per forme flessibili
| Storage dati disponibile (GB) | Storage area di recupero (GB) | Storage totale (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1024 | 512 | 1.736 |
| 2048 | 512 | 2.760 |
| 4.096 | 1024 | 5.320 |
| 8.192 | 2048 | 10.440 |
| 12.288 | 4.096 | 16.584 |
| 16.384 | 4.096 | 20.680 |
| 24.576 | 8.192 | 32.968 |
| 32.768 | 8.192 | 41.160 |
| 40.960 | 10.240 | 51.400 |
| 49.152 | 12.288 | 61.640 |
| 57.344 | 14336 | 71.880 |
| 65.536 | 16.384 | 82.120 |
| 73.728 | 18.432 | 92.360 |
| 81.920 | 20.480 | 102.600 |
Storage dati disponibile per le forme standard
Tabella - Storage dati disponibile per le forme standard
| Storage dati disponibile (GB) | Storage area di recupero (GB) | Storage totale (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1024 | 256 | 1.480 |
| 2048 | 408 | 2.656 |
| 4.096 | 820 | 5.116 |
| 6.144 | 1.228 | 7.572 |
| 8.192 | 1.640 | 10.032 |
| 10.240 | 2048 | 12.488 |
| 12.288 | 2.456 | 14.944 |
| 14336 | 2.868 | 17.404 |
| 16.384 | 3.276 | 19.860 |
| 18.432 | 3.688 | 22.320 |
| 20.480 | 4.096 | 24.776 |
| 22.528 | 4.504 | 27.232 |
| 24.576 | 4.916 | 29.692 |
| 26.624 | 5.324 | 32.148 |
| 28.672 | 5.736 | 34.608 |
| 30.720 | 6.144 | 37.064 |
| 32.768 | 6.552 | 39.520 |
| 34.816 | 6.964 | 41.980 |
| 36.864 | 7.372 | 44.436 |
| 38.912 | 7.784 | 46.896 |
| 40.960 | 8.192 | 49.352 |
Limiti del servizio
I limiti riportati di seguito si applicano alle risorse di Base Database.
Tabella - Limiti del servizio
| Risorse | Oracle Universal Credit | Pay As You Go o versione di prova |
|---|---|---|
| Storage a blocchi DB VM totale | 150TB | 2TB |
| VM.Standard1 - Totale OCPU | 300 memorie centrali | 2 core |
| VM.Standard2 - Totale OCPU | 300 core per US West (Phoenix), 300 core per US East (Ashburn), 50 core per Germany Central (Francoforte), 50 core per UK South (Londra) | 2 core |
Nota
Lo storage a blocchi DB VM totale include lo storage a blocchi per tutti i database delle virtual machine VM.Standard1 e VM.Standard2.Opzione di provisioning rapido
Per i sistemi DB a nodo singolo, OCI fornisce un'opzione di "provisioning rapido" che consente di creare un sistema DB utilizzando Logical Volume Manager (LVM) come software di gestione dello storage. Il modo standard ("provisioning standard") prevede il provisioning con Automatic Storage Management (ASM).
Per l'opzione di provisioning rapido si applicano i dettagli riportati di seguito.
- Quando si utilizza l'opzione di provisioning rapido, il numero e la dimensione dei volumi a blocchi specificati durante il provisioning determina lo storage totale massimo disponibile tramite il ridimensionamento.
- I sistemi DB RAC a più nodi richiedono ASM e non possono essere creati utilizzando l'opzione di provisioning rapido.
- Puoi duplicare i sistemi DB creati utilizzando l'opzione di provisioning rapido.
- Non è possibile utilizzare un'immagine software di database personalizzata durante il provisioning di un sistema DB con LVM.
Considerazioni sul ridimensionamento dello storage durante l'utilizzo del provisioning rapido
Nota
Questo argomento si applica solo ai sistemi DB a nodo singolo.Quando esegui il provisioning di un sistema DB utilizzando l'opzione di provisioning rapido, il valore Storage disponibile (GB) specificato durante il provisioning determina lo storage totale massimo disponibile tramite il ridimensionamento. Nella tabella riportata di seguito viene indicato il valore massimo di storage disponibile mediante il ridimensionamento per ogni impostazione offerta nel workflow di provisioning.
Tabella - Considerazioni sul ridimensionamento dello storage durante l'utilizzo del provisioning rapido
| Storage iniziale specificato durante il provisioning (GB) | Storage massimo disponibile tramite ridimensionamento (GB) |
|---|---|
| 256 | 2.560 |
| 512 | 2.560 |
| 1024 | 5.120 |
| 2048 | 10.240 |
| 4.096 | 20.480 |
| 8.192 | 40.960 |
Considerazioni sul dominio di errore per i sistemi DB RAC a più nodi
Quando si esegue il provisioning di un sistema DB RAC a più nodi, il sistema assegna ogni nodo a un dominio di errore diverso per impostazione predefinita. Utilizzando il collegamento Opzioni avanzate nella finestra di dialogo di provisioning, è possibile selezionare il dominio o i domini di errore da utilizzare per i sistemi DB RAC a più nodi e il sistema assegnerà i nodi ai domini di errore selezionati. Oracle consiglia di posizionare ogni nodo di un sistema DB RAC a più nodi in un dominio di errore diverso.
Per ulteriori informazioni sui domini di errore, vedere Aree e domini di disponibilità.
Riavviare un nodo di sistema DB per la manutenzione pianificata
I nodi del sistema DB utilizzano host fisici di base che devono essere sottoposti a manutenzione periodicamente. Quando è necessaria tale manutenzione, OCI pianifica un riavvio del nodo del sistema DB e ti avvisa del prossimo riavvio. Il riavvio consente di eseguire la migrazione del nodo del sistema DB in un nuovo host fisico che non necessita di manutenzione. L'arresto e l'avvio del nodo determineranno anche la migrazione a un nuovo host fisico. L'unico effetto sul nodo del sistema DB è il riavvio stesso. La manutenzione pianificata dell'hardware fisico originale viene eseguita dopo che il nodo è stato migrato al nuovo host e non ha alcun effetto sul sistema DB.
Se il nodo del sistema DB è pianificato per un riavvio per manutenzione, puoi riavviare il nodo in modo proattivo (arrestandolo e avviandolo) utilizzando la console o l'API. Ciò consente di controllare come e quando il nodo subisce tempi di inattività. Se si sceglie di non eseguire il reboot prima dell'ora pianificata, OCI riavvierà ed eseguirà la migrazione del nodo all'ora pianificata.
Per identificare i nodi del sistema DB che è possibile riavviare in modo proattivo, andare alla pagina Dettagli sistema DB del sistema nella console e selezionare il campo Riavvio per manutenzione del nodo. Se è stato pianificato un riavvio per manutenzione dell'istanza che può essere riavviato in modo proattivo, questo campo visualizza la data e l'ora di inizio del riavvio. Quando il campo Riavvio per manutenzione non visualizza una data, il sistema DB non dispone di eventi di manutenzione pianificati dei nodi.
Per verificare la presenza di eventi di manutenzione pianificata mediante l'API, utilizzare l'operazione GetDbNode per controllare il campo timeMaintenanceWindowEnd della risorsa DbNode. Questo campo specifica quando il sistema inizierà il successivo reboot pianificato del nodo.
Per individuare i nodi con riavvii di manutenzione pianificata, è possibile utilizzare il servizio di ricerca con una query predefinita per trovare tutti i sistemi DB con un riavvio di manutenzione pianificato.
Per istruzioni sull'uso della console per il riavvio di un nodo, vedere Reboot di un sistema DB.
Strumento di rafforzamento della sicurezza per i sistemi DB
I sistemi DB di cui è stato eseguito il provisioning utilizzando Oracle Linux 7 includono uno script Python, denominato strumento STIG (Security Technical Implementation Guide), che è possibile utilizzare per eseguire il potenziamento della sicurezza per il sistema DB.
Backup dei volumi di avvio
Oracle gestisce un backup settimanale del volume di avvio del sistema DB in modo che il sistema possa essere facilmente ripristinato in caso di errore grave o errore del sistema. I backup dei volumi di avvio non sono attualmente accessibili agli utenti (non è previsto l'accesso della console, dell'API o dell'interfaccia CLI al backup di un volume di avvio del sistema DB) e Oracle si assume il costo di conservazione e manutenzione del backup. In caso di errore del sistema, contattare My Oracle Support per richiedere che Oracle esegua un ripristino del sistema DB dal backup del volume di avvio.