Velge et databasetjenestenavn for Oracle Autonomous Data Warehouse
Det er viktig å velge riktig forhåndsbygd databasetjenestenavn for å koble til Oracle Autonomous Data Warehouse. Finn ut mer om de ulike forhåndsbygde databasetjenestenavnene og hvilket du bør velge.
Hva er de forhåndsbygde databasetjenestenavnene?
databasename_high: Høyeste antall ressurser, laveste samtidighet. Spørringer kjøres parallelt.databasename_medium: Færre ressurser, høyere samtidighet. Spørringer kjøres parallelt.databasename_low: Færrest ressurser, høyest samtidighet. Spørringer kjøres serielt.
Disse navnene ligger i filen tnsnames.ora i Oracle-lommeboken. Klikk på Databasetilkoblinger i Oracle Cloud Infrastructure-konsollen for å se strengene.
.png
Om forbrukergrupper i Oracle Resource Manager
Databasetjenestenavnene er tilordnet til forbrukergrupper i Resource Manager. Dette begrenser antallet samtidige tilkoblinger og spørringer som kan kjøres i Oracle Autonomous Data Warehouse samtidig (samtidighet), og det maksimale antallet parallelle prosesser som er tillatt per spørring (parallel_degree_limit). Disse grensene er basert på antallet lisensierte ECPU-er eller OCPU-er, og om automatisk skalering er aktivert.
Tabellen nedenfor viser et eksempel på verdier for samtidige tilkoblinger for en database med 32 ECPU-er, der automatisk skalering er deaktivert og aktivert for ECPU.
| Databasetjenestenavn | Antall samtidige spørringer med automatisk skalering deaktivert for ECPU | Antall samtidige spørringer med automatisk skalering aktivert for ECPU |
|---|---|---|
| high | 3 | 9 |
| medium | 20 (0,63 × antall ECPU-er) | 60 (1,89 × antall ECPU-er) |
| low | Opptil 4800 (150 x antall ECPU-er) | Opptil 4800 (150 x antall ECPU-er) |
Velge det optimale databasetjenestenavnet for Oracle Analytics
Det største antallet samtidige spørringer som kan kjøres for databasetjenesten high, er tre uten automatisk skalering og ni med automatisk skalering aktivert. Denne grensen kan nås av tre brukere som er tilkoblet databasetjenestenavnet high og kjører én spørring hver, eller tre rapporter på ett instrumentpanel i Oracle Analytics for én bruker.
Tjenestenavnet low fungerer bra for de fleste arbeidsmengder i Oracle Autonomous Data Warehouse med Oracle Analytics, men velg tjenestenavnet medium hvis du vil bruke parallelle spørringer. Grensen for grad av parallellitet for tjenestenavnet low er én, som betyr ingen parallellitet. Hvis du er koblet til tjenestenavnet low, reduseres graden av parallellitet til én, selv om graden av parallellitet er angitt på tabell- eller indeksnivå, og spørringen kjøres ikke parallelt. Grensen for grad av parallellitet (per spørring) for medium og high er lik to ganger antallet lisensierte prosessorenheter.
Merknad: Tilkobling til en database som er en del av Oracle Fusion Analytics Warehouse (Fusion Analytics), forutsetter bruk av tjenestenavnet low for å tillate maksimalt antall samtidige spørringer.
Overvåke setninger i kø
Hvis grensen for maksimalt antall samtidige spørringer er nådd, settes de overflødige spørringene i kø. Oracle Autonomous Data Warehouse inneholder en måling som ser etter setninger i kø.
Velg Databasehandlinger og Instrumentpanel for database på Oracle Autonomous Data Warehouse-siden i Oracle Cloud Infrastructure-konsollen.
Velg Performance Hub, og velg deretter fanen SQL-overvåking for å se statusen for setninger i kø, som vises som en grå klokke. I dette eksemplet kjøres tre spørringer med tjenestenavnet high. Én spørring står i kø, mens en annen kjøres med tjenestenavnet medium. Setningen i kø utføres når en av de tre spørringene som kjøres med tjenestenavnet high, er fullført.
Overvåke parallellitet
Hvis grensen for grad av parallellitet er overskredet, ser du den nedgraderte graden av parallellitet i SQL-overvåkingsrapporten. Årsak 353 for nedgradering av graden av parallellitet betyr at Resource Manager nedgraderte setningen på grunn av den maksimale grensen for grad av parallellitet.
For Oracle Database versjon 18 og nyere beskrives årsakskodene for nedgradering i denne tabellen:
| ID | Årsakskoder |
| 352 | DOP-nedgradering på grunn av adaptiv DOP. |
| 353 | DOP-nedgradering på grunn av maksimal DOP i Resource Manager. |
| 354 | DOP-nedgradering på grunn av for få prosesser. |
| 355 | DOP-nedgradering fordi underprosesser ikke ble sammenføyd. |
Hendelsen Prosessorventing i Resource Manager
En økt som venter på å få tildelt prosessor av Resource Manager, øker ventehendelsen resmgr:cpu quantum. Du kan redusere forekomsten av denne ventehendelsen ved å verifisere at tjenestenavnet low eller medium brukes for OAC-tilkoblingen, eller ved å øke antallet prosessorer som er tildelt til ADW.
Hvis du vil se antallet ventinger og gjennomsnittlig ventetid, kan du se Foreground Wait Events (Ventehendelser i forgrunnen) i Automatic Workload Repository-rapporten (AWR) for ventehendelsen resmgr:cpu quantum.
I dette eksemplet var det totalt 272 ventinger, på i gjennomsnitt 588,91 millisekunder hver, noe som utgjør en total ventetid på 160 sekunder. Det ble fastslått at årsaken var at databasetjenestenavnet high ble brukt for OAC-tilkoblingen. Disse venteperiodene forsvant da kunden byttet til tjenesten medium, og den periodiske tregheten på instrumentpanelet ble løst.
Tips ved opprettelse av en tilkobling til Oracle Autonomous Data Warehouse i Oracle Analytics
Når du definerer tilkoblingen til Oracle Autonomous Data Warehouse i Oracle Analytics ved hjelp av lommeboken for forekomsten, er tjenestenavnet high valgt som standard. Endre navnet til low eller medium for å unngå å begrense antallet samtidige tilkoblinger.
