Usa ridimensionamento automatico

Quando la scala automatica è abilitata, se il carico di lavoro richiede risorse CPU e I/O aggiuntive, il database utilizza automaticamente le risorse senza alcun intervento manuale necessario. Ad esempio:

• Nel modello di computazione ECPU, quando il conteggio ECPU è 512, questo consente al database di utilizzare fino a 512 x 3 ECPU (1536 ECPU) quando la scala automatica è abilitata.

  Per visualizzare il numero medio di ECPU utilizzate in un'ora, è possibile utilizzare il grafico "Numero di ECPU allocate" nella scheda Panoramica della scheda Dashboard del database in Azioni database. Per ulteriori informazioni, vedere Panoramica sul dashboard di database.

• Nel modello di computazione OCPU, quando il conteggio OCPU è 128, questo consente al database di utilizzare fino a 128 OCPU x 3 (384 OCPU) quando la scala automatica è abilitata.

  Per visualizzare il numero medio di OCPU utilizzate in un'ora, è possibile utilizzare il grafico "Numero di OCPU allocate" nella scheda Panoramica della scheda Dashboard del database in Database Actions. Per ulteriori informazioni, vedere Panoramica sul dashboard di database.

L'abilitazione della scala automatica di computazione non modifica le impostazioni di concorrenza e parallelismo per i servizi predefiniti. Per ulteriori informazioni, consulta la sezione Gestire l'accesso concorrente e le priorità in Autonomous Database.

Quando la scala automatica di computazione è abilitata, è possibile che il database utilizzi e che venga fatturato il consumo aggiuntivo di CPU in base alle esigenze del carico di lavoro, fino a tre volte (3x) il numero di CPU di base (come mostrato nel campo Conteggio ECPU o Conteggio OCPU nella console di Oracle Cloud Infrastructure). Consulta la sezione relativa alla fatturazione delle funzionalità di Oracle Autonomous Database Serverless per i dettagli sulla fatturazione della scala automatica del calcolo.

Vedere Aggiungi risorse di CPU o storage o Abilita scala automatica per i passi per abilitare la scala automatica di computazione.

Quando si abilita Scalabilità automatica storage, tenere presente quanto riportato di seguito.

• Autonomous Database utilizza Exadata Smart Flash Cache per inserire automaticamente nella cache i dati ad accesso frequente, offrendo tassi di I/O elevati e tempi di risposta rapidi del flash. La quantità di cache flash per il database dipende dalla quantità di storage di cui si esegue il provisioning o dalla quantità di storage allocata se si abilita la scala automatica dello storage.

  Con la scala automatica dello storage disabilitata, la dimensione minima garantita della cache flash è pari al 10% della dimensione di storage di cui è stato eseguito il provisioning del database.

  Con la scala automatica dello storage abilitata, la dimensione minima garantita della cache flash è pari al 10% della dimensione di storage di base di cui è stato eseguito il provisioning del database o della relativa dimensione di storage allocata, a seconda di quale dei due valori è superiore.

Per comprendere l'allocazione dello storage e l'operazione di riduzione, tenere presente quanto riportato di seguito.

• Storage di base riservato: è la quantità di storage di base selezionata per il database quando si esegue il provisioning o si ridimensiona il database, escluso qualsiasi valore con scala automatica. Lo storage di base riservato viene visualizzato nel campo Memorizzazione nella console di Oracle Cloud Infrastructure.

• Storage allocato: la quantità di storage fisicamente riservata per tutte le tablespace di database (escluse le tablespace di schema di esempio). Questo numero include anche lo spazio libero in queste tablespace.

• Storage utilizzato: indica la quantità di storage effettivamente utilizzata in tutte le tablespace (escluse le tablespace di schema di esempio). Lo storage utilizzato esclude lo spazio libero in queste tablespace. Lo storage utilizzato è lo storage effettivamente utilizzato da oggetti di database, tabelle, indici e così via, incluso lo spazio temporaneo utilizzato internamente.

• Storage massimo: è la memorizzazione massima riservata. Quando la scala automatica dello storage è disabilitata, lo storage massimo equivale allo storage di base riservato. Quando è abilitata la scala automatica dello storage, lo storage massimo è tre volte lo storage di base (massimo = base riservata x 3).

L'operazione Riduci richiede l'applicazione di tutte le seguenti condizioni:

• La scala automatica storage deve essere abilitata.

• Lo storage allocato deve essere maggiore dello storage di base riservato.

• Lo storage allocato, arrotondato al più vicino 1 TB, può essere ridotto di 1 TB o più.

• Deve essere vero quanto segue:

  Storage allocato - Storage usato > 100 GB

Quando si fa clic su Riduci e queste condizioni non vengono soddisfatte, Autonomous Database mostra la finestra di dialogo Azione non disponibile.

Per l'operazione Riduci, tenere presente quanto segue:

• L'operazione di riduzione esegue un'operazione alter table... move online che utilizza le CPU del database. Nei casi in cui l'operazione di riduzione è in esecuzione lenta o richiede molto tempo, Oracle consiglia di eseguire lo scale up del numero di CPU. Per ulteriori informazioni, vedere Aggiungere risorse di CPU o storage o abilitare la scala automatica.

• L'operazione di riduzione non è consentita se l'istanza di Autonomous Database contiene quanto segue:

  • Indici vettore

  • Code eventi transazionali

  • Tabelle MEMOPTIMIZE FOR WRITE

• Se si dispone di colonne con il tipo di dati ROWID, le ROWID a cui puntano questi valori di colonna possono cambiare durante l'operazione di riduzione.

• Le tabelle che contengono i seguenti elementi potrebbero essere spostate offline durante l'operazione di riduzione. Le operazioni DML su queste tabelle possono essere bloccate per la durata dello spostamento e gli indici delle tabelle per queste tabelle potrebbero diventare inutilizzabili fino al completamento dell'operazione di riduzione:

  • Tabelle con indici di join bitmap

  • Tabelle nidificate

  • Tabelle oggetti

  • Tabelle immutabili

  • Tabelle blockchain

  • Tabelle partizionate con indici di dominio

• Se si esegue un'operazione di riduzione molto presto dopo un'operazione di eliminazione dei dati, l'operazione di riduzione potrebbe non riuscire. Ciò può essere dovuto al ritardo necessario per Autonomous Database per ricalcolare i valori di storage. In questo caso, Oracle consiglia di riprovare a eseguire l'operazione Riduci, ovvero attendere alcuni minuti prima che l'eliminazione dello storage e gli eventuali aggiornamenti dell'uso dello storage associati vengano completati ed eseguire di nuovo l'operazione Riduci.