Verbinding maken met Oracle Autonomous AI Lakehouse
U kunt een verbinding met Oracle Autonomous AI Lakehouse maken en de verbinding gebruiken om toegang tot gegevens te krijgen.
- Zie Vereisten voor activeren van toegang tot Oracle Autonomous AI Lakehouse voor openbare verbindingen.
- Zie Hoe maak ik verbinding met een privé Oracle Autonomous AI Lakehouse in een VCN van een klant? voor privéverbindingen.
wallet_ALKC1.zip) dat u uploadt, moet vertrouwde SSL-certificaten bevatten om SSL te activeren voor uw Oracle AI Database verbindingen.
Een servicenaam selecteren voor Oracle Autonomous AI Lakehouse
Het selecteren van de juiste vooraf gedefinieerde naam van de databaseservice is essentieel om verbinding te maken met Oracle Autonomous AI Lakehouse (Oracle ALK). Lees hier meer over de verschillende vooraf gedefinieerde namen van de databaseservice en welke u moet kiezen.
Wat zijn de vooraf gedefinieerde namen van databaseservices?
databasenaam_high: grootste aantal resources, kleinste gelijktijdigheid. Query's worden gelijktijdig uitgevoerd.databasenaam_medium: kleiner aantal resources, grotere gelijktijdigheid. Query's worden gelijktijdig uitgevoerd.low: kleinste aantal resources, grootste gelijktijdigheid. Query's worden na elkaar uitgevoerd.
Deze namen staan in het bestand 'tnsnames.ora' in de Oracle wallet. Klik op Databaseverbindingen in de console van Oracle Cloud Infrastructure om de strings te zien.
.png
Over consumentengroepen in Oracle Resource Manager
De namen van databaseservices worden toegewezen aan consumentengroepen in Resource Manager die het aantal gelijktijdige verbindingen en query's beperken dat tegelijkertijd kan worden uitgevoerd in Oracle Autonomous AI Lakehouse (concurrency) en het maximum aantal parallelle processen dat is toegestaan per query ('parallel_degree_limit'). Deze limieten zijn gebaseerd op het aantal ECPU's of OCPU's waarvoor een licentie is gekocht en of automatisch schalen al dan niet is geactiveerd.
In de volgende tabel ziet u voorbeelden van waarden voor gelijktijdige verbindingen voor een database met 32 ECPU's met automatisch schalen van ECPU's gedeactiveerd en geactiveerd.
| Naam databaseservice | Aantal gelijktijdige query's met automatisch schalen van ECPU's gedeactiveerd | Aantal gelijktijdige query's met automatisch schalen van ECPU's geactiveerd |
|---|---|---|
| high | 3 | 9 |
| medium | 20 (0,63 × aantal ECPU's) | 60 (1,89 × aantal ECPU's) |
| low | Maximaal 4800 (150 x aantal ECPU's) | Maximaal 4800 (150 x aantal ECPU's) |
Optimale databaseservicenaam kiezen voor Oracle Analytics
Het grootste aantal query's dat gelijktijdig kan worden uitgevoerd voor een databaseservice met 'high' in de naam, is drie zonder automatisch schalen en negen met automatisch schalen geactiveerd. Deze limiet kan worden bereikt als er drie gebruikers zijn verbonden met een 'high' databaseservice en deze elk één query uitvoeren of als er drie rapporten worden uitgevoerd in één Oracle Analytics dashboard voor één bepaalde gebruiker.
Een service met 'low' in de naam werkt goed voor de meeste Oracle Autonomous AI Lakehouse werklasten met Oracle Analytics. Als u echter gelijktijdig query's wilt uitvoeren, moet u de servicenaam met 'medium' gebruiken. De limiet voor de parallellisatiegraad die is toegestaan voor een service met 'low' in de naam is één, wat overeenkomt met geen gelijktijdigheid. Als u verbonden bent met een service met 'low' in de naam, is de limiet voor de parallellisatiegraad één, ook als op tabel- of indexniveau een andere limiet is ingesteld. De limiet voor de parallellisatiegraad (per query) voor 'medium' en 'high' is gelijk aan twee keer het aantal gelicentieerde CPU's.
Opmerking: als u verbinding wilt maken met een database die deel uitmaakt van Oracle Fusion Analytics Warehouse (Fusion Analytics), moet u de servicenaam met 'low' gebruiken om het maximum aantal gelijktijdige query's te ondersteunen.
Statements in de wachtrij controleren
Als de limiet van het maximum aantal gelijktijdige query's is bereikt, worden de daaropvolgende query's in de wachtrij geplaatst. Oracle Autonomous AI Lakehouse biedt een metric om te controleren op statements in de wachtrij.
Selecteer Databaseacties en Dashboard database op de pagina 'Oracle Autonomous AI Lakehouse' in de console van Oracle Cloud Infrastructure.
Selecteer Prestatiehub en selecteer het tabblad SQL-controle om de status te bekijken van het statement in de wachtrij, voorgesteld als een grijze klok. In dit voorbeeld worden drie query's uitgevoerd met de 'high'-servicenaam, staat er één in de wachtrij en wordt er één query uitgevoerd met de 'medium'-servicenaam. Het statement in de wachtrij wordt uitgevoerd zodra een van de drie query's met de 'high'-servicenaam is voltooid.
Parallellisatie controleren
Als de limiet voor de parallellisatiegraad is overschreden, wordt de downgrade van de parallellisatiegraad (DOP) aangegeven in het SQL-controlerapport. Als de reden voor de downgrade van de parallellisatiegraad wordt aangegeven als 353, betekent dit dat Resource Manager een downgrade heeft toegepast op het statement vanwege het bereiken van de maximale parallellisatiegraad.
Voor Oracle Database versie 18 en hoger worden de redencodes voor de downgrade beschreven in de volgende tabel:
| ID | Redencodes |
| 352 | DOP-downgrade vanwege adaptieve DOP. |
| 353 | DOP-downgrade vanwege max. DOP resourcemanager. |
| 354 | DOP-downgrade vanwege onvoldoende aantal processen. |
| 355 | DOP-downgrade vanwege mislukte join van slaves. |
Wachttijd-event CPU Resource Manager
Als een sessie moet wachten op toewijzing van CPU door Resource Manager, wordt de waarde van het wachttijd-event 'resmgr:cpu quantum' opgehoogd. Om te voorkomen dat dit wachttijd-event vaak optreedt, controleert u of voor de OAC-verbinding een servicenaam met 'low' of 'medium' wordt gebruikt of vergroot u het aantal CPU's dat is toegewezen aan Oracle ALK.
Als u het aantal wachttijd-events wilt zien en de gemiddelde wachttijd, gaat u naar 'Foreground Wait Events' in het rapport 'Automatic Workload Repository' (AWR) en bekijkt u de waarden voor het wachttijd-event 'resmgr:cpu quantum'.
In dit voorbeeld waren er in totaal 272 wachttijd-events, met een gemiddelde wachttijd van 588,91 milliseconden per event en een totale wachttijd van 160 seconden. De reden voor de wachttijd-events is dat een servicenaam met 'high' is gebruikt voor de OAC-verbinding. Deze wachtperioden verdwenen nadat de klant was overgeschakeld naar een servicenaam met 'medium' en de periodieke traagheid van het dashboard was opgelost.
Tip voor het maken van een verbinding met Oracle Autonomous AI Lakehouse in Oracle Analytics
Als u in Oracle Analytics de verbinding met Oracle Autonomous AI Lakehouse definieert met behulp van de instancewallet, wordt standaard de servicenaam met 'high' gebruikt. Wijzig de naam in 'low' of 'medium' om te voorkomen dat er beperkingen gelden voor het aantal gelijktijdige verbindingen.
