SSD или NVMe под базу 1С: где разница видна пользователю

NVMe обгоняет обычный SATA SSD там, где 1С упирается в диск: закрытие месяца, групповое перепроведение документов, построение больших отчётов и одновременная работа 30+ пользователей. На простых операциях — открыть карточку, провести одну накладную — разница на глаз не видна, там узкое место обычно не диск, а процессор или настройки СУБД.

ssd или nvme: где физически кроется разница для 1с

SATA SSD ограничен интерфейсом SATA III — около 550 Мбайт/с последовательного чтения и очередью команд (NCQ) не больше 32 запросов одновременно. NVMe работает через шину PCIe: пропускная способность выше в разы, а очередь запросов — тысячи против десятков. Для 1С это не абстрактная цифра из даташита, а то, сколько параллельных операций записи в базу диск успевает обработать, когда 20-40 пользователей одновременно проводят документы.

СУБД под 1С — будь то MS SQL Server или PostgreSQL — почти никогда не читает и не пишет большими последовательными блоками. Она работает мелкими случайными операциями: записать одну строку регистра, прочитать один индекс, зафиксировать транзакцию в журнале. Именно на таких мелких случайных операциях разница между SATA SSD и NVMe раскрывается сильнее всего, а не на паспортной скорости «Мбайт/с», которую обычно указывают в рекламе дисков. Транзакционный журнал СУБД, куда пишется каждая проводка документа, — это как раз тот участок, где низкая задержка NVMe даёт прирост, ощутимый пользователем в моменте нажатия кнопки «Провести».

Есть и обратная сторона: построение большого отчёта — оборотно-сальдовой ведомости за квартал или анализа продаж по всей номенклатуре — читает данные более широкими диапазонами, ближе к последовательному доступу. Здесь на первый план выходит уже не только глубина очереди, но и пропускная способность интерфейса, и NVMe с его запасом в разы по Мбайт/с сокращает время построения отчёта заметнее, чем на операциях с одной проводкой.

почему 1с тормозит на ssd, хотя диск не забит под завязку

Компания из Мытищ, оптовая торговля стройматериалами, 1С:Управление торговлей на 32 пользователях. Сервер стоит на обычном SATA SSD, свободного места на диске почти 40%. Но каждый день к 9:30, когда менеджеры разом открывают смену и формируют счета на отгрузку, система подвисает на 20-30 секунд на каждой операции. Диск не заполнен, поэтому первое подозрение падает на процессор или сеть — но узкое место в другом.

как это выглядит изнутри

Дело не в объёме занятого места, а в глубине очереди запросов. SATA SSD одновременно обрабатывает не больше 32 команд, и когда 32 пользователя разом проводят документы, каждый следующий запрос встаёт в очередь и ждёт. Платформа 1С в этот момент честно записывает изменения регистров в СУБД, а СУБД — на диск, и у SATA SSD такая запись под нагрузкой занимает в разы больше времени, чем у NVMe с очередью на тысячи команд. В диспетчере задач это видно как рост очереди диска и время отклика за пределами 15-20 мс, а пользователь просто видит зависший курсор и надпись «сервер 1С не отвечает».

Пока диск не справляется, менеджеры физически не успевают закрыть смену вовремя, склад не собирает заказы на отгрузку в тот же день, а бухгалтерия переносит закрытие периода на вечер или выходной. На 30 сотрудниках получасовая заминка каждое утро — не мелочь, а систематическая потеря рабочего времени, которая тихо ложится на фонд оплаты труда. А если отгрузка сорвана и клиент забирает заказ на день позже обещанного, это уже репутационные издержки, которые в отчёте не увидишь, но в повторных заказах почувствуешь.

как проверить, что тормозит именно диск, а не сервер 1с

Прежде чем переносить базу, стоит убедиться, что причина в диске, а не в конфигурации сервера, регламентных заданиях или устаревших индексах СУБД. Быстрый способ — тест Гилёва: он прогоняет типовые операции платформы 1С и показывает, во что упирается система — в процессор, диск или сеть, а не гадать по ощущениям пользователей. Дополнительно полезно снять показания очереди диска и времени отклика штатными счётчиками ОС во время пиковой нагрузки: если очередь регулярно превышает единицы, а время отклика растёт выше 10-15 мс, диск действительно узкое место.

Стоит разделять два сценария: файловая база на 5-10 пользователей упирается в диск гораздо реже, чем клиент-серверная база на MS SQL или PostgreSQL с 20+ одновременными сессиями — там нагрузка на дисковую подсистему растёт нелинейно с числом пользователей. Минимальные и рекомендуемые параметры дисковой подсистемы для сервера 1С описаны в системных требованиях платформы — их стоит сверить перед тем, как менять железо, а не после того, как оно уже куплено и не помогло.

как исправить: перенос базы 1с на nvme

Если диагностика подтвердила диск, перенос базы 1С на NVMe снимает узкое место без изменения конфигурации и без переобучения пользователей. На практике это копирование информационной базы на новый диск или сервер, проверка совместимости версий платформы и СУБД, тестовый запуск в нерабочее время и переключение пользователей одним разрывом сессии. Для базы на 100-150 Гбайт перенос занимает от пары часов до ночи — зависит от способа: потоковое копирование файлов СУБД или выгрузка и загрузка dt-файла через конфигуратор.

Перед переключением стоит прогнать контрольный чек-лист: сверить контрольные суммы базы после копирования, запустить тестовое проведение нескольких документов, проверить регламентные задания и расписание резервного копирования на новом месте. Тогда перенос проходит одним плановым окном в выходной или ночью, а не аварийным простоем в разгар рабочего дня, когда каждая минута простоя — это менеджеры, которые не могут выставить счёт клиенту.

Мы разворачиваем 1С сразу на NVMe-дисках: аренда сервера 1С у нас начинается от 3300 руб/мес, и быстрый диск входит в конфигурацию, а не докупается отдельно. Если база — 1С:ERP или комплексная автоматизация на 100+ пользователей, для такой нагрузки правильнее сразу закладывать запас по IOPS — под неё есть отдельная линейка, сервер под 1С:ERP. А если база растёт быстрее 50 Гбайт в год и диск нельзя делить с другими виртуальными машинами, логичнее смотреть в сторону выделенного сервера в аренду, где ресурс диска не делят с чужими нагрузками.

что делать, если тормоза остались и после перехода на nvme

NVMe снимает дисковое ограничение, но если 1С продолжает виснуть, значит очередь была не на диске, а в другом месте: в блокировках СУБД при параллельном проведении документов, в устаревших индексах регистров, в нехватке оперативной памяти под кэш платформы или в тяжёлом регламентном задании, которое запускается в рабочие часы вместо ночи. Смена диска в такой ситуации ничего не даёт — деньги потрачены, а зависания те же, только на более дорогом железе.

Здесь помогает не повторная замена железа, а разбор конкретной блокировки: посмотреть технологический журнал 1С на предмет долгих ожиданий и взаимных блокировок, свести регламентные задания к ночному расписанию, обновить статистику и переиндексировать таблицы СУБД. Часто выясняется, что один и тот же тяжёлый отчёт, который бухгалтер запускает днём вручную, блокирует таблицу для всех остальных пользователей на несколько минут — и решение здесь не в диске, а в регламенте. Такую настройку сервера 1С у нас делает сисадмин, услуга сопровождения — от 3800 руб/час, и по факту это дешевле, чем менять диск наугад и снова упираться в ту же проблему через месяц.

как предотвратить повторное падение скорости

Дешевле смотреть на нагрузку раз в квартал, чем разбирать зависания в момент, когда бухгалтерия закрывает отчётный период. Три вещи, которые стоит делать регулярно: следить за очередью диска и временем отклика под пиковой нагрузкой, а не только за свободным местом на диске; обновлять статистику и переиндексировать таблицы СУБД по расписанию, а не по факту жалоб пользователей; и заранее считать рост базы — количество документов и пользователей за квартал, — чтобы апгрейд диска происходил по графику, а не в панике в понедельник утром после очередного зависшего закрытия месяца.

Полезная привычка — раз в квартал повторно прогонять тот же тест производительности, что и на этапе диагностики, и сравнивать цифры с прошлым замером: рост базы на 20-30% за полгода обычно означает, что запас по IOPS, который казался избыточным при покупке, уже наполовину съеден.

При аренде виртуального сервера для 1С место и производительность диска можно нарастить за несколько минут без физической замены оборудования и без выходного простоя — это удобно именно для постепенного роста базы, а не для разового аврала, когда диск уже не тянет, а покупка нового сервера занимает недели.

❓ Частые вопросы

В чём разница между SSD и NVMe для 1С на практике?

SATA SSD ограничен очередью в 32 команды и задержкой около 0,1 мс, NVMe — тысячами команд и задержкой в разы ниже. Пользователь это чувствует на закрытии месяца, больших отчётах и одновременной работе многих сотрудников, а не на открытии одной карточки.

На скольких пользователях 1С уже нужен NVMe?

Жёсткой цифры нет, но на клиент-серверной базе от 20-25 одновременных сессий SATA SSD обычно начинает упираться в очередь команд, и пользователи это чувствуют на закрытии месяца или групповом проведении. До этого порога разница обычно почти незаметна, и переплачивать за NVMe смысла нет.

Можно ли перенести базу 1С на NVMe без остановки бизнеса?

Да, если готовить перенос заранее: скопировать базу на новый диск ночью или в выходной, сверить контрольные суммы, провести несколько тестовых документов и только потом переключить пользователей одним разрывом сессии. При таком подходе простой обычно укладывается в нерабочее время и незаметен для сотрудников.

Сколько стоит сервер 1С с NVMe в аренду?

Аренда сервера 1С у нас начинается от 3300 руб/мес, и быстрый NVMe-диск уже включён в конфигурацию, а не докупается отдельно сверху, как часто бывает у других. Итоговая цена зависит от числа пользователей, объёма базы данных и требуемых ресурсов процессора и оперативной памяти.

Ускорит ли NVMe работу, если тормозит не диск?

Нет. Если причина в блокировках СУБД, устаревших индексах регистров или тяжёлом регламентном задании, которое гоняют днём вместо ночи, замена диска зависания не уберёт. Сначала стоит продиагностировать нагрузку тестом производительности и понять, во что реально упирается система, а потом уже менять железо.