sql >> Database teknologi >  >> RDS >> Sqlserver

Sådan undgår du, at aktivitetsmonitor skader din SQL-servers ydeevne

Der er ingen tvivl om, at overvågning af ydeevnen af ​​din SQL Server-implementering er en vigtig del af enhver DBA's vedligeholdelses- og fejlfindingsansvar.

Det integrerede værktøj leveret af Microsoft til at opnå dette, utvetydigt kendt som Activity Monitor, kan faktisk være synderen i at forårsage fald i ydeevnen.

Her er et kig på, hvorfor dette sker, og hvad du kan gøre for at håndtere problemet med Activity Monitor, der forstyrrer en problemfri drift af en SQL Server-database.

Det grundlæggende dilemma

Mens Activity Monitor utvivlsomt er nyttig i teorien, kan den i praksis bremse serverens reaktionsevne i visse scenarier.

Grunden til dette er, at selve værktøjet er lidt af et ressourcesvin, så mens det kører, vil det monopolisere CPU-clock-cyklusser og en del af den tildelte hukommelse, som ellers kunne udnyttes til behandling af forespørgsler og håndtering af andre transaktioner.

Denne ekstra overhead kommer ned til, at Activity Monitor kører 13 forespørgsler gentagne gange på en 10-sekunders sløjfe for at holde dashboardet fyldt med statistik, du har brug for for at spore ydeevnen. Dette kan især kompromittere ting som TempDB, selvom det også mere generelt er ansvarlig for suboptimal serverdrift, i modstrid med selve formålet.

Den enkleste løsning

Den nemmeste måde at undgå dette problem på er nok at gå væk fra den integrerede aktivitetsmonitor og i stedet forsyne din SQL Server-opsætning med en tredjepartspakke, der kan overvåge og diagnosticere hele databasen.

Bortset fra at overvinde begrænsningerne ved Activity Monitor, vil det at bruge de bedre optimerede værktøjer fra respekterede mærker også give dig mulighed for at automatisere mange af de vigtigste processer, der er involveret i at overvåge SQL Server.

Som sådan vil DBA'er opleve, at de har mere tid til andre opgaver og kan også drage fordel af ting som advarsler og meddelelser, der henleder deres opmærksomhed på problemer, der kræver fejlfinding.

De bedste værktøjer vil endda være i stand til at hjælpe med ting som forespørgselsoptimering, sikkerhedsovervågning og meget mere.

Det kan virke som mere besværligt at boltre sig på et separat overvågningsværktøj, når SQL Server har sin egen funktionalitet på dette område, men ydeevneforbedringer og optimeringspotentiale ved at tage denne rute vil nemt retfærdiggøre ethvert indledende besvær.

De andre fordele

Hvor Activity Monitor kommer til kort, bortset fra dets ressourceforbrug i SQL Server, er på den måde, at den præsenterer data til DBA'er.

Det kan være velegnet til at give dig et øjebliksbillede af serverydeevne og aktivitet fra øjeblik til øjeblik, men det er ikke altid særlig nyttigt, hvis du håber at løse bredere gåder med, hvordan en database fungerer.

Tilføjelse af et separat overvågningsværktøj til blandingen vil gøre dig i stand til at spore ydeevne over tid, sammenligne historiske data med den aktuelle tilstand og få indsigt fra at have et mere fuldstændigt billede.

Sidste tanker

Hvis du har været skeptisk over for fordelene ved at have en selvstændig overvågningsløsning til SQL Server, er dine bekymringer forhåbentlig blevet løst nu.

Du behøver ikke helt at droppe Activity Monitor, men blot at kende til dens ulemper vil lade dig styre din brug af den mere effektivt.


  1. Hvorfor forespørgslen ikke gemmer i csv-fil, mens det virker normalt i postgresql-konsollen

  2. How to_date() virker i PostgreSQL

  3. Sådan forbinder du tre bord efter larve veltalende model

  4. Installer PostgreSQL på Ubuntu 20.04