Kiedy należy stosować zdarzenia rozszerzone zamiast SQL Profiler / perfmon?

Wydłużone zdarzenia wydają się lepszą technologią i mniejszym obciążeniem serwera, ale SQL Profiler / perfmon ma lepsze narzędzia. Wydłużone wydarzenia wydają się mieć bardziej stromy przebieg uczenia się. W jakim kontekście należy użyć każdego z nich? Czy warto ominąć stromą krzywą uczenia się, aby skorzystać z rozszerzonych wydarzeń?

— Michael Hedgpeth
źródło

Nie jestem ekspertem od Xeventów, ale z tego, co widziałem, lepiej zadają konkretne pytania o rzeczy, które się zdarzyły lub właśnie się wydarzyły. Nadal intensywnie używam perfmon do regularnego monitorowania i ogólnego stanu serwera, a także do ustalania linii bazowych. Używam go również do rozszerzonego gromadzenia danych, które mogę analizować później. Zdecydowanie zaznaczam to jako ulubione pytanie, ponieważ chciałbym dowiedzieć się więcej o potencjale Xevents.

— RThomas

@Michael Hedgpeth - Podaj szczegółowe informacje i ogranicz swój post do jednego lub dwóch pytań. Zbyt wiele pytań w jednym poście utrudnia udzielenie odpowiedzi i kończy się postem otwartym i subiektywnym.

— CoderHawk

@Sandy Rozważyłem pozostawienie sekcji pytań pustej. Naprawdę mam proste pytanie: kiedy powinienem używać jednego nad drugim? Spodziewałem się odpowiedzi takich jak: zawsze, nigdy, gdy spotkasz się z sytuacją X. Czy powinienem usunąć treść pytania?

— Michael Hedgpeth

@Michael Hedgpeth - zrozumiałem twój zamiar; pozwól mi wyjaśnić nieco więcej ... odpowiedzi „zawsze” i „nigdy” będą osobistą preferencją każdego ludu (tj. będą subiektywne).

— CoderHawk

@Michael Hedgpeth - „kiedy napotkasz sytuację X” - zakończy się to dyskusją. To jest naprawdę dobre pytanie. Zobaczmy odpowiedź każdego ...

— CoderHawk

Czy warto ominąć stromą krzywą uczenia się, aby skorzystać z rozszerzonych wydarzeń?

Zdecydowanie tak. Rozszerzone zdarzenia to nowa platforma o lepszej wydajności, skalowalności niż SQL Trace, a funkcjonalność SQL Server 2008 jest w pewnym sensie ograniczona w porównaniu do SQL Trace, a ponadto istnieje pewna krzywa uczenia się. Zapewniamy, że Rozszerzone zdarzenia stają się poważnie przeładowane w SQL Server DENALI i będzie wiele opcji i przypadków użycia dostępnych w Rozszerzonych Zdarzeniach, które nie będą w SQL Trace. Rozszerzone zdarzenia to przyszłość monitorowania i rozwiązywania problemów, a któregoś dnia w przyszłości SQL Trace zostanie usunięty.

Zauważ, że MSFT nie przestanie działać od razu po wprowadzeniu nowej platformy. Rozszerzone zdarzenia znajdują się w wersji 1 (SQL Server 2008) i jest wiele rzeczy, które należy poprawić, zmodyfikować przed usunięciem SQL Trace, który był obecny w produkcie przez długi czas.

Aby przejść przez krzywą uczenia się, przećwicz przykłady z postów na blogu napisanych przez Jonathana Kehayiasa i kilku moich (bezwstydna wtyczka).

http://www.sqlskills.com/blogs/jonathan/category/Extended-Events.aspx

http://sankarreddy.com/tag/extended-events/

Do Sandy: nie sądzę, że Michael zadał zbyt wiele różnych pytań na różne tematy w tym wątku. Tak, jest wiele pytań, ale dotyczą one tego samego tematu. Nie sądzę, że powinien otworzyć kilka wątków, aby podzielić ten jeden.

— Sankar Reddy
źródło

jak możemy tego użyć w SQL Server 2016 edycji sieci do analizy danych i dostroić doradca dostrajania?

— MonsterMMORPG,