Нагрузка на жесткий диск Экземпляра SQL Servera

@alcatrazkms22 · Регистрация: 10.02.2022

Студворк — интернет-сервис помощи студентам

В системе Windows где запущен экземпляр SQL Server в не несколько баз данных счетчик таких параметров как
Disk read Bytes/sec
Disk Write Bytes/sec
По графику "прыгает" с нуля и до 100
т.е я так понял нагрузка на диск достаточно высокая
файл во вложении

Что делал:
1.перезагружал сервер
2.выполнил обновление статистики
3.перестроил индексы
4.добавил памяти около 2 Гб для экземпляра

Ничего не помогло, какие еще можно сделать действия для понижение столь большой нагрузки на диск или это такая нагрузка нормальная?

quwy · 04.06.2025, 13:18

Может он профилактикой как раз занимается? Дайте ему поработать сутки, потом снова смотрите.

@alcatrazkms22 · 05.06.2025, 06:31 **[ТС]**

картина не изменилась спустя сутки

quwy · 05.06.2025, 12:25

Может, он запросы обслуживает?

@uaggster · 05.06.2025, 19:25

Ну да. SQLSERVER - нагружает диск. Процессор не умеет работать с данными непосредственно на диске. Поэтому, чтобы чего-то там обработать компьютер должен сначала данные с диска в память поднять :-)
Тут уместен другой вопрос: а не чрезмерно ли сервер нагружает диск?
В-нулевых, посмотрите, включен ли у вас database instant file initialization.
Во-первых, прикиньте потребности вашей системы в ОЗУ на глаз: Если у вас OLAP система, с большим количеством индексов, то скорее всего, вам потребуется 10% оперативки от размера бызы. Если у вас OLTP - то 25% от размера базы.
Конечно, если у вас данные очень локальны, например вы регистрируете какие то события, но работаете всегда только с последним днем в истории - то потребности в ОЗУ будут мизерными.
Во-вторых, посмотрите какой у вас PLE.
Нормальные значения PLE, при среднестатистической нагрузке на систему - должны быть около 300*количество ядер.
В-третьих, посмотрите приращение файлов логов ваших БД. Оно не должно быть процентным, и лучше б ему быть 64 Мбайт.
И только после того, как всё это проверили - начинайте искать причину в индексах, кривой статистике и т.д. и т.п.

@alcatrazkms22 · 06.06.2025, 03:23 **[ТС]**

по PLE результат такой

SQL
1
2
3
4
5
SELECT [object_name],
[counter_name],
[cntr_value] FROM sys.dm_os_performance_counters
WHERE [object_name] LIKE '%Manager%'
AND [counter_name] = 'Page life expectancy'

cntr_value = 4895

среднестатистическая нагрузка на систему 300*количество ядер
300*12=3600

приращение файлов логов ваших БД. Я так понял это см. картинку?

@uaggster · 06.06.2025, 09:32

Сообщение от alcatrazkms22

приращение файлов логов ваших БД. Я так понял это см. картинку?

Да, правильно.
Приращение у вас указано 1Гб. Ну, в принципе, в случае, если database instant file initialization у вас настроен, в этом ничего страшного нет для mdf/ndf файлов. Они будут инициализированы мгновенно. Имеется ввиду - новое место при расширении этих файлов добавится мгновенно.
А вот для ldf - не очень хорошо, т.к. при приращении новое место всегда заполняется нулями, поэтому будет фриз всех операций в базе, пока система не запишет на диск гигабайт нулей.
Я бы уменьшил до 64 Мб приращение. Впрочем, лог у вас 600 Мб. Для 470 Гб базы - маленький. Либо операций немного, либо вы его сжимаете периодически.

Дальше: мгновенное PLE, на момент, когда вы запускали запрос, говорит, что с размером ОЗУ у вас всё хорошо.
Попробуйте запустить этот запрос несколько раз в периоды интенсивной нагрузки на диск.
Какой размер ОЗУ вы отдали серверу? (И какой в системе вообще?)

@alcatrazkms22 · 09.06.2025, 06:23 **[ТС]**

Извиняюсь за долгий ответ, только сейчас добрался до рабочего места
Про PLE буду дальше мониторить

RAM 76 Гб Сервер
Для экземпляра 40Гб

На данный момент
Мониторю два экземпляра
1. выделено 40 ГБ
PLE = 4742
2. выделено 10ГБ
PLE = 9008

Лог файл сжимается за счет simple метода бэкапа

@uaggster · 09.06.2025, 09:27

Т.е. на сервере у вас два экземпляра MSSQLSERVER? Одному выделено 40, второму 10 из 76 Гб физической памяти?
Это хорошо.
На сервере еще есть приложения? IIS там, сервер приложений 1С, что-то в таком духе?
Судя по PLE оперативной памяти выделено достаточно.

Тогда другие вопросы:
У вас tempdb - на тех же дисках, что и основные данные? И они тоже участвуют в этом мониторинге?

Сообщение от alcatrazkms22

Лог файл сжимается за счет simple метода бэкапа

Это звучит неграмотно. Даже если база в режиме рекавери simple, никакого усечения лог-файла не происходит. Файл просто перезаписывается по кругу. Но, один раз расширившись до определенного размера - он так и остается. Сжать его можно только вручную.
Но если вы ничего такого не делаете, то все нормально, 600 Мб вам хватает (это странно, но, возможно вы пишете очень короткими транзакциями, и очень небольшой объем данных за один раз модифицируете).

Собственно, если предназначение базы именно такое - к вам летит куча мелких данных и вы всё это складываете - то да, диск и будет так себя вести.

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

@alcatrazkms22 · 10.06.2025, 07:20 **[ТС]**

1. На сервер крутится только SQL Server
2. Файлы temdb.mdf больше всего задействованы на чтение и запись в период активности
3. Да файлы tempdb находятся на одном диске
4. В базу постоянно записывается данные в виде заявок от пользователей, а так же считывания данных

Я так понял учитывая все данные, поведение такой нагрузке на диск нормальная ситуация?

PS: Если не отвечу после 11 июня, то смогу ответить только через месяц

Добавлено через 2 часа 47 минут
Глянул в журнал и там
Message
A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 0 seconds. Working set (KB): 3864960, committed (KB): 7803508, memory utilization: 49%.

@uaggster · 10.06.2025, 08:54

Сообщение от alcatrazkms22

A significant part of sql server process memory has been paged out. This may result in a performance degradation

Дайте пользователю, от которого запущен MSSQLSERVER права lock page in memory.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

Нагрузка на жесткий диск Экземпляра SQL Servera

Решение

Решение

@alcatrazkms22 -4 / 2 / 0 Регистрация: 10.02.2022 Сообщений: 278

	Нагрузка на жесткий диск Экземпляра SQL Servera 04.06.2025, 07:18. Показов 1467. Ответов 10 Метки нет (Все метки) В системе Windows где запущен экземпляр SQL Server в не несколько баз данных счетчик таких параметров как Disk read Bytes/sec Disk Write Bytes/sec По графику "прыгает" с нуля и до 100 т.е я так понял нагрузка на диск достаточно высокая файл во вложении Что делал: 1.перезагружал сервер 2.выполнил обновление статистики 3.перестроил индексы 4.добавил памяти около 2 Гб для экземпляра Ничего не помогло, какие еще можно сделать действия для понижение столь большой нагрузки на диск или это такая нагрузка нормальная? Миниатюры 0

quwy Native x86 6857 / 3790 / 1025 Регистрация: 13.02.2013 Сообщений: 11,861
	04.06.2025, 13:18
	Может он профилактикой как раз занимается? Дайте ему поработать сутки, потом снова смотрите. 0

@alcatrazkms22 -4 / 2 / 0 Регистрация: 10.02.2022 Сообщений: 278
	05.06.2025, 06:31 [ТС]
	картина не изменилась спустя сутки 0

quwy Native x86 6857 / 3790 / 1025 Регистрация: 13.02.2013 Сообщений: 11,861
	05.06.2025, 12:25
	Может, он запросы обслуживает? 0

@uaggster 1304 / 358 / 97 Регистрация: 14.10.2022 Сообщений: 1,087
	05.06.2025, 19:25
	Сообщение было отмечено alcatrazkms22 как решение Решение Ну да. SQLSERVER - нагружает диск. Процессор не умеет работать с данными непосредственно на диске. Поэтому, чтобы чего-то там обработать компьютер должен сначала данные с диска в память поднять :-) Тут уместен другой вопрос: а не чрезмерно ли сервер нагружает диск? В-нулевых, посмотрите, включен ли у вас database instant file initialization. Во-первых, прикиньте потребности вашей системы в ОЗУ на глаз: Если у вас OLAP система, с большим количеством индексов, то скорее всего, вам потребуется 10% оперативки от размера бызы. Если у вас OLTP - то 25% от размера базы. Конечно, если у вас данные очень локальны, например вы регистрируете какие то события, но работаете всегда только с последним днем в истории - то потребности в ОЗУ будут мизерными. Во-вторых, посмотрите какой у вас PLE. Нормальные значения PLE, при среднестатистической нагрузке на систему - должны быть около 300*количество ядер. В-третьих, посмотрите приращение файлов логов ваших БД. Оно не должно быть процентным, и лучше б ему быть 64 Мбайт. И только после того, как всё это проверили - начинайте искать причину в индексах, кривой статистике и т.д. и т.п. 1

@alcatrazkms22 -4 / 2 / 0 Регистрация: 10.02.2022 Сообщений: 278
	09.06.2025, 06:23 [ТС]
	Извиняюсь за долгий ответ, только сейчас добрался до рабочего места Про PLE буду дальше мониторить RAM 76 Гб Сервер Для экземпляра 40Гб На данный момент Мониторю два экземпляра 1. выделено 40 ГБ PLE = 4742 2. выделено 10ГБ PLE = 9008 Лог файл сжимается за счет simple метода бэкапа 0

@alcatrazkms22 -4 / 2 / 0 Регистрация: 10.02.2022 Сообщений: 278
	10.06.2025, 07:20 [ТС]
	1. На сервер крутится только SQL Server 2. Файлы temdb.mdf больше всего задействованы на чтение и запись в период активности 3. Да файлы tempdb находятся на одном диске 4. В базу постоянно записывается данные в виде заявок от пользователей, а так же считывания данных Я так понял учитывая все данные, поведение такой нагрузке на диск нормальная ситуация? PS: Если не отвечу после 11 июня, то смогу ответить только через месяц Добавлено через 2 часа 47 минут Глянул в журнал и там Message A significant part of sql server process memory has been paged out. This may result in a performance degradation. Duration: 0 seconds. Working set (KB): 3864960, committed (KB): 7803508, memory utilization: 49%. 0