Conectarea la Oracle Autonomous AI Lakehouse
Puteţi crea o conexiune la Oracle Autonomous AI Lakehouse şi o puteţi utiliza pentru a accesa date.
- Pentru conexiuni publice, consultaţi Cerinţe preliminare pentru activarea accesului la Oracle Autonomous AI Lakehouse.
- Pentru conexiuni private, consultaţi Cum mă conectez la un Oracle Autonomous AI Lakehouse privat dintr-o reţea VCN a clientului?.
wallet_ALKC1.zip) pe care-l încărcaţi trebuie să conţină certificatele securizate SSL, pt. a permite SSL în conexiunile dvs. Oracle AI Database.
Selectarea unui nume de serviciu pentru Oracle Autonomous AI Lakehouse
Cel mai important pentru conectarea la Oracle Autonomous AI Lakehouse (Oracle ALK) este să selectaţi numele corect al serviciului de baze de date predefinit. Aflaţi mai multe despre numele diferitelor servicii de bază de date predefinite şi pe care ar trebui să-l alegeţi.
Care sunt numele serviciilor de bază de date predefinite?
databasename_high- Cele mai multe resurse, cea mai redusă concurenţă. Interogările rulează în paralel.databasename_medium- Mai puţine resurse, concurenţă mai mare. Interogările rulează în paralel.databasename_low- Cele mai puţine resurse, cea mai mare concurenţă. Interogările rulează în serie.
Aceste nume se află în fişierul tnsnames.ora din walletul Oracle. Faceţi clic pe Conexiuni la baza de date din consola Oracle Cloud Infrastructure Console pentru a vedea şirurile.
.png
Despre grupurile de consumatori din Oracle Resource Manager
Numele serviciilor de baze de date sunt mapate la grupurile de consumatori din Resource Manager care limitează numărul de conexiuni şi interogări simultane ce pot rula în Oracle Autonomous AI Lakehouse în acelaşi timp (concurenţa) şi numărul maxim de procese paralele permise per interogare (parallel_degree_limit). Aceste limite se bazează pe numărul de nuclee ECPU sau OCPU licenţiate şi dacă este activată scalarea automată.
Următorul tabel prezintă exemple de valori pentru conexiunile concurente pentru o bază de date cu 32 de nuclee ECPU şi cu scalarea automată ECPU dezactivată şi activată.
| Nume serviciu bază de date | Număr de interogări concurente cu scalarea automată ECPU dezactivată | Număr de interogări concurente cu scalarea automată ECPU activată |
|---|---|---|
| ridicat | 3 | 9 |
| mediu | 20 (0,63 × numărul de nuclee ECPU) | 60 (1,89 × numărul de nuclee ECPU) |
| redus | Până la 4800 (150 x numărul de nuclee ECPU) | Până la 4800 (150 x numărul de nuclee ECPU) |
Alegerea numelui serviciului de bază de date optim pentru Oracle Analytics
Cel mai mare număr de interogări simultane care pot rula pentru serviciul de bază de date de nivel ridicat este trei fără scalare automată şi nouă cu scalarea automată activată. Această limită poate fi atinsă de trei utilizatori conectaţi la numele serviciului de bază de date de nivel ridicat, care rulează câte o interogare fiecare, sau de trei rapoarte într-un dashboard Oracle Analytics pentru un singur utilizator.
Numele serviciului de nivel redus funcţionează bine pentru majoritatea sarcinilor de lucru Oracle Autonomous AI Lakehouse cu Oracle Analytics, dar pentru a utiliza în paralel interogări, selectaţi numele serviciului de nivel mediu. Limita pentru gradul de paralelism pentru numele serviciului de nivel redus este unu, adică nu există paralelism. Dacă v-aţi conectat la un nume de serviciu de nivel redus, chiar dacă gradul de paralelism este specificat la nivel de tabel sau index, gradul de paralelism este redus la unu şi interogarea nu rulează în paralel. Limita pentru gradul de paralelism (per interogare) pentru nivelurile mediu şi ridicat este egală cu de două ori numărul de nuclee CPU licenţiate.
Notă: Conectarea la o bază de date care face parte din Oracle Fusion Analytics Warehouse (Fusion Analytics) necesită utilizarea numelui serviciului de nivel redus pentru a permite numărul maxim de interogări concurente.
Monitorizarea instrucţiunilor plasate în coadă
Dacă limita maximă pentru numărul de interogări concurente este atinsă, interogările în plus sunt plasate în coadă. Oracle Autonomous AI Lakehouse oferă o unitate de măsură pentru verificarea instrucţiunilor plasate în coadă.
Selectaţi Acţiuni bază de date şi Dashboard bază de date din pagina Oracle Autonomous AI Lakehouse, din consola Oracle Cloud Infrastructure.
Selectaţi Hub de performanţă şi apoi fila Monitor SQL, pentru a vedea starea instrucţiunilor plasate în coadă, afişată sub formă de ceas gri. În acest exemplu, trei interogări rulează cu numele serviciului de nivel ridicat, una este plasată în coadă şi una rulează cu numele serviciului de nivel mediu. Interogarea plasată în coadă este executată când este finalizată una dintre cele trei interogări care rulează cu numele serviciului de nivel ridicat.
Monitorizarea paralelismului
Dacă limita pentru gradul de paralelism este depăşită, veţi observa downgrade-ul gradului de paralelism (DOP) în raportul monitorului SQL. Motivul 353 pentru downgradarea gradului de paralelism înseamnă că Resource Manager a downgradat instrucţiunea din cauză că s-a atins limita pentru gradul maxim de paralelism.
Pentru Oracle Database, versiunea 18 şi cele ulterioare, codurile motivelor pentru downgrade sunt descrise în următorul tabel:
| ID | Coduri motive |
| 352 | DOP este downgradat din cauza DOP adaptiv. |
| 353 | DOP este downgradat din cauza atingerii valorii DOP maxime în Resource Manager. |
| 354 | DOP este downgradat din cauza numărului insuficient de procese. |
| 355 | DOP este downgradat, deoarece alăturarea proceselor secundare a eşuat. |
Eveniment de aşteptare a procesorului de la Resource Manager
O sesiune care aşteaptă să-i fie alocat procesorul de către Resource Manager incrementează evenimentul de aşteptare resmgr:cpu quantum. Pentru a reduce numărul de apariţii ale acestui eveniment de aşteptare, verificaţi dacă numele serviciului este utilizat pentru conexiunea OAC sau măriţi numărul de procesoare alocate la Oracle ALK.
Pentru a vedea numărul de aşteptări şi durata de aşteptare medie, examinaţi Evenimente de aşteptare din prim-plan din raportul Automatic Workload Repository (AWR) pentru evenimentul de aşteptare resmgr:cpu quantum.
În acest exemplu, există un total de 272 de evenimente de aşteptare, cu o durată de aşteptare medie de 588,91 de milisecunde pentru fiecare şi o durată de aşteptare totală de 160 de secunde. S-a stabilit că motivul era utilizarea, pentru conexiunea OAC, a numelui serviciului de baze de date cu cele mai multe resurse. Aceste perioade de aşteptare au dispărut după ce clientul a comutat la serviciul de nivel mediu şi lentoarea periodică a dashboardului acestuia a fost rezolvată.
Sfat pentru crearea unei conexiuni la Oracle Autonomous AI Lakehouse în Oracle Analytics
În Oracle Analytics, când definiţi conexiunea Oracle Autonomous AI Lakehouse utilizând walletul pentru instanţe, numele serviciului de nivel ridicat este cel selectat în mod prestabilit. Modificaţi numele la mediu sau inferior pentru a evita limitarea numărului de conexiuni concurente.
