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

• Nel modello di calcolo 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 database in Database Actions. Per ulteriori informazioni, vedere Panoramica del dashboard del 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 durante un'ora, è possibile utilizzare il grafico "Numero di OCPU allocate" nella scheda Panoramica della scheda Dashboard database in Database Actions. Per ulteriori informazioni, vedere Panoramica del dashboard del database.

L'abilitazione della scala automatica di calcolo non modifica le impostazioni di concorrenza e parallelismo per i servizi predefiniti. Per ulteriori informazioni, vedere Gestione di concorrenza e priorità in Autonomous Database.

Quando la scala automatica di computazione è abilitata, è possibile che il database venga utilizzato e che venga fatturato il consumo aggiuntivo della 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 CPU o Conteggio OCPU nella console di Oracle Cloud Infrastructure). Per i dettagli sulla fatturazione della scala automatica di calcolo, consulta Oracle Autonomous Database Serverless Features Billing.

Fare riferimento alla sezione Aggiungi risorse CPU o storage o Abilita scala automatica per i passi necessari per abilitare la scala automatica della computazione.

Quando si abilita la ridimensionamento automatico dello 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 elevate velocità di I/O 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 allocato se si abilita la scala automatica dello storage.

  Se 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.

  Se è abilitato il ridimensionamento automatico dello storage, 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 dimensione di storage allocata, a seconda di quale delle due è maggiore.

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 la scalabilità del database, esclusi eventuali valori con scala automatica. Lo storage di base riservato viene visualizzato nel campo Storage della console di Oracle Cloud Infrastructure.

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

• Storage usato: indica la quantità di storage effettivamente utilizzata in tutte le tablespace (escluse le tablespace dello schema di esempio). Lo spazio di memorizzazione 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.

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

L'operazione Riduci richiede l'applicazione di tutte le condizioni riportate di seguito.

• La ridimensionamento automatico dello storage deve essere abilitata.

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

• Lo storage allocato, arrotondato per eccesso a 1 TB più vicini, può essere ridotto di 1 TB o più.

• Il valore seguente deve essere true:

  Storage allocato - Storage usato > 100 GB

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

Per l'operazione Riduci, tenere presente quanto riportato di seguito.

• 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 è lenta o richiede molto tempo, Oracle consiglia di eseguire lo scale up del numero di CPU. Per ulteriori informazioni, vedere Aggiungi risorse CPU o storage o Abilita ridimensionamento automatico.

• L'operazione di riduzione non è consentita se l'istanza di Autonomous Database contiene gli elementi riportati di seguito.

  • Indici vettore

  • Tabelle di accodamento avanzate

  • Tabelle MEMOPTIMIZE FOR WRITE

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

• Le tabelle che contengono quanto segue possono essere spostate offline durante l'operazione di riduzione. Le operazioni DML su queste tabelle potrebbero essere bloccate per tutta 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 bitmap join

  • tabelle nidificate

  • Object table

  • Tavoli immutabili

  • Tabelle blockchain

  • Tabelle partizionate con indici di dominio

• Se si esegue un'operazione di riduzione subito dopo un'operazione di eliminazione dei dati, l'operazione di riduzione potrebbe non riuscire. Ciò può essere dovuto al ritardo richiesto per consentire ad Autonomous Database di 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 associati all'uso dello storage vengano completati ed eseguire di nuovo l'operazione Riduci.