Documentazione di Oracle Cloud Infrastructure

Nomi del servizio di database per Autonomous Database

Autonomous Database viene fornito con servizi di database predefiniti con diverse caratteristiche di prestazioni e concorrenza. È necessario scegliere uno di questi servizi per ogni applicazione o utente che si connette al database.

Nella tabella seguente vengono confrontati i servizi di database. Questa tabella si applica ai database con 2 OCPU o più o 4 ECPU o più. Non è possibile utilizzare il parallelismo nei database con meno di 2 OCPU o meno di 4 ECPU a meno che non si utilizzi il parallelismo manuale, come spiegato di seguito.

Nome servizio Grado di parallelismo Nota a piè di pagina 1 Condivisioni risorse Nota a piè di pagina 2 Istruzioni concorrenti Nota a piè di pagina 3
      Senza ridimensionamento automatico computazione Con scalabilità automatica della computazione
TPURGENT Nota a piè di pagina 5 Imposta manualmente nota a piè di pagina 4 12

Limitato dal parametro Sessioni.

Modello OCPU: il parametro delle sessioni è impostato su 300 volte il numero di OCPU di base.

Modello ECPU: il parametro delle sessioni è impostato su 75 volte il numero di ECPU di base.

Stessi valori senza scala automatica
TP Nota a piè di pagina 5 Nessun parallelismo 8

Limitato dal parametro Sessioni.

Modello OCPU: il parametro delle sessioni è impostato su 300 volte il numero di OCPU di base.

Modello ECPU: il parametro delle sessioni è impostato su 75 volte il numero di ECPU di base.

Stessi valori senza scala automatica
HIGH

abilitato

Modello OCPU: il grado di parallelismo sarà uguale al numero di OCPU di base

Modello ECPU: il grado di parallelismo sarà pari alla metà del numero di ECPU di base arrotondate per difetto al valore intero più vicino.

4 3 9
MEDIUM

abilitato

Modello OCPU: il grado di parallelismo sarà 2 con 2 OCPU, 3 con 3 OCPU e 4 per più di 3 OCPU.

Modello ECPU: il grado di parallelismo sarà pari alla metà del numero di ECPU di base arrotondate per difetto al valore intero più vicino con da 4 a 7 ECPU. Sarà 4 con 8 ECPU o più.

2

Modello OCPU: 1,25 × numero di OCPU di base

Modello ECPU: 0,25125 × numero di ECPU di base

Un risultato decimale viene troncato.

Modello OCPU: 3,75 × numero di OCPU di base

Modello ECPU: 0,75375 × numero di ECPU di base

Un risultato decimale viene troncato.
LOW Nessun parallelismo 1

Limitato dal parametro Sessioni.

Modello OCPU: il parametro delle sessioni è impostato su 300 volte il numero di OCPU di base.

Modello ECPU: il parametro delle sessioni è impostato su 75 volte il numero di ECPU di base.

Stessi valori senza scala automatica.

Nota a piedi 1

Per impostazione predefinita, i servizi HIGH e MEDIUM dispongono di query parallela, DDL e DML abilitati.

Se si utilizza Autonomous Database con Oracle Database 19c, DML parallelo richiede di eseguire il commit o il rollback della transazione prima di poter accedere di nuovo alla stessa tabella. Se si tenta di accedere alla stessa tabella senza eseguire il commit o il rollback della transazione, verrà visualizzato l'errore ORA-12839. Questa limitazione è stata revocata in Oracle Database 23ai, in modo da poter accedere di nuovo alla stessa tabella utilizzando la stessa sessione senza eseguire un commit o un rollback.

Se necessario, è possibile disabilitare il DML parallelo nella sessione eseguendo le operazioni riportate di seguito.

alter session disable parallel dml;

È inoltre possibile creare un trigger di accesso per eseguire questa istruzione per tutte le sessioni. Tenere presente che le prestazioni delle istruzioni DML di grandi dimensioni potrebbero essere interessate quando si disabilita DML parallelo.

Si noti che questi valori di grado di parallelismo possono essere raddoppiati per query semplici come una query su una singola tabella.

I suggerimenti di parallelismo nelle istruzioni SQL vengono ignorati per impostazione predefinita nelle istanze di Autonomous Database con il tipo di carico di lavoro Data Warehouse. I suggerimenti di parallelismo nelle istruzioni SQL vengono rispettati nelle istanze di Autonomous Database con i tipi di carico di lavoro Transaction Processing, JSON o APEX. Se si desidera controllare il parallelismo utilizzando i suggerimenti in un'istanza di Autonomous Database con il carico di lavoro del data warehouse, è possibile abilitare i suggerimenti utilizzando il comando riportato di seguito. 

alter session set optimizer_ignore_parallel_hints=false;

Per ulteriori informazioni, vedere gli argomenti riportati di seguito.

Nota a piedi 2

Le condivisioni CPU assegnate a ciascun servizio determinano la quantità di CPU e I/O che le sessioni che utilizzano tali servizi otterranno quando l'utilizzo della CPU nel database raggiunge il 100%. In questo caso, ogni servizio otterrà risorse CPU e I/O proporzionali alle condivisioni CPU assegnate. È possibile modificare queste condivisioni quando necessario per adattarle al carico di lavoro. I task automatici eseguiti su Autonomous Database, ad esempio la raccolta automatica delle statistiche dell'optimizer, vengono eseguiti con una condivisione di risorse pari a 1. Per ulteriori informazioni, vedere Gestire le condivisioni CPU/IO su Autonomous Database.

Nota a piedi 3

La concorrenza in questa tabella indica il numero di sessioni attive che eseguono istruzioni SQL contemporaneamente. Il numero di sessioni che non utilizzano il parallelismo, ad esempio le sessioni nel servizio LOW, è limitato dal parametro del database sessions. Questo parametro determina il numero di sessioni che è possibile avere nel database indipendentemente dal servizio utilizzato da tali sessioni. Una volta raggiunto tale limite, le nuove sessioni non saranno in grado di connettersi al database. Ad esempio, se il parametro sessions del database è impostato su 300, è possibile disporre di un numero di sessioni diverso utilizzando LOW e TP, con un totale limitato a 300.

I servizi HIGH e MEDIUM consentono l'esecuzione di tutte le istruzioni SQL concorrenti come indicato in questa tabella, supponendo che si stia utilizzando solo uno di questi servizi. È comunque possibile sottomettere altre istruzioni SQL utilizzando tali servizi, ma le istruzioni successive verranno accodate una volta raggiunti questi numeri. Al termine delle istruzioni in esecuzione, le sessioni in coda verranno selezionate dalla coda. Se si utilizza contemporaneamente il parallelismo in più servizi o se si utilizzano suggerimenti di parallelismo per impostare il grado di parallelismo per le istruzioni SQL, la concorrenza ottenuta potrebbe essere diversa dai numeri documentati mostrati in questa tabella.

Per visualizzare i livelli di concorrenza per il database, eseguire il comando seguente:

SELECT * FROM CS_RESOURCE_MANAGER.LIST_CURRENT_RULES();

È inoltre possibile visualizzare i livelli di valuta nella scheda Imposta regole di Resource Management in Database Actions. Per ulteriori informazioni, vedere Gestire le condivisioni CPU/IO su Autonomous Database.

Nota a piedi 4

Il parallelismo manuale è il tipo di parallelismo in cui è possibile controllare il parallelismo per le query, le istruzioni DDL e DML impostando i gradi di parallelismo sulle tabelle e sugli indici. Per ulteriori informazioni, vedere Specifica manuale del grado di parallelismo.

Nota a piedi 5

I servizi TP e TPURGENT non sono disponibili per i carichi di lavoro del data warehouse. Se si dispone di un carico di lavoro che richiede il parallelismo manuale, disponibile solo con TPURGENT, inoltrare una richiesta di servizio al Supporto Oracle Cloud per richiedere l'abilitazione dei servizi TP e TPURGENT nell'istanza di Autonomous Database.

Temi

Argomento padre: gestire l'accesso concorrente e le priorità in Autonomous Database

Dove si trovano le descrizioni di connessione per i servizi di database?

I servizi di database disponibili fanno parte delle stringhe di connessione al database ed è possibile visualizzare i servizi dalla console di Oracle Cloud Infrastructure o visualizzare i nomi dei servizi di database in tnsnames.ora nel file wallet che è possibile scaricare.

Vedere Visualizzare i nomi TNS e le stringhe di connessione per un'istanza di Autonomous Database per i passi per visualizzare le stringhe di connessione nella console di Oracle Cloud Infrastructure,

Per ulteriori informazioni, vedere Scarica credenziali client (wallet).

Ad esempio, per un'istanza di Autonomous Database con il tipo di carico di lavoro Transaction Processing denominato vendite, gli alias TNS saranno sales_tpurgent, sales_tp, sales_high, sales_medium e sales_low.

Quale servizio di database scegliere per la connessione, l'applicazione o lo strumento?

Il servizio scelto per la connessione, l'applicazione o lo strumento dipende dalle caratteristiche del carico di lavoro.

Le linee guida generali riportate di seguito possono essere utili per l'utilizzo del servizio di database choose.a.

  • TP, TPURGENT o LOW: utilizzare il servizio TP o LOW per eseguire applicazioni o strumenti OLTP che dovrebbero eseguire query e transazioni con tempi di esecuzione brevi. Se si dispone di diversi tipi di utenti che devono avere priorità diverse per CPU e I/O, utilizzare TP, TPURGENT e LOW, a seconda delle priorità e regolare le condivisioni CPU per questi servizi in base alle proprie esigenze.

  • MEDIUM: utilizzare il servizio MEDIUM per carichi di lavoro analitici quali query con tempi di esecuzione lunghi che eseguono la scansione di set di dati di grandi dimensioni, processi di caricamento dati batch, query operative ad hoc e così via. Se il grado documentato di parallelismo e di concorrenza per questo servizio non soddisfa le proprie esigenze, è possibile impostare il livello di concorrenza in modo che il livello di parallelismo e concorrenza venga adeguato per il carico di lavoro.

    Utilizzare il servizio MEDIUM per eseguire benchmark a utente singolo che misurano la scansione dei dati, le query e le prestazioni DML per i carichi di lavoro analitici e impostarne il livello di concorrenza su 1 per consentire a ogni istruzione SQL di utilizzare il massimo grado di parallelismo possibile.

    Per ulteriori informazioni sulla modifica del livello di concorrenza, vedere Modifica del limite di concorrenza del servizio MEDIO (modello di calcolo ECPU).

  • HIGH: utilizzare il servizio HIGH per carichi di lavoro analitici a bassa concorrenza, ad esempio un database di reporting a cui accedono solo pochi utenti contemporaneamente.

Se è necessario passare a un servizio diverso nella stessa sessione per eseguire le istruzioni SQL in tale servizio, è possibile utilizzare il package CS_SESSION per eseguire tale operazione. Per ulteriori informazioni, vedere CS_SESSION Package.

Nomi servizio di database per Autonomous Data Warehouse

Descrive i nomi di servizio disponibili per la connessione all'istanza di Autonomous Database con un tipo di carico di lavoro Data Warehouse.

I nomi servizio per le connessioni a un'istanza di Autonomous Database con un tipo di carico di lavoro Data Warehouse hanno il formato seguente:

  • nome database_high

  • nome database_medium

  • nome database_low

Questi servizi sono mappati ai gruppi di consumer LOW, MEDIUM e HIGH.

Ad esempio, se si crea un'istanza di Autonomous Database con il tipo di carico di lavoro Data Warehouse e si specifica DB2024 come nome del database, i nomi dei servizi saranno i seguenti:

  • db2024_high

  • db2024_medium

  • db2024_low

Se ci si connette con il servizio db2024_low, per la connessione verrà utilizzato il gruppo di consumer LOW.

Di seguito vengono descritte le caratteristiche principali di questi gruppi di consumer.

  • HIGH: massimo numero di risorse, minimo numero di accessi concorrenti. Le query vengono eseguite in parallelo.

  • MEDIUM: minor numero di risorse, maggior numero di accessi concorrenti. Le query vengono eseguite in parallelo.

    La selezione di uno dei servizi predefiniti fornisce valori di concorrenza che funzionano correttamente per la maggior parte delle applicazioni. Nei casi in cui la selezione di uno dei servizi predefiniti non soddisfa le esigenze di prestazioni dell'applicazione, è possibile utilizzare il servizio MEDIUM e modificare il limite di concorrenza. Ad esempio, quando si eseguono benchmark a utente singolo, è possibile impostare il limite di concorrenza del servizio MEDIUM su 1 per ottenere il massimo grado di parallelismo (DOP).

    A seconda del modello di computazione, dell'ECPU o della OCPU, per ulteriori informazioni, vedere quanto segue.

  • LOW: minimo numero di risorse, massimo numero di accessi concorrenti. Le query vengono eseguite in serie.

Nota

Dopo aver eseguito la connessione al database utilizzando un unico servizio, non tentare di cambiare manualmente la connessione a un altro servizio semplicemente modificando il gruppo di consumer della connessione. Quando ti connetti utilizzando un servizio, Autonomous Database esegue più azioni per configurare la connessione rispetto alla semplice impostazione del relativo gruppo di consumer. È possibile utilizzare la procedura CS_SESSION.SWITCH_SERVICE per passare a un servizio diverso.

Per ulteriori informazioni, vedere SWITCH_SERVICE Procedura.

Nomi dei servizi di database per Autonomous Transaction Processing e Autonomous JSON Database

Descrive i nomi di servizio disponibili per la connessione all'istanza di Autonomous Database con un tipo di carico di lavoro Transaction Processing, JSON o APEX.

I nomi di servizio disponibili per le connessioni a un'istanza di Autonomous Database con uno dei seguenti tipi di carico di lavoro: Transaction Processing, JSON o APEX sono nel formato seguente:

  • nome_database_tpurgent

  • nome_database_tp

  • nome database_high

  • nome database_medium

  • nome database_low

Questi servizi sono mappati ai gruppi di consumer TPURGENT, TP, HIGH, MEDIUM e LOW.

Ad esempio, se si crea un'istanza di Autonomous Database con il tipo di carico di lavoro Elaborazione transazioni e si specifica DB2024 come nome del database, i nomi dei servizi di connessione saranno i seguenti:

  • db2024_tpurgent

  • db2024_tp

  • db2024_high

  • db2024_medium

  • db2024_low

Se ci si connette con il servizio db2024_tp, per la connessione verrà utilizzato il gruppo di consumer TP.

Di seguito vengono descritte le caratteristiche principali di questi gruppi di consumer.

  • TPURGENT: il servizio di connessione delle applicazioni ad altissima priorità per le operazioni di elaborazione delle transazioni critiche in base al tempo. Questo servizio di connessione supporta il parallelismo manuale.

  • TP: un tipico servizio di connessione applicazione per le operazioni di elaborazione delle transazioni. Questo servizio di connessione non viene eseguito con parallelismo.

  • HIGH: un servizio di connessione applicazioni ad alta priorità per le operazioni di report e batch. Tutte le operazioni vengono eseguite in parallelo e sono soggette a accodamento.

  • MEDIO: un tipico servizio di connessione applicazione per le operazioni di report e batch. Tutte le operazioni vengono eseguite in parallelo e sono soggette a accodamento.

    La selezione di uno dei servizi predefiniti fornisce valori di concorrenza che funzionano correttamente per la maggior parte delle applicazioni. Nei casi in cui la selezione di uno dei servizi predefiniti non soddisfa le esigenze di prestazioni dell'applicazione, è possibile utilizzare il servizio MEDIUM e modificare il limite di concorrenza. Ad esempio, quando si eseguono benchmark a utente singolo, è possibile impostare il limite di concorrenza del servizio MEDIUM su 1 per ottenere il massimo grado di parallelismo (DOP).

    A seconda del modello di computazione, dell'ECPU o della OCPU, per ulteriori informazioni, vedere quanto segue.

  • LOW: un servizio di connessione delle applicazioni con priorità più bassa per le operazioni di report o di elaborazione batch. Questo servizio di connessione non viene eseguito con parallelismo.

Nota

Dopo aver eseguito la connessione al database utilizzando un unico servizio, non tentare di cambiare manualmente la connessione a un altro servizio semplicemente modificando il gruppo di consumer della connessione. Quando ti connetti utilizzando un servizio, Autonomous Database esegue più azioni per configurare la connessione rispetto alla semplice impostazione del relativo gruppo di consumer. È possibile utilizzare la procedura CS_SESSION.SWITCH_SERVICE per passare a un servizio diverso.

Per ulteriori informazioni, vedere SWITCH_SERVICE Procedura.