Voorwoord
Vaak is er behoefte om de beheerder in realtime op de hoogte te stellen van problemen met de database.
In dit artikel wordt beschreven wat er ingesteld moet worden in Zabbix voor het bewaken van MS SQL Server-databases.
Ik wil erop wijzen dat er geen gedetailleerde instructies voor de configuratie zullen worden gegeven, maar formules en algemene aanbevelingen, evenals een gedetailleerde beschrijving van hoe je aangepaste gegevensitems kunt toevoegen via opgeslagen procedures, zullen in dit artikel worden behandeld.
Hier zullen ook alleen de belangrijkste prestatiecounters worden besproken.
Oplossing
Eerst beschrijf ik alle prestatiecounters (via gegevensitems in Zabbix) die we nodig hebben:
- Logisch schijf
- Gem. schijf sec/lezen
Toont de gemiddelde leestijd van gegevens van de schijf in seconden. De gemiddelde waarde van de prestatiecounter Gem. schijf sec/lezen mag niet hoger zijn dan 10 milliseconden. De maximale waarde van de prestatiecounter Gem. schijf sec/lezen mag niet hoger zijn dan 50 milliseconden.Zabbix: perf_counter[LogicalDisk(_Total)Gem. schijf sec/lezen], en het is ook belangrijk om de juiste schijf te volgen, bijvoorbeeld zo: perf_counter[LogicalDisk(C:)Gem. schijf sec/lezen]
Triggervoorbeelden:
{KNOOPNAAM:perf_counter[LogicalDisk(_Total)Gem. schijf sec/lezen].last()}>0.005, niveau-hoog
en
{KNOOPNAAM:perf_counter[LogicalDisk(_Total)Gem. schijf sec/lezen].last()}>0.0025, niveau-middel - Gem. schijf sec/schrijven
Toont de gemiddelde schrijftijd van gegevens naar de schijf in seconden. De gemiddelde waarde van de prestatiecounter Gem. schijf sec/schrijven mag niet hoger zijn dan 10 milliseconden. De maximale waarde van de prestatiecounter Gem. schijf sec/schrijven mag niet hoger zijn dan 50 milliseconden.Zabbix: perf_counter[LogicalDisk(_Total)Gem. schijf sec/schrijven], en het is ook belangrijk om de juiste schijf te volgen, bijvoorbeeld zo: perf_counter[LogicalDisk(C:)Gem. schijf sec/schrijven]
Triggervoorbeelden:
{KNOOPNAAM:perf_counter[LogicalDisk(_Total)Gem. schijf sec/schrijven].last()}>0.005, niveau-hoog
en
{KNOOPNAAM:perf_counter[LogicalDisk(_Total)Gem. schijf sec/schrijven].last()}>0.0025, niveau-middel - Gem. schijfwachttijd
De gemiddelde lengte van de schijfverzoekwachtrij. Dit toont het aantal schijfverzoeken dat wacht op verwerking gedurende een specifieke tijdsperiode. Een wachtrij van niet meer dan 2 voor een enkele schijf wordt als normaal beschouwd. Als er meer dan twee verzoeken in de wachtrij staan, kan het zijn dat de schijf overbelast is en niet in staat is om de binnenkomende verzoeken te verwerken. U kunt verduidelijken met welke specifieke bewerkingen de schijf niet kan omgaan met behulp van de teller Avg. Disk Read Queue Length (wachtrij voor leesverzoeken) en Avg. Disk Wright Queue Length (wachtrij voor schrijfverzoeken).
De waarde van Avg. Disk Queue Length wordt niet gemeten, maar berekend volgens de wetten van Little uit de wiskundige wachttheorie. Volgens deze wet is het aantal verzoeken dat wacht op verwerking, gemiddeld gelijk aan de frequentie van binnenkomende verzoeken vermenigvuldigd met de verwerkingstijd van een verzoek. Dat wil zeggen, in ons geval is Avg. Disk Queue Length = (Disk Transfers/sec) * (Avg. Disk sec/Transfer).Avg. Disk Queue Length wordt genoemd als een van de belangrijkste tellers voor het bepalen van de belasting van het schijfsysteem, maar voor een nauwkeurige beoordeling is het noodzakelijk om een goed begrip te hebben van de fysieke structuur van het opslagsysteem. Bijvoorbeeld, voor een enkele harde schijf wordt een waarde boven de 2 als kritiek beschouwd, terwijl bij een RAID-array van 4 schijven er pas zorgen hoeven te zijn bij een waarde boven 4*2=8.
Zabbix: perf_counter[LogicalDisk(_Total)Avg. Disk Queue Length], en het is ook belangrijk om de juiste schijf in de gaten te houden, bijvoorbeeld zo: perf_counter[LogicalDisk(C:)Avg. Disk Queue Length]
- Gem. schijf sec/lezen
- Geheugen
- Pagina's/sec
Geeft het aantal pagina's aan dat SQL Server van de schijf heeft gelezen of naar de schijf heeft geschreven om toegang te verlenen tot geheugenpagina's die niet in het RAM-geheugen waren geladen op het moment van toegang. Deze waarde is de som van de waarden Pages Input/sec en Pages Output/sec, en houdt ook rekening met paginawisseling (paging/swapping) van het systeemcache-geheugen voor toegang tot gegevensbestanden van toepassingen. Bovendien omvat dit het wisselen van niet-gecacheerde bestanden die direct in het geheugen worden weergegeven. Dit is de belangrijkste teller om in de gaten te houden als er een hoge belasting is op het geheugengebruik en daarmee samenhangende overmatige paginawisseling. Deze teller kenmerkt de omvang van de swapping en de normale (niet-piek) waarde zou dicht bij nul moeten liggen. Een toename van swapping geeft aan dat er behoefte is aan meer RAM of een vermindering van het aantal uitvoerende toepassingen op de server.Zabbix: perf_counter[MemoryPages/sec]
Voorbeeld van een trigger:
{KNOOP_NAAM:perf_counter[MemoryPages/sec].min(5m)}>>1000, niveau-informatie - Page Faults/sec
Dit is de waarde van de paginafoutenteller. Een paginafout ontstaat wanneer een proces verwijst naar een pagina in het virtuele geheugen die zich niet in de actieve set van het RAM-geheugen bevindt. Deze teller houdt rekening met zowel die paginafouten die toegang tot de schijf vereisen als die welke worden veroorzaakt doordat de pagina zich niet in de actieve set in het RAM-geheugen bevindt. De meeste processoren kunnen paginafouten van de tweede soort zonder noemenswaardige vertraging verwerken. Echter, de verwerking van paginafouten van de eerste soort, die toegang tot de schijf vereisen, kan leiden tot aanzienlijke vertragingen.
Zabbix: perf_counter[MemoryPage Faults/sec]
Voorbeeld van een trigger:
{KNOOP_NAAM:perf_counter[MemoryPage Faults/sec].min(5m)}>>1000, niveau-informatie - Beschikbare bytes
Houdt het aantal beschikbare geheugenbytes bij voor het uitvoeren van verschillende processen. Lage waarden wijzen op een tekort aan geheugen. Oplossing: voeg meer geheugen toe. Deze teller zou in de meeste gevallen constant boven de 5000 KB moeten zijn.
Het is zinvol om handmatig een drempel voor Beschikbare Mbytes in te stellen om de volgende redenen:•50% vrije geheugen is beschikbaar = Uitstekend
•25% beschikbaar geheugen = Vereist aandacht
•10% vrij = Mogelijke problemen
•Minder dan 5% beschikbaar geheugen = Kritiek voor snelheid, ingrijpen nodig.
Zabbix: perf_counter[MemoryAvailable Bytes]
- Pagina's/sec
- Processor (Totaal): % Processor Tijd
Deze teller toont het percentage van de tijd dat de processor bezig was met het uitvoeren van taken voor niet-inactieve threads (non-Idle thread). Deze waarde kan worden beschouwd als het aandeel van de tijd die besteed wordt aan het uitvoeren van nuttig werk. Elke processor kan worden toegewezen aan een inactieve thread die onproductieve processorcycli verbruikt die door andere threads niet worden gebruikt. Deze teller heeft meestal kortstondige pieken die 100 procent kunnen bereiken. Echter, als er langdurige perioden zijn waarin de CPU-utilisatie boven de 80 procent ligt, zal het systeem efficiënter zijn met meer processoren.Zabbix: perf_counter[Processor(_Total)% Processor Time], hier kan ook per kern worden weergegeven
Voorbeeld van een trigger:
{NODENAME:perf_counter[Processor(_Total)% Processor Time].min(5m)}>80, niveau-informatie - Netwerkinterface (*): % Bytes Totaal/sec
Het totale aantal verzonden en ontvangen bytes per seconde over alle interfaces. Dit is de bandbreedte van de interface (in bytes). Het is noodzakelijk om deze waarde te vergelijken met de maximale bandbreedte van de netwerkkaart. Over het algemeen zou deze teller niet meer dan 50% van de capaciteit van de netwerkadapter moeten tonen.
Zabbix: perf_counter[Network Interface(*)Bytes Sent/sec] - MS SQL Server: Toegangsmethoden
Het object Toegangsmethoden (Access Methods) in SQL Server biedt tellers die helpen bij het volgen van de toegang tot logische gegevens in de database. Toegang tot databasepagina's op schijf wordt gecontroleerd met behulp van de tellers van de bufferbeheerder. Het observeren van de toegangs-methoden tot gegevens in de database helpt te bepalen of de prestaties van aanvragen kunnen worden verbeterd door indexen toe te voegen of te wijzigen, secties toe te voegen of te verplaatsen, bestanden of bestandsgroepen toe te voegen, indexen te defragmenteren of de querytekst te wijzigen. Bovendien kunnen de tellers van het object Toegangsmethoden worden gebruikt om de grootte van gegevens, indexen en vrije ruimte in de database te volgen, en controle te houden over de hoeveelheid en fragmentatie voor elke serverinstantie. Overmatige fragmentatie van indexen kan de prestaties aanzienlijk verminderen.- Pagina Splitsingen/sec
Het aantal paginaverdelingen per seconde die het gevolg zijn van indexoverschrijdingen. Een hoge waarde voor deze indicator betekent dat SQL Server veel resource-intensieve operaties voor het splitsen van pagina's moet uitvoeren en delen van bestaande pagina's naar een nieuwe locatie moet verplaatsen tijdens het uitvoeren van invoeg- en wijzigingsoperaties. Dergelijke operaties dienen indien mogelijk te worden vermeden. Het probleem kan op twee manieren worden aangepakt:
— maak een clusterindex voor de auto-increment kolommen. In dit geval worden nieuwe records niet binnen pagina's waar gegevens al zijn opgeslagen geplaatst, maar zullen zij opeenvolgend nieuwe pagina's innemen;
— herbouwe de indexes door de waarde van de Fillfactor-parameter te verhogen. Deze parameter maakt het mogelijk om vrije ruimte in de indexpagina's te reserveren die gebruikt zal worden voor het plaatsen van nieuwe gegevens, zonder dat pagina's hoeven te worden gesplitst.
Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Access MethodsPage Splits/sec",30]
Voorbeeld van een trigger: {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Access MethodsPage Splits/sec",30].last()}>{NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:SQL StatisticsBatch Requests/sec",30].last()}/5, info-level - Volledige scans/sec
Het aantal onbeperkte volledige scans per seconde. Deze operaties omvatten het scannen van de hoofdtabel en volledige indexscans. Een stabiele stijging van deze indicator kan wijzen op systeemdegradatie (gebrek aan benodigde indexen, ernstige fragmentatie, het niet gebruiken van bestaande indexen door de optimizer, het bestaan van ongebruikte indexen). Het is echter belangrijk op te merken dat volledige scans in kleine tabellen niet altijd slecht zijn, want als de gehele tabel in het RAM kan worden geplaatst, zal een volledige scan sneller zijn. Maar in de meeste gevallen zal een stabiele stijging van deze teller wijzen op systeemdegradatie. Dit alles is alleen van toepassing op OLTP-systemen. In OLAP-systemen zijn constante volledige scans normaal.
Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Access MethodsFull Scans/sec",30]
- Pagina Splitsingen/sec
- MS SQL Server: Buffer Manager
Het Buffer Manager-object biedt tellers die inzicht geven in hoe SQL Server de volgende bronnen gebruikt:
— geheugen voor het opslaan van gegevenspagina's;
— tellers die dienen voor het monitoren van fysiek invoer- en uitvoer wanneer SQL Server pagina's van databases leest en schrijft;
— uitbreiding van de bufferpool om de buffercache uit te breiden met behulp van snelle niet-vluchtige opslag, zoals solid-state drives (SSD);
— het monitoren van de geheugen- en tellerwaarden die door SQL Server worden gebruikt, helpt om de volgende inzichten te verkrijgen;
— of er 'knelpunten' zijn die worden veroorzaakt door een gebrek aan fysiek geheugen. Als vaak gebruikte gegevens niet in de cache kunnen worden opgeslagen, moet SQL Server deze van de schijf lezen;
— of de efficiëntie van de uitvoering van queries kan worden verhoogd door het geheugen te vergroten of extra geheugen toe te wijzen voor gegevenscaching of voor het opslaan van interne structuren van SQL Server;
— hoe vaak SQL Server gegevens van de schijf leest. In vergelijking met andere bewerkingen, zoals toegang tot geheugen, kost fysiek invoer- en uitvoer meer tijd. Vermindering van de invoer- en uitvoer kan de prestaties van het uitvoeren van queries verbeteren.- Buffer Cache hit ratio
Toont hoe goed SQL Server gegevens in de buffercache kan opslaan. Hoe hoger deze waarde, hoe beter, aangezien voor een efficiënte toegang van SQL Server tot databasetabellen deze in de buffercache moeten staan, en fysieke invoer- en uitvoeroperaties (I/O) moeten ontbreken. Als een aanhoudende daling van de gemiddelde waarde van deze teller wordt waargenomen, moet overwogen worden om RAM toe te voegen. Deze waarde moet altijd hoger zijn dan 90% voor OLTP-systemen en hoger dan 50% voor OLAP-systemen.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Buffer ManagerBuffer cache hit ratio»,30]
Triggervoorbeelden: {NODE_NAME:perf_counter[«MSSQL$INSTANCE_NAME:Buffer ManagerBuffer cache hit ratio»,30].last()}<70, niveau-hoog
en
{NODE_NAME:perf_counter[«MSSQL$INSTANCE_NAME:Buffer ManagerBuffer cache hit ratio»,30].last()}<80, niveau-middel - Page life expectancy
Toont aan hoe lang een pagina in de huidige staat constant in het geheugen blijft. Als de waarde constant daalt, betekent dit dat het systeem misbruik maakt van de bufferpool. Dit kan potentieel problemen veroorzaken die leiden tot prestatieverlies. Het is vermeldenswaard dat er geen universele maatstaf is waaronder je zeker kunt zijn dat het systeem misbruik maakt van de bufferpool (een waarde van 300 seconden is verouderd met MS SQL Server 2012).
Zabbix: perf_counter[«MSSQL$NAAM_VAN_DE_INSTANCE:Buffer ManagerPage life expectancy»,30]
Voorbeeld van een trigger: {NAAM_VAN_DE_KNOOP:perf_counter[«MSSQL$NAAM_VAN_DE_INSTANCE:Buffer ManagerPage life expectancy»,30].last()}<5, niveau-informatie
- Buffer Cache hit ratio
- MS SQL Server: Algemene Statistieken
Het object Algemene Statistieken in SQL Server biedt tellers die het mogelijk maken om de algehele activiteit van de server te observeren, zoals het aantal gelijktijdige verbindingen en het aantal gebruikers per seconde die verbinding maken of verbinding verbreken met de computer waarop de SQL Server-instantie draait. Deze indicatoren zijn nuttig in grote systemen voor operationele transactieverwerking (OLTP), waar een groot aantal cliënten voortdurend verbinding maakt en verbreekt met de SQL Server-instantie.- Proces geblokkeerd
Aantal momenteel geblokkeerde processen.
Zabbix: perf_counter[«MSSQL$NAAM_VAN_DE_INSTANCE:Algemene StatistiekenGeblokkeerde processen»,30]
Voorbeeld van een trigger: ({NAAM_VAN_DE_KNOOP:perf_counter[«MSSQL$NAAM_VAN_DE_INSTANCE:Algemene StatistiekenGeblokkeerde processen»,30].min(2m,0)}>=0)
en ({NAAM_VAN_DE_KNOOP:perf_counter[«MSSQL$NAAM_VAN_DE_INSTANCE:Algemene StatistiekenGeblokkeerde processen»,30].time(0)}>=50000)
en ({NAAM_VAN_DE_KNOOP:perf_counter[«MSSQL$NAAM_VAN_DE_INSTANCE:Algemene StatistiekenGeblokkeerde processen»,30].time(0)}<=230000), niveau-informatie (hier is er een beperking voor signalering van 05:00 tot 23:00) - Gebruikersverbindingen
Aantal gebruikers dat momenteel verbinding heeft met de SQL Server.
Zabbix: perf_counter[«MSSQL$NAAM_VAN_DE_INSTANCE:Algemene StatistiekenGebruikersverbindingen»,30]
- Proces geblokkeerd
- MS SQL Server: Vergrendelingen
Het Locks-object (Vergrendelingen) in Microsoft SQL Server biedt informatie over de vergrendelingen in SQL Server die zijn verkregen voor specifieke soorten bronnen. Vergrendelingen worden uitgegeven op bronnen van SQL Server, zoals gelezen of gewijzigde rijen in een transactie, om te voorkomen dat meerdere transacties gelijktijdig bronnen gebruiken. Bijvoorbeeld, als een exclusieve (X) vergrendeling is verkregen door een transactie op een rij in een tabel, kan geen enkele andere transactie deze rij veranderen totdat de vergrendeling is vrijgegeven. Het minimaliseren van het gebruik van vergrendelingen verhoogt de paralleliteit, wat de algehele prestaties kan verbeteren. Er kunnen meerdere instanties van het Locks-object tegelijk worden gevolgd, die elk een vergrendeling van een ander soort bronnen zullen vertegenwoordigen.- Gemiddelde wachttijd (ms)
De gemiddelde wachttijd (in milliseconden) voor alle vergrendelingsverzoeken waarvoor gewacht moest worden. Deze teller laat zien hoe lang processen gemiddeld in de wachtrij staan om een vergrendeling op de bron te plaatsen. De maximaal toegestane waarde van deze teller is volledig afhankelijk van uw taak; het is moeilijk om hier een gemiddeld getal voor alle applicaties te bepalen. Een te hoge waarde van deze teller kan wijzen op problemen met vergrendelingen in uw database.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Gemiddelde wachttijd (ms)»,30]
Voorbeeld van een trigger: {NODE_NAME:perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Gemiddelde wachttijd (ms)»,30].last()}>=500, niveau-informatie - Vergrendelwachttijd (ms)
Totale vergrendelwachttijd (in milliseconden) in de laatste seconde.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Vergrendelwachttijd (ms)»,30] - Vergrendelwachten/sec
Aantal gevallen in de laatste seconde waarin een thread moest wachten vanwege een vergrendelingsverzoek.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Vergrendelwachten/sec»,30] - Vergrendel-timeouts/sec
Het aantal keren dat het niet is gelukt om een vergrendeling te verkrijgen door middel van deelcirkelverwijzingen. De waarde van de configuratieparameter van SQL Server spin counter bepaalt het aantal "draaien" van de thread (spins) voordat de timeout verstrekt en de thread inactief wordt.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Vergrendel-timeouts/sec»,30]
Voorbeeld van een trigger: {NODE_NAME:perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Locks(_Total)Vergrendel-timeouts/sec»,30].last()}>1000, niveau-informatie - Vergrendelverzoeken/sec
Het aantal verzoeken per seconde van het opgegeven type vergrendeling.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Lock Requests/sec»,30]
Voorbeeld van een trigger: {NODE_NAME:perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Lock Requests/sec»,30].last()}>500000, niveau-informatie - Vergrendel aantal dodenblokkeringen/per seconde
Het aantal vergrendelingsverzoeken per seconde die leiden tot dodenblokkeringen. Het bestaan van dodenblokkeringen duidt op verkeerd gebouwde verzoeken die gedeelde bronnen blokkeren.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Number of Deadlocks/sec»,30]
Voorbeeld van een trigger: {NODE_NAME:perf_counter[«MSSQL$INSTANCE_NAME:Locks(_Total)Number of Deadlocks/sec»,30].last()}>1, niveau-hoog
- Gemiddelde wachttijd (ms)
- MS SQL Server: Geheugenbeheer
Het object Memory Manager (Geheugenbeheer) in Microsoft SQL Server biedt tellers voor het monitoren van het geheugen van de server. Controle over het geheugengebruik van de server kan helpen bij het identificeren van prestatieproblemen en het gebruik van middelen. Beheer van het geheugen dat door de SQL Server-instantie wordt gebruikt, kan helpen vast te stellen:
— of er een tekort aan fysieke geheugen is om vaak gebruikte gegevens in de cache op te slaan. Als er onvoldoende geheugen is, moet SQL Server gegevens van de schijf ophalen;
— of de prestaties van verzoeken kunnen verbeteren als er geheugen wordt toegevoegd of de beschikbare geheugengrootte voor het cachen van gegevens of interne structuren van SQL Server toeneemt.- Openstaande geheugentoekenningen
Geeft het totale aantal processen aan die met succes geheugen voor de werkomgeving hebben verkregen. Bij een constante daling van deze waarde is het nodig om het RAM te verhogen.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Memory ManagerMemory Grants Outstanding»,30] - In afwachting van geheugentoekenningen
Geeft het totale aantal processen aan die wachten op geheugen voor de werkomgeving. Bij een constante stijging van deze waarde is het nodig om het RAM te verhogen.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:Memory ManagerMemory Grants Pending»,30]
- Openstaande geheugentoekenningen
- MS SQL Server: Statistieken
Het object Statistics (Statistieken) in Microsoft SQL Server biedt werkende tellers voor het observeren van compilaties en types verzoeken die aan de SQL Server-instantie worden verzonden. Het monitoren van het aantal compilaties en hercompilaties van verzoeken en het aantal pakketten dat door de SQL Server-instantie wordt ontvangen, geeft inzicht in hoe snel SQL Server verzoeken van gebruikers uitvoert en hoe efficiënt de query-optimalisator deze verwerkt.- Batchverzoeken/per seconde
Het aantal Transact-SQL commando's dat per seconde wordt ontvangen. Deze statistiek wordt beïnvloed door beperkingen zoals I/O, aantal gebruikers, cachegrootte, complexiteit van de queries, enzovoort. Een hoog aantal pakketrequests duidt op een hoge bandbreedte.
Zabbix: perf_counter[«MSSQL$INSTANCE_NAME:SQL StatisticsBatch Requests/sec»,30]
- Batchverzoeken/per seconde
Naast het bovenstaande kunnen ook andere gegevenselementen worden ingesteld (en kunnen triggers voor hen worden gemaakt met daaropvolgende meldingen). Bijvoorbeeld:
1) de grootte van de beschikbare schijfruimte
2) de groottes van de databankgegevensbestanden en logbestanden
enz.
Echter, al deze indicatoren tonen niet het probleem van de real-time verzoeken aan.
Daarom is het nodig om speciale tellers te maken.
Om privacyredenen geef ik geen voorbeelden van dergelijke tellers. Bovendien worden ze uniek ingesteld voor elk systeem. Maar ik merk op dat voor systemen zoals 1C, NAV en CRM gespecialiseerde tellers kunnen worden gemaakt in samenwerking met de respectieve ontwikkelaars.
Ik geef een voorbeeld van het creëren van een algemene indicator die laat zien hoeveel verzoeken worden uitgevoerd en hoeveel verzoeken wachten op uitvoering (onderbroken of geblokkeerd) op elk moment.
Hiervoor is het nodig om een opgeslagen procedure te maken:
Code
USE [DATABASE_NAME]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE PROCEDURE [nav].[ZabbixGetCountRequestStatus]
@Status nvarchar(255)
AS
BEGIN
/*
geeft het aantal verzoeken met de opgegeven status terug
*/
SET NOCOUNT ON;
select count(*) as [Count]
from sys.dm_exec_requests ER with(readuncommitted)
where [status]=@Status
END
Vervolgens moet je naar de map gaan waar Zabbix zich bevindt (zabbixconfuserparams.d) en 2 bestanden met de extensie ps1 (PowerShell) aanmaken en in ieder bestand de volgende codes schrijven:
Code voor actieve verzoeken
$SQLServer = "NAAM_VAN_VOORBEELD";
$uid = "GEBRUIKERSNAAM";
$pwd = "WACHTWOORD";
$Status="running";
$connectionString = "Server = $SQLServer; Database=NAAM_VAN_DB; Integrated Security = False; User ID = $uid; Password = $pwd;";
$connection = New-Object System.Data.SqlClient.SqlConnection;
$connection.ConnectionString = $connectionString;
#Maak een aanvraag rechtstreeks aan MSSQL / Create a request directly to MSSQL
$SqlCmd = New-Object System.Data.SqlClient.SqlCommand;
$SqlCmd.CommandType = [System.Data.CommandType]::StoredProcedure;
$SqlCmd.CommandText = "nav.ZabbixGetCountRequestStatus";
$SqlCmd.Connection = $Connection;
$paramStatus=$SqlCmd.Parameters.Add("@Status" , [System.Data.SqlDbType]::VarChar);
$paramStatus.Value = $Status;
$connection.Open();
$SqlAdapter = New-Object System.Data.SqlClient.SqlDataAdapter;
$SqlAdapter.SelectCommand = $SqlCmd;
$DataSet = New-Object System.Data.DataSet;
$SqlAdapter.Fill($DataSet) > $null;
$connection.Close();
$result = $DataSet.Tables[0].Rows[0]["Count"];
write-host $result;
Code voor wachtende aanvragen
$SQLServer = "NAAM_VAN_VOORBEELD";
$uid = "GEBRUIKERSNAAM";
$pwd = "WACHTWOORD";
$Status="suspended";
$connectionString = "Server = $SQLServer; Database=NAAM_VAN_DB; Integrated Security = False; User ID = $uid; Password = $pwd;";
$connection = New-Object System.Data.SqlClient.SqlConnection;
$connection.ConnectionString = $connectionString;
#Maak een aanvraag rechtstreeks aan MSSQL / Create a request directly to MSSQL
$SqlCmd = New-Object System.Data.SqlClient.SqlCommand;
$SqlCmd.CommandType = [System.Data.CommandType]::StoredProcedure;
$SqlCmd.CommandText = "nav.ZabbixGetCountRequestStatus";
$SqlCmd.Connection = $Connection;
$paramStatus=$SqlCmd.Parameters.Add("@Status" , [System.Data.SqlDbType]::VarChar);
$paramStatus.Value = $Status;
$connection.Open();
$SqlAdapter = New-Object System.Data.SqlClient.SqlDataAdapter;
$SqlAdapter.SelectCommand = $SqlCmd;
$DataSet = New-Object System.Data.DataSet;
$SqlAdapter.Fill($DataSet) > $null;
$connection.Close();
$result = $DataSet.Tables[0].Rows[0]["Count"];
write-host $result;
Nu moeten we een bestand met gebruikersparameters aanmaken met de extensie .conf (of regels toevoegen aan een bestaand gebruikersbestand als dit eerder is aangemaakt) en de volgende regels invoegen:
UserParameter=NAAM_VAN_PARAMETR_GETAL_VAN_HOUDEN_AANVRAAG,powershell -NoProfile -ExecutionPolicy Bypass -File VOLLEDIG_PADzabbixconfuserparams.dNAAM_VAN_BESTAND_VOOR_AANVRAAG.ps1
UserParameter=NAAM_VAN_PARAMETR_GETAL_VAN_WACHTENDE_AANVRAAG,powershell -NoProfile -ExecutionPolicy Bypass -File VOLLEDIG_PADzabbixconfuserparams.dNAAM_VAN_BESTAND_VOOR_WACHTENDE_AANVRAAG.ps1
Vervolgens slaat u het .conf-bestand op en herstart u de Zabbix-agent.
Daarna voegen we twee nieuwe items toe in Zabbix (in dit geval komen de namen en sleutels overeen):
NAAM_VAN_PARAMETR_GETAL_VAN_HOUDEN_AANVRAAG
NAAM_VAN_PARAMETR_GETAL_VAN_WACHTENDE_AANVRAAG
Nu kunnen we grafieken en triggers maken voor de aangemaakte gebruikersgegevens.
Als het aantal wachtende verzoeken plotseling toeneemt, kan met de volgende aanvraag alle actieve en wachtende verzoeken op dit moment worden weergegeven, inclusief details over waar en onder welke inlog de aanvraag wordt uitgevoerd, de tekst en het aanvraagplan, evenals andere details.
Code
/*Активные, готовые к выполнению и ожидающие запросы, а также те, что явно блокируют другие сеансы*/
with tbl0 as (
select ES.[session_id]
,ER.[blocking_session_id]
,ER.[request_id]
,ER.[start_time]
,ER.[status]
,ES.[status] as [status_session]
,ER.[command]
,ER.[percent_complete]
,DB_Name(coalesce(ER.[database_id], ES.[database_id])) as [DBName]
,(select top(1) [text] from sys.dm_exec_sql_text(ER.[sql_handle])) as [TSQL]
,(select top(1) [objectid] from sys.dm_exec_sql_text(ER.[sql_handle])) as [objectid]
,(select top(1) [query_plan] from sys.dm_exec_query_plan(ER.[plan_handle])) as [QueryPlan]
,ER.[wait_type]
,ES.[login_time]
,ES.[host_name]
,ES.[program_name]
,ER.[wait_time]
,ER.[last_wait_type]
,ER.[wait_resource]
,ER.[open_transaction_count]
,ER.[open_resultset_count]
,ER.[transaction_id]
,ER.[context_info]
,ER.[estimated_completion_time]
,ER.[cpu_time]
,ER.[total_elapsed_time]
,ER.[scheduler_id]
,ER.[task_address]
,ER.[reads]
,ER.[writes]
,ER.[logical_reads]
,ER.[text_size]
,ER.[language]
,ER.[date_format]
,ER.[date_first]
,ER.[quoted_identifier]
,ER.[arithabort]
,ER.[ansi_null_dflt_on]
,ER.[ansi_defaults]
,ER.[ansi_warnings]
,ER.[ansi_padding]
,ER.[ansi_nulls]
,ER.[concat_null_yields_null]
,ER.[transaction_isolation_level]
,ER.[lock_timeout]
,ER.[deadlock_priority]
,ER.[row_count]
,ER.[prev_error]
,ER.[nest_level]
,ER.[granted_query_memory]
,ER.[executing_managed_code]
,ER.[group_id]
,ER.[query_hash]
,ER.[query_plan_hash]
,EC.[most_recent_session_id]
,EC.[connect_time]
,EC.[net_transport]
,EC.[protocol_type]
,EC.[protocol_version]
,EC.[endpoint_id]
,EC.[encrypt_option]
,EC.[auth_scheme]
,EC.[node_affinity]
,EC.[num_reads]
,EC.[num_writes]
,EC.[last_read]
,EC.[last_write]
,EC.[net_packet_size]
,EC.[client_net_address]
,EC.[client_tcp_port]
,EC.[local_net_address]
,EC.[local_tcp_port]
,EC.[parent_connection_id]
,EC.[most_recent_sql_handle]
,ES.[host_process_id]
,ES.[client_version]
,ES.[client_interface_name]
,ES.[security_id]
,ES.[login_name]
,ES.[nt_domain]
,ES.[nt_user_name]
,ES.[memory_usage]
,ES.[total_scheduled_time]
,ES.[last_request_start_time]
,ES.[last_request_end_time]
,ES.[is_user_process]
,ES.[original_security_id]
,ES.[original_login_name]
,ES.[last_successful_logon]
,ES.[last_unsuccessful_logon]
,ES.[unsuccessful_logons]
,ES.[authenticating_database_id]
,ER.[sql_handle]
,ER.[statement_start_offset]
,ER.[statement_end_offset]
,ER.[plan_handle]
,ER.[dop]
,coalesce(ER.[database_id], ES.[database_id]) as [database_id]
,ER.[user_id]
,ER.[connection_id]
from sys.dm_exec_requests ER with(readuncommitted)
right join sys.dm_exec_sessions ES with(readuncommitted)
on ES.session_id = ER.session_id
left join sys.dm_exec_connections EC with(readuncommitted)
on EC.session_id = ES.session_id
)
, tbl as (
select [session_id]
,[blocking_session_id]
,[request_id]
,[start_time]
,[status]
,[status_session]
,[command]
,[percent_complete]
,[DBName]
,OBJECT_name([objectid], [database_id]) as [object]
,[TSQL]
,[QueryPlan]
,[wait_type]
,[login_time]
,[host_name]
,[program_name]
,[wait_time]
,[last_wait_type]
,[wait_resource]
,[open_transaction_count]
,[open_resultset_count]
,[transaction_id]
,[context_info]
,[estimated_completion_time]
,[cpu_time]
,[total_elapsed_time]
,[scheduler_id]
,[task_address]
,[reads]
,[writes]
,[logical_reads]
,[text_size]
,[language]
,[date_format]
,[date_first]
,[quoted_identifier]
,[arithabort]
,[ansi_null_dflt_on]
,[ansi_defaults]
,[ansi_warnings]
,[ansi_padding]
,[ansi_nulls]
,[concat_null_yields_null]
,[transaction_isolation_level]
,[lock_timeout]
,[deadlock_priority]
,[row_count]
,[prev_error]
,[nest_level]
,[granted_query_memory]
,[executing_managed_code]
,[group_id]
,[query_hash]
,[query_plan_hash]
,[most_recent_session_id]
,[connect_time]
,[net_transport]
,[protocol_type]
,[protocol_version]
,[endpoint_id]
,[encrypt_option]
,[auth_scheme]
,[node_affinity]
,[num_reads]
,[num_writes]
,[last_read]
,[last_write]
,[net_packet_size]
,[client_net_address]
,[client_tcp_port]
,[local_net_address]
,[local_tcp_port]
,[parent_connection_id]
,[most_recent_sql_handle]
,[host_process_id]
,[client_version]
,[client_interface_name]
,[security_id]
,[login_name]
,[nt_domain]
,[nt_user_name]
,[memory_usage]
,[total_scheduled_time]
,[last_request_start_time]
,[last_request_end_time]
,[is_user_process]
,[original_security_id]
,[original_login_name]
,[last_successful_logon]
,[last_unsuccessful_logon]
,[unsuccessful_logons]
,[authenticating_database_id]
,[sql_handle]
,[statement_start_offset]
,[statement_end_offset]
,[plan_handle]
,[dop]
,[database_id]
,[user_id]
,[connection_id]
from tbl0
where [status] in ('suspended', 'running', 'runnable')
)
, tbl_group as (
select [blocking_session_id]
from tbl
where [blocking_session_id]<>0
group by [blocking_session_id]
)
, tbl_res_rec as (
select [session_id]
,[blocking_session_id]
,[request_id]
,[start_time]
,[status]
,[status_session]
,[command]
,[percent_complete]
,[DBName]
,[object]
,[TSQL]
,[QueryPlan]
,[wait_type]
,[login_time]
,[host_name]
,[program_name]
,[wait_time]
,[last_wait_type]
,[wait_resource]
,[open_transaction_count]
,[open_resultset_count]
,[transaction_id]
,[context_info]
,[estimated_completion_time]
,[cpu_time]
,[total_elapsed_time]
,[scheduler_id]
,[task_address]
,[reads]
,[writes]
,[logical_reads]
,[text_size]
,[language]
,[date_format]
,[date_first]
,[quoted_identifier]
,[arithabort]
,[ansi_null_dflt_on]
,[ansi_defaults]
,[ansi_warnings]
,[ansi_padding]
,[ansi_nulls]
,[concat_null_yields_null]
,[transaction_isolation_level]
,[lock_timeout]
,[deadlock_priority]
,[row_count]
,[prev_error]
,[nest_level]
,[granted_query_memory]
,[executing_managed_code]
,[group_id]
,[query_hash]
,[query_plan_hash]
,[most_recent_session_id]
,[connect_time]
,[net_transport]
,[protocol_type]
,[protocol_version]
,[endpoint_id]
,[encrypt_option]
,[auth_scheme]
,[node_affinity]
,[num_reads]
,[num_writes]
,[last_read]
,[last_write]
,[net_packet_size]
,[client_net_address]
,[client_tcp_port]
,[local_net_address]
,[local_tcp_port]
,[parent_connection_id]
,[most_recent_sql_handle]
,[host_process_id]
,[client_version]
,[client_interface_name]
,[security_id]
,[login_name]
,[nt_domain]
,[nt_user_name]
,[memory_usage]
,[total_scheduled_time]
,[last_request_start_time]
,[last_request_end_time]
,[is_user_process]
,[original_security_id]
,[original_login_name]
,[last_successful_logon]
,[last_unsuccessful_logon]
,[unsuccessful_logons]
,[authenticating_database_id]
,[sql_handle]
,[statement_start_offset]
,[statement_end_offset]
,[plan_handle]
,[dop]
,[database_id]
,[user_id]
,[connection_id]
, 0 as [is_blocking_other_session]
from tbl
union all
select tbl0.[session_id]
,tbl0.[blocking_session_id]
,tbl0.[request_id]
,tbl0.[start_time]
,tbl0.[status]
,tbl0.[status_session]
,tbl0.[command]
,tbl0.[percent_complete]
,tbl0.[DBName]
,OBJECT_name(tbl0.[objectid], tbl0.[database_id]) as [object]
,tbl0.[TSQL]
,tbl0.[QueryPlan]
,tbl0.[wait_type]
,tbl0.[login_time]
,tbl0.[host_name]
,tbl0.[program_name]
,tbl0.[wait_time]
,tbl0.[last_wait_type]
,tbl0.[wait_resource]
,tbl0.[open_transaction_count]
,tbl0.[open_resultset_count]
,tbl0.[transaction_id]
,tbl0.[context_info]
,tbl0.[estimated_completion_time]
,tbl0.[cpu_time]
,tbl0.[total_elapsed_time]
,tbl0.[scheduler_id]
,tbl0.[task_address]
,tbl0.[reads]
,tbl0.[writes]
,tbl0.[logical_reads]
,tbl0.[text_size]
,tbl0.[language]
,tbl0.[date_format]
,tbl0.[date_first]
,tbl0.[quoted_identifier]
,tbl0.[arithabort]
,tbl0.[ansi_null_dflt_on]
,tbl0.[ansi_defaults]
,tbl0.[ansi_warnings]
,tbl0.[ansi_padding]
,tbl0.[ansi_nulls]
,tbl0.[concat_null_yields_null]
,tbl0.[transaction_isolation_level]
,tbl0.[lock_timeout]
,tbl0.[deadlock_priority]
,tbl0.[row_count]
,tbl0.[prev_error]
,tbl0.[nest_level]
,tbl0.[granted_query_memory]
,tbl0.[executing_managed_code]
,tbl0.[group_id]
,tbl0.[query_hash]
,tbl0.[query_plan_hash]
,tbl0.[most_recent_session_id]
,tbl0.[connect_time]
,tbl0.[net_transport]
,tbl0.[protocol_type]
,tbl0.[protocol_version]
,tbl0.[endpoint_id]
,tbl0.[encrypt_option]
,tbl0.[auth_scheme]
,tbl0.[node_affinity]
,tbl0.[num_reads]
,tbl0.[num_writes]
,tbl0.[last_read]
,tbl0.[last_write]
,tbl0.[net_packet_size]
,tbl0.[client_net_address]
,tbl0.[client_tcp_port]
,tbl0.[local_net_address]
,tbl0.[local_tcp_port]
,tbl0.[parent_connection_id]
,tbl0.[most_recent_sql_handle]
,tbl0.[host_process_id]
,tbl0.[client_version]
,tbl0.[client_interface_name]
,tbl0.[security_id]
,tbl0.[login_name]
,tbl0.[nt_domain]
,tbl0.[nt_user_name]
,tbl0.[memory_usage]
,tbl0.[total_scheduled_time]
,tbl0.[last_request_start_time]
,tbl0.[last_request_end_time]
,tbl0.[is_user_process]
,tbl0.[original_security_id]
,tbl0.[original_login_name]
,tbl0.[last_successful_logon]
,tbl0.[last_unsuccessful_logon]
,tbl0.[unsuccessful_logons]
,tbl0.[authenticating_database_id]
,tbl0.[sql_handle]
,tbl0.[statement_start_offset]
,tbl0.[statement_end_offset]
,tbl0.[plan_handle]
,tbl0.[dop]
,tbl0.[database_id]
,tbl0.[user_id]
,tbl0.[connection_id]
, 1 as [is_blocking_other_session]
from tbl_group as tg
inner join tbl0 on tg.blocking_session_id=tbl0.session_id
)
,tbl_res_rec_g as (
select [plan_handle],
[sql_handle],
cast([start_time] as date) as [start_time]
from tbl_res_rec
group by [plan_handle],
[sql_handle],
cast([start_time] as date)
)
,tbl_rec_stat_g as (
select qs.[plan_handle]
,qs.[sql_handle]
--,cast(qs.[last_execution_time] as date) as [last_execution_time]
,min(qs.[creation_time]) as [creation_time]
,max(qs.[execution_count]) as [execution_count]
,max(qs.[total_worker_time]) as [total_worker_time]
,min(qs.[last_worker_time]) as [min_last_worker_time]
,max(qs.[last_worker_time]) as [max_last_worker_time]
,min(qs.[min_worker_time]) as [min_worker_time]
,max(qs.[max_worker_time]) as [max_worker_time]
,max(qs.[total_physical_reads]) as [total_physical_reads]
,min(qs.[last_physical_reads]) as [min_last_physical_reads]
,max(qs.[last_physical_reads]) as [max_last_physical_reads]
,min(qs.[min_physical_reads]) as [min_physical_reads]
,max(qs.[max_physical_reads]) as [max_physical_reads]
,max(qs.[total_logical_writes]) as [total_logical_writes]
,min(qs.[last_logical_writes]) as [min_last_logical_writes]
,max(qs.[last_logical_writes]) as [max_last_logical_writes]
,min(qs.[min_logical_writes]) as [min_logical_writes]
,max(qs.[max_logical_writes]) as [max_logical_writes]
,max(qs.[total_logical_reads]) as [total_logical_reads]
,min(qs.[last_logical_reads]) as [min_last_logical_reads]
,max(qs.[last_logical_reads]) as [max_last_logical_reads]
,min(qs.[min_logical_reads]) as [min_logical_reads]
,max(qs.[max_logical_reads]) as [max_logical_reads]
,max(qs.[total_clr_time]) as [total_clr_time]
,min(qs.[last_clr_time]) as [min_last_clr_time]
,max(qs.[last_clr_time]) as [max_last_clr_time]
,min(qs.[min_clr_time]) as [min_clr_time]
,max(qs.[max_clr_time]) as [max_clr_time]
,max(qs.[total_elapsed_time]) as [total_elapsed_time]
,min(qs.[last_elapsed_time]) as [min_last_elapsed_time]
,max(qs.[last_elapsed_time]) as [max_last_elapsed_time]
,min(qs.[min_elapsed_time]) as [min_elapsed_time]
,max(qs.[max_elapsed_time]) as [max_elapsed_time]
,max(qs.[total_rows]) as [total_rows]
,min(qs.[last_rows]) as [min_last_rows]
,max(qs.[last_rows]) as [max_last_rows]
,min(qs.[min_rows]) as [min_rows]
,max(qs.[max_rows]) as [max_rows]
,max(qs.[total_dop]) as [total_dop]
,min(qs.[last_dop]) as [min_last_dop]
,max(qs.[last_dop]) as [max_last_dop]
,min(qs.[min_dop]) as [min_dop]
,max(qs.[max_dop]) as [max_dop]
,max(qs.[total_grant_kb]) as [total_grant_kb]
,min(qs.[last_grant_kb]) as [min_last_grant_kb]
,max(qs.[last_grant_kb]) as [max_last_grant_kb]
,min(qs.[min_grant_kb]) as [min_grant_kb]
,max(qs.[max_grant_kb]) as [max_grant_kb]
,max(qs.[total_used_grant_kb]) as [total_used_grant_kb]
,min(qs.[last_used_grant_kb]) as [min_last_used_grant_kb]
,max(qs.[last_used_grant_kb]) as [max_last_used_grant_kb]
,min(qs.[min_used_grant_kb]) as [min_used_grant_kb]
,max(qs.[max_used_grant_kb]) as [max_used_grant_kb]
,max(qs.[total_ideal_grant_kb]) as [total_ideal_grant_kb]
,min(qs.[last_ideal_grant_kb]) as [min_last_ideal_grant_kb]
,max(qs.[last_ideal_grant_kb]) as [max_last_ideal_grant_kb]
,min(qs.[min_ideal_grant_kb]) as [min_ideal_grant_kb]
,max(qs.[max_ideal_grant_kb]) as [max_ideal_grant_kb]
,max(qs.[total_reserved_threads]) as [total_reserved_threads]
,min(qs.[last_reserved_threads]) as [min_last_reserved_threads]
,max(qs.[last_reserved_threads]) as [max_last_reserved_threads]
,min(qs.[min_reserved_threads]) as [min_reserved_threads]
,max(qs.[max_reserved_threads]) as [max_reserved_threads]
,max(qs.[total_used_threads]) as [total_used_threads]
,min(qs.[last_used_threads]) as [min_last_used_threads]
,max(qs.[last_used_threads]) as [max_last_used_threads]
,min(qs.[min_used_threads]) as [min_used_threads]
,max(qs.[max_used_threads]) as [max_used_threads]
from tbl_res_rec_g as t
inner join sys.dm_exec_query_stats as qs with(readuncommitted) on t.[plan_handle]=qs.[plan_handle]
and t.[sql_handle]=qs.[sql_handle]
and t.[start_time]=cast(qs.[last_execution_time] as date)
group by qs.[plan_handle]
,qs.[sql_handle]
--,qs.[last_execution_time]
)
select t.[session_id] --Сессия
,t.[blocking_session_id] --Сессия, которая явно блокирует сессию [session_id]
,t.[request_id] --Идентификатор запроса. Уникален в контексте сеанса
,t.[start_time] --Метка времени поступления запроса
,DateDiff(second, t.[start_time], GetDate()) as [date_diffSec] --Сколько в сек прошло времени от момента поступления запроса
,t.[status] --Состояние запроса
,t.[status_session] --Состояние сессии
,t.[command] --Тип выполняемой в данный момент команды
, COALESCE(
CAST(NULLIF(t.[total_elapsed_time] / 1000, 0) as BIGINT)
,CASE WHEN (t.[status_session] <> 'running' and isnull(t.[status], '') <> 'running')
THEN DATEDIFF(ss,0,getdate() - nullif(t.[last_request_end_time], '1900-01-01T00:00:00.000'))
END
) as [total_time, sec] --Время всей работы запроса в сек
, CAST(NULLIF((CAST(t.[total_elapsed_time] as BIGINT) - CAST(t.[wait_time] AS BIGINT)) / 1000, 0 ) as bigint) as [work_time, sec] --Время работы запроса в сек без учета времени ожиданий
, CASE WHEN (t.[status_session] <> 'running' AND ISNULL(t.[status],'') <> 'running')
THEN DATEDIFF(ss,0,getdate() - nullif(t.[last_request_end_time], '1900-01-01T00:00:00.000'))
END as [sleep_time, sec] --Время сна в сек
, NULLIF( CAST((t.[logical_reads] + t.[writes]) * 8 / 1024 as numeric(38,2)), 0) as [IO, MB] --операций чтения и записи в МБ
, CASE t.transaction_isolation_level
WHEN 0 THEN 'Unspecified'
WHEN 1 THEN 'ReadUncommited'
WHEN 2 THEN 'ReadCommited'
WHEN 3 THEN 'Repetable'
WHEN 4 THEN 'Serializable'
WHEN 5 THEN 'Snapshot'
END as [transaction_isolation_level_desc] --уровень изоляции транзакции (расшифровка)
,t.[percent_complete] --Процент завершения работы для следующих команд
,t.[DBName] --БД
,t.[object] --Объект
, SUBSTRING(
t.[TSQL]
, t.[statement_start_offset]/2+1
, (
CASE WHEN ((t.[statement_start_offset]<0) OR (t.[statement_end_offset]<0))
THEN DATALENGTH (t.[TSQL])
ELSE t.[statement_end_offset]
END
- t.[statement_start_offset]
)/2 +1
) as [CURRENT_REQUEST] --Текущий выполняемый запрос в пакете
,t.[TSQL] --Запрос всего пакета
,t.[QueryPlan] --План всего пакета
,t.[wait_type] --Если запрос в настоящий момент блокирован, в столбце содержится тип ожидания (sys.dm_os_wait_stats)
,t.[login_time] --Время подключения сеанса
,t.[host_name] --Имя клиентской рабочей станции, указанное в сеансе. Для внутреннего сеанса это значение равно NULL
,t.[program_name] --Имя клиентской программы, которая инициировала сеанс. Для внутреннего сеанса это значение равно NULL
,cast(t.[wait_time]/1000 as decimal(18,3)) as [wait_timeSec] --Если запрос в настоящий момент блокирован, в столбце содержится продолжительность текущего ожидания (в секундах)
,t.[wait_time] --Если запрос в настоящий момент блокирован, в столбце содержится продолжительность текущего ожидания (в миллисекундах)
,t.[last_wait_type] --Если запрос был блокирован ранее, в столбце содержится тип последнего ожидания
,t.[wait_resource] --Если запрос в настоящий момент блокирован, в столбце указан ресурс, освобождения которого ожидает запрос
,t.[open_transaction_count] --Число транзакций, открытых для данного запроса
,t.[open_resultset_count] --Число результирующих наборов, открытых для данного запроса
,t.[transaction_id] --Идентификатор транзакции, в которой выполняется запрос
,t.[context_info] --Значение CONTEXT_INFO сеанса
,cast(t.[estimated_completion_time]/1000 as decimal(18,3)) as [estimated_completion_timeSec] --Только для внутреннего использования. Не допускает значение NULL
,t.[estimated_completion_time] --Только для внутреннего использования. Не допускает значение NULL
,cast(t.[cpu_time]/1000 as decimal(18,3)) as [cpu_timeSec] --Время ЦП (в секундах), затраченное на выполнение запроса
,t.[cpu_time] --Время ЦП (в миллисекундах), затраченное на выполнение запроса
,cast(t.[total_elapsed_time]/1000 as decimal(18,3)) as [total_elapsed_timeSec] --Общее время, истекшее с момента поступления запроса (в секундах)
,t.[total_elapsed_time] --Общее время, истекшее с момента поступления запроса (в миллисекундах)
,t.[scheduler_id] --Идентификатор планировщика, который планирует данный запрос
,t.[task_address] --Адрес блока памяти, выделенного для задачи, связанной с этим запросом
,t.[reads] --Число операций чтения, выполненных данным запросом
,t.[writes] --Число операций записи, выполненных данным запросом
,t.[logical_reads] --Число логических операций чтения, выполненных данным запросом
,t.[text_size] --Установка параметра TEXTSIZE для данного запроса
,t.[language] --Установка языка для данного запроса
,t.[date_format] --Установка параметра DATEFORMAT для данного запроса
,t.[date_first] --Установка параметра DATEFIRST для данного запроса
,t.[quoted_identifier] --1 = Параметр QUOTED_IDENTIFIER для запроса включен (ON). В противном случае — 0
,t.[arithabort] --1 = Параметр ARITHABORT для запроса включен (ON). В противном случае — 0
,t.[ansi_null_dflt_on] --1 = Параметр ANSI_NULL_DFLT_ON для запроса включен (ON). В противном случае — 0
,t.[ansi_defaults] --1 = Параметр ANSI_DEFAULTS для запроса включен (ON). В противном случае — 0
,t.[ansi_warnings] --1 = Параметр ANSI_WARNINGS для запроса включен (ON). В противном случае — 0
,t.[ansi_padding] --1 = Параметр ANSI_PADDING для запроса включен (ON)
,t.[ansi_nulls] --1 = Параметр ANSI_NULLS для запроса включен (ON). В противном случае — 0
,t.[concat_null_yields_null] --1 = Параметр CONCAT_NULL_YIELDS_NULL для запроса включен (ON). В противном случае — 0
,t.[transaction_isolation_level] --Уровень изоляции, с которым создана транзакция для данного запроса
,cast(t.[lock_timeout]/1000 as decimal(18,3)) as [lock_timeoutSec] --Время ожидания блокировки для данного запроса (в секундах)
,t.[lock_timeout] --Время ожидания блокировки для данного запроса (в миллисекундах)
,t.[deadlock_priority] --Значение параметра DEADLOCK_PRIORITY для данного запроса
,t.[row_count] --Число строк, возвращенных клиенту по данному запросу
,t.[prev_error] --Последняя ошибка, происшедшая при выполнении запроса
,t.[nest_level] --Текущий уровень вложенности кода, выполняемого для данного запроса
,t.[granted_query_memory] --Число страниц, выделенных для выполнения поступившего запроса (1 страница-это примерно 8 КБ)
,t.[executing_managed_code] --Указывает, выполняет ли данный запрос в настоящее время код объекта среды CLR (например, процедуры, типа или триггера).
--Этот флаг установлен в течение всего времени, когда объект среды CLR находится в стеке, даже когда из среды вызывается код Transact-SQL
,t.[group_id] --Идентификатор группы рабочей нагрузки, которой принадлежит этот запрос
,t.[query_hash] --Двоичное хэш-значение рассчитывается для запроса и используется для идентификации запросов с аналогичной логикой.
--Можно использовать хэш запроса для определения использования статистических ресурсов для запросов, которые отличаются только своими литеральными значениями
,t.[query_plan_hash] --Двоичное хэш-значение рассчитывается для плана выполнения запроса и используется для идентификации аналогичных планов выполнения запросов.
--Можно использовать хэш плана запроса для нахождения совокупной стоимости запросов со схожими планами выполнения
,t.[most_recent_session_id] --Представляет собой идентификатор сеанса самого последнего запроса, связанного с данным соединением
,t.[connect_time] --Отметка времени установления соединения
,t.[net_transport] --Содержит описание физического транспортного протокола, используемого данным соединением
,t.[protocol_type] --Указывает тип протокола передачи полезных данных
,t.[protocol_version] --Версия протокола доступа к данным, связанного с данным соединением
,t.[endpoint_id] --Идентификатор, описывающий тип соединения. Этот идентификатор endpoint_id может использоваться для запросов к представлению sys.endpoints
,t.[encrypt_option] --Логическое значение, указывающее, разрешено ли шифрование для данного соединения
,t.[auth_scheme] --Указывает схему проверки подлинности (SQL Server или Windows), используемую с данным соединением
,t.[node_affinity] --Идентифицирует узел памяти, которому соответствует данное соединение
,t.[num_reads] --Число пакетов, принятых посредством данного соединения
,t.[num_writes] --Число пакетов, переданных посредством данного соединения
,t.[last_read] --Отметка времени о последнем полученном пакете данных
,t.[last_write] --Отметка времени о последнем отправленном пакете данных
,t.[net_packet_size] --Размер сетевого пакета, используемый для передачи данных
,t.[client_net_address] --Сетевой адрес удаленного клиента
,t.[client_tcp_port] --Номер порта на клиентском компьютере, который используется при осуществлении соединения
,t.[local_net_address] --IP-адрес сервера, с которым установлено данное соединение. Доступен только для соединений, которые в качестве транспорта данных используют протокол TCP
,t.[local_tcp_port] --TCP-порт сервера, если соединение использует протокол TCP
,t.[parent_connection_id] --Идентифицирует первичное соединение, используемое в сеансе MARS
,t.[most_recent_sql_handle] --Дескриптор последнего запроса SQL, выполненного с помощью данного соединения. Постоянно проводится синхронизация между столбцом most_recent_sql_handle и столбцом most_recent_session_id
,t.[host_process_id] --Идентификатор процесса клиентской программы, которая инициировала сеанс. Для внутреннего сеанса это значение равно NULL
,t.[client_version] --Версия TDS-протокола интерфейса, который используется клиентом для подключения к серверу. Для внутреннего сеанса это значение равно NULL
,t.[client_interface_name] --Имя библиотеки или драйвер, используемый клиентом для обмена данными с сервером. Для внутреннего сеанса это значение равно NULL
,t.[security_id] --Идентификатор безопасности Microsoft Windows, связанный с именем входа
,t.[login_name] --SQL Server Имя входа, под которой выполняется текущий сеанс.
--Чтобы узнать первоначальное имя входа, с помощью которого был создан сеанс, см. параметр original_login_name.
--Может быть SQL Server проверка подлинности имени входа или имени пользователя домена, прошедшего проверку подлинности Windows
,t.[nt_domain] --Домен Windows для клиента, если во время сеанса применяется проверка подлинности Windows или доверительное соединение.
--Для внутренних сеансов и пользователей, не принадлежащих к домену, это значение равно NULL
,t.[nt_user_name] --Имя пользователя Windows для клиента, если во время сеанса используется проверка подлинности Windows или доверительное соединение.
--Для внутренних сеансов и пользователей, не принадлежащих к домену, это значение равно NULL
,t.[memory_usage] --Количество 8-килобайтовых страниц памяти, используемых данным сеансом
,t.[total_scheduled_time] --Общее время, назначенное данному сеансу (включая его вложенные запросы) для исполнения, в миллисекундах
,t.[last_request_start_time] --Время, когда начался последний запрос данного сеанса. Это может быть запрос, выполняющийся в данный момент
,t.[last_request_end_time] --Время завершения последнего запроса в рамках данного сеанса
,t.[is_user_process] --0, если сеанс является системным. В противном случае значение равно 1
,t.[original_security_id] --Microsoft Идентификатор безопасности Windows, связанный с параметром original_login_name
,t.[original_login_name] --SQL Server Имя входа, которую использует клиент создал данный сеанс.
--Это может быть имя входа SQL Server, прошедшее проверку подлинности, имя пользователя домена Windows,
--прошедшее проверку подлинности, или пользователь автономной базы данных.
--Обратите внимание, что после первоначального соединения для сеанса может быть выполнено много неявных или явных переключений контекста.
--Например если EXECUTE AS используется
,t.[last_successful_logon] --Время последнего успешного входа в систему для имени original_login_name до запуска текущего сеанса
,t.[last_unsuccessful_logon] --Время последнего неуспешного входа в систему для имени original_login_name до запуска текущего сеанса
,t.[unsuccessful_logons] --Число неуспешных попыток входа в систему для имени original_login_name между временем last_successful_logon и временем login_time
,t.[authenticating_database_id] --Идентификатор базы данных, выполняющей проверку подлинности участника.
--Для имен входа это значение будет равно 0.
--Для пользователей автономной базы данных это значение будет содержать идентификатор автономной базы данных
,t.[sql_handle] --Хэш-карта текста SQL-запроса
,t.[statement_start_offset] --Количество символов в выполняемом в настоящий момент пакете или хранимой процедуре, в которой запущена текущая инструкция.
--Может применяться вместе с функциями динамического управления sql_handle, statement_end_offset и sys.dm_exec_sql_text
--для извлечения исполняемой в настоящий момент инструкции по запросу
,t.[statement_end_offset] --Количество символов в выполняемом в настоящий момент пакете или хранимой процедуре, в которой завершилась текущая инструкция.
--Может применяться вместе с функциями динамического управления sql_handle, statement_end_offset и sys.dm_exec_sql_text
--для извлечения исполняемой в настоящий момент инструкции по запросу
,t.[plan_handle] --Хэш-карта плана выполнения SQL
,t.[database_id] --Идентификатор базы данных, к которой выполняется запрос
,t.[user_id] --Идентификатор пользователя, отправившего данный запрос
,t.[connection_id] --Идентификатор соединения, по которому поступил запрос
,t.[is_blocking_other_session] --1-сессия явно блокирует другие сессии, 0-сессия явно не блокирует другие сессии
,coalesce(t.[dop], mg.[dop]) as [dop] --Степень параллелизма запроса
,mg.[request_time] --Дата и время обращения запроса за предоставлением памяти
,mg.[grant_time] --Дата и время, когда запросу была предоставлена память. Возвращает значение NULL, если память еще не была предоставлена
,mg.[requested_memory_kb] --Общий объем запрошенной памяти в килобайтах
,mg.[granted_memory_kb] --Общий объем фактически предоставленной памяти в килобайтах.
--Может быть значение NULL, если память еще не была предоставлена.
--Обычно это значение должно быть одинаковым с requested_memory_kb.
--Для создания индекса сервер может разрешить дополнительное предоставление по требованию памяти,
--объем которой выходит за рамки изначально предоставленной памяти
,mg.[required_memory_kb] --Минимальный объем памяти в килобайтах (КБ), необходимый для выполнения данного запроса.
--Значение requested_memory_kb равно этому объему или больше его
,mg.[used_memory_kb] --Используемый в данный момент объем физической памяти (в килобайтах)
,mg.[max_used_memory_kb] --Максимальный объем используемой до данного момента физической памяти в килобайтах
,mg.[query_cost] --Ожидаемая стоимость запроса
,mg.[timeout_sec] --Время ожидания данного запроса в секундах до отказа от обращения за предоставлением памяти
,mg.[resource_semaphore_id] --Неуникальный идентификатор семафора ресурса, которого ожидает данный запрос
,mg.[queue_id] --Идентификатор ожидающей очереди, в которой данный запрос ожидает предоставления памяти.
--Значение NULL, если память уже предоставлена
,mg.[wait_order] --Последовательный порядок ожидающих запросов в указанной очереди queue_id.
--Это значение может изменяться для заданного запроса, если другие запросы отказываются от предоставления памяти или получают ее.
--Значение NULL, если память уже предоставлена
,mg.[is_next_candidate] --Является следующим кандидатом на предоставление памяти (1 = да, 0 = нет, NULL = память уже предоставлена)
,mg.[wait_time_ms] --Время ожидания в миллисекундах. Значение NULL, если память уже предоставлена
,mg.[pool_id] --Идентификатор пула ресурсов, к которому принадлежит данная группа рабочей нагрузки
,mg.[is_small] --Значение 1 означает, что для данной операции предоставления памяти используется малый семафор ресурса.
--Значение 0 означает использование обычного семафора
,mg.[ideal_memory_kb] --Объем, в килобайтах (КБ), предоставленной памяти, необходимый для размещения всех данных в физической памяти.
--Основывается на оценке количества элементов
,mg.[reserved_worker_count] --Число рабочих процессов, зарезервированной с помощью параллельных запросов, а также число основных рабочих процессов, используемых всеми запросами
,mg.[used_worker_count] --Число рабочих процессов, используемых параллельных запросов
,mg.[max_used_worker_count] --???
,mg.[reserved_node_bitmap] --???
,pl.[bucketid] --Идентификатор сегмента хэша, в который кэшируется запись.
--Значение указывает диапазон от 0 до значения размера хэш-таблицы для типа кэша.
--Для кэшей SQL Plans и Object Plans размер хэш-таблицы может достигать 10007 на 32-разрядных версиях систем и 40009 — на 64-разрядных.
--Для кэша Bound Trees размер хэш-таблицы может достигать 1009 на 32-разрядных версиях систем и 4001 на 64-разрядных.
--Для кэша расширенных хранимых процедур размер хэш-таблицы может достигать 127 на 32-разрядных и 64-разрядных версиях систем
,pl.[refcounts] --Число объектов кэша, ссылающихся на данный объект кэша.
--Значение refcounts для записи должно быть не меньше 1, чтобы размещаться в кэше
,pl.[usecounts] --Количество повторений поиска объекта кэша.
--Остается без увеличения, если параметризованные запросы обнаруживают план в кэше.
--Может быть увеличен несколько раз при использовании инструкции showplan
,pl.[size_in_bytes] --Число байтов, занимаемых объектом кэша
,pl.[memory_object_address] --Адрес памяти кэшированной записи.
--Это значение можно использовать с представлением sys.dm_os_memory_objects,
--чтобы проанализировать распределение памяти кэшированного плана,
--и с представлением sys.dm_os_memory_cache_entries для определения затрат на кэширование записи
,pl.[cacheobjtype] --Тип объекта в кэше. Значение может быть одним из следующих
,pl.[objtype] --Тип объекта. Значение может быть одним из следующих
,pl.[parent_plan_handle] --Родительский план
--данные из sys.dm_exec_query_stats брались за сутки, в которых была пара (запрос, план)
,qs.[creation_time] --Время компиляции плана
,qs.[execution_count] --Количество выполнений плана с момента последней компиляции
,qs.[total_worker_time] --Общее время ЦП, затраченное на выполнение плана с момента компиляции, в микросекундах (но с точностью до миллисекунды)
,qs.[min_last_worker_time] --Минимальное время ЦП, затраченное на последнее выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[max_last_worker_time] --Максимальное время ЦП, затраченное на последнее выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[min_worker_time] --Минимальное время ЦП, когда-либо затраченное на выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[max_worker_time] --Максимальное время ЦП, когда-либо затраченное на выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[total_physical_reads] --Общее количество операций физического считывания при выполнении плана с момента его компиляции.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[min_last_physical_reads] --Минимальное количество операций физического считывания за время последнего выполнения плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[max_last_physical_reads] --Максимальное количество операций физического считывания за время последнего выполнения плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[min_physical_reads] --Минимальное количество операций физического считывания за одно выполнение плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[max_physical_reads] --Максимальное количество операций физического считывания за одно выполнение плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[total_logical_writes] --Общее количество операций логической записи при выполнении плана с момента его компиляции.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[min_last_logical_writes] --Минимальное количество страниц в буферном пуле, загрязненных во время последнего выполнения плана.
--Если страница уже является «грязной» (т. е. измененной), операции записи не учитываются.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[max_last_logical_writes] --Максимальное количество страниц в буферном пуле, загрязненных во время последнего выполнения плана.
--Если страница уже является «грязной» (т. е. измененной), операции записи не учитываются.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[min_logical_writes] --Минимальное количество операций логической записи за одно выполнение плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[max_logical_writes] --Максимальное количество операций логической записи за одно выполнение плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[total_logical_reads] --Общее количество операций логического считывания при выполнении плана с момента его компиляции.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[min_last_logical_reads] --Минимальное количество операций логического считывания за время последнего выполнения плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[max_last_logical_reads] --Максимальное количество операций логического считывания за время последнего выполнения плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[min_logical_reads] --Минимальное количество операций логического считывания за одно выполнение плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[max_logical_reads] --Максимальное количество операций логического считывания за одно выполнение плана.
--Значение всегда равно 0 при запросе оптимизированной для памяти таблицы
,qs.[total_clr_time] --Время, в микросекундах (но с точностью до миллисекунды),
--внутри Microsoft .NET Framework общеязыковая среда выполнения (CLR) объекты при выполнении плана с момента его компиляции.
--Объекты среды CLR могут быть хранимыми процедурами, функциями, триггерами, типами и статистическими выражениями
,qs.[min_last_clr_time] --Минимальное время, в микросекундах (но с точностью до миллисекунды),
--затраченное внутри .NET Framework объекты среды CLR во время последнего выполнения плана.
--Объекты среды CLR могут быть хранимыми процедурами, функциями, триггерами, типами и статистическими выражениями
,qs.[max_last_clr_time] --Максимальное время, в микросекундах (но с точностью до миллисекунды),
--затраченное внутри .NET Framework объекты среды CLR во время последнего выполнения плана.
--Объекты среды CLR могут быть хранимыми процедурами, функциями, триггерами, типами и статистическими выражениями
,qs.[min_clr_time] --Минимальное время, когда-либо затраченное на выполнение плана внутри объектов .NET Framework среды CLR,
--в микросекундах (но с точностью до миллисекунды).
--Объекты среды CLR могут быть хранимыми процедурами, функциями, триггерами, типами и статистическими выражениями
,qs.[max_clr_time] --Максимальное время, когда-либо затраченное на выполнение плана внутри среды CLR .NET Framework,
--в микросекундах (но с точностью до миллисекунды).
--Объекты среды CLR могут быть хранимыми процедурами, функциями, триггерами, типами и статистическими выражениями
--,qs.[total_elapsed_time] --Общее время, затраченное на выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[min_last_elapsed_time] --Минимальное время, затраченное на последнее выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[max_last_elapsed_time] --Максимальное время, затраченное на последнее выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[min_elapsed_time] --Минимальное время, когда-либо затраченное на выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[max_elapsed_time] --Максимальное время, когда-либо затраченное на выполнение плана, в микросекундах (но с точностью до миллисекунды)
,qs.[total_rows] --Общее число строк, возвращаемых запросом. Не может иметь значение null.
--Значение всегда равно 0, если скомпилированная в собственном коде хранимая процедура запрашивает оптимизированную для памяти таблицу
,qs.[min_last_rows] --Минимальное число строк, возвращенных последним выполнением запроса. Не может иметь значение null.
--Значение всегда равно 0, если скомпилированная в собственном коде хранимая процедура запрашивает оптимизированную для памяти таблицу
,qs.[max_last_rows] --Максимальное число строк, возвращенных последним выполнением запроса. Не может иметь значение null.
--Значение всегда равно 0, если скомпилированная в собственном коде хранимая процедура запрашивает оптимизированную для памяти таблицу
,qs.[min_rows] --Минимальное количество строк, когда-либо возвращенных по запросу во время выполнения один
--Значение всегда равно 0, если скомпилированная в собственном коде хранимая процедура запрашивает оптимизированную для памяти таблицу
,qs.[max_rows] --Максимальное число строк, когда-либо возвращенных по запросу во время выполнения один
--Значение всегда равно 0, если скомпилированная в собственном коде хранимая процедура запрашивает оптимизированную для памяти таблицу
,qs.[total_dop] --Общую сумму по степени параллелизма плана используется с момента его компиляции.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_last_dop] --Минимальная степень параллелизма, если время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_last_dop] --Максимальная степень параллелизма, если время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_dop] --Минимальная степень параллелизма этот план когда-либо используется во время одного выполнения.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_dop] --Максимальная степень параллелизма этот план когда-либо используется во время одного выполнения.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[total_grant_kb] --Общий объем зарезервированной памяти в КБ предоставить этот план, полученных с момента его компиляции.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_last_grant_kb] --Минимальный объем зарезервированной памяти предоставляет в КБ, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_last_grant_kb] --Максимальный объем зарезервированной памяти предоставляет в КБ, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_grant_kb] --Минимальный объем зарезервированной памяти в КБ предоставить никогда не получено в ходе одного выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_grant_kb] --Максимальный объем зарезервированной памяти в КБ предоставить никогда не получено в ходе одного выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[total_used_grant_kb] --Общий объем зарезервированной памяти в КБ предоставить этот план, используемый с момента его компиляции.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_last_used_grant_kb] --Минимальная сумма предоставления используемой памяти в КБ, если время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_last_used_grant_kb] --Максимальная сумма предоставления используемой памяти в КБ, если время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_used_grant_kb] --Минимальный объем используемой памяти в КБ предоставить никогда не используется при выполнении одного плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_used_grant_kb] --Максимальный объем используемой памяти в КБ предоставить никогда не используется при выполнении одного плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[total_ideal_grant_kb] --Общий объем идеальный память в КБ, оценка плана с момента его компиляции.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_last_ideal_grant_kb] --Минимальный объем памяти, идеальным предоставляет в КБ, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_last_ideal_grant_kb] --Максимальный объем памяти, идеальным предоставляет в КБ, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_ideal_grant_kb] --Минимальный объем памяти идеальный предоставления в этот план когда-либо оценка во время выполнения один КБ.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_ideal_grant_kb] --Максимальный объем памяти идеальный предоставления в этот план когда-либо оценка во время выполнения один КБ.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[total_reserved_threads] --Общая сумма по зарезервированным параллельного потоков этот план когда-либо использовавшегося с момента его компиляции.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_last_reserved_threads] --Минимальное число зарезервированных параллельных потоков, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_last_reserved_threads] --Максимальное число зарезервированных параллельных потоков, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_reserved_threads] --Минимальное число зарезервированных параллельного потоков, когда-либо использовать при выполнении одного плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_reserved_threads] --Максимальное число зарезервированных параллельного потоков никогда не используется при выполнении одного плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[total_used_threads] --Общая сумма используется параллельных потоков этот план когда-либо использовавшегося с момента его компиляции.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_last_used_threads] --Минимальное число используемых параллельных потоков, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_last_used_threads] --Максимальное число используемых параллельных потоков, когда время последнего выполнения плана.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[min_used_threads] --Минимальное число используемых параллельных потоков, при выполнении одного плана использовали.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
,qs.[max_used_threads] --Максимальное число используемых параллельных потоков, при выполнении одного плана использовали.
--Он всегда будет равно 0 для запроса к таблице, оптимизированной для памяти
from tbl_res_rec as t
left outer join sys.dm_exec_query_memory_grants as mg on t.[plan_handle]=mg.[plan_handle] and t.[sql_handle]=mg.[sql_handle]
left outer join sys.dm_exec_cached_plans as pl on t.[plan_handle]=pl.[plan_handle]
left outer join tbl_rec_stat_g as qs on t.[plan_handle]=qs.[plan_handle] and t.[sql_handle]=qs.[sql_handle] --and qs.[last_execution_time]=cast(t.[start_time] as date);
Ook wil ik herinneren dat uit de verzamelde statistieken de zwaarste verzoeken kunnen worden gehaald:
Code
/*
creation_time - Время, когда запрос был скомпилирован. Поскольку при старте сервера кэш пустой, данное время всегда больше либо равно моменту запуска сервиса. Если время, указанное в этом столбце позже, чем предполагаемое (первое использование процедуры), это говорит о том, что запрос по тем или иным причинам был рекомпилирован.
last_execution_time - Момент фактического последнего выполнения запроса.
execution_count - Сколько раз запрос был выполнен с момента компиляции
Количество выполнений позволяет найти ошибки в алгоритмах - часто в наиболее выполняемых запросах оказываются те, которые находятся внутри каких-либо циклов однако могут быть выполнены перед самим циклом один раз. Например, получение каких-либо параметров из базы данных, не меняющихся внутри цикла.
CPU - Суммарное время использования процессора в миллисекундах. Если запрос обрабатывается параллельно, то это время может превысить общее время выполнения запроса, поскольку суммируется время использования запроса каждым ядром. Во время использования процессора включается только фактическая нагрузка на ядра, в нее не входят ожидания каких-либо ресурсов.
Очевидно, что данный показатель позволяет выявлять запросы, наиболее сильно загружающие процессор.
AvgCPUTime - Средняя загрузка процессора на один запрос.
TotDuration - Общее время выполнения запроса, в миллисекундах.
Данный параметр может быть использован для поиска тех запросов, которые, независимо от причины выполняются "наиболее долго". Если общее время выполнения запроса существенно ниже времени CPU (с поправкой на параллелизм) - это говорит о том, что при выполнения запроса были ожидания каких-либо ресурсов. В большинстве случаев это связано с дисковой активностью или блокировками, но также это может быть сетевой интерфейс или другой ресурс.
Полный список типов ожиданий можно посмотреть в описании представления sys.dm_os_wait_stats.
AvgDur - Среднее время выполнения запроса в миллисекундах.
Reads - Общее количество чтений.
Это пожалуй лучший агрегатный показатель, позволяющий выявить наиболее нагружающие сервер запросы.
Логическое чтение - это разовое обращение к странице данных, физические чтения не учитываются.
В рамках выполнения одного запроса, могут происходить неоднократные обращения к одной и той же странице.
Чем больше обращений к страницам, тем больше требуется дисковых чтений, памяти и, если речь идет о повторных обращениях, большее время требуется удерживать страницы в памяти.
Writes - Общее количество изменений страниц данных.
Характеризует то, как запрос "нагружает" дисковую систему операциями записи.
Следует помнить, что этот показатель может быть больше 0 не только у тех запросов, которые явно меняют данные, но также и у тех, которые сохраняют промежуточные данные в tempdb.
AggIO - Общее количество логических операций ввода-вывода (суммарно)
Как правило, количество логических чтений на порядки превышает количество операций записи, поэтому этот показатель сам по себе для анализа применим в редких случаях.
AvgIO - Среднее количество логических дисковых операций на одно выполнение запроса.
Значение данного показателя можно анализировать из следующих соображений:
Одна страница данных - это 8192 байта. Можно получить среднее количество байт данных, "обрабатываемых" данным запросом. Если этот объем превышает реальное количество данных, которые обрабатывает запрос (суммарный объем данных в используемых в запросе таблицах), это говорит о том, что был выбран заведомо плохой план выполнения и требуется заняться оптимизацией данного запроса.
Я встречал случай, когда один запрос делал количество обращений, эквивалентных объему в 5Тб, при этом общий объем данных в это БД был 300Гб, а объем данных в таблицах, задействованных в запросе не превышал 10Гб.
В общем можно описать одну причину такого поведения сервера - вместо использования индекса сервер предпочитает сканировать таблицу или наоборот.
Если объем логических чтений в разы превосходит общие объем данных, то это вызвано повторным обращениям к одним и тем же страницам данных. Помимо того, что в одном запросе таблица может быть использована несколько раз, к одним и тем же страницам сервер обращается например в случаях, когда используется индекс и по результатам поиска по нему, найденные некоторые строки данных лежат на одной и той же странице. Конечно, в таком случае предпочтительным могло бы быть сканирование таблицы - в этом случае сервер обращался бы к каждой странице данных только один раз. Однако этому часто мешают... попытки оптимизации запросов, когда разработчик явно указывает, какой индекс или тип соединения должен быть использован.
Обратный случай - вместо использования индекса было выбрано сканирование таблицы. Как правило, это связано с тем, что статистика устарела и требуется её обновление. Однако и в этом случае причиной неудачно выбранного плана вполне могут оказаться подсказки оптимизатору запросов.
query_text - Текст самого запроса
database_name - Имя базы данных, в находится объект, содержащий запрос. NULL для системных процедур
object_name - Имя объекта (процедуры или функции), содержащего запрос.
*/
with s as (
select creation_time,
last_execution_time,
execution_count,
total_worker_time/1000 as CPU,
convert(money, (total_worker_time))/(execution_count*1000)as [AvgCPUTime],
qs.total_elapsed_time/1000 as TotDuration,
convert(money, (qs.total_elapsed_time))/(execution_count*1000)as [AvgDur],
total_logical_reads as [Reads],
total_logical_writes as [Writes],
total_logical_reads+total_logical_writes as [AggIO],
convert(money, (total_logical_reads+total_logical_writes)/(execution_count + 0.0))as [AvgIO],
[sql_handle],
plan_handle,
statement_start_offset,
statement_end_offset
from sys.dm_exec_query_stats as qs with(readuncommitted)
where convert(money, (qs.total_elapsed_time))/(execution_count*1000)>=100 --выполнялся запрос не менее 100 мс
)
select
s.creation_time,
s.last_execution_time,
s.execution_count,
s.CPU,
s.[AvgCPUTime],
s.TotDuration,
s.[AvgDur],
s.[Reads],
s.[Writes],
s.[AggIO],
s.[AvgIO],
--st.text as query_text,
case
when sql_handle IS NULL then ' '
else(substring(st.text,(s.statement_start_offset+2)/2,(
case
when s.statement_end_offset =-1 then len(convert(nvarchar(MAX),st.text))*2
else s.statement_end_offset
end - s.statement_start_offset)/2 ))
end as query_text,
db_name(st.dbid) as database_name,
object_schema_name(st.objectid, st.dbid)+'.'+object_name(st.objectid, st.dbid) as [object_name],
sp.[query_plan],
s.[sql_handle],
s.plan_handle
from s
cross apply sys.dm_exec_sql_text(s.[sql_handle]) as st
cross apply sys.dm_exec_query_plan(s.[plan_handle]) as sp
Het kan ook voor MySQL worden geschreven. Hiervoor moet je en vervolgens ongeveer deze code schrijven:
Code voor wachtende aanvragen
#Задаем переменные для подключение к MySQL и само подключение
[string]$sMySQLUserName = 'UserName'
[string]$sMySQLPW = 'UserPassword'
[string]$sMySQLDB = 'db'
[string]$sMySQLHost = 'IP-address'
[void][System.Reflection.Assembly]::LoadWithPartialName("MySql.Data");
[string]$sConnectionString = "server="+$sMySQLHost+";port=3306;uid=" + $sMySQLUserName + ";pwd="+"'" + $sMySQLPW +"'"+ ";database="+$sMySQLDB;
#Open a Database connection
$oConnection = New-Object MySql.Data.MySqlClient.MySqlConnection($sConnectionString)
$Error.Clear()
try
{
$oConnection.Open()
}
catch
{
write-warning ("Could not open a connection to Database $sMySQLDB on Host $sMySQLHost. Error: "+$Error[0].ToString())
}
#The first query
# Get an instance of all objects need for a SELECT query. The Command object
$oMYSQLCommand = New-Object MySql.Data.MySqlClient.MySqlCommand;
# DataAdapter Object
$oMYSQLDataAdapter = New-Object MySql.Data.MySqlClient.MySqlDataAdapter;
# And the DataSet Object
$oMYSQLDataSet = New-Object System.Data.DataSet;
# Assign the established MySQL connection
$oMYSQLCommand.Connection=$oConnection;
# Define a SELECT query
$oMYSQLCommand.CommandText='query';
$oMYSQLDataAdapter.SelectCommand=$oMYSQLCommand;
# Execute the query
$count=$oMYSQLDataAdapter.Fill($oMYSQLDataSet, "data");
$result = $oMYSQLDataSet.Tables[0].Rows[0]["Count"];
write-host $result;
Resultaat
In dit artikel is een voorbeeld van prestatiestatistieken (gegevens elementen) in Zabbix besproken. Deze aanpak stelt beheerders in staat om in real-time of na een bepaalde tijd over verschillende problemen te worden geïnformeerd. Op deze manier minimaliseert deze aanpak toekomstige kritieke problemen en stilstand van de DBMS en server, wat op zijn beurt de productie beschermt tegen onderbrekingen in werkprocessen.
Vorige artikel:
Bronnen:
»
»
»
»
»
»
»
»
»
»
Bron: habr.com
