Многие администраторы сталкиваются с парадоксальной ситуацией: обновляя серверное оборудование на современные процессоры и топовые NVMe-накопители, они ожидают взрывного роста производительности 1С, но получают обратный эффект. В данной статье мы проанализируем, почему синтетические тесты могут показывать высокие скорости, а реальная работа MS SQL Server при этом остается неудовлетворительной.
Первое, что необходимо понять: линейная скорость чтения и записи, которую показывают утилиты типа CrystalDiskMark, слабо коррелирует с реальным быстродействием базы данных. MS SQL Server работает иначе: он постоянно обращается к метаданным, логам транзакций и файлам tempdb, выполняя множество мелких операций ввода-вывода (IOPS). Если накопитель оптимизирован под короткие пиковые нагрузки (использование SLC-кэша), но не готов к постоянному потоку случайной записи, производительность резко падает.
Samsung 980 Pro и аналоги могут быть узким местом?В ходе наших исследований выяснилось, что некоторые потребительские NVMe-накопители демонстрируют неожиданно высокие задержки при операции резервирования места (Instant File Initialization). Даже при включенной функции инициализации файлов, контроллер диска может обрабатывать запросы на выделение блоков медленнее, чем более простые или серверные аналоги. Это создает «бутылочное горлышко» в моменты активной работы с временными таблицами 1С.
Instant File Initialization (IFI). Убедитесь, что для учетной записи, от имени которой запущен SQL Server, установлена локальная политика безопасности «Выполнение задач по обслуживанию томов». Это позволяет SQL не заполнять файлы нулями при их расширении.IOPS, а не скорости в МБ/с. Для оценки используйте инструменты, имитирующие нагрузку базы данных (например, тесты Гилева), так как они показывают реальную способность диска обрабатывать очередь запросов SQL.latency памяти, поэтому следите за стабильностью работы модулей на заявленных частотах.RAMDrive для тестов. Если на RAMDrive 1С «летает», а на NVMe «тормозит» — проблема однозначно в дисковой подсистеме или несовместимости контроллера диска с паттернами записи SQL Server.MS SQL ServerРассмотрим подробнее, что происходит при работе MS SQL с диском. Основная нагрузка ложится на файлы mdf и ldf. При возникновении проблем с записью, попробуйте следующие действия:
tempdb на физически разные накопители (или хотя бы разные тома), чтобы исключить конкуренцию за очередь команд.SQL Server, чтобы оставить системе достаточно ресурсов для кэширования операций файловой системы.Если после выполнения всех настроек (отключения Defender, настройки питания, тюнинга SQL) система все равно показывает неудовлетворительные результаты, рассмотрите возможность замены накопителей на серверные модели (класса Enterprise). Они обладают технологией PLP (защита от потери питания) и контроллерами, адаптированными под постоянную нагрузку. Как показал опыт, иногда замена «геймерского» SSD на модель с более простыми, но стабильными характеристиками, дает более высокую производительность в реальной работе 1С.
Проанализируйте вашу ситуацию по шагам, исключая по очереди компоненты, и вы обязательно найдете источник замедления. Главное — помнить, что в серверных задачах стабильность и предсказуемость контроллера важнее маркетинговых цифр «скорости чтения» на коробке с диском.