[inny_89]

Koledzy i koleżanki z #sql, #sqlserver, #bazydanych, #programowanie

Mam server sql postawiony on-prem (Microsoft SQL Server 2014 (SP2-GDR) (KB3194714) - 12.0.5203.0 Standard Edition (64-bit).

W firmie jest masa różnych klientów, którzy łączą się do kilku instancji bazodanowych na tym serwerze (5 różnych instancji).

To co chciałbym zrobić to ustawić 'nasłuch' zapytań jakie są wysyłane do tych baz danych na przestrzeni okresu dłuższego niż miesiąc.

Potrzebuje wiedzieć:
1. jaki user wysłał zapytanie
2. kiedy to się stało
3. Jakie pola/obiekty odpytał

Pomóżcie proszę. Jak podejść do tematu?

[ChestNoot]

@inny_89: SQLprofiler nie wystarcza?

[inny_89]

@ChestNoot: W zasadzie to jest jedyna opcja, którą w miarę znam. Zastanawiam się czy mam jeszcze jakieś inne rozwiązanie pod to.

[leszekwl]

@inny_89: Management studio > management > extended events > sessions > prawym przyciskiem "new session wizard" i wyklikaj sobie co ci potrzebne

[inny_89]

@ChestNoot: @leszekwl: ustawienie SQLprofiler'a mocno dociąży server? Końcowy użytkownik może spodziewać się jakiegoś znaczącego spadku wydajności?

[leszekwl]

@inny_89: obciąży. uruchom profilera na innej maszynie i podłącz się do Twojej bazy produkcyjnej. Dlatego extended events lepsze.

[szymciak]

@inny_89 profiler jest dobry ale jak zapis robisz do tabeli.jak leci dużo zapytań do bazy i wrzuca so grida to zawali całą dostępną pamięć i sql stanie dęba

[inny_89]

@szymciak: no właśnie tego się boję. Jakieś podpowiedzi, żeby się przed tym uchronić?

Oprócz tego co zasugerował już @leszekwl: czyli jak rozumiem postawienie na oddzielnym serwerze SQLprofilera i stawieniu go tak, żeby słuchał serwera(a na nim instancji, które mnie interesują) - @leszekwl przyznam, szczerze, że moja wiedza z zakresu SQLprofilera jest dosyć podstawowa, masz jakieś namiary na wiedzę / dokumentację / tutorial / kurs / książki gdzie

[szymciak]

@inny_89 jak chcesz takie info zbierać napisz sobie zapytanie z trace'a. Raz na dzień niech zapisuje sobie do tabeli na bok trace sie czysci

https://www.mssqltips.com/sqlservertip/3445/using-the-sql-server-default-trace-to-audit-events/

[leszekwl]

@inny_89: nie uzywam profilera od SQLa 2012. Składnica wiedzy o SQL Server to https://www.sqlservercentral.com. Tam jest chyba jakis ebook za darmo z profilera

[inny_89]

@szymciak: @leszekwl: i o taki wykop nic nie robiłem. :)
Dziękuje Panowie za pomoc! Udanego dnia.

[szymciak]

@inny_89 ja właśnie zapisem trace kontroluje co zmieniają mi użytkownicy zaawansowani mający dostęp do sql'a, żeby nie było ze ktoś coś zmienil a nie sam użytkownik, kilka razy mi się przydało

[leszekwl]

@szymciak: @inny_89:

EE vs Trace ;)

http://andreas-wolter.com/en/extended-events-vs-sql-trace/