Производительность сброса данных журнала на диск

Производительность сброса данных журнала на дискОдной из распространённых задач систем с высокой транзакционной загрузкой является определение того, достаточно ли производительна подсистема ввода-вывода, обслуживающая журнал транзакций. Часто «узким местом» становиться дисковая подсистема, используемая в качестве долговременного носителя для файла журнала транзакций обслуживаемой SQL Server базы данных. Одним из важных параметров дисковой подсистемы является время доступа к данным на диске. Современным дисковым подсистемам характерно время доступа порядка 1 – 5 ms. Проверить, какое время доступа у используемой для размещения файла журнала транзакций дисковой подсистемы можно с помощью административного динамического представления: sys.dm_os_wait_stats (Transact-SQL). Данные в этом представлении накапливаются с момента последнего запуска службы SQL Server, поэтому, рекомендуется очистить эту статистику. Сделать это можно следующей командой:

В качестве единственно важного для нас типа ожидания нужно использовать WRITELOG, которое имеет место при ожидании завершения записи журнала. Обычно запись журнала вызывается такими операциями, как контрольные точки и фиксации транзакций. В упрощённом виде формализовать проверку производительности сброса страниц журнала на диск можно с помощью следующего сценария:

Здесь:

  • wait_time_ms – общее время ожидания данного типа в миллисекундах. Это время включает в себя время signal_wait_time_ms.
  • signal_wait_time_ms – разница между временем сигнализации ожидающего потока и временем начала его выполнения.
  • waiting_tasks_count – число ожиданий данного типа. Этот счетчик наращивается каждый раз при начале ожидания.
  • max_wait_time_ms – максимальное время ожидания данного типа.

В публичном документе Майкрософт: «Diagnosing Transaction Log Performance Issues and Limits of the Log Manager» (автор: Mike Ruthruff) рекомендовано чтобы время отклика долговременного носителя журнала было в диапазоне от 1ms до 5ms. Если значения превышают 5ms, то можно более детально посмотреть задержки для конкретных файлов логов:

Здесь нам интересно поле avg_io_stall_ms, которое показывает среднее время обращений к файлу лога, а так же avg_write_stall_ms и avg_read_stall_ms, которые демонстрируют среднее время записи/чтения. Если где либо встречается значение более 15 ms, значит вам следует улучшить дисковую подсистему для конкретного файла лога.

Запись опубликована в рубрике В помощь администратору с метками . Добавьте в закладки постоянную ссылку.

Добавить комментарий

Войти с помощью: