Nesen es ar zināmu pārsteigumu uzzināju, ka vienā no departamentiem milzīgā firmā, kurā strādāju, ir aizliegts palaist SQL profilers darba laikā.
Nezinu, kā viņi izkļūst no situācijas, analizējot veiktspējas problēmas, kas notiek tieši darba laikā. Galu galā, veiktspējas skati bieži nesniedz skaidru priekšstatu, it īpaši, ja tieši palēninās viena/divas procedūras/vaicājumi, neizslogojot pašu serveri. Sīks vaicājums, kas izpildās dažas reizes stundā un darbojas 10 sekundes, nevis vienu (bet veicot ļoti svarīgu klientam ļoti nervozs) noteikti neiekļausies DMV skatījumos. Bet select ar CROSS APPLY pa vaicājumu tekstiem pats diezgan pamatīgi noslogo serveri.
Tomēr man interesē saprast, no kurienes rodas šī bailes. Dažās firmās SQL profilers – tas ir darba instruments, bet citās to baidījās kā no uguns (kādu laiku es nodarbojos ar konsultācijām un varēju salīdzināt). Es esmu gandrīz drošs, ka lietas bija tā:
Hjūstone, mums ir problēmas. Datu bāze palēninās. Izskati
Te ir tik daudz atzīmju… Ko man vajag?
Labi, es atzīmēšu visas izvēles un pēc tam izdomāšu.
Kas paliek augstākā vadībā prātā? Kāds to palaida SQL profilers un viss apstājās. Un pēc tam to stāsta viens otram pie golfa.
Starp citu, īpašu pikantumu piedod mēģinājums ierakstīt tādus ‘rakstām visu’ pēdas nevis failā, bet datu bāzē uz šī paša serveri – vienreiz es biju liecinieks šādam gadījumam.
Kā jums iet? Lūdzu, piedalieties aptaujā
Tikai reģistrētie lietotāji var piedalīties aptaujā. , lūdzu.
Vai jums ir atļauts palaist SQL profilu PROD?
Mēs esam maza kompānija, mums viss ir vienkārši
Produkcijas administratori, protams, var
Produkcijas administratori var pēc apstiprinājuma un lūdzot piedošanu
Svētīts, svētīts, svētīts
Balsis nobalsojuši 4 lietotāji. Atturējās 3 lietotāji.
Avots: habr.com
