Informazioni sui sistemi DB
Oracle Cloud Infrastructure (OCI) offre sistemi DB su virtual machine.
Esistono due tipi di sistemi di database (sistemi DB) sulle 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 a scopo di sviluppo o test, è disponibile uno speciale sistema DB a nodo singolo con provisioning rapido.
Quando crei un sistema DB, selezioni l'edizione e la versione di Oracle AI Database che si applicano al database in tale sistema DB. Impossibile modificare l'edizione selezionata. A seconda dell'edizione e della versione di Oracle AI Database selezionate, il sistema DB può supportare più pluggable database (PDB). Per informazioni sul numero massimo di pluggable database e container database (CDB) disponibili per la versione di Oracle AI Database selezionata, vedere il seguente argomento sulle licenze di Oracle AI Database.
- Oracle Database 19c: funzioni, opzioni e Management Pack consentiti dall'offerta di Oracle AI Database
Un sistema DB può disporre di una sola home del database che, a sua volta, può avere solo un database. Un database di sistema DB utilizza lo storage a blocchi OCI anziché lo storage locale. Puoi specificare una dimensione di storage quando crei il sistema DB e puoi eseguire lo scale-up dello storage in base alle esigenze in qualsiasi momento. Per modificare il numero di memorie centrali CPU in un sistema DB esistente, è necessario modificare la forma di tale sistema DB. Per ulteriori informazioni, vedere Modificare la forma di un sistema DB.
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.
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 modificarne la forma per adattarla ai nuovi requisiti di capacità di elaborazione. Sono disponibili le seguenti forme:
Nota:
Oracle Base Database Service ha annunciato il ritiro della forma VM.Standard.x86, dell'edizione software Enterprise Edition - Extreme Performance (EE-EP) e delle SKU dei servizi sottoposti a misurazione con OCPU, a partire dal 31 luglio 2026. Le distribuzioni esistenti continueranno a essere eseguite, ma il nuovo provisioning e i rinnovi dei contratti saranno interessati.
Pianificare la migrazione a VM.BaseDB.x86 utilizzando la metrica ECPU o a Oracle Exadata Database Service on Exascale Infrastructure (ExaDB-XS) per i carichi di lavoro EE-EP, se applicabile. Per informazioni sulle SKU interessate, sull'impatto del cliente e sulle linee guida per la migrazione, vedere l'articolo KB921246 di My Oracle Support.
Forme flessibili
Le forme flessibili ti consentono di personalizzare le risorse di computazione - ECPU o OCPU allocate a un'istanza. Quando crei un'istanza utilizzando una forma flessibile, selezioni la risorsa di computazione necessaria 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 ECPU o OCPU selezionate e il rapporto tra memoria e ECPU o OCPU dipende dalla forma.
Le forme flessibili sono disponibili con processori Ampere, AMD e Intel. La tabella seguente mostra le forme disponibili.
| Forma | Computazione | Memoria |
|---|---|---|
| VM.BaseDB.x86 | Il valore minimo è 4 ECPU e il valore massimo è 256 ECPU. Dovrebbe essere con incrementi di 4. |
8 GB per ogni 4 ECPU. Il valore minimo è 8 GB e il valore massimo è 512 GB di memoria totale. |
| Standard VM.x86 | Il valore minimo è 4 ECPU e il valore massimo è 252 ECPU. Dovrebbe essere con incrementi di 4. |
8 GB per ogni 4 ECPU. Il valore minimo è 8 GB e il valore massimo è 504 GB di memoria totale. |
| Ampere VM.Standard.A1. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 57 OCPU. | 8 GB per OCPU. Il valore minimo è 8 GB e il valore massimo è 456 GB di memoria totale. |
| AMD VM.Standard.E5. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 64 OCPU. | 16 GB per OCPU. Il valore minimo è 16 GB e il valore massimo è 1024 GB di memoria totale. |
| AMD VM.Standard.E4. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 64 OCPU. | 16 GB per OCPU. Il valore minimo è 16 GB e il valore massimo è 1024 GB di memoria totale. |
| Intel X9 VM.Standard3. Flexfield | Il valore minimo è 1 OCPU e il valore massimo è 32 OCPU. | 16 GB per OCPU. Il valore minimo è 16 GB e il valore massimo è 512 GB di memoria totale. |
Nota:
- La forma Ampere A1 basata su Arm è disponibile solo per Oracle AI Database versioni 26ai e 19c a partire da 23.7.0.0, 19.19.0.0 e aggiornamenti delle release successive (RU).
- La forma AMD E5 è disponibile solo per Oracle AI Database versioni 26ai e 19c a partire dalla versione 23.4.0.24.05, 19.21.0.0 e aggiornamenti delle release successive (RU).
- La forma AMD E4 è disponibile solo per Oracle AI Database versioni 26ai, 21c e 19c con gli aggiornamenti delle release successive (RU) 23.4.0.24.05, 21.6.0.0, 19.15.0.0.
- La forma Intel X9 è disponibile solo per Oracle AI Database versioni 26ai, 21c e 19c con gli aggiornamenti delle release successive (RU) 23.4.0.24.05, 21.8.0.0, 19.17.0.0.
- I sistemi DB RAC multi-nodo richiedono un minimo di due OCPU per nodo.
Forma generazione-gnostica X86
La forma VM.BaseDB.x86 e la forma VM.Standard.x86 sono forme x86 flessibili e indipendenti dalla generazione che consentono di personalizzare il numero di ECPU allocate a un sistema DB. Queste forme offrono un'esperienza coerente tra le generazioni di infrastruttura x86 supportate e, al contempo, consentono di ridimensionare le risorse di computazione in base ai requisiti del carico di lavoro.
Le forme x86 presentano le seguenti caratteristiche:
- Utilizza la fatturazione basata su ECPU, consentendo una determinazione dei prezzi più granulare e basata sull'uso.
- VM.BaseDB.x86 supporta Oracle AI Database 26ai e Oracle Database 19c.
- VM.Standard.x86 supporta solo Oracle AI Database 26ai.
-
Supporta le seguenti edizioni software di Oracle AI Database:
- Standard Edition
- Enterprise Edition
- Enterprise Edition - High Performance
- Supporta Logical Volume Manager per la gestione dello storage.
- Supporta solo sistemi DB a nodo singolo.
Nota: le forme x86 non supportano il dominio di errore.
Forma Ampere A1 basata sul braccio
Le forme Ampere A1 basate su Arm sono flessibili e 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 AI Database Standard Edition non è supportato sui sistemi DB basati sulla forma Ampere A1.
- Non è possibile utilizzare un'immagine software del database per creare un database sui sistemi DB basati sulla forma Ampere A1.
- Il provisioning e il ripristino del sistema DB basato sulla forma Ampere A1 non sono supportati se la destinazione di backup per il database è Autonomous Recovery Service.
- La forma Ampere A1 non è supportata per i database che utilizzano la cifratura del vault OCI.
- La forma dei sistemi DB basati sulla forma Ampere A1 non può essere modificata in sistemi DB basati sulla forma Intel o AMD e viceversa.
- Un backup di un database basato sulla forma Ampere A1 non può essere ripristinato sui sistemi DB basati sulla forma Intel o AMD e viceversa.
- I sistemi DB basati sulla forma Ampere A1 non supportano le associazioni Data Guard con i sistemi DB basati sulla forma Intel o AMD.
Forme standard
Le forme standard sono disponibili con processori Intel.
La tabella seguente mostra le forme disponibili nella serie X7.
| Forma | Memorie centrali CPU | Memoria |
|---|---|---|
| Standard2.1 VM | 1 | 15 GB |
| VM.Standard2.2 | 2 | 30 GB |
| VM.Standard2.4 | 4 | 60 GB |
| VM.Standard2.8 | 8 | 120 GB |
| Standard2.16 VM | 16 | 240 GB |
| VM.Standard2.24 | 24 | 320 GB |
Nota:
- Le forme Intel X7 sono disponibili solo per Oracle AI Database versioni 26ai, 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 utilizzando versioni di database precedenti, in base ai requisiti di forma riportati di seguito.
L'ultimo aggiornamento della release approvato è disponibile per impostazione predefinita. È inoltre possibile selezionare uno dei due aggiornamenti della release precedenti (N-1 o N-2) dopo aver confermato il messaggio visualizzato. Per utilizzare un aggiornamento release precedente a N-2, è necessario sottomettere una richiesta di servizio.
- La forma Ampere A1 basata su Arm è disponibile solo per Oracle AI Database versioni 26ai e 19c a partire da 23.7.0.0, 19.19.0.0 e aggiornamenti delle release successive (RU).
- La forma AMD E5 è disponibile solo per Oracle AI Database versioni 26ai e 19c a partire dalla versione 23.4.0.24.05, 19.21.0.0 e aggiornamenti delle release successive (RU).
- La forma AMD E4 è disponibile solo per Oracle AI Database versioni 26ai, 21c e 19c con gli aggiornamenti delle release successive (RU) 23.4.0.24.05, 21.6.0.0, 19.15.0.0.
- La forma Intel X9 è disponibile solo per Oracle AI Database versioni 26ai, 21c e 19c con gli aggiornamenti delle release successive (RU) 23.4.0.24.05, 21.8.0.0, 19.17.0.0.
- Le forme Intel X7 sono disponibili solo per Oracle AI Database versioni 26ai, 21c e 19c.
- La migrazione dalla forma Intel X9 alle forme AMD E4 e E5 non è supportata.
- La migrazione alla forma AMD E4 è supportata solo per le istanze che utilizzano l'immagine di base con aggiornamenti 21.6.0.0, 19.15.0.0 e release successive. Per le istanze create prima di tali aggiornamenti release, l'aggiornamento e la migrazione non sono possibili in quanto l'immagine di base stessa non supporta la migrazione.
- La migrazione alla forma Intel X9 è supportata solo per le istanze che utilizzano l'immagine di base con aggiornamenti 21.8.0.0, 19.17.0.0 e release successive. Per le istanze create prima di tali aggiornamenti release, l'aggiornamento e la migrazione non sono possibili in quanto l'immagine di base stessa non supporta la migrazione.
Se è necessario creare un sistema DB con una versione precedente del database, vedere Aggiornamenti di patch critiche per informazioni sui problemi di sicurezza noti con la versione del database scelta. È inoltre necessario analizzare e applicare patch ai problemi di sicurezza noti per il sistema operativo incluso con la versione precedente del database. Per informazioni sulle procedure ottimali di sicurezza per i database in OCI, vedere Protezione dei database.
Modalità di impatto delle varie configurazioni sullo storage utilizzabile
I sistemi DB utilizzano lo storage a blocchi OCI. La tabella seguente mostra i dettagli delle opzioni di memorizzazione disponibili. Lo storage totale include lo storage disponibile più 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 superiore.
- Per i sistemi DB RAC multi-nodo, la capacità di storage è condivisa tra i nodi.
- Lo storage dell'area di recupero viene determinato in base allo storage selezionato. Tuttavia, è possibile modificare lo storage dell'area di recupero in modo indipendente dopo il provisioning.
- Lo storage totale è la somma dello storage dei dati disponibile, dello storage dell'area di recupero e di 200 GB riservati per il software del sistema DB.
Storage dati disponibile per forme flessibili
| Storage dati disponibile (GB) | Storage area di recupero (GB) | Storage totale (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1.024 | 512 | 1.736 |
| 2.048 | 512 | 2.760 |
| 4.096 | 1.024 | 5.320 |
| 8.192 | 2.048 | 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 | 14.336 | 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
| Storage dati disponibile (GB) | Storage area di recupero (GB) | Storage totale (GB) |
|---|---|---|
| 256 | 256 | 712 |
| 512 | 256 | 968 |
| 1.024 | 256 | 1.480 |
| 2.048 | 408 | 2.656 |
| 4.096 | 820 | 5.116 |
| 6.144 | 1.228 | 7.572 |
| 8.192 | 1.640 | 10.032 |
| 10.240 | 2.048 | 12.488 |
| 12.288 | 2.456 | 14.944 |
| 14.336 | 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.
| 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 memorie centrali per US West (Phoenix), 300 memorie centrali per US East (Ashburn), 50 memorie centrali per Germany Central (Francoforte), 50 memorie centrali 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 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") è quello di eseguire il provisioning con Automatic Storage Management (ASM).
I dettagli riportati di seguito si applicano all'opzione di provisioning rapido.
- 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.
Per ulteriori informazioni, fare riferimento agli argomenti sotto riportati.
Considerazioni sul ridimensionamento dello storage durante l'uso 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 descritto il valore massimo di storage disponibile mediante il ridimensionamento per ogni impostazione offerta nel workflow di provisioning.
| Storage iniziale specificato durante il provisioning (GB) | Storage massimo disponibile tramite scalabilità (GB) |
|---|---|
| 256 | 2.560 |
| 512 | 2.560 |
| 1.024 | 5.120 |
| 2.048 | 10.240 |
| 4.096 | 20.480 |
| 8.192 | 40.960 |
Considerazioni sul dominio di errore per i sistemi DB RAC multi-nodo
Quando esegui il provisioning di un sistema DB RAC a più nodi, il sistema assegna ciascun nodo a un dominio di errore diverso per impostazione predefinita. Utilizzando il collegamento Opzioni avanzate nella finestra di dialogo di provisioning, è possibile selezionare 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 multi-nodo 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 gli host fisici sottostanti che devono essere sottoposti periodicamente a manutenzione. Quando tale manutenzione è necessaria, OCI pianifica un riavvio del nodo del sistema DB e notifica l'imminente riavvio. Il reboot consente di eseguire la migrazione del nodo del sistema DB a un nuovo host fisico che non richiede manutenzione. (L'arresto e l'avvio del nodo comporterà 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 la migrazione del nodo 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 in modo proattivo il nodo (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 riavvio 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 controllare il campo Riavvio della manutenzione dei nodi. Se per l'istanza è pianificato un riavvio per manutenzione e può essere riavviato in modo proattivo, questo campo visualizza la data e l'ora di inizio del riavvio. Quando nel campo Riavvio per manutenzione non viene visualizzata una data, il sistema DB non dispone di eventi di manutenzione dei nodi pianificati.
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 del nodo pianificato.
Per individuare i nodi per i quali è stato pianificato il riavvio della manutenzione, è possibile utilizzare il servizio di ricerca con una query predefinita per trovare tutti i sistemi DB per i quali è previsto un riavvio della manutenzione pianificata.
Per istruzioni sull'uso della console per il reboot di un nodo, vedere Reboot a DB System.
Strumento di protezione avanzata per sistemi DB
I sistemi DB di cui è stato eseguito il provisioning utilizzando Oracle Linux 7 includono uno script Python, indicato come strumento STIG (Security Technical Implementation Guide), che può essere utilizzato per eseguire il rafforzamento della sicurezza per il sistema DB.
Per ulteriori informazioni, fare riferimento agli argomenti sotto riportati.
- Strumento STIG (Security Technical Implementation Guide) del sistema DB.
- Abilita FIPS, SE Linux e STIG sui componenti del 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 di errore del sistema. I backup dei volumi di avvio non sono attualmente accessibili agli utenti (non esiste l'accesso alla console, all'API o all'interfaccia CLI a un backup del volume di avvio del sistema DB) e Oracle si assume i costi legati alla conservazione e alla manutenzione del backup. In caso di errore del sistema, contattare My Oracle Support per richiedere a Oracle di eseguire un ripristino del sistema DB dal backup del volume di avvio.