[MarcelFerry]

Jeżeli jedno query odpalane codziennie przez pewien system wykonuje sie czasem (totalnie randomowo) za dlugo np.:
Pon 30s
Wt 33s
Śr 5h
Czw 31s

To od czego zaczęlibyście sprawdzanie? Zwykły odczyt, brak operacji insert/update/delete
#bazydanych #sql #mssql #programowanie

[Drmscape2]

@MarcelFerry: Czy nic nie blokuje wykonania zapytania. W sensie, czy na jednej z tabel nie ma locka bo idzie jakiś UPDATE lub INSERT

[a.....s]

@MarcelFerry: Sprawdziłbym, czy w tym samym czasie nie wykonują się inne zadania w tle

[MarcelFerry]

@Drmscape2 @aegispolis

A jak to najlepiej zrobić? Widzę, że mogę sprawdzić jakie są locki aktualnie, a jak ewentualnie sprawdzić procesy?

Też spodziewam się jakiegoś locka

Dobrze, se wykonuje sie to o określonej godzinie to mogę kiblować i sprawdzać co się dzieje jak to pojdzie powyżej 5min

[a.....s]

@MarcelFerry: noo, crontab? Top i patrzysz jakie procesy są odpalone w danym momencie? To już skomplikowane pytanie, gdzie jeszcze możesz mieć poodpalane procesy :P

[MarcelFerry]

@aegispolis azure here jak co. Poogarniam, ale nie widzę żeby zużycie DTU było na max przez ostatni miesiąc.

[Drmscape2]

@MarcelFerry: pogooglaj po "mssql track log locks" na pewno coś znajdziesz żeby nie trzeba było kiblować w czasie odpalania query.

[biando]

@MarcelFerry: to co u góry koledzy sugerują to pkt 1. Spotkałem się też z sytuacją, że przed zapytaniem które wykonuje się długo (przykładowo w Twoim przypadku: w nocy z wtorku na środę) zmienia się mnóstwo danych w bazie i statystyki nie są poprawnie odświeżone

[p4damczyk]

@MarcelFerry: Podstawowa kwestia - sprawdz plany zapytania jakie są załadowane i uzywane.
Druga kwestia, sprawdz poziom event waitów (nie wiem jak to się zwie w mssql) i wtedy ocen na czym to zawisa.
A trzecia kwestia, byc moze jest ogromna zmiennosc danych na obiekcie i przez to plany się rozjeżdżają.

[WhiskyRomeo]

@MarcelFerry: od session managera i wysycenia puli połączeń