Коли слід використовувати розширені події замість SQL Profiler / perfmon?

Розширені події здаються кращою технологією та меншим навантаженням на сервер, але SQL Profiler / perfmon має кращі інструменти. Також тривалі події, схоже, мають більш круту криву навчання. У якому контексті кожен з них повинен використовуватися? Чи варто пройти повз крутої кривої навчання, щоб скористатися розширеними подіями?

— Майкл Хедгпет
джерело

Я не фахівець з Xevents, але з того, що я бачив, вони краще ставлять конкретні запитання про речі, які є або що тільки відбулися. Я все ще сильно використовую perfmon для регулярного моніторингу та загального стану здоров'я сервера, а також для встановлення базових ліній. Я також використовую його для розширеного збору даних, який я можу проаналізувати пізніше. Я напевно позначаю це фаворитом, хоча тому, що хотів би дізнатися більше про потенціал Xevents.

— RThomas

@Michael Hedgpeth - Будь ласка, будьте конкретні та обмежте свою публікацію одним або двома питаннями. Занадто багато запитань в одній публікації ускладнює відповідь, і в кінцевому підсумку вийде відкритий і суб'єктивний пост.

— CoderHawk

@Sandy я подумав залишити розділ питання порожнім. У мене справді є просте запитання: коли я повинен використовувати один над іншим? Я очікував відповідей на кшталт: завжди, ніколи, коли ти стикаєшся з ситуацією Х. Чи слід прибрати тіло питання?

— Майкл Хедґпет

@Michael Hedgpeth - я зрозумів твій намір; дозвольте мені пояснити трохи більше ... відповіді "завжди" і "ніколи" не будуть особистими уподобаннями кожного народу (тобто це буде суб'єктивно).

— CoderHawk

@Michael Hedgpeth - "коли ти зіткнешся з ситуацією X" - це закінчиться як дискусія. Це справді гарне питання. Давайте побачимо відповідь кожного ...

— CoderHawk

Чи варто пройти повз крутої кривої навчання, щоб скористатися розширеними подіями?

Однозначно так. Розширені події - це нова платформа з кращою продуктивністю, масштабованістю, ніж SQL Trace, а функціональність, яка є в SQL Server 2008, є дещо обмеженою в порівнянні з SQL Trace, а також є деяка крива навчання. Будьте впевнені, розширені події стають серйозними через перевезення в SQL Server DENALI, і в Розширених подіях, що не будуть в SQL Trace, буде багато варіантів та випадків використання. Розширені події - це майбутнє моніторингу та усунення несправностей, яке відбуватиметься вперед, і через якийсь день у майбутньому слід SQL буде видалений.

Зауважте, що MSFT не буде застареною функцією одразу після введення нової платформи. Розширені події є у версії 1 (SQL Server 2008), і є багато речей, які потрібно вдосконалити, змінити, перш ніж видаляти SQL Trace, який там був у продукті тривалий час.

Щоб подолати криву навчання, практикуйте приклади з публікацій блогу, написаних Джонатаном Кехаясом та кількох моїх теж (безсоромний штекер).

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

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

Сенді: a Я не думаю, що Майкл задав занадто багато різних питань на різні теми в цій темі. Так, є багато питань, але вони на одну тему. Я не думаю, що він повинен відкривати кілька ниток, щоб розділити цю.

— Санкар Редді
джерело

як ми можемо використовувати це у веб-виданні сервера sql 2016 для аналізу даних та налаштування радника з налаштування?

— MonsterMMORPG