Gestire le risorse CPU o di storage di un'infrastruttura Autonomous Database su un'infrastruttura Exadata dedicata

È possibile gestire le risorse di CPU o storage di un Autonomous Database dalla relativa pagina Dettagli.

Nota

In un'impostazione di Autonomous Data Guard, non è possibile ridimensionare un Autonomous Database il cui database di standby è nel ruolo di standby snapshot. Per ridimensionare questo database, è necessario convertire l'Autonomous Container Database (ACD) di standby in ruolo di standby fisico. Per istruzioni, vedere Conversione dell'istantanea in standby fisico.

Argomenti correlati

Aggiungi risorse CPU o di storage a un Autonomous Database

Criteri IAM necessari

use autonomous-databases

Laboratori live correlati

Per un'alternativa "try it out" che dimostri queste istruzioni, consulta Lab 11: Zero Downtime Scaling in Oracle Autonomous Database Dedicated for Developers and Database Users Workshop.

Procedura

Andare alla pagina Dettagli dell'Autonomous Database a cui si desidera aggiungere risorse CPU o storage.

Nota
Per i database che utilizzano Autonomous Data Guard, andare alla pagina Dettagli del database primario.

Per istruzioni, consulta la sezione relativa alla visualizzazione dei dettagli di un'infrastruttura Autonomous Database on Dedicated Exadata.
In Oracle Public Cloud, fare clic su Modifica nella sezione Allocazione risorse. In Exadata Cloud@Customer, fare clic su Modifica nella sezione Risorse. Viene visualizzata la pagina Gestisci ridimensionamento.

Questa opzione non è abilitata per un'istanza di Autonomous Database per sviluppatori.

Nota
In alternativa, è possibile aprire la pagina Gestisci ridimensionamento facendo clic su Gestisci allocazione risorse in Altre azioni in Oracle Public Cloud o Gestisci ridimensionamento in Azioni in Exadata Cloud@Customer.
Selezionare la modifica nelle risorse per la richiesta di scala:
- Fare clic sulla freccia su per selezionare un valore per Conteggio ECPU o Conteggio OCPU. L'impostazione predefinita è Nessuna modifica.
  Per i database che utilizzano le ECPU, è necessario incrementare il numero di ECPU assegnate a un numero intero. Ad esempio, non è possibile assegnare 3,5 ECPU a un database. Il prossimo numero disponibile di ECPU sopra 3 è 4.
  
  Per i database che utilizzano OCPU che non richiedono un'intera OCPU, è possibile aumentare il conteggio di OCPU da 0,1 a 0,9 (con incrementi di 0,1). Questo è chiamato overprovisioning della CPU. Per i requisiti e le limitazioni del provisioning eccessivo della CPU, vedere Provisioning in eccesso della CPU.
  
  Nota
  Lo scale-up di un database con overprovisioning della CPU per l'uso di una OCPU completa non influisce sui servizi di database predefiniti a cui è possibile connettersi. In altre parole, puoi solo connetterti ai servizi tp e bassi per i carichi di lavoro Autonomous Transaction Processing e ai servizi bassi per i carichi di lavoro Autonomous Data Warehouse. Per visualizzare una lista dei servizi predefiniti supportati da un Autonomous Database, vedere Nomi predefiniti del servizio di database per i database autonomi.
  
  Per i database che utilizzano 1 o più OCPU, è necessario incrementare il numero di OCPU assegnate di un numero intero. Ad esempio, non è possibile assegnare 3,5 OCPU a un database. Il prossimo numero disponibile di OCPU sopra 3 è 4.
  
  Il conteggio CPU selezionato viene convalidato in base a una lista di CPU di cui è possibile eseguire il provisioning e, se non è possibile eseguire lo scale up del database fino al conteggio CPU scelto, verranno forniti i due valori CPU di cui è possibile eseguire il provisioning più vicini. Per ulteriori dettagli sulle CPU con provisioning consentito, vedere In che modo i nodi del cluster VM influiscono sulla gestione delle CPU.
  
  Suggerimento
  È possibile utilizzare l'API GetAutonomousDatabase per ottenere una lista completa di valori CPU con provisioning consentito.
- Fare clic sulla freccia su per selezionare un valore per Memorizzazione (GB). In alternativa, è anche possibile immettere il valore direttamente. L'impostazione predefinita è Nessuna modifica.
Fare clic su Aggiorna per modificare le risorse.

Rimuovi risorse CPU o di storage da un Autonomous Database

Criteri IAM necessari

use autonomous-databases

Procedura

Vai alla pagina Dettagli dell'Autonomous Database da cui desideri rimuovere le risorse di CPU o storage.

Nota
Per i database che utilizzano Autonomous Data Guard, andare alla pagina Dettagli del database primario.

Per istruzioni, consulta la sezione relativa alla visualizzazione dei dettagli di un'infrastruttura Autonomous Database on Dedicated Exadata.
In Oracle Public Cloud, fare clic su Modifica nella sezione Allocazione risorse. In Exadata Cloud@Customer, fare clic su Modifica nella sezione Risorse. Viene visualizzata la pagina Gestisci ridimensionamento.

Questa opzione non è abilitata per un'istanza di Autonomous Database per sviluppatori.

Nota
In alternativa, è possibile aprire la pagina Gestisci ridimensionamento facendo clic su Gestisci allocazione risorse in Altre azioni in Oracle Public Cloud o Gestisci ridimensionamento in Azioni in Exadata Cloud@Customer.
Selezionare la modifica nelle risorse per la richiesta di scala:
- Fare clic sulla freccia giù per selezionare un valore per Conteggio ECPU o Conteggio OCPU. L'impostazione predefinita è Nessuna modifica.
  Per i database che utilizzano le ECPU, è necessario ridurre il numero di ECPU assegnate a un numero intero. Ad esempio, non è possibile assegnare 3,5 ECPU a un database. Il successivo numero di ECPU disponibili inferiore a 4 è 3. Impossibile eseguire lo scale down delle ECPU impostando un valore inferiore a 2.
  
  Per i database che utilizzano meno di 1 OCPU, è possibile ridurre il valore OCPU da 0,9 a 0,1 (in decrementi di 0,1) per le OCPU. Per i requisiti e le limitazioni del provisioning eccessivo della CPU, vedere Provisioning in eccesso della CPU.
  
  Nota
  Lo scale down di un database per utilizzare il over-provisioning della CPU (valore OCPU inferiore a 1) da una CPU completa (numero intero positivo) non influisce sui servizi di database predefiniti a cui è possibile connettersi. Nonostante il provisioning eccessivo della CPU, è possibile continuare a connettersi a tutti i servizi di database predefiniti, come fatto prima dello scale-down. Per visualizzare una lista dei servizi predefiniti supportati da un Autonomous Database, vedere Nomi predefiniti del servizio di database per i database autonomi.
  
  Per i database che utilizzano più di 1 OCPU, è necessario ridurre il numero di OCPU assegnate di un numero intero. Ad esempio, non è possibile assegnare 3,5 OCPU a un database. Il prossimo numero disponibile di OCPU inferiore a 4 è 3.
  
  Il conteggio CPU selezionato viene convalidato in base a una lista di CPU di cui è possibile eseguire il provisioning e, se non è possibile eseguire lo scale down del database nel conteggio CPU scelto, verranno forniti i due valori CPU di cui è possibile eseguire il provisioning più vicino. Per ulteriori dettagli sulle CPU con provisioning consentito, vedere In che modo i nodi del cluster VM influiscono sulla gestione delle CPU.
  
  Suggerimento
  È possibile utilizzare l'API GetAutonomousDatabase per ottenere una lista completa di valori CPU con provisioning consentito.
- Fare clic sulla freccia giù per selezionare un valore per Memorizzazione (GB). L'impostazione predefinita è Nessuna modifica. Lo storage minimo che è possibile specificare è lo spazio effettivo utilizzato del database di origine arrotondato al GB successivo.
Fare clic su Aggiorna per modificare le risorse.

Titolo e informazioni sul copyright

Oracle e/o relative consociate.