Connettersi a Oracle Autonomous AI Lakehouse

È possibile creare una connessione a Oracle Autonomous AI Lakehouse e utilizzare la connessione creata per accedere ai dati.

Prima di iniziare, chiedere all'amministratore di Oracle Autonomous AI Lakehouse di consentire l'accesso da Oracle Analytics Cloud. I passi di configurazione seguiti dagli amministratori sono diversi per i tipi di connessione pubblica e privata.
È possibile connettersi a Oracle Autonomous AI Lakehouse utilizzando i certificati di sicurezza scaricati da Oracle Autonomous AI Lakehouse in un wallet (connessione nota come mTLS o Mutual Transport Layer Security) oppure senza un wallet (connessione nota come TLS o Transport Layer Security). Vedere Informazioni sull'autenticazione TLS. Il file wallet delle credenziali protegge la comunicazione tra Oracle Analytics e Oracle Autonomous AI Lakehouse. Il file wallet caricato (ad esempio, wallet_ALKC1.zip) deve contenere i certificati protetti SSL per abilitare SSL nelle connessioni a Oracle AI Database.
  1. Per connettersi utilizzando un file wallet delle credenziali (nota come connessione TLS reciproco), scaricare i certificati SSL da Oracle Autonomous AI Lakehouse.

    Vedere Download delle credenziali client (wallet) in Uso di Oracle Autonomous Database Serverless.

    Il file wallet delle credenziali protegge la comunicazione tra Oracle Analytics e Oracle Autonomous AI Lakehouse. Il file wallet caricato, ad esempio wallet_ALKC1.zip, deve contenere i certificati SSL.

    Per connettersi senza utilizzare un file wallet delle credenziali (nota come connessione TLS), saltare il passo 1 e andare direttamente al passo 2.

  2. Nella home page fare clic su Crea, quindi su Connessione.
  3. Fare clic su Oracle Autonomous Data Warehouse.
  4. In Connetti utilizzando selezionare Base o Principal risorsa.
    Per informazioni sull'uso del principal risorsa, vedere l'argomento "Usare il principal risorsa per accedere alle risorse dell'infrastruttura Oracle Cloud" in Oracle Autonomous AI Database Serverless o Autonomous Database on Dedicated Exadata Infrastructure.
  5. Nei campi Nome connessione e Descrizione immettere un nome connessione e una descrizione che siano significativi per l'utente.
  6. Per Tipo di cifratura:
    • Per connettersi senza un file wallet delle credenziali, selezionare TLS come Tipo di cifratura, immettere una Stringa di connessione, quindi immettere il Nome utente e la Password di un utente in Oracle Autonomous AI Lakehouse.
    • Per connettersi utilizzando un file wallet delle credenziali, selezionare TLS reciproco come Tipo di cifratura, fare clic su Seleziona, quindi individuare e selezionare il file wallet delle credenziali client scaricato da Oracle Autonomous AI Lakehouse (ad esempio, wallet_ALKC1.zip) e immettere un Nome servizio. Nel campo Credenziali client viene visualizzato il file cwallet.sso. Vedere Selezione di un nome di servizio per Oracle Autonomous AI Lakehouse.

      Suggerimento: se si definisce la connessione a Oracle Autonomous AI Lakehouse utilizzando un wallet dell'istanza, il nome servizio high è selezionato per impostazione predefinita. Cambiare il nome in low o medium per evitare di limitare il numero di connessioni concorrenti.

  7. In Credenziali client fare clic su Seleziona per passare al file ZIP delle credenziali client e selezionarlo.
  8. Se la connessione riguarda un database remoto, fare clic su Usa connettività dati remota.
    Verificare con l'amministratore se si dispone dell'accesso al database remoto.
  9. Se si desidera che i data modeler possano utilizzare questi dettagli di connessione, selezionare Connessione al sistema. Vedere Opzioni di connessione al database.
  10. In Autenticazione, specificare le modalità di autenticazione preferite per la connessione:
    • Utilizzare sempre queste credenziali: Oracle Analytics usa sempre il nome e la password di login forniti per la connessione. Agli utenti non viene richiesto di eseguire il login.
    • Chiedi agli utenti di specificare le proprie credenziali: Oracle Analytics chiede agli utenti di immettere il nome utente e la password personali per l'origine dati. Gli utenti possono accedere solo ai dati per i quali dispongono delle autorizzazioni, dei privilegi e delle assegnazioni di ruolo necessari.
  11. Fare clic su Salva.
Ora è possibile creare i data set dalla connessione.

Selezione di un nome di servizio per Oracle Autonomous AI Lakehouse

Selezionare il nome di servizio di database pregenerato corretto è fondamentale per la connessione a Oracle Autonomous AI Lakehouse (Oracle ALK). Informazioni sui diversi nomi di servizio di database pregenerati e su quale scegliere.

Quali sono i nomi di servizio di database pregenerati?

Oracle Autonomous AI Lakehouse fornisce tre nomi di servizio di database per le connessioni nel formato seguente:
  • databasename_high: numero massimo di risorse e accesso concorrente minimo. Le query vengono eseguite in parallelo.
  • databasename_medium: minor numero di risorse e accesso concorrente più elevato. Le query vengono eseguite in parallelo.
  • databasename_medium: minimo numero di risorse e accesso concorrente massimo. Le query vengono eseguite in serie.

Questi nomi sono contenuti nel file tnsnames.ora nel wallet Oracle. Fare clic su Connessioni al database nella console dell'infrastruttura Oracle Cloud per visualizzare le stringhe.
Segue la descrizione di GUID-993E1C00-6FF1-4577-A8E2-CE15736B7C69-default.png
.png

Informazioni sui gruppi di consumer in Oracle Resource Manager

I nomi di servizio del database vengono mappati a gruppi di consumer in Resource Manager che limitano il numero di connessioni e query simultanee che possono essere eseguite contemporaneamente in Oracle Autonomous AI Lakehouse (accesso concorrente) e il numero massimo di processi paralleli consentiti per ogni query (parallel_degree_limit). Questi limiti si basano sul numero di ECPU o OCPU concesse in licenza e sull'abilitazione della scala automatica.

Nella tabella seguente vengono visualizzati valori delle connessioni concorrenti di esempio per un database con 32 CPU con scala automatica delle CPU disabilitata e abilitata.

Nome servizio di database Numero di query concorrenti con scala automatica delle ECPU disabilitata Numero di query concorrenti con scala automatica delle ECPU abilitata
high 3 9
medium 20 (0,63 × numero di ECPU) 60 (1,89 × numero di ECPU)
low Fino a 4800 (150 x numero di ECPU) Fino a 4800 (150 x numero di ECPU)

Scelta del nome servizio di database ottimale per Oracle Analytics

Il numero massimo di query simultanee che possono essere eseguite per il servizio di database high è tre senza scala automatica e nove con scala automatica abilitata. Questo limite può essere raggiunto da tre utenti connessi al nome servizio di database high che eseguono una query ciascuno o tre report in un dashboard Oracle Analytics per un singolo utente.

Il nome servizio low funziona bene per la maggior parte dei carichi di lavoro Oracle Autonomous AI Lakehouse con Oracle Analytics, ma per utilizzare query parallele, selezionare il nome servizio medium. Il limite del grado parallelo per il nome servizio low è uno, il che significa che non c'è parallelismo. Se si è connessi al nome servizio low, anche se il grado parallelo viene specificato a livello di tabella o indice, il grado di parallelismo viene ridotto a uno e la query non viene eseguita in parallelo. Il limite di grado parallelo (per ogni query) per medium e high è pari a due volte il numero di CPU concesse in licenza.

Nota: la connessione a un database che fa parte di Oracle Fusion Analytics Warehouse (Fusion Analytics) richiede l'utilizzo del nome di servizio low per consentire il numero massimo di query concorrenti.

Monitoraggio delle istruzioni in coda

Se viene raggiunto il limite massimo di query concorrenti, le query in eccesso vengono accodate. Oracle Autonomous AI Lakehouse fornisce una metrica per verificare la presenza di istruzioni in coda.

Selezionare Azioni database e Dashboard database nella pagina Oracle Autonomous AI Lakehouse della console dell'infrastruttura Oracle Cloud.


Segue la descrizione di GUID-78C6AFF4-1BA2-404D-B1F8-42C67C8DCA41-default.png
.png

Selezionare Hub delle prestazioni e la scheda Monitoraggio SQL per visualizzare lo stato dell'istruzione in coda, che viene visualizzato come un orologio grigio. In questo esempio, sono in esecuzione tre query con il nome servizio high: una query è in coda, mentre un'altra è in esecuzione con il nome servizio medium. L'istruzione in coda viene eseguita quando viene completata una delle tre query in esecuzione con il nome servizio high.


Segue la descrizione di GUID-AF649614-A214-42F7-AD17-7AC36DC40497-default.png
.png

Monitoraggio del parallelismo

Se viene superato il limite di grado parallelo, il downgrade del grado di parallelismo (DOP) viene visualizzato nel report di monitoraggio SQL. Il motivo del downgrade del grado di parallelismo pari a 353 indica che Resource Manager ha eseguito il downgrade dell'istruzione a causa del limite di grado massimo di parallelismo.


Segue la descrizione di GUID-02DDFA21-7953-43C2-B78C-88F9F0C3392D-default.png
.png

Per Oracle Database versione 18 e successive, i codici motivo del downgrade vengono descritti nella tabella seguente:

ID Codici motivo
352 Downgrade DOP a causa del grado DOP adattabile.
353 Downgrade DOP a causa del grado DOP massimo di Resource Manager.
354 Downgrade DOP a causa di un numero insufficiente di processi.
355 Downgrade DOP a causa del join non riuscito dei processi secondari.

Evento di attesa CPU di Resource Manager

Una sessione in attesa che la CPU venga allocata da Resource Manager incrementa l'evento di attesa resmgr:cpu quantum. Per ridurre la frequenza di questo evento di attesa, verificare che per la connessione OAC venga utilizzato il nome servizio low o medium oppure aumentare il numero di CPU allocate per Oracle ALK.

Per visualizzare il numero di attese e il tempo medio di attesa, esaminare gli eventi di attesa in primo piano nel report AWR (Automatic Workload Repository) per l'evento di attesa resmgr:cpu quantum.

In questo esempio, si sono verificate 272 attese in totale, con una media di attesa pari a 588,91 millisecondi ciascuna per un tempo di attesa totale di 160 secondi. Si è stabilito che il motivo è stato l'uso del nome servizio di database high per la connessione OAC. Questi periodi di attesa sono scomparsi una volta che il cliente è passato al servizio medium e la lentezza periodica del dashboard è stata risolta.


Segue la descrizione di GUID-EA1878A7-1E60-47BA-989C-404AD8D7D7DE-default.png
.png

Suggerimento per la creazione di una connessione a Oracle Autonomous AI Lakehouse in Oracle Analytics

In Oracle Analytics, quando si definisce la connessione Oracle Autonomous AI Lakehouse utilizzando il wallet dell'istanza, il nome servizio high è selezionato per impostazione predefinita. Cambiare il nome in low o medium per evitare di limitare il numero di connessioni concorrenti.


Segue la descrizione di GUID-E576A8A9-5059-4EE1-815C-4A07A7FB27FA-default.png
.png