Övervaka SQL Server-komponenter

gäller för:SQL Server

Övervakning är viktigt eftersom SQL Server tillhandahåller en tjänst i en dynamisk miljö. Data i programmet ändras. Den typ av åtkomst som användarna behöver ändras ofta. Hur användarna ansluter ändras. De typer av program som har åtkomst till SQL Server kan till och med ändras, men SQL Server hanterar automatiskt resurser på systemnivå, till exempel minne och diskutrymme, för att minimera behovet av omfattande manuell justering på systemnivå. Med övervakning kan administratörer identifiera prestandatrender för att avgöra om ändringar är nödvändiga.

Så här övervakar du alla komponenter i SQL Server effektivt:

1. Fastställ dina övervakningsmål.
2. Välj lämpligt verktyg.
3. Identifiera komponenter som ska övervakas.
4. Välj mått för dessa komponenter.
5. Övervaka servern.
6. Analysera datan.

De här stegen beskrivs i tur och ordning nedan.

Fastställa dina övervakningsmål

Om du vill övervaka SQL Server effektivt bör du tydligt identifiera orsaken till övervakningen. Orsaker kan vara följande:

• Upprätta en baslinje för prestanda.
• Identifiera prestandaändringar över tid.
• Diagnostisera specifika prestandaproblem.
• Identifiera komponenter eller processer som ska optimeras.
• Jämför effekten av olika klientprogram på prestanda.
• Granska användaraktivitet.
• Testa en server under olika belastningar.
• Testa databasarkitekturen.
• Testa underhållsscheman.
• Testa säkerhetskopierings- och återställningsplaner.
• Fastställa när maskinvarukonfigurationen ska ändras.

Välj lämpligt verktyg

När du har fastställt varför du övervakar bör du välja lämpliga verktyg för den typen av övervakning. Windows-operativsystemet och SQL Server tillhandahåller en komplett uppsättning verktyg för att övervaka servrar i transaktionsintensiva miljöer. Dessa verktyg visar tydligt villkoret för en instans av SQL Server Database Engine eller en instans av SQL Server Analysis Services.

Windows innehåller följande verktyg för övervakning av program som körs på en server:

• Start Performance Monitor (Windows), som gör att du kan samla in och visa realtidsdata om aktiviteter som minne, disk och processoranvändning.
• Prestandaloggar och aviseringar
• Aktivitetshanteraren

Mer information om Windows Server- eller Windows-verktyg finns i Windows-dokumentationen.

SQL Server innehåller följande verktyg för övervakning av komponenter i SQL Server:

• översikt över utökade händelser
• SQL-spårning
• SQL Server Profiler
• Distributed Replay för SQL Server
• Aktivitetsövervakare
• SQL Server Management Studio Grafisk Showplan
• Systemlagrade Procedurer
• Databaskonsolkommandon (DBCC)
• Vyer för dynamisk hantering av system
• Vilka är SQL-databasfunktionerna?
• Ange spårningsflaggor med DBCC TRACEON

Mer information om SQL Server-övervakningsverktyg finns i prestandaövervaknings- och justeringsverktyg.

Identifiera de komponenter som ska övervakas

Det tredje steget för att övervaka en instans av SQL Server är att identifiera de komponenter som du övervakar. Om du till exempel använder SQL Server Profiler för att spåra en server kan du definiera spårningen för att samla in data om specifika händelser. Du kan också exkludera händelser som inte gäller för din situation.

Välj Mått för övervakade komponenter

När du har identifierat de komponenter som ska övervakas fastställer du måtten för komponenter som du övervakar. När du till exempel har valt de händelser som ska inkluderas i en spårning kan du välja att endast inkludera specifika data om händelserna. Om du begränsar spårningen till data som är relevanta för spårningen minimeras de systemresurser som krävs för att utföra spårningen.

Övervaka servern

Om du vill övervaka servern kör du det övervakningsverktyg som du har konfigurerat för att samla in data. När en spårning har definierats kan du till exempel köra spårningen för att samla in data om händelser som genereras på servern.

Analysera datan

När spårningen är klar analyserar du data för att se om du har uppnått övervakningsmålet. Om du inte har gjort det ändrar du de komponenter eller mått som du använde för att övervaka servern.

Följande beskriver processen för att samla in händelsedata och använda dem.

1. Använd filter för att begränsa de händelsedata som samlas in.

   Genom att begränsa händelsedata kan systemet fokusera på de händelser som är relevanta för övervakningsscenariot. Om du till exempel vill övervaka långsamma frågor kan du använda ett filter för att endast övervaka de frågor som utfärdas av programmet som tar mer än 30 sekunder att köra mot en viss databas.

   Mer information om hur du filtrerar utökade händelsespårningar finns i Snabbstart: Utökade händelser.

   Mer information om hur du filtrerar SQL Trace finns i Ange ett spårningsfilter (Transact-SQL) och Filtrera händelser i en spårning (SQL Server Profiler).

2. Övervaka (avbilda) händelser.

   Så snart den är aktiverad samlar aktiv övervakning in data från det angivna programmet, instansen av SQL Server eller operativsystemet. När diskaktiviteten till exempel övervakas med systemövervakaren samlar övervakning in händelsedata, till exempel diskläsningar och skrivningar, och visar dem på skärmen. Mer information finns i Övervaka resursanvändning (prestandaövervakare).

3. Spara insamlade händelsedata.

   Om du sparar insamlade händelsedata kan du analysera dem senare. Insamlade händelsedata som sparas i en fil som kan läsas in i verktyget som ursprungligen skapade dem för analys. Det är viktigt att spara insamlade händelsedata när du skapar en prestandabaslinje. Prestandabaslinjedata sparas och används, när du jämför nyligen insamlade händelsedata, för att avgöra om prestandan är optimal.

   Extended Events tillåter att händelsedata sparas i en händelsefil, händelseräknare, histogram och ringbuffert. Mer information finns i Mål för utökade händelser.

   SQL Trace-händelsedata kan till och med spelas upp igen med hjälp av verktyget Distributed Replay eller SQL Server Profiler. SQL Server Profiler tillåter att händelsedata sparas i en fil eller SQL Server-tabell. Mer information finns i SQL Server Profiler-mallar och behörigheter.

4. Skapa spårningsmallar som innehåller de inställningar som angetts för att avbilda händelserna.

   Spårningsmallar innehåller specifikationer om själva händelserna, händelsedata och filter som används för att samla in data. Dessa mallar kan användas för att övervaka en specifik uppsättning händelser senare utan att omdefiniera händelser, händelsedata och filter. Om du till exempel ofta vill övervaka antalet dödlägen och de användare som är inblandade i dessa dödlägen kan du skapa en mall som definierar dessa händelser, händelsedata och händelsefilter. spara mallen. och tillämpa filtret igen nästa gång du vill övervaka dödlägen.

   En sessionsdefinition för utökad händelse är en mall som kan skriptas och återanvändas. Information om hur du skapar och hanterar sessioner finns i Hantera händelsesessioner i Object Explorer. Management Studio XEvent Profiler innehåller redan mallar som är redo att användas. För mer information, se Använd SSMS XEvent Profiler.

   SQL Server Profiler använder spårningsmallar för detta ändamål. Mer information finns i Set Trace Definition Defaults (SQL Server Profiler) och Create a Trace Template (SQL Server Profiler).

   Tips

   En SQL Trace-definition kan konverteras till en extended event-session. Mer information finns i Konvertera ett befintligt SQL-spårningsskript till en utökad händelsesession.

5. Analysera insamlade händelsedata.

   För att analyseras läses de insamlade händelsedata in i programmet som hämtade data.

   Till exempel kan en infångad utökad händelsespårning läsas in på nytt i SQL Server Management Studio för visning och analys. Mer information finns i Visa händelsedata i SQL Server Management Studio.

   SQL Trace-data kan läsas in på nytt i SQL Server Profiler för visning och analys. Mer information finns i Visa och analysera spårningar med SQL Server Profiler.

   Att analysera händelsedata handlar om att avgöra vad som händer och varför. Med den här informationen kan du göra ändringar som kan förbättra prestanda, till exempel att lägga till mer minne, ändra index, korrigera kodningsproblem med Transact-SQL-instruktioner eller lagrade procedurer, och så vidare, beroende på vilken typ av analys som utförs. Du kan till exempel använda Database Engine Tuning Advisor för att analysera en insamlad spårning från Extended Events eller SQL Server Profiler och göra indexrekommendationer baserat på resultaten.

6. Spela upp insamlade händelsedata (valfritt).

   Med händelserepris kan du upprätta en testkopia av databasmiljön som data hämtades från och sedan upprepa de insamlade händelserna när de ursprungligen inträffade i det verkliga systemet. Den här funktionen är endast tillgänglig med verktyget Distributed Replay eller SQL Server Profiler. Du kan spela upp händelserna med samma hastighet som de ursprungligen inträffade, så snabbt som möjligt (för att stressa systemet), eller mer troligt, ett steg i taget (för att analysera systemet när varje händelse har inträffat). Genom att analysera de exakta händelserna i en testmiljö kan du förhindra skador på produktionssystemet. Mer information finns i Replay Traces.