Valg af det rigtige foruddefinerede servicenavn er afgørende for at oprette forbindelse til Oracle Autonomous Data Warehouse. Få flere oplysninger om de forskellige foruddefinerede databaseservicenavne, og hvilke du skal bruge.
Hvad er de foruddefinerede databaseservicenavne?
databasename_high
- Højeste antal ressourcer, laveste samtidighed. Forespørgsler kører parallelt.databasename_medium
- Færre ressourcer, højere samtidighed. Forespørgsler kører parallelt.databasename_low
- Færreste ressourcer, højeste samtidighed. Forespørgsler kører serielt.Disse navne findes i filen tnsnames.ora i Oracle-wallet'en. Klik på Databaseforbindelser i Oracle Cloud Infrastructure-konsollen for at se strengene.
.png
Om forbrugergrupper i Oracle Resource Manager
Databaseservicenavnene mappes til forbrugergrupper i Resource Manager, der begrænser antallet af samtidige forbindelser og forespørgsler, der kan køre i Oracle Autonomous Data Warehouse samtidig (samtidighed), og det maksimale antal parallelle processer, der er tilladt pr. forespørgsel (parallel_degree_limit). Disse grænser er baseret på antallet af licenserede ECPU'er eller OCPU'er, og om automatisk skalering er aktiveret.
Følgende tabel viser eksempler på samtidige forbindelsesværdier for en database med 32 ECPU'er med automatisk ECPU-skalering deaktiveret og aktiveret.
Databaseservicenavn | Antal samtidige forespørgsler med automatisk ECPU-skalering deaktiveret | Antal samtidige forespørgsler med automatisk ECPU-skalering aktiveret |
---|---|---|
high | 3 | 9 |
medium | 20 (0,63 × antal ECPU'er) | 60 (1,89 × antal ECPU'er) |
low | Op til 4800 (150 x antal ECPU'er) | Op til 4800 (150 x antal ECPU'er) |
Vælg det optimale databaseservicenavn for Oracle Analytics
Det største antal samtidige forespørgsler, der kan køre for databasetjenesten high, er tre uden automatisk skalering aktiveret og ni med automatisk skalering aktiveret. Denne grænse kan nås af tre brugere, der har forbindelse til databaseservicenavnet high og hver kører én forespørgsel eller tre rapporter i ét Oracle Analytics-instrumentbræt for en enkelt bruger.
Servicenavnet low fungerer godt til de fleste Oracle Autonomous Data Warehouse-arbejdsbelastninger, men vælg sericenavnet medium, hvis du vil bruge parallelle forespørgsler. Grænsen for parallel-grad for servicenavnet low er én, hvilket betyder ingen parallelisme. Hvis du har forbindelse til servicenavnet low, er graden af parallelisme reduceret til én, selvom parallel-graden er angivet på tabel- eller indeksniveau, og forespørgslen kører ikke parallelt. Grænsen for parallel-grad (pr. forespørgsel) for medium og high er lig med to gange antallet af licenserede CPU'er.
Bemærk: Oprettelse af forbindelse til en database, der er en del af Oracle Fusion Analytics Warehouse (Fusion Analytics), kræver brug af servicenavnet low for at tillade det maksimale antal samtidige forespørgsler.
Overvåge sætninger, der er sat i kø
Hvis grænsen for det maksimale antal forespørgsler nås, sættes de overskydende forespørgsler i kø. Oracle Autonomous Data Warehouse omfatter en metrik til tjek af, om der er sætninger i kø.
Vælg Databasehandlinger og Databaseinstrumentbræt på siden Oracle Autonomous Data Warehouse i Oracle Cloud Infrastructure-konsollen.
Vælg Performance Hub, og vælg fanen SQL Monitor for at se statussen for sætninger, der er sat i kø, hvilket vises som et gråt ur. I dette eksempel kører der tre forespørgsler med servicenavnet high. Én er sat i kø, og én forespørgsel kører med servicenavnet medium. Den sætning, der er sat i kø, udføres, når en af de tre forespørgsler, der kører med servicenavnet high, fuldføres.
Overvåge parallelisme
Hvis grænsen for parallel-grad overskrides, kan du se nedgraderingen af graden af parallelisme (DOP) i SQL-overvågningsrapport. Årsag 353 til nedgradering af graden af parallelisme betyder, at Resource Manager nedgraderede sætningen på grund af grænsen for maksimal grad af parallelisme.
Årsagskoderne for nedgradering beskrives i følgende tabel for Oracle Database version 18 og højere:
Id | Årsagskoder |
352 | DOP-nedgradering på grund af adaptiv DOP. |
353 | DOP-nedgradering på grund af maks. DOP for ressourcestyring. |
354 | DOP-nedgradering på grund af utilstrækkeligt antal processer. |
355 | DOP-nedgradering, da underordnede ikke kunne deltage. |
Ressourcestyring - wait-begivenhed for CPU
En session, der venter på at få allokeret CPU af ressourcestyring, øger wait-begivenhed for resmgr:cpu-kvantum. Hvis du vil reducere forekomsten af denne wait-begivenhed, skal du verificere, at servicenavnet low eller medium bruges til OAC-forbindelsen, eller øge det antal CPU'er, der allokeres til ADW.
Hvis du vil se antallet af waits og den gennemsnitlige ventetid, skal du gennemgå Foreground Wait Events i AWR-rapporten (Automatic Workload Repository) for wait-begivenheden resmgr:cpu-kvantum.
I dette eksempel var der i alt 272 waits, der ventede gennemsnitligt 588,91 millisekunder hver, hvilket giver en samlet ventetid på 160 sekunder. Det blev besluttet, at årsagen var, at databaseservicenavnet high blev brugt til OAC-forbindelsen. Disse venteperioder forsvandt, da kunden skiftede til tjenesten medium, og problemet med perioder, hvor instrumentbrætterne kørte langsommere, blev løst.
Tip ved oprettelse af en forbindelse til Oracle Autonomous Data Warehouse i Oracle Analytics
Hvis du definerer Oracle Autonomous Data Warehouse-forbindelsen i Oracle Analytics ved hjælp af instans-wallet'en, vælges servicenavnet high som standard. Ændr navnet til low eller medium for at undgå at begrænse antallet af samtidige forbindelser.