2012-03-20 3 views
1

All-Измените использование SQL Server 2008? (из журналов)

Я пытаюсь определить, какие базы данных SQL используются в настоящее время (а также какие приложения запрашивают у них информацию).

Есть ли инструмент для анализа журналов? Или что-то встроенное в SQL-сервер, который мог бы помочь мне в этом?

В идеале я хотел бы показать карту использования сервера и понять, какие приложения на самом деле их поражают.

Спасибо!

+0

[Профилировщик SQL Server] (http://msdn.microsoft.com/en-us/library/ms181091 (v = sql.100) .aspx) может быть вам полезен. – swasheck

ответ

1

Если вы щелкните правой кнопкой мыши на сервере в Management Studio, вы увидите опцию «Отчеты». Существует множество встроенных отчетов, которые могут дать вам то, что вам нужно (в отчете «Серверная панель» в частности показано, какие базы данных потребляют большинство процессоров и ввода-вывода).

В качестве альтернативы Profiler предоставляет много (возможно, слишком много) ценных данных.

+0

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

+0

@RemusRusanu - ОП задал вопрос, как найти «... какие приложения запрашивают у них информацию». Профилировщик дал бы ему, что пока он не работает все время; даже тогда я думал, что вы можете запустить профилировщик на отдельной машине, а не загружать сервер слишком много, но я, вероятно, ошибаюсь. – Tony

+0

@Tony: неважно, откуда вы запускаете профайлер, удар по-прежнему огромен. И кроме того, профайлер дает * события *, а не совокупную статистику. Существует множество инструментов для анализа шаблонов использования и загрузки. Использование профайлера для этой задачи - это типичный случай: «Я знаю только, как использовать молоток, поэтому все выглядит как гвоздь для меня». –

3

sys.dm_db_index_usage_stats показывает, сколько раз каждый индекс/таблица был прочитан/отсканирован/обновлен с момента запуска сервера. Это самая важная часть информации, поскольку все остальное (IO, RAM, CPU) может быть в конечном счете прослежено до этих операций. Единственная информация, которая не раскрывается здесь, - это блокировка и разглашение, для которых хорошей отправной точкой является sys.dm_os_wait_stats. И, наконец, есть sys.dm_exec_query_stats, который будет переходить к отдельному запросу ЦП и времени выполнения.