sql >> Databasteknik >  >> RDS >> Sqlserver

4 tips för att ställa in dina SQL Server-varningar

Klockan är 03:00 och plötsligt sprängs din telefon med varningar. Något riktigt dåligt måste ha hänt med servern. Bara det gjorde det inte. Det är ännu ett falskt larm - det tredje den här månaden, faktiskt. När du går tillbaka till sängen och skakar på ditt sömnlösa huvud, gör du en mental anteckning för att granska systemvarningsinställningarna imorgon och göra några välbehövliga justeringar.

Scenariot ovan illustrerar vad som händer när varningar och larm inte ställs in effektivt. Larmtrötthet sätter in, vilket ökar chansen att en DBA missar ett kritiskt larm. Larmtrötthet uppstår när en DBA ständigt störs av varningar – vissa viktiga, de flesta inte.

Lyckligtvis kan du anpassa dina SQL Server-varningar så att du bara får de som behöver omedelbar mänsklig uppmärksamhet.

Det enklaste sättet att lugna kaoset är att helt enkelt stänga av några av larmen. Även om detta är enkelt när det gäller faktiska ansträngningar, kan det vara mentalt svårt för en DBA att stänga av larm av rädsla för att missa ett kritiskt problem.

För att övervinna den rädslan, ägna lite tid åt att analysera varningar för att fastställa vilka som är kroniskt falska larm, de som inte behöver omedelbar uppmärksamhet och de som kan hanteras med lite automatisering. När du har identifierat dessa varningar kan du känna dig säker på att stänga av dem och spåra dem via loggar.

Nu när du har ljudet under kontroll är det viktigt att granska alla dina SQL Server-larm för att säkerställa att de är korrekt inställda. Korrekt inställda larm är avgörande inte bara för din servers prestanda utan också för ditt förstånd.

För att komma igång med att sätta upp effektiva varningar, särskilt om du ärvt DBA-jobbet, titta först på de befintliga larmen med nya ögon. Ser du något ovanligt? Om du har varit DBA ett tag, kanske du vill börja med att granska dina loggar för att se om det finns trender som tyder på att visst underhåll är i sin ordning.

När du väl har en bra känsla för statusen för dina befintliga varningar, finns det några bästa praxis du kan implementera som säkerställer att du bara får de mest kritiska varningarna och de som behöver omedelbart mänskligt ingripande.

Här är fyra tips för att ställa in effektiva SQL Server-varningar.

Ange specifika regler för larm

Detta är ett utmärkt sätt att undvika onödigt larmljud. Du behöver inte veta alla saker hela tiden. Genom att ställa in specifika regler, som "uteslut instans X från larmet" eller "skicka bara en varning om det här larmet utlöses Y gånger", hjälper dig att nollställa de viktigaste frågorna och rädda dig från larmtrötthet.

Använd smarta larm som inte bara skickar varningar utan också startar diagnostikprocessen

Det finns några SQL Server-prestandaövervakningsverktyg på marknaden som inte bara berättar att du har ett problem, de ger dig också idéer om hur du åtgärdar det. Om du isolerar den potentiella grundorsaken till ett larm direkt, kommer din upplösningstid troligen att bli betydligt kortare.

Prioritera larm så att du tar itu med de viktigaste problemen först

Ju snabbare du identifierar ett prestationsdödande problem, desto bättre. Se till att ditt SQL Server-övervakningsverktyg låter dig anpassa och prioritera larm så att du snabbt kan se de riktigt stora problemen. Du bestämmer tröskeln, när en varning ska avges, vad som ska ignoreras och vilken åtgärd som ska vidtas när en varning utlöses.

Utnyttja mobila varningar

Mobil prestandaövervakning har gjort fantastiska saker för DBA:s balans mellan arbete och privatliv. Varningar kan nu utvärderas och ibland till och med raderas från vilken enhet som helst och vilken plats som helst, så DBA:er är inte längre utlämnade till telefonsamtalet klockan 03.00. Vissa mobila övervakningsappar erbjuder till och med värmekartor som ger snabbdata om hur allvarligt problemet är som utlöser varningen.

Nu när du har några idéer för att ställa in dina varningar så att du lägger mindre tid på att reagera på problem som inte behöver omedelbar triage, ta reda på hur Spotlight Cloud gör övervakning av SQL Server-prestanda ännu enklare.

Spotlight Clouds molndrivna SQL Server-lösning för prestandaövervakning har en mängd funktioner som är utformade för att förenkla prestandaövervakning. Några specifika funktioner som hjälper dig att ställa in effektiva varningar inkluderar:

Fler än 100 definierade larm

Spotlight Cloud har mer än 100 definierade larm som varnar användaren när de utlöses. Eftersom att ha över 100 larm som skickar dig varningar dygnet runt är motsatsen till effektivt, Spotlight Clouds larm är anpassningsbara så att du bara får varningar för larm som du anger.

Hälsokontrollskärm

Övervakning av serverns hälsa är avgörande för att lokalisera befintliga och potentiella problem som kan påverka prestanda. Spotlight Clouds Health Check-skärm ger data om viktiga systemprestandamätningar, hjälper till att isolera grundorsaken till problem och låter dig borra ner för att få detaljer och planera en handling.

Brusreducering

SQL Server-prestandaövervakning kan bli bullrig. Spotlight Cloud kommer med förkonfigurerade larm utformade för att hjälpa dig att prioritera så att du inte överväldigas av varningar. Dessa larm är anpassningsbara för att möta din organisations specifika behov, så du kommer inte att bombarderas med aviseringar som du inte behöver.


  1. Hur kontrollerar man om en kolumn finns innan man lägger till den i en befintlig tabell i PL/SQL?

  2. Vänd i Oracle denna väg z/y/x till x/y/z

  3. Om installationen av pg gem misslyckades, kan mkmf.rb inte hitta header-filer för ruby ​​(Mac OSX 10.6.5)

  4. PL/SQL-funktionen i Oracle kan inte se DBMS_AQ