Новые динамические административные представления в SQL Server 2016. Часть II
Содержание:
1. Session Wait Stats;
2. Ожидания накапливаются для всех типов периодов активности (Вы читаете данный раздел).
Это одна из причин, по которым я всегда рекомендую собирать статистику ожидания по временным интервалам, чтобы оптимизировать производительность. При этом составляется физическая таблица (обычно в базе данных, выделенной для всех административных задач и доступной только администраторам базы данных) для вставки результатов регулярно выполняемого сбора данных из определенного DMV с соответствующей временной меткой (и иногда уникальным идентификатором) для анализа в будущем. Это позволяет установить различия между двумя точками во времени, чтобы определить события, происходившие в определенный период. Эту информацию можно сохранить для анализа трендов, а когда потребность в ней отпадет — удалить.
При работе со статистикой ожидания существуют более удачные подходы, нежели непосредственный запрос представлений dm_os_wait_stats или dm_exec_session_wait_stats, так как оба эти представления собирают информацию за время после последнего удаления их статистики, что происходит при каждом перезапуске службы или выполняется вручную. Это означает, что за период непрерывной работы системы статистические данные отражают состояние ожиданий при всех типах системной нагрузки: обычная работа, периоды резервного копирования, дефрагментации индекса и т. д. Ожидания, обнаруженные на каждом этапе, будут разными и вызовут различные действия администратора в зависимости от полученных результатов. Например, в периоды действий по обслуживанию индекса можно заметить увеличенное время ожидания кратковременной блокировки, которого не бывает во время обычной активности; или ожидания резервного копирования и протоколирования, имеющего место во время резервного копирования. Это напоминает притчу о слепых, которые ощупывают слона.
Итак, приступая к рассказу о новых динамических административных представлениях, я показал, что было добавлено и удалено. Кроме того, мы познакомились с первым DMV, которое нам предстоит изучить: dm_exec_session_wait_stats. В следующей статье речь пойдет о том, как собирать разделенную на временные интервалы статистику ожидания для dm_exec_session_wait_stats.
Мы рассмотрим анализ сеансовой статистики ожидания с фильтрацией по имени программы, типу ожидания, пользователю и другим критериям. Кроме того, я представлю анализ сеансовой статистики ожидания для диапазона времени при сборе данных с разделением по интервалам. И наконец, мы познакомимся со следующим динамическим административным представлением, о котором речь пойдет далее.
1. Session Wait Stats;
2.
Это одна из причин, по которым я всегда рекомендую собирать статистику ожидания по временным интервалам, чтобы оптимизировать производительность. При этом составляется физическая таблица (обычно в базе данных, выделенной для всех административных задач и доступной только администраторам базы данных) для вставки результатов регулярно выполняемого сбора данных из определенного DMV с соответствующей временной меткой (и иногда уникальным идентификатором) для анализа в будущем. Это позволяет установить различия между двумя точками во времени, чтобы определить события, происходившие в определенный период. Эту информацию можно сохранить для анализа трендов, а когда потребность в ней отпадет — удалить.
При работе со статистикой ожидания существуют более удачные подходы, нежели непосредственный запрос представлений dm_os_wait_stats или dm_exec_session_wait_stats, так как оба эти представления собирают информацию за время после последнего удаления их статистики, что происходит при каждом перезапуске службы или выполняется вручную. Это означает, что за период непрерывной работы системы статистические данные отражают состояние ожиданий при всех типах системной нагрузки: обычная работа, периоды резервного копирования, дефрагментации индекса и т. д. Ожидания, обнаруженные на каждом этапе, будут разными и вызовут различные действия администратора в зависимости от полученных результатов. Например, в периоды действий по обслуживанию индекса можно заметить увеличенное время ожидания кратковременной блокировки, которого не бывает во время обычной активности; или ожидания резервного копирования и протоколирования, имеющего место во время резервного копирования. Это напоминает притчу о слепых, которые ощупывают слона.
Итак, приступая к рассказу о новых динамических административных представлениях, я показал, что было добавлено и удалено. Кроме того, мы познакомились с первым DMV, которое нам предстоит изучить: dm_exec_session_wait_stats. В следующей статье речь пойдет о том, как собирать разделенную на временные интервалы статистику ожидания для dm_exec_session_wait_stats.
Мы рассмотрим анализ сеансовой статистики ожидания с фильтрацией по имени программы, типу ожидания, пользователю и другим критериям. Кроме того, я представлю анализ сеансовой статистики ожидания для диапазона времени при сборе данных с разделением по интервалам. И наконец, мы познакомимся со следующим динамическим административным представлением, о котором речь пойдет далее.
