🥇Mampiasa Zabbix hanaraha-maso angon-drakitra MS SQL Server

sasin-teny

Matetika dia ilaina ny mitatitra amin'ny mpitantana amin'ny fotoana tena izy momba ny olana mifandraika amin'ny tahiry (database).

Ity lahatsoratra ity dia hamaritra izay tokony amboarina ao amin'ny Zabbix hanaraha-maso ny angona MS SQL Server.

Azafady, azafady fa tsy homena ny antsipiriany momba ny fomba fanamboarana, na izany aza, ny formulas sy ny tolo-kevitra ankapobeny, ary koa ny famaritana amin'ny antsipiriany momba ny fampidirana singa data manokana amin'ny alàlan'ny fomba voatahiry dia homena ato amin'ity lahatsoratra ity.
Ary koa, ny kaontera tena zava-bita ihany no horesahina eto.

fanapahan-kevitra

Voalohany, holazaiko ireo kaontinao rehetra (amin'ny alàlan'ny singa data ao amin'ny Zabbix) izay ilaintsika:

Logika Disk
1. Avg Disc sec/Vakio
  Mampiseho ny fotoana antonony, aseho amin'ny segondra, amin'ny famakiana angona avy amin'ny kapila. Sanda antonony fanombanana ny fahombiazan'ny salan'isa. Tsy tokony hihoatra ny 10 milisegondra ny kapila sec/Vakio. Sanda ambony indrindra amin'ny kaontin'ny fampandehanana Avg. Tsy tokony hihoatra ny 50 milisegondra ny kapila sec/Vakio.
  
  Zabbix: perf_counter[LogicalDisk(_Total)Avg. Disk sec/Read], ary ilaina ihany koa ny manara-maso ny kapila tiana, ohatra toy izao: perf_counter[LogicalDisk(C:)Avg. Kapila seg/Vakio]
  Ohatra trigger:
  {NODE_NAME:perf_counter[LogicalDisk(_Total)Avg. Disk sec/Read].last()}>0.005, avo lenta
  и
  {NODE_NAME:perf_counter[LogicalDisk(_Total)Avg. Disk sec/Read].last()}>0.0025, level-medium
2. Avg Disc sec/Soraty
  Mampiseho ny fotoana antonony, aseho amin'ny segondra, hanoratana angona amin'ny kapila. Sanda salan'isa mifanandrify amin'ny fahombiazana. Disk sec/Write dia tsy tokony hihoatra ny 10 milisegondra. Sanda ambony indrindra amin'ny kaontin'ny fampandehanana Avg. Disk sec/Write dia tsy tokony hihoatra ny 50 milisegondra.
  
  Zabbix: perf_counter[LogicalDisk(_Total)Avg. Disk sec/Write], ary ilaina ihany koa ny manara-maso ny kapila tiana, ohatra toy izao: perf_counter[LogicalDisk(C:)Avg. Disk sec/Soraty]
  Ohatra trigger:
  {NODE_NAME:perf_counter[LogicalDisk(_Total)Avg. Disk sec/Write].last()}>0.005, haavo avo
  и
  {NODE_NAME:perf_counter[LogicalDisk(_Total)Avg. Disk sec/Write].last()}>0.0025, level-medium
3. Salan'ny halavan'ny filaharana kapila
  Salanisan'ny halavan'ny filaharana amin'ny kapila. Mampiseho ny isan'ny fangatahana kapila miandry ny fanodinana ao anatin'ny elanelam-potoana voafaritra. Ny filaharana tsy mihoatra ny 2 ho an'ny kapila tokana dia heverina ho ara-dalàna. Raha misy fangatahana mihoatra ny roa ao amin'ny filaharana, dia mety ho be loatra ny kapila ary tsy afaka mamaly ny fangatahana ho avy. Azonao fantarina tsara hoe inona no asa tsy azon'ny kapila atao amin'ny fampiasana ny kaontera Avg. Ny halavan'ny filaharana famakiana kapila sy ny salan'i. Ny halavan'ny filaharana Disk Wright (filaharana fangatahana fanoratana).
  sanda salan'isa Ny halavan'ny filaharana kapila dia tsy refesina, fa kajy amin'ny fampiasana ny lalàn'i Little avy amin'ny teoria matematika momba ny filaharana. Araka io lalàna io, ny isan'ny fangatahana miandry ny fikarakarana dia, amin'ny ankapobeny, mitovy amin'ny fatran'ny fangatahana ampitomboina amin'ny fotoana fikarakarana ny fangatahana. Ireo. Amin'ny tranga misy antsika Avg. Halavan'ny filaharana kapila = (Fifindran'ny kapila/sec) * (Salan'ny kapila seg/seg).
  
  Avg. Ny halavan'ny filaharana kapila dia omena ho iray amin'ireo kaontera lehibe amin'ny famaritana ny enta-mavesatra eo amin'ny subsystem kapila, na izany aza, mba hanombanana tsara izany, dia ilaina ny maneho tsara ny rafitra ara-batana amin'ny rafitra fitahirizana. Ohatra, ho an'ny kapila mafy tokana ny sanda lehibe kokoa noho ny 2 dia heverina ho manakiana, ary raha ny kapila dia hita ao amin'ny array RAID misy kapila 4, dia tokony hanahy ianao raha lehibe noho ny 4*2=8 ny sandany.
  
  Zabbix: perf_counter[LogicalDisk(_Total)Avg. Ny halavan'ny filaharana kapila], ary zava-dehibe ihany koa ny manara-maso ny kapila tiana, ohatra toy izao: perf_counter[LogicalDisk(C:)Avg. Halavan'ny filaharana kapila]
Memory
1. Pejy/sec
  Mampiseho ny isan'ny pejy novakian'ny SQL Server avy amin'ny kapila na nosoratana tamin'ny kapila mba hamahana ny fidirana amin'ny pejy fitadidiana izay tsy nampidirina tao amin'ny RAM tamin'ny fotoana nidirana. Ity sanda ity dia ny fitambaran'ny Pages Input/sec sy Pages Output/sec, ary mandray an-tanana ihany koa ny paging (paging/swaping) an'ny cache system amin'ny fidirana amin'ny rakitra angona fampiharana. Ho fanampin'izany, tafiditra ao anatin'izany ny fakàn'ny rakitra tsy voatahiry izay voasokajy mivantana ho fahatsiarovana. Ity no kaontera lehibe tokony hojerena raha sendra mampiasa fitadidiana be loatra ianao ary mifandray amin'ny paging tafahoatra. Ity kaontera ity dia manondro ny habetsahan'ny fifanakalozam-bola ary ny sanda ara-dalàna (fa tsy ny tampony) dia tokony ho manakaiky ny aotra. Ny fitomboan'ny fifanakalozam-bola dia manondro fa ilaina ny fampitomboana ny RAM na ny fampihenana ny isan'ny programa fampiharana mandeha amin'ny server.
  
  Zabbix: perf_counter[MemoryPages/sec] Ohatra trigger:
  {NODE_NAME:perf_counter[MemoryPages/sec].min(5m)}>1000, fampahalalana ambaratonga
2. Fahadisoana pejy/sec
  Ity no sandan'ny fanoheran'ny pejy. Ny hadisoana pejy dia mitranga rehefa misy dingana iray manondro pejy fitadidiana virtoaly izay tsy ao anatin'ny andiana RAM miasa. Ity kaontera ity dia mandinika ireo lesoka amin'ny pejy izay mitaky fidirana amin'ny kapila, ary ireo izay ateraky ny pejy ivelan'ny fiasan'ny RAM. Ny ankamaroan'ny processeur dia afaka mitantana ny fahadisoana pejy Type XNUMX tsy misy hatak'andro. Na izany aza, mety hiteraka fahatarana lehibe ny fikarakarana ireo lesoka pejy karazana XNUMX izay mitaky fidirana amin'ny kapila.
  
  Zabbix: perf_counter[MemoryPage Faults/sec] Ohatra trigger:
  {NODE_NAME:perf_counter[MemoryPage Faults/sec].min(5m)}>1000, fampahalalana ambaratonga
3. Misy Bytes
  Manara-maso ny habetsaky ny fitadidiana misy amin'ny bytes ho an'ny dingana samihafa handehanana. Ny famakiana ambany dia manondro fahatsiarovana ambany. Ny fampitomboana ny fitadidiana no vahaolana. Ity metatra ity dia tokony ho mihoatra ny 5000 kV matetika.
  Misy dikany ny mametraka ny tokonam-baravarana ho an'ny Mbytes misy amin'ny tanana noho ireto antony manaraka ireto:
  
  •50% maimaim-poana ny fitadidiana = Tena tsara
  •25% misy fahatsiarovana = Mila fitandremana
  •10% maimaim-poana = Ny olana mety hitranga
  •Latsaky ny 5% ny fitadidiana azo alaina = Mitsikera ny hafainganam-pandeha, mila miditra an-tsehatra ianao.
  Zabbix: perf_counter[MemoryAvailable Bytes]
Processeur (Total): % Fotoan'ny processeur
Ity kaontera ity dia mampiseho ny isan-jaton'ny fotoana izay nisavoritahan'ny processeur tamin'ny fampandehanana ireo kofehy tsy miato. Ity sanda ity dia azo raisina ho toy ny ampahany amin'ny fotoana lany amin'ny asa mahasoa. Ny processeur tsirairay dia azo apetraka amin'ny kofehy tsy miasa, izay mandany ny tsingerin'ny processeur tsy mamokatra izay tsy ampiasain'ny kofehy hafa. Ity kaontera ity dia miavaka amin'ny tendrony fohy izay mety hahatratra 100 isan-jato. Na izany aza, raha misy fotoana maharitra izay mihoatra ny 80 isan-jato ny fampiasana ny processeur, dia hahomby kokoa ny rafitra mampiasa processeurs bebe kokoa.

Zabbix: perf_counter[Processor(_Total)% Processor Time], eto koa dia azo aseho amin'ny alalan'ny core
Ohatra trigger:
{NODE_NAME:perf_counter[Processor(_Total)% Processor Time].min(5m)}>80, level-information
Tambajotra Interface (*): % Bytes Total/sec
Ny totalin'ny bytes nalefa sy voaray isan-tsegondra manerana ny interface rehetra. Ity ny bandwidth interface (amin'ny bytes). Ilaina ny mampitaha ny sandan'ity kaontera ity amin'ny bandwidth ambony indrindra amin'ny karatra tambajotra. Amin'ny ankapobeny, ity kaontera ity dia tokony hampiseho tsy mihoatra ny 50% ny fampiasana ny bandwidth adaptatera tambajotra.
Zabbix: perf_counter[Tambajotra Interface(*)Bytes nalefa/sec]
MS SQL Server: fomba fidirana
Ny zavatra Access Methods ao amin'ny SQL Server dia manome kaonera hanampy amin'ny fanaraha-maso ny fidirana amin'ny angona lojika ao anaty tahiry. Ny fidirana ara-batana amin'ny pejin'ny angon-drakitra ao amin'ny kapila dia fehezina amin'ny fampiasana kaontera mpitantana buffer. Ny fanaraha-maso ny fomba fidirana amin'ny angona ao amin'ny tahiry dia manampy amin'ny famaritana raha azo hatsaraina ny fahombiazan'ny fangatahana amin'ny alalan'ny fanampiana na fanovana index, manampy na mamindra partitions, manampy rakitra na vondron'ny rakitra, fanondroana defragmentation, na fanovana lahatsoratra amin'ny fangatahana. Ho fanampin'izay, azonao atao ny mampiasa kaonferan'ny zavatra Access Methods mba hanaraha-maso ny haben'ny angon-drakitra, ny fanondroana ary ny habaka malalaka ao amin'ny angon-drakitrao, ny fahafaha-manara-maso sy ny fizarazarana ho an'ny mpizara tsirairay. Ny fizarazarana tondro be loatra dia mety hampihena be ny fampisehoana.
1. Fizarana pejy/sec
  Ny isan'ny fizarazarana pejy isan-tsegondra dia vokatry ny fihoaran'ny pejy fanondroana. Ny sanda ambony ho an'ity metrika ity dia midika fa rehefa manao asa fampidirana sy fanavaozana amin'ny angona, ny SQL Server dia tsy maintsy manao asa be dia be amin'ny loharanon-karena mba hampisaraka pejy sy hamindra ampahany amin'ny pejy efa misy mankany amin'ny toerana vaovao. Tokony hohalavirina ny hetsika toy izany raha azo atao. Azonao atao ny manandrana mamaha ny olana amin'ny fomba roa:
  - Mamorona tondro mivondrona ho an'ny tsanganana mitombo ho azy. Amin'ity tranga ity, ny firaketana vaovao dia tsy hapetraka ao anatin'ny pejy efa misy angona, fa hibodo pejy vaovao;
  - manangana tondro amin'ny fampitomboana ny sandan'ny paramètre Fillfactor. Ity safidy ity dia ahafahanao mitahiry toerana malalaka amin'ny pejin'ny index izay hampiasaina handraisana data vaovao, tsy mila asa fisarahana pejy.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Access MethodsPage Splits/sec",30] Ohatra 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, fampahalalana ambaratonga
2. Fikarohana feno/sec
  Isan'ny scan feno isan-tsegondra tsy misy fetra. Ireo asa ireo dia ahitana ny fisavana latabatra lehibe sy ny fanondroana feno. Ny fitomboana maharitra amin'ity tondro ity dia mety manondro ny fahasimban'ny rafitra (tsy fahampian'ny indexes ilaina, ny fizarazarana mafy, ny tsy fahombiazan'ny optimizer amin'ny fampiasana index efa misy, ny fisian'ny indexes tsy ampiasaina). Na izany aza, tsara ny manamarika fa ny scan feno amin'ny latabatra kely dia tsy ratsy foana, satria raha azonao atao ny mametraka ny latabatra manontolo amin'ny RAM, dia ho haingana kokoa ny scan feno. Saingy amin'ny ankamaroan'ny toe-javatra, ny fitomboana tsy miovaova amin'ity kaontera ity dia manondro ny fahasimban'ny rafitra. Izany rehetra izany dia tsy azo ampiharina afa-tsy amin'ny rafitra OLTP. Amin'ny rafitra OLAP dia ara-dalàna ny scan feno tsy tapaka.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Fidirana Fomba Fikarohana feno/sec",30]
MS SQL Server: Mpitantana Buffer
Ny zavatra Buffer Manager dia manome kaontera manampy anao hanara-maso ny fomba ampiasain'ny SQL Server ireto loharano manaraka ireto:
- fitadidiana fitahirizana pejy data;
- kaontera izay manara-maso ny I/O ara-batana rehefa mamaky sy manoratra pejy momba ny database ny SQL Server;
- fanitarana dobo buffer hanitarana ny cache buffer amin'ny fampiasana fitadidiana haingana tsy miovaova, toy ny solid state drive (SSD);
- Ny fitadidiana fanaraha-maso sy ny kaontera ampiasain'ny SQL Server dia manampy amin'ny fahazoana ireto vaovao manaraka ireto;
- raha toa ka misy bottlenecks vokatry ny tsy fahampian'ny fitadidiana ara-batana. Raha tsy azo tehirizina ao amin'ny cache ny angona idirana matetika, dia voatery mamaky izany avy amin'ny kapila ny SQL Server;
Azo atao ve ny manatsara ny fahombiazan'ny fangatahana amin'ny alàlan'ny fampitomboana ny haben'ny fitadidiana na ny fanomezana fahatsiarovana fanampiny ho an'ny angona cache na mitahiry ny rafitra SQL Server anatiny?
— impiry ny SQL Server no mamaky angona avy amin'ny kapila. Raha oharina amin'ny asa hafa toy ny fidirana amin'ny fitadidiana, ny I/O ara-batana dia maharitra ela vao vita. Ny fampihenana ny I/O dia afaka manatsara ny fahombiazan'ny fangatahana.
1. Buffer Cache hit radio
  Manondro ny habetsaky ny angona SQL Server mety ho tafiditra ao amin'ny buffer cache. Ny ambony io sanda io, ny tsara kokoa, satria Mba hahafahan'ny SQL Server miditra amin'ny fomba mahomby amin'ny pejin'ny angon-drakitra, dia tsy maintsy ao anaty buffer cache izy ireo, ary tsy tokony hisy hetsika fampidirana/famoahana (I/O) ara-batana. Raha mahita fihenam-bidy tsy an-kijanona amin'ny sandan'ny salan'isa amin'ity kaontera ity ianao dia tokony handinika ny fampidirana RAM. Ity famantarana ity dia tokony ho mihoatra ny 90% ho an'ny rafitra OLTP ary mihoatra ny 50% ho an'ny rafitra OLAP.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Buffer ManagerBuffer cache hit ratio",30] Ohatra trigger: {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Buffer ManagerBuffer cache hit ratio",30].last()}<70, level-high
  и
  {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Buffer ManagerBuffer cache hit ratio",30].last()}<80, level-medium
2. Pejy androm-piainana
  Asehoy ny halavan'ny pejy hijanonana ho fitadidiana amin'ny toerany ankehitriny. Raha mihena hatrany ny sandany dia midika izany fa manararaotra ny dobo buffer ny rafitra. Noho izany, ny fahombiazan'ny fitadidiana dia mety hiteraka olana ka miteraka faharatsiana. Tsara ny manamarika fa tsy misy famantarana manerantany eto ambany izay ahafahan'ny olona mitsara mazava tsara fa ny rafitra dia mampiasa ny dobo buffer (ny famantarana ny 300 segondra dia lany andro hatramin'ny MS SQL Server 2012).
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Buffer ManagerPejy androm-piainana",30] Ohatra trigger: {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Buffer ManagerPage androm-piainana",30].last()}<5, level-information
MS SQL Server: Statistika ankapobeny
Ny zavatra General Statistics ao amin'ny SQL Server dia manome kaonera izay ahafahanao manara-maso ny asan'ny mpizara amin'ny ankapobeny, toy ny isan'ny fifandraisana miaraka sy ny isan'ny mpampiasa isan-tsegondra mifandray na miala amin'ny solosaina mampiasa ny ohatra amin'ny SQL Server. Ireo metrika ireo dia ilaina amin'ny rafitra fanodinana varotra an-tserasera (OLTP) lehibe izay misy mpanjifa marobe mifandray sy miala amin'ny ohatra iray amin'ny SQL Server.
1. Voasakana ny dingana
  Ny isan'ny dingana voasakana amin'izao fotoana izao.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Ankapobeny StatisticsProcesses voasakana",30] Ohatra trigger: ({NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:General StatisticsProcesses" voasakana",30].min(2m,0)}>=0)
  ary ({NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:General StatisticsProcesses" voasakana",30].time(0)}>=50000)
  ary ({NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:General StatisticsProcesses" voasakana",30].time(0)}<=230000), haavon'ny fampahalalam-baovao (eto dia misy famerana famantarana manomboka amin'ny 05:00 hatramin'ny 23:00)
2. Fifandraisana mpampiasa
  Ny isan'ny mpampiasa mifandray amin'ny SQL Server amin'izao fotoana izao.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:General StatisticsUser Connections",30]
MS SQL Server: Mihidy
Ny zavatra Locks ao amin'ny Microsoft SQL Server dia manome fampahalalana momba ny hidin-trano SQL Server azo ho an'ny karazana loharano tsirairay. Ny hidin-trano dia avoaka amin'ny loharanon'ny SQL Server, toy ny andalana vakiana na ovain'ny fifampiraharahana, mba hisorohana ny fifampiraharahana maro tsy hampiasa ny loharano amin'ny fotoana iray. Ohatra, raha mahazo hidin-trano manokana (X) amin'ny fifampiraharahana eo amin'ny laharana iray amin'ny latabatra, tsy misy fifampiraharahana hafa afaka manova an'io laharana io mandra-pivoaka ny hidin-trano. Ny fampihenana ny fampiasana hidin-trano dia mampitombo ny concurrency, izay afaka manatsara ny fampisehoana ankapobeny. Ohatra maromaro amin'ny zavatra Locks no azo arahina amin'ny fotoana iray, ny tsirairay amin'izy ireo dia maneho hidin-trano amin'ny karazana loharano samihafa.
1. Fotoana fiandrasana antonony (ms)
  Ny salan'isan'ny faharetan'ny fiandrasana (amin'ny milisegondra) ho an'ny fangatahana hidin-trano rehetra mila fiandrasana. Ity kaonera ity dia mampiseho ny halavan'ny salan'isa tokony hiandry ny filaharana ataon'ny mpampiasa mba hahazoana hidy amin'ny loharano iray. Miankina tanteraka amin'ny asanao ny sanda ambony indrindra azo avela amin'ity kaontera ity; sarotra ny mamaritra ny sanda antonony ho an'ny fampiharana rehetra. Raha avo loatra ity kaontera ity dia mety manondro olana amin'ny fanidy ao amin'ny angon-drakitrao izany.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Salan'ny fotoana fiandrasana (ms)",30] Ohatra trigger: {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Salan'ny fotoana fiandrasana (ms)",30].last()}>=500, level-information
2. Fotoana fiandrasana hihidy (ms)
  Total fotoana fiandrasana hidin-trano (amin'ny milisegondra) nandritra ny segondra farany.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Fandroana fiandrasana hidy (ms)",30]
3. Hidio Fiandrasana/sec
  Ny isan'ny fotoana tsy maintsy niandrasan'ny kofehy iray tamin'ny segondra farany noho ny fangatahana hidin-trano.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Hidy miandry/s",30]
4. Hidy fe-potoana/seg
  Ny isan'ny fotoana tsy azon'ny round robin ny hidin-trano. Ny sandan'ny mari-pamantarana fanamafisam-peo fanodinkodinan'ny SQL Server dia mamaritra ny isan'ny kofehy afaka mihodina alohan'ny hifaranan'ny fotoana ary lasa tsy mavitrika ny kofehy.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Fotoam-potoana hihidy/s",30] Ohatra trigger: {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Hidy(_Total)Fandroana hidy/sec",30].last()}>1000, level-information
5. Fangatahana hihidy/sec
  Ny isan'ny fangatahana isan-tsegondra amin'ny karazana hidin-trano voafaritra.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Fangatahana hihidy/s",30] Ohatra trigger: {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Fangatahana hidin-trano/s",30].last()}>500000, level-information
6. Fanidiana Isan'ny Deadlocks/sec
  Ny isan'ny fangatahana hidy isan-tsegondra izay miteraka fahatapahana. Ny fisian'ny fahatapahan-dàlana dia manondro fanontaniana tsy dia tsara namboarina izay manakana ny loharanon-karena iombonana.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Isan'ny fiatoana/sec",30] Ohatra trigger: {NODE_NAME:perf_counter["MSSQL$INSTANCE_NAME:Locks(_Total)Isan'ny Deadlocks/sec",30].last()}>1, level-high
MS SQL Server: Mpitantana fahatsiarovana
Ny zavatra Memory Manager ao amin'ny Microsoft SQL Server dia manome kaontera hanaraha-maso ny fampiasana fahatsiarovana manerana ny mpizara. Ny fanaraha-maso ny fampiasana fitadidiana ny mpizara manontolo mba hanombanana ny asan'ny mpampiasa sy ny fampiasana loharanon-karena dia afaka manampy amin'ny famantarana ny tsy fahampian-tsakafo. Ny fanaraha-maso fahatsiarovana ampiasain'ny ohatra iray amin'ny SQL Server dia afaka manampy amin'ny famaritana:
- raha misy tsy fahampian'ny fitadidiana ara-batana tsy ampy hitehirizana angona ampiasaina matetika ao anaty cache. Raha tsy ampy ny fitadidiana dia tsy maintsy maka ny angona avy amin'ny kapila ny SQL Server;
- Na mety hihatsara ny fampihetseham-panontaniana raha ampiana ny fitadidiana na nitombo ny habetsaky ny fitadidiana ho an'ny angona cache na ny rafitra SQL Server anatiny.
1. Fanomezana fahatsiarovana miavaka
  Manondro ny totalin'ny dingana nahazoana fahatsiarovana ny toeram-piasana. Raha midina tsy tapaka ny famantarana dia ilaina ny mampitombo ny RAM.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Memory ManagerMemory manome voninahitra",30]
2. Fanomezana fahatsiarovana miandry
  Manondro ny fitambaran'ny isan'ny dingana miandry omena fahatsiarovana miasa. Miaraka amin'ny fitomboan'ny mari-pamantarana, dia ilaina ny mampitombo ny RAM.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:Memory ManagerMemory fanomezana miandry",30]
MS SQL Server: Statistics
Ny zavatra Statistics ao amin'ny Microsoft SQL Server dia manome kaonera hanaraha-maso ny fanangonana sy ny karazana fanontaniana alefa amin'ny ohatra iray amin'ny SQL Server. Ny fanaraha-maso ny isan'ny famoriam-bola sy ny recompilations ary ny isan'ny batch voarain'ny ohatra iray amin'ny SQL Server dia manome fanazavana momba ny fomba haingana ny SQL Server manatanteraka ny fanontanian'ny mpampiasa sy ny fahombiazan'ny optimizer ny fangatahana azy.
1. Fangatahana batch/sec
  Ny isan'ny fonosana baiko Transact-SQL azo isan-tsegondra. Ireo antontan'isa ireo dia misy fiantraikany amin'ny fetra rehetra (I/O, isan'ny mpampiasa, haben'ny cache, fahasarotana amin'ny fangatahana, sns.). Ny fangatahan'ny packet be dia be dia manondro ny fidirana ambony.
  Zabbix: perf_counter["MSSQL$INSTANCE_NAME:SQL StatisticsBatch Requests/sec",30]

Ho fanampin'ireo rehetra voalaza etsy ambony ireo dia azonao atao koa ny manitsy ireo singa angon-drakitra hafa (ary koa mamorona trigger amin'izy ireo miaraka amin'ny fampahafantarana manaraka).
1) ny habetsahan'ny toerana malalaka kapila
2) ny haben'ny rakitra angona angona sy ny logs
i t. d.
Na izany aza, ireo famantarana rehetra ireo dia tsy mampiseho ny olan'ny fanontaniana amin'ny fotoana tena izy.
Mba hanaovana izany dia mila mamorona kaonty manokana manokana ianao.
Noho ny antony tsiambaratelo dia tsy hanome ohatra momba ny kaontera toy izany aho. Ambonin'izany, izy ireo dia namboarina manokana ho an'ny rafitra tsirairay. Saingy marihiko fa ho an'ny rafitra toy ny 1C, NAV ary CRM, dia azo atao ny mamorona kaontera manokana miaraka amin'ireo mpamorona mifandraika amin'izany.
Hanome ohatra iray amin'ny famoronana tondro ankapobe aho izay mampiseho hoe firy ny fangatahana mandeha ary firy ny fangatahana miandry (miato na voasakana) isaky ny fotoana.
Mba hanaovana izany dia mila mamorona fomba voatahiry ianao:
fehezan-dalàna

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

Avy eo, mila mandeha any amin'ny lahatahiry misy an'i Zabbix ianao (zabbixconfuserparams.d) ary mamorona rakitra 2 miaraka amin'ny fanitarana ps1 (PowerShell) ary soraty amin'ny tsirairay amin'izy ireo ireto kaody manaraka ireto:
Kaody ho an'ny fametrahana fanontaniana

$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;

Kaody ho an'ny fangatahana miandry

$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;

Ankehitriny dia mila mamorona rakitra miaraka amin'ny mason'ny mpampiasa sy fanitarana .conf ianao (na ampio andalana amin'ny rakitra mpampiasa efa misy toy izany, raha noforonina teo aloha) ary ampidiro ireto andalana manaraka ireto:
UserParameter=PARAMETER_NAME_NUMBER_of_QUERIES EXECUTED,powershell -NoProfile -ExecutionPolicy Bypass -File FULL_PATHzabbixconfuserparams.dFILE_NAME_FOR_EXECUTED_QUERYES.ps1
UserParameter=PARAMETER_NAME_NUMBER_WAITING_REQUESTS,powershell -NoProfile -ExecutionPolicy Bypass -File FULL_PATHzabbixconfuserparams.dFILE_NAME_FOR_WAITING_REQUESTS.ps1
Aorian'izany, tehirizo ny rakitra .conf ary avereno indray ny Zabbix agent.
Aorian'izany dia manampy singa roa vaovao amin'ny Zabbix izahay (amin'ity tranga ity dia mitovy ny anarana sy ny fanalahidy):
PARAMETER_NAME_NUMBER OF_FANGATAHANA NATAO
PARAMETER_NAME_NUMBER OF_WAITING_REQUESTS
Azonao atao izao ny mamorona kisary sy trigger ho an'ny singa data manokana noforonina.

Raha mitombo be ny isan'ny fangatahana miandry, dia ity fanontaniana manaraka ity dia afaka mampiseho ny fangatahana mandeha sy miandry amin'ny fotoana iray miaraka amin'ny antsipiriany avy amin'ny toerana sy amin'ny inona ny fidirana amin'ny fangatahana, ny lahatsoratra sy ny drafitry ny fangatahana, ary koa ny antsipiriany hafa:
fehezan-dalàna

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

Mamelà ahy hampahatsiahy anao koa fa araka ny antontan'isa voaangona dia afaka mahazo fanontaniana sarotra indrindra ianao:
fehezan-dalàna

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

Azonao atao koa ny manoratra ho an'ny MySQL. Mba hanaovana izany dia mila mametraka mysql-connector-net ary soraty ny code toy izao:
Kaody ho an'ny fangatahana miandry

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

vokatra

Ity lahatsoratra ity dia nijery ohatra iray momba ny kaontinao (zavatra angona) ao amin'ny Zabbix. Ity fomba fiasa ity dia ahafahan'ny mpitantana hampahafantarina ny olana isan-karazany amin'ny fotoana tena izy na aorian'ny fotoana voafaritra. Noho izany, ity fomba fiasa ity dia ahafahantsika manamaivana ny fisian'ny olana goavana amin'ny ho avy ary hampitsahatra ny fiasan'ny DBMS sy ny mpizara, izay miaro ny famokarana amin'ny fampiatoana ny fizotran'ny asa.
Lahatsoratra teo aloha: Asa mahazatra miaraka amin'ny angon-drakitra rafitra fampahalalana 24 × 7 ao amin'ny MS SQL Server

loharanom-baovao:

» Zabbix 3.4
» Mpandrindra fampisehoana
» Ivom-pahombiazana ho an'ny Azure SQL Database sy SQL Server Database Engine
» SQL Lifestyle
» SQLSkills
» TechNet Microsoft
» Famakafakana ny fampiasana fahatsiarovana
» Famakafakana ny zava-bita
» SQL Documentation
» Fanamarihana momba ny Windows

Source: www.habr.com

Mampiasa Zabbix hanaraha-maso MS SQL Server Database

sasin-teny

fanapahan-kevitra

vokatra

loharanom-baovao:

Add a comment cancel reply