Amfani da Zabbix don Kula da Database na SQL na MS SQL

Magana

Sau da yawa akwai buƙatar sanar da mai gudanarwa game da matsalolin da suka shafi rumbun adana bayanai (database) a ainihin lokacin.

Wannan labarin zai bayyana abin da ake buƙatar daidaitawa a cikin Zabbix don saka idanu akan bayanan MS SQL Server.

Ina jawo hankalin ku ga gaskiyar cewa ba za a ba da cikakkun bayanai yadda za a daidaitawa ba, duk da haka, ƙididdiga da shawarwari na gaba ɗaya, da kuma cikakken bayani game da ƙara abubuwan bayanan al'ada ta hanyar da aka adana a cikin wannan labarin.
Har ila yau, kawai manyan ƙididdiga masu aiki za a yi la'akari a nan.

yanke shawara

Da farko, zan bayyana duk waɗannan ƙididdiga masu aiki (ta abubuwa a cikin Zabbix) waɗanda muke buƙata:

1. Ma'ana Disk
   1. Matsakaicin Faifai dakika/Karanta
      Yana nuna matsakaicin lokaci a cikin daƙiƙa don karanta bayanai daga faifai. Matsakaicin ƙimar ma'aunin aikin Avg. Disk sec/Karanta dole ne ya wuce miliyon 10. Matsakaicin ƙimar ma'aunin aikin Avg. Disk sec/Karanta dole ne ya wuce mil 50 seconds.

      Zabbix: perf_counter[LogicalDisk(_Total)Avg. Disk sec/Read], kuma yana da mahimmanci a kiyaye faifan da ake so, misali: perf_counter[LogicalDisk(C:)Avg. Disk sec/Karanta]

      Misalai masu tayar da hankali:
      {NODE_NAME:perf_counter[LogicalDisk(_Total)Ama. Disk sec/Karanta].karshe()}>0.005, matakin-girma
      и
      {NOTE_NAME:perf_counter[LogicalDisk(_Total)Ama. Disk sec/Karanta].karshe()}>0.0025, matsakaicin matakin

   2. Matsakaici faifai dakika/Rubuta
      Yana nuna matsakaicin lokaci a cikin daƙiƙa don rubuta bayanai zuwa faifai. Matsakaicin ƙimar ma'aunin aikin Avg. Disk sec/Rubutu bai kamata ya wuce millisecond 10 ba. Matsakaicin ƙimar ma'aunin aikin Avg. Disk sec/Rubutu bai kamata ya wuce millisecond 50 ba.

      Zabbix: perf_counter[LogicalDisk(_Total)Avg. Disk sec/Rubuta], kuma yana da mahimmanci a kiyaye faifan da ake so, misali: perf_counter[LogicalDisk(C:)Avg. Disk sec/Rubuta]

      Misalai masu tayar da hankali:
      {NOTE_NAME:perf_counter[LogicalDisk(_Total)Ama. Disk sec/Rubuta].karshe()}>0.005, matakin-girma
      и
      {NODE_NAME:perf_counter[LogicalDisk(_Total)Ama. Disk sec/Rubuta.ƙarshe()}>0.0025, matsakaicin matakin

   3. Matsakaicin Tsayin layin diski

      Matsakaicin tsayin layin buƙatun zuwa faifai. Yana nuna adadin buƙatun faifai masu jiran aiki yayin ƙayyadadden tazarar lokaci. Adadin layi na yau da kullun bai wuce 2 don faifai ɗaya ba. Idan akwai buƙatu sama da biyu a cikin jerin gwano, to mai yiwuwa faifan ya yi yawa kuma baya da lokacin aiwatar da buƙatun masu shigowa. Kuna iya amfani da ƙididdiga na Avg don gano ainihin ayyukan da diski ba zai iya ɗauka ba. Tsawon Layin Karatun Disk (karanta buƙatun layi) da matsakaicin. Tsawon Disk Wright Queue (rubuta jerin gwano).
      Matsakaicin ƙima. Ba a auna tsayin Disk Queue, amma ana ƙididdige shi bisa ga ka'idar Little daga ka'idar lissafi na layi. Bisa ga wannan doka, adadin buƙatun da ake jira don aiwatarwa, a matsakaita, sun yi daidai da yawan buƙatun da aka karɓa, wanda aka ninka ta lokacin aiki na buƙatar. Wadancan. a yanayinmu Avg. Tsawon Disk Queue = (Cikin Canja wurin Disk/sek) * (Ama. Disk sec/Transfer).

      Agusta Ana ba da Tsawon Disk Queue a matsayin ɗaya daga cikin manyan ƙididdiga don ƙayyade nauyin aiki na tsarin faifai, duk da haka, don ƙididdige shi daidai, yana da mahimmanci don wakiltar tsarin jiki na tsarin ajiya daidai. Misali, ga rumbun kwamfyuta guda, darajar da ta fi 2 tana da matukar muhimmanci, kuma idan faifan tana kan tsarin RAID na faifai 4, to ya kamata ku damu idan darajar ta fi 4 * 2 = 8.

      Zabbix: perf_counter[LogicalDisk(_Total)Avg. Tsawon Disk Queue], kuma yana da mahimmanci a kiyaye faifan da ake so, misali: perf_counter[LogicalDisk(C:)Avg. Tsawon Disk Queue]

2. Memory
   1. Shafuka/sec
      Yana nuna adadin shafukan da SQL Server ke karantawa daga faifai ko kuma ya rubuta zuwa faifai don warware hanyoyin shiga shafukan ƙwaƙwalwar ajiya waɗanda ba a loda su cikin babban ƙwaƙwalwar ajiya a lokacin shiga ba. Wannan ƙimar ita ce jimlar ƙimar Input/sec da Pages Output/sec values, kuma tana yin la'akari da fasfo (swapping/swapping) na cache na tsarin don samun damar fayilolin bayanan aikace-aikacen. Har ila yau, ya haɗa da ɓoye fayilolin da ba a cache kai tsaye ba da aka yi taswirar ƙwaƙwalwar ajiya. Wannan shine babban ma'aunin da za'a duba idan kuna fuskantar babban amfani da ƙwaƙwalwar ajiya da alaƙa da wuce gona da iri. Wannan ma'aunin yana nuna adadin musanyawa kuma ƙimar sa ta al'ada (ba mafi girma ba) yakamata ta kasance kusa da sifili. Haɓaka musanyawa yana nuna buƙatar ƙara RAM ko rage yawan aikace-aikacen da ke gudana akan sabar.

      Zabbix: perf_counter[MemoryPages/sec] Misalin Tara:
      {NOTE_NAME:perf_counter[MemoryPages/sec].min(5m)}>1000, bayanin matakin

   2. Laifin Shafi/sec

      Wannan shine ƙimar ma'aunin kuskuren shafi. Laifin shafi yana faruwa lokacin da tsari ya yi nuni da shafi na ƙwaƙwalwar ajiya wanda baya cikin tsarin aiki na RAM. Wannan ma'aunin yana yin la'akari da duk waɗannan kurakuran shafi waɗanda ke buƙatar samun damar faifai da kuma waɗanda shafin ke haifar da kasancewa a waje da saitin aiki a cikin RAM. Yawancin na'urori masu sarrafawa suna iya ɗaukar kurakuran shafi na XNUMX ba tare da bata lokaci ba. Koyaya, kula da kurakuran shafi Nau'in XNUMX, waɗanda ke buƙatar samun damar faifai, na iya haifar da tsaiko mai mahimmanci.

      Zabbix: perf_counter[Labaran MemoryPage/sec] Misalin Tara:
      {NODE_NAME:perf_counter[Labaran MemoryPage/sec].min(5m)}>1000, bayanin matakin

   3. Akwai Bytes

      Yana kiyaye adadin adadin ƙwaƙwalwar ajiya a cikin bytes da ke akwai don matakai daban-daban don gudana. Ƙananan lambobi suna nufin ƙananan ƙwaƙwalwar ajiya. Maganin shine ƙara ƙwaƙwalwar ajiya. Wannan mita ya kamata a mafi yawan lokuta ya kasance kullum sama da 5000 kV.
      Yana da ma'ana don saita ƙofa don Rasu Mbytes da hannu saboda dalilai masu zuwa:

      •50% free memory samuwa = Madalla
      •25% akwai ƙwaƙwalwar ajiya = Yana buƙatar kulawa
      •10% kyauta = Matsaloli masu yuwuwa
      Kasa da 5% akwai ƙwaƙwalwar ajiya = Mahimmanci don saurin gudu, kuna buƙatar shiga tsakani.
      Zabbix: perf_counter[MemoryAvailable Bytes]

3. Mai sarrafawa (Jimla): % Lokacin Mai sarrafawa
   Wannan ma'aunin yana nuna adadin lokacin da mai sarrafawa ya shagaltu da aiwatar da ayyuka don zaren da ba mara aiki ba (zaren da ba ya aiki). Ana iya la'akari da wannan ƙimar azaman ɗan juzu'in lokacin da ake buƙata don yin aiki mai amfani. Ana iya sanya kowane na'ura mai sarrafawa zuwa zaren da ba shi da aiki wanda ke cinye zaren sarrafawa mara amfani wanda wasu zaren ba sa amfani da su. Wannan counter yana da gajerun kololuwa waɗanda zasu iya kaiwa kashi 100. Koyaya, idan akwai tsawaita lokacin lokacin amfani da na'ura mai sarrafawa ya wuce kashi 80, to tsarin zai zama mafi inganci yayin amfani da ƙarin na'urori.

   Zabbix: perf_counter[Processor(_Total)% Processor Time], anan kuma ana iya nuna shi ta cores
   Misalin Tara:
   {NODE_NAME:perf_counter[Mai sarrafa (_Total)% Lokacin Mai sarrafawa].min(5m)}>80, bayanin matakin

4. Interface Interface (*): % Jimlar Bytes/sec
   Jimlar adadin bytes da aka aika kuma aka karɓa a cikin dakika ɗaya a cikin duk musaya. Wannan shine bandwidth na dubawa (a cikin bytes). Wajibi ne a kwatanta darajar wannan counter tare da iyakar bandwidth na katin cibiyar sadarwa. Gabaɗaya, wannan ma'aunin bai kamata ya nuna fiye da 50% na adaftar hanyar sadarwa ta amfani da bandwidth ba.
   Zabbix: perf_counter[Network Interface(*)Bytes Sent/sec]
5. MS SQL Server: Hanyoyin shiga
   Abubuwan Hannun Hannun Hannu a cikin SQL Server yana ba da ƙididdiga don taimaka muku waƙa da samun bayanai masu ma'ana a cikin ma'ajin bayanai. Samun damar jiki zuwa shafukan bayanai akan faifai ana sarrafa shi ta masu ƙidayar mai sarrafa bayanai. Kula da hanyoyin samun bayanai a cikin ma'ajin bayanai yana taimaka maka sanin ko za ka iya inganta aikin tambaya ta ƙara ko canza fihirisa, ƙara ko matsar da ɓangarori, ƙara fayiloli ko ƙungiyoyin fayiloli, ɓarna firikwensin, ko canza rubutun tambaya. Hakanan zaka iya amfani da ƙididdiga akan abubuwan Hanyoyin Samun dama don saka idanu girman bayanai, fihirisa, da sarari kyauta a cikin ma'ajin bayanai, sarrafa ƙara da rarrabuwa ga kowane misalin sabar. Rarraba fihirisa da yawa na iya rage aiki sosai.
   1. Rarraba Shafi/sec
      Adadin raguwar shafi a cikin daƙiƙa ɗaya wanda ya faru sakamakon cikar shafin fihirisa. Babban darajar wannan mai nuna alama yana nufin cewa SQL Server yana yin babban adadin ayyuka masu ƙarfi na albarkatu don raba shafuka da matsar da wani ɓangaren shafi na yanzu zuwa sabon wuri lokacin yin sakawa da sabunta ayyukan. Ya kamata a guji irin waɗannan ayyuka a duk lokacin da zai yiwu. Kuna iya ƙoƙarin magance matsalar ta hanyoyi biyu:
      - Ƙirƙirar fihirisar tari akan ginshiƙan haɓakawa ta atomatik. A wannan yanayin, ba za a sanya sabbin shigarwar a cikin shafukan da aka riga aka shagaltar da su ta hanyar bayanai ba, amma za su mamaye sabbin shafuka;
      - sake gina fihirisa ta hanyar haɓaka ƙimar ma'aunin Fillfactor. Wannan zaɓin yana ba da damar sarari kyauta a cikin shafukan fihirisa don adanawa don sabbin bayanai ba tare da buƙatar fage ba.
      Zabbix: perf_counter["MSSQL$MisaliName:Hanyoyin Shiga Shafi Rarraba/minti",30] Misalin Tara: {NODE_NAME:perf_counter["MSSQL$INStance_NAME:Hanyoyin Samun Shafi Rarraba/sec",30].karshe()}>{NODE_NAME:perf_counter["MSSQL$INStance_NAME:SQL StatisticsBatch Requests/sec",30].Last()} / 5, bayanin martaba
   2. Cikakken sikanin/sek
      Adadin cikakken sikanin sikanin mara iyaka a sakan daya. Waɗannan ayyuka sun haɗa da sikanin tebur na tushe da cikakken sikanin fihirisa. Ƙarfafa haɓakawa a cikin wannan alamar na iya nuna lalacewar tsarin (rashin maƙasudin mahimmanci, rarrabuwar su mai ƙarfi, rashin amfani da alamun da ke akwai ta hanyar ingantawa, kasancewar alamun da ba a yi amfani da su ba). Duk da haka, ya kamata a lura da cewa cikakken scan a kan kananan Tables ba ko da yaushe mara kyau, domin idan za ka iya shige da dukan tebur a cikin RAM, zai zama kawai sauri yin cikakken scan. Amma a mafi yawan lokuta, ingantaccen ci gaban wannan counter zai nuna lalacewar tsarin. Duk wannan ya shafi tsarin OLTP kawai. A cikin tsarin OLAP, cikkaken sikanin ci gaba na al'ada ne.
      Zabbix: perf_counter["MSSQL$MisaliName:Hanyoyin Shiga Cikakkun Scans/sec",30]

6. MS SQL Server: Manajan Buffer
   Abun Manajan Buffer yana ba da ƙididdiga don saka idanu yadda SQL Server ke amfani da albarkatu masu zuwa:
   - ƙwaƙwalwar ajiya don adana shafukan bayanai;
   - ƙididdiga da ake amfani da su don saka idanu I / O na jiki lokacin da SQL Server ke karantawa da rubuta shafukan bayanai;
   - Fadada wurin shakatawa na buffer don faɗaɗa cache ta hanyar amfani da ƙwaƙwalwar ajiya mara ƙarfi mai sauri, kamar ƙwanƙwasa mai ƙarfi (SSD);
   - Kula da ƙwaƙwalwar ajiya da lissafin da SQL Server ke amfani da shi yana taimakawa wajen samun bayanai masu zuwa;
   - Shin akwai "kwayoyin kwalliya" da rashin ƙwaƙwalwar ƙwaƙwalwa ta jiki ke haifarwa. Idan ba za a iya adana bayanan da ake samu akai-akai ba, ana tilasta SQL Server don karanta shi daga faifai;
   - Ko yana yiwuwa a ƙara ingantaccen aiwatar da tambaya ta hanyar ƙara adadin ƙwaƙwalwar ajiya ko ware ƙarin ƙwaƙwalwar ajiya don caching data ko adana tsarin ciki na SQL Server;
   Sau nawa SQL Server ke karanta bayanai daga faifai. Idan aka kwatanta da sauran ayyuka, kamar samun damar ƙwaƙwalwar ajiya, I/O na zahiri yana ɗaukar tsayi. Rage I/O na iya inganta aikin tambaya.
   1. Buffer Cache ya buga rediyo
      Yana nuna yadda cikakken SQL Server zai iya rarraba bayanai a cikin ma'ajin cache. Mafi girman wannan darajar, mafi kyau. Don SQL Server don samun dama ga shafukan bayanai da kyau, dole ne su kasance a cikin ma'ajin ma'ajin kuma dole ne babu ayyukan shigarwa/fitarwa (I/O) na zahiri. Idan an sami raguwa akai-akai a matsakaicin ƙimar wannan counter, yakamata kuyi la'akari da ƙara RAM. Wannan alamar koyaushe yakamata ta kasance sama da 90% don tsarin OLTP kuma sama da 50% na tsarin OLAP.
      Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Buffer ManagerBuffer cache hit ratio",30] Misalai masu tayar da hankali: {NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:Buffer ManagerBuffer cache hit ratio",30].karshe()}<70, matakin-girma
      и
      {NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:Buffer ManagerBuffer cache hit ratio",30]na ƙarshe()} <80, matakin-matsakaici
   2. Tsawon rayuwa na shafi
      Yana nuna tsawon lokacin da shafin zai ci gaba da kasancewa cikin ƙwaƙwalwar ajiya a halin yanzu. Idan ƙimar ta ci gaba da faɗuwa, yana nufin cewa tsarin yana yin amfani da tafkin buffer. Don haka, aikin ƙwaƙwalwar ajiya na iya haifar da matsalolin da ke haifar da lalacewar aiki. Ya kamata a lura cewa babu wata alamar duniya da ke ƙasa wanda mutum zai iya yin hukunci ba tare da wata shakka ba cewa tsarin yana cin zarafin tafkin buffer (mai nuna alama na 300 seconds ya ƙare tare da MS SQL Server 2012).
      Zabbix: perf_counter["MSSQL$INSTENTION_NAME:Mai sarrafa shafi na tsawon rai",30] Misalin Tara: {NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:Buffer ManagerShafi tsawon rai",30].karshe()} <5, matakin-bayanai

7. MS SQL Server: Ƙididdiga Gabaɗaya
   Babban abin ƙididdiga a cikin SQL Server yana ba da ƙididdiga waɗanda ke ba ku damar saka idanu gabaɗayan ayyukan uwar garken, kamar adadin haɗin haɗin kai da adadin masu amfani a cikin sakan daya haɗawa ko cire haɗin kai daga kwamfutar da ke gudana misali na SQL Server. Waɗannan ma'auni suna da amfani a cikin manyan tsarin sarrafa ma'amala ta kan layi (OLTP) inda ɗimbin abokan ciniki koyaushe ke haɗawa da cire haɗin kai daga misalin SQL Server.
   1. An katange tsari
      Adadin matakan da aka katange a halin yanzu.
      Zabbix: perf_counter["MSSQL$INSPECTION_NAME: An katange Tsarin Ƙididdiga Gabaɗaya",30] Misalin Tara: ({NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:An katange Tsarin Kididdigar Gabaɗaya",30].min(2m,0)}>=0)
      da ({NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:An toshe Gabaɗaya Tsarin Ƙididdiga",30].lokaci(0)}>=50000)
      da ({NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:An toshe Gabaɗaya Tsarin Ƙididdiga",30].lokaci (0)}<=230000), bayanin matakin (akwai ƙuntatawa na ƙararrawa daga 05:00 zuwa 23:00)
   2. Haɗin mai amfani
      Adadin masu amfani a halin yanzu an haɗa su zuwa SQL Server.
      Zabbix: perf_counter["MSSQL$INSPECTION_NAME:General Statistics User Connections",30]

8. MS SQL Server: Makullan
   Abun Kulle a cikin Microsoft SQL Server yana ba da bayani game da makullai na SQL Server da aka samu akan nau'ikan albarkatu guda ɗaya. Ana ba da makullai akan albarkatun SQL Server, kamar layuka da aka karanta ko aka gyara ta hanyar ma'amala, don hana ma'amaloli da yawa daga amfani da albarkatun a lokaci guda. Misali, idan an sami keɓantaccen makulli (X) ta hanyar ma'amala akan layi a cikin tebur, babu wata ma'amala da zata iya canza wannan layin har sai an saki makullin. Rage amfani da makullai yana ƙaruwa, wanda zai iya inganta aikin gabaɗaya. Ana iya bin diddigin misalai da yawa na abin Kulle a lokaci guda, kowannensu zai wakilci makulli akan nau'in albarkatu daban-daban.
   1. Matsakaicin Lokacin Jira (ms)
      Matsakaicin lokacin jira (a cikin millise seconds) don duk buƙatun kulle da ke buƙatar jira. Wannan ma'aunin yana auna matsakaicin adadin hanyoyin mai amfani waɗanda zasu yi layi don samun makulli akan hanya. Matsakaicin ƙimar izini na wannan counter ɗin ya dogara gaba ɗaya akan aikin ku, yana da wahala a tantance matsakaicin ƙima ga duk aikace-aikacen nan. Idan wannan ma'aunin ya yi tsayi da yawa, yana iya nufin matsaloli tare da makullai a cikin bayananku.
      Zabbix: perf_counter["MSSQL$INSTANCE_NAME: Makullan(_Total)Matsakaicin Lokacin Jira (ms)",30] Misalin Tara: {NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:Makullai(_Total)Matsakaicin Lokacin Jira (ms)",30]. ƙarshe ()}>=500, bayanin matakin
   2. Kulle Lokacin Jira (ms)
      Jimlar lokacin jira na kulle (a cikin millise seconds) a cikin daƙiƙan ƙarshe.
      Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Lock Wait Time (ms)",30]
   3. Kulle Jira/minti
      Yawan lokuta a cikin daƙiƙa na ƙarshe da zaren ya jira jiran buƙatar kullewa.
      Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Makullai(_Total)Kulle Jira/minti",30]
   4. Lokuttan Lokuta/Daƙiƙa
      Adadin sake gwadawa lokacin da kulle ba zai iya samun ta zagaye-robin ba. Darajar SQL Server spin counter configurameter yana ƙayyade adadin "juyawa" na zaren (spins) kafin ya ƙare kuma zaren ya tafi aiki.
      Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Lockouts/sec",30] Misalin Tara: {NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:Makullai(_Total)Makullalai(_Total)Lock Lock/sec",30]. ƙarshe ()}>1000, matakin-bayani
   5. Kulle Buƙatun/mink
      Yawan buƙatun daƙiƙa ɗaya don takamaiman nau'in kullewa.
      Zabbix: perf_counter["MSSQL$INSTANCE_NAME: Makullai(_Total)Buƙatun Kulle/sek",30] Misalin Tara: {NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:Makullai(_Total)Buƙatun Kulle/sek",30]. ƙarshe ()}>500000, matakin bayani
   6. Kulle Adadin Makullai/minti
      Yawan buƙatun kullewa a cikin daƙiƙa guda wanda ke haifar da kullewa. Makullin yana nuna munanan tambayoyin da ke toshe albarkatun da aka raba.
      Zabbix: perf_counter["MSSQL$INSTENTION_NAME: Adadin Makullai/sek",30] Misalin Tara: {NODE_NAME:perf_counter["MSSQL$INSPECTION_NAME:Makullai(_Total)Yawan Makullai/sec",30]na ƙarshe()}>1, matakin-girma

9. MS SQL Server: Mai sarrafa ƙwaƙwalwar ajiya
   Abun Manajan Ƙwaƙwalwar Ƙwaƙwalwar Ƙwaƙwalwar Ƙwaƙwalwar Ƙwaƙwalwar Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwararren Ƙwaƙwalwa na Microsoft SQL yana ba da ƙididdiga don saka idanu game da amfani da ƙwaƙwalwar ajiya mai faɗi. Kulawa da amfani da ƙwaƙwalwar ajiya mai faɗin uwar garke don kimanta ayyukan mai amfani da amfani da albarkatu na iya taimakawa wajen gano ƙwanƙwaran aiki. Ikon ƙwaƙwalwar ajiya da misalin SQL Server ke amfani dashi zai iya taimakawa tantancewa:
   - Ko akwai ƙarancin ƙarancin ƙwaƙwalwar ajiyar jiki don adana bayanan da ake samu akai-akai a cikin cache. Idan babu isasshen ƙwaƙwalwar ajiya, SQL Server dole ne ya dawo da bayanai daga faifai;
   - Ko ana iya inganta aikin tambaya idan an ƙara ƙarin ƙwaƙwalwar ajiya ko akwai ƙarin ƙwaƙwalwar ajiya don caching data ko tsarin ciki na SQL Server.
   1. Ƙwaƙwalwar Tallafin Ƙwaƙwalwar Ƙwaƙwalwar Ƙwaƙwalwa
      Yana ƙayyadad da jimlar adadin tafiyar matakai waɗanda suka sami nasarar samun ƙwaƙwalwar ajiyar sararin aiki. Tare da barga digo a cikin mai nuna alama, ya zama dole don ƙara RAM.
      Zabbix: perf_counter["MSSQL$INSTENTION_NAME:Memory ManagerMemory Taimakawa Mafifici",30]
   2. Tallafin ƙwaƙwalwar ajiya yana jiran
      Yana nuna jimlar adadin matakai da ake jira don ba da ƙwaƙwalwar aiki. Tare da tsayayye girma na mai nuna alama, ya zama dole don ƙara RAM.
      Zabbix: perf_counter["MSSQL$MisaliName:Memory ManagerMemory Grants Perending",30]

10. MS SQL Server: Kididdiga
    Abun ƙididdiga a cikin Microsoft SQL Server yana ba da ƙididdiga don sa ido kan haɗawa da nau'ikan tambaya da aka aika zuwa misali na SQL Server. Kula da adadin tattarawar tambaya da sake tarawa da adadin batches da aka karɓa ta misalin SQL Server yana ba ku ra'ayi na yadda sauri SQL Server ke aiwatar da tambayoyin mai amfani da yadda ingantaccen bincike ke sarrafa su.
    1. Bukatun Batch/sec
       Adadin fakitin umarni na Transact-SQL da aka karɓa cikin daƙiƙa guda. Waɗannan ƙididdiga suna shafar kowane iyaka (I/O, adadin masu amfani, girman cache, sarƙar tambaya, da sauransu). Babban adadin buƙatun fakiti yana nuna babban kayan aiki.
       Zabbix: perf_counter["MSSQL$MisaliName:SQL StatisticsBatch Requests/sec",30]

Baya ga duk abubuwan da ke sama, zaku iya saita wasu abubuwan bayanan (kazalika da ƙirƙirar abubuwan jan hankali akan su tare da sanarwa ta gaba) Misali:
1) sarari diski kyauta
2) girman fayilolin bayanan DB da log log
i t. d.
Koyaya, duk waɗannan alamun ba sa nuna matsalar tambayar ainihin lokaci.
Don yin wannan, kuna buƙatar ƙirƙirar ƙididdiga na musamman na ku.
Saboda dalilai na sirri, ba zan ba da misalan irin waɗannan ƙididdiga ba. Bugu da ƙari, an saita su musamman don kowane tsarin. Amma na lura cewa don tsarin kamar 1C, NAV da CRM, ana iya ƙirƙirar ƙididdiga na musamman tare da masu haɓaka masu dacewa.
Zan ba da misali na ƙirƙira madaidaicin alamar da ke nuna buƙatun nawa ake aiwatar da buƙatun nawa ake jira don aiwatarwa (dakatar da su ko toshe) a kowane lokaci cikin lokaci.
Don yin wannan, kuna buƙatar ƙirƙirar hanyar da aka adana:
Lambar

USE [ИМЯ_БАЗЫ_ДАННЫХ]
GO

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

CREATE PROCEDURE [nav].[ZabbixGetCountRequestStatus]
	@Status nvarchar(255)
AS
BEGIN
	/*
		возвращает кол-во запросов с заданным статусом
	*/
	SET NOCOUNT ON;

	select count(*) as [Count]
	from sys.dm_exec_requests ER with(readuncommitted)
	where [status]=@Status
END

Na gaba, kuna buƙatar zuwa babban fayil inda Zabbix yake (zabbixconfuserparams.d) kuma ƙirƙirar fayiloli 2 tare da tsawo na ps1 (PowerShell) kuma rubuta lambobin masu zuwa a kowannensu:
Lambar don Buƙatun Gudun

$SQLServer = "НАЗВАНИЕ_ЭКЗЕМПЛЯРА";
$uid = "ЛОГИН"; 
$pwd = "ПАРОЛЬ";
$Status="running";

$connectionString = "Server = $SQLServer; Database=НАЗВАНИЕ_БД; Integrated Security = False; User ID = $uid; Password = $pwd;";

$connection = New-Object System.Data.SqlClient.SqlConnection;
$connection.ConnectionString = $connectionString;

#Создаем запрос непосредственно к 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;

Lambar don buƙatun da ake jira

$SQLServer = "НАЗВАНИЕ_ЭКЗЕМПЛЯРА";
$uid = "ЛОГИН"; 
$pwd = "ПАРОЛЬ";
$Status="suspended";

$connectionString = "Server = $SQLServer; Database=НАЗВАНИЕ_БД; Integrated Security = False; User ID = $uid; Password = $pwd;";

$connection = New-Object System.Data.SqlClient.SqlConnection;
$connection.ConnectionString = $connectionString;

#Создаем запрос непосредственно к 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;

Yanzu kuna buƙatar ƙirƙirar fayil tare da sigogin mai amfani tare da tsawo na .conf (ko ƙara layi zuwa irin wannan fayil ɗin mai amfani idan an ƙirƙira shi a baya) kuma saka layin masu zuwa:
UserParameter=PARAMETER_NAME_NUMBER OF_EXECUTED_QUERY,powershell -NoProfile -ExecutionPolicy Bypass -File FULL_PATHzabbixconfuserparams.dFILE_NAME_FOR_EXECUTED_QUERY.ps1
UserParameter=PARAMETER_NAME_NUMBER_na_PENDING_REQUESTS,powershell -NoProfile -ExecutionPolicy Bypass -File FULL_PATHzabbixconfuserparams.dFILE_NAME_FOR_PENDING_REQUESTS.ps1
Bayan haka, muna ajiye fayil ɗin .conf kuma mu sake kunna wakilin Zabbix.
Bayan haka, muna ƙara sabbin abubuwa guda biyu zuwa Zabbix (a cikin wannan yanayin, sunaye da maɓalli iri ɗaya ne):
NAME_PARAMETER_NUMBER_PERFORMED_QUERY
NAME_PARAMETER_NUMBER_PENDING_REQUESTS
Yanzu zaku iya ƙirƙirar zane-zane da abubuwan jan hankali akan abubuwan al'ada da aka ƙirƙira.

Idan adadin buƙatun da ake jira ya ƙaru sosai, to tambaya ta gaba za ta iya nuna duk buƙatun da ke gudana a halin yanzu tare da cikakkun bayanai daga inda kuma ƙarƙashin abin da aka aiwatar da buƙatun, rubutun da tsarin tambaya, da sauran cikakkun bayanai:
Lambar

/*Активные, готовые к выполнению и ожидающие запросы, а также те, что явно блокируют другие сеансы*/
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);

Bari in kuma tunatar da ku cewa bisa ga kididdigar da aka tattara, zaku iya samun buƙatun mafi wahala:
Lambar

/*
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

Hakanan zaka iya rubuta don MySQL. Don yin wannan, kuna buƙatar shigarwa mysql-connector-net sannan ka rubuta wani abu kamar haka:
Lambar don buƙatun da ake jira

#Задаем переменные для подключение к 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;

sakamakon

Wannan labarin ya rufe misali na ƙididdiga (abubuwa) a cikin Zabbix. Wannan hanyar tana ba ku damar sanar da masu gudanarwa game da matsaloli daban-daban a cikin ainihin lokaci ko bayan wani ɗan lokaci. Don haka, wannan tsarin yana ba da damar rage abin da ya faru na matsala mai mahimmanci a nan gaba da kuma dakatar da aikin DBMS da uwar garken, wanda hakan yana kare samarwa daga dakatar da ayyukan aiki.
Labari na baya: Aiki na yau da kullun tare da tsarin tsarin bayanai 24×7 a cikin MS SQL Server

Sources:

» Zabix 3.4
» Ƙididdigar ayyuka
» Cibiyar Ayyuka don Azure SQL Database da SQL Database Engine
» SQL Rayuwa
» SQLS
» Microsoft TechNet
» Yin nazarin amfani da ƙwaƙwalwar ajiya
» Binciken ayyuka
» Bayanan SQL
» Windows Notes

source: www.habr.com