Когда следует использовать расширенные события вместо SQL Profiler / perfmon?

Расширенные события выглядят как лучшая технология и меньшая нагрузка на сервер, но SQL Profiler / perfmon имеет лучшие инструменты. Кроме того, расширенные события, кажется, имеют более крутой кривой обучения. В каком контексте каждый из них должен использоваться? Стоит ли проходить крутой курс обучения, чтобы воспользоваться преимуществами расширенных событий?

— Майкл Хедгпет
источник

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

— RThomas

@ Майкл Хедгпет - Пожалуйста, будьте конкретны и ограничьте свой пост одним или двумя вопросами. Слишком много вопросов в одном посте затрудняют ответ и в конечном итоге получат открытый и субъективный пост.

— CoderHawk

@Sandy Я решил оставить раздел с вопросом пустым. У меня действительно есть простой вопрос: когда я должен использовать один поверх другого? Я ожидал ответов типа: всегда, никогда, когда вы сталкиваетесь с ситуацией X. Должен ли я удалить тело вопроса?

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

@ Майкл Хедгпет - я понял твоё намерение; позвольте мне объяснить немного больше ... ответы «всегда» и «никогда» будут личным предпочтением каждого человека (то есть это будет субъективно).

— CoderHawk

@ Майкл Хедгпет - «когда вы столкнетесь с ситуацией X» - это закончится дискуссией. Это действительно хороший вопрос. Давайте посмотрим ответ каждого ...

— CoderHawk

Стоит ли проходить крутой курс обучения, чтобы воспользоваться преимуществами расширенных событий?

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

Обратите внимание, что MSFT не будет отказываться от возможности сразу же после появления новой платформы. Расширенные события в Версии 1 (SQL Server 2008), и есть много вещей, которые необходимо улучшить, изменить перед удалением SQL Trace, который был в продукте долгое время.

Чтобы преодолеть кривую обучения, попрактикуйтесь в примерах из постов в блоге, написанных Джонатаном Кехайасом, и немногих из моих (бесстыдная пробка).

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

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

To Sandy: a Я не думаю, что Майкл задал слишком много разных вопросов на разные темы в этой теме. Да, вопросов много, но они на одну тему. Я не думаю, что он должен открыть несколько потоков, чтобы разделить этот.

— Санкар Редди
источник

Как мы можем использовать это в веб-версии SQL Server 2016 для анализа данных и настройки советника по настройке?

— MonsterMMORPG