Сервер загружен на треть, а 1С тормозит: где искать причину

Низкая загрузка CPU не означает свободные ресурсы: 1С часто упирается не в мощность процессора, а в однопоточные блокировки rphost, очередь к диску или сетевые задержки между клиентом и сервером СУБД. Диспетчер задач показывает 30%, потому что процессы 1С ждут друг друга по очереди, а не считают параллельно. Причину ищут в технологическом журнале, а не в загрузке ядра.

Почему возникает ситуация: сервер простаивает, а 1С зависает

На сервере 16 ядер и 64 ГБ памяти. Диспетчер задач держит ровную линию на уровне 25-30%. Но в 9:05 утра бухгалтер открывает форму «Реализация товаров» и получает песочные часы на 20-30 секунд. К закрытию месяца форма расчёта себестоимости висит по нескольку минут, а очередь из пяти сотрудников с одинаковой жалобой в чате поддержки растёт каждый день.

Администратор смотрит на графики и не видит проблемы: память не исчерпана, диск не забит под завязку. Но нагрузка на процессор и скорость отклика 1С — разные метрики. Платформа 1С:Предприятие в клиент-серверном варианте работает через процессы rphost, и каждый такой процесс по умолчанию обслуживает несколько сеансов, но выполняет операции внутри себя последовательно. Пока один пользователь держит управляемую блокировку на регистре остатков при проведении документа, второй ждёт своей очереди — и ждёт именно он, а не процессор сервера.

Добавляются частные причины: монопольный режим при перепроведении, конкуренция за один и тот же регистр при массовом закрытии месяца, медленный отклик диска на запись журнала регистрации, задержка сети между офисом и сервером СУБД. Каждая из них съедает секунды у пользователя, но почти не сдвигает общую загрузку CPU — поэтому цифра 30% в диспетчере задач вводит в заблуждение.

Отдельная история — файловая база, которую компания так и не перевела на клиент-серверный вариант при росте штата. В файловом режиме каждый клиент сам читает и блокирует файл базы по сети, и с ростом числа одновременных пользователей задержки растут не линейно, а скачками — 8-10 человек работают терпимо, 15-20 упираются в стену, хотя сервер, на котором лежит файл, простаивает почти полностью.

Пока причину не нашли, теряет не сервер, а бизнес: бухгалтерия срывает график закрытия периода, менеджер не успевает провести заказ, пока клиент ждёт на линии, а склад отгружает с задержкой, потому что накладная зависла на проведении. Директор в это время штурмует айтишника вопросом, почему техника простаивает, а работа стоит. Час простоя пяти бухгалтеров в разгар отчётного периода стоит дороже, чем полдня грамотной диагностики, а сорванный срок сдачи отчётности превращается в отдельный разговор с руководством, которого можно было избежать.

Где искать причину: диагностика 1С при частичной загрузке сервера

Технологический журнал и замер производительности

Первый шаг — включить технологический журнал 1С с событиями TLOCK (блокировки СУБД) и TTIMEOUT, и посмотреть, на каких объектах и у кого именно возникают ожидания. Если в логе повторяются блокировки на одном и том же регистре в момент открытия месяца — дело не в железе, а в архитектуре обмена и параллельности операций. Если же ожиданий почти нет, а время съедает сам запрос к СУБД — смотрят план запроса и актуальность статистики таблиц.

Тест Гилёва и системные требования платформы

Дальше стоит прогнать тест Гилёва — он показывает скорость платформы в условных единицах и отсекает версию «сервер слабый» от версии «сервер настроен неправильно». Результат сверяют с официальными системными требованиями 1С: если частота процессора, тип диска и объём памяти на сервере ниже рекомендованных для выбранной конфигурации, часть тормозов объясняется банально — сервер не тянет конкретную нагрузку, даже если суммарная загрузка выглядит скромно.

Что смотреть в первую очередь

Ниже — таблица симптомов, которая ускоряет первичную диагностику: по внешнему поведению 1С сразу видно, в какую сторону копать, прежде чем включать журналы и запускать тесты.

Как исправить медленную работу 1С, если процессор не загружен

Когда причина найдена, решение почти никогда не сводится к «добавить ядер». Если тормозят блокировки — помогает разделение операций во времени: закрытие месяца по подразделениям, а не всей базой разом, перевод части регламентных заданий в фоновые задания вне рабочих часов, пересмотр режима записи документов с монопольного на обычный там, где это допустимо по учёту.

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

Отдельно проверяют настройку сервера 1С: количество процессов rphost на ядро, лимит памяти на процесс, интервал перезапуска — типовые параметры по умолчанию рассчитаны на среднюю нагрузку и часто не подходят конкретной базе с её пиками в начале и конце месяца.

Когда после всех правок база всё равно упирается в возможности старого железа, разумнее не латать текущую машину, а перенести базу на аренду сервера для 1С с гарантированными, а не общими ресурсами. У ukved.ru такой сервер стоит от 1 100 ₽/мес за пользователя, а сама подписка на 1С в аренду — от 1100 руб/мес; ресурсы при этом не делятся с чужими виртуальными машинами, что сразу снимает вопрос про соседей по хостингу.

Что делать, если ошибка повторяется после оптимизации

Бывает и так: блокировки разведены, регламентные задания вынесены в ночь, индексы пересчитаны — а форма всё равно висит по вторникам к обеду. Здесь стоит проверить то, что не видно изнутри 1С.

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

Второе — сеть до терминального сервера: если сотрудники работают через RDP с домашних каналов или мобильного интернета, задержка в передаче экрана воспринимается как «1С тормозит», хотя сама платформа отработала мгновенно. Проверяется просто — сравнивают время открытия формы локально на сервере и через RDP-клиента у пользователя. Третье — старая версия платформы или СУБД, для которой актуальные конфигурации уже не оптимизированы; обновление иногда снимает проблему без единой правки в настройках.

Если ни одна из этих причин не подтверждается, а симптом воспроизводится стабильно из недели в неделю, следующий шаг — переход на выделенный сервер в аренду, где ресурсы физически не делятся ни с кем. Для баз с активной параллельной работой десятков пользователей это снимает саму гипотезу про «шумного соседа» — а вместе с ней и повторяющуюся жалобу, которая иначе возвращается после каждой временной оптимизации.

Как предотвратить повторное падение производительности 1С

Разовая диагностика решает конкретный инцидент, но без регулярного контроля симптом возвращается через несколько месяцев роста базы и штата. Разумный минимум для малого и среднего бизнеса в Москве:

• ✓раз в квартал повторять тест Гилёва и сверять результат с системными требованиями текущей конфигурации;
• ✓вести мониторинг очереди диска и сетевых задержек, а не только загрузки CPU и памяти — именно эти метрики первыми сигналят о будущей проблеме;
• ✓закладывать в план рост числа пользователей заранее, а не пересаживать бухгалтерию на новый сервер по факту первой массовой жалобы;
• ✓для баз до 10-15 пользователей рассмотреть виртуальный сервер для 1С с гарантированной, а не разделяемой квотой ресурсов — это дешевле выделенного железа, но избавляет от эффекта соседей по хостингу.

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

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

Почему 1С тормозит, если сервер загружен всего на 30%?

Загрузка CPU не отражает блокировки: процессы 1С (rphost) выполняют операции последовательно, и пока один пользователь держит управляемую блокировку на регистре, второй ждёт очереди, а не процессорного времени. Причина обычно в блокировках, диске или сети, а не в мощности сервера.

Как узнать реальную причину медленной работы 1С?

Включите технологический журнал с событиями TLOCK и TTIMEOUT — он покажет, на каких объектах возникают ожидания. Дополнительно прогоните тест Гилёва и сверьте параметры сервера с официальными системными требованиями платформы 1С.

Поможет ли апгрейд сервера, если проблема в блокировках?

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

Сколько стоит перенести 1С на арендованный сервер?

У ukved.ru аренда сервера для 1С начинается от 1 100 ₽/мес за пользователя, а подписка на саму 1С в аренду — от 1100 руб/мес. Итоговая цена зависит от числа пользователей, объёма базы и требований к диску и памяти.

Что делать, если тормозит именно при закрытии месяца?

Это признак конкуренции за одни и те же регистры при массовом проведении документов. Разбейте закрытие по подразделениям или перенесите часть операций в фоновые задания вне рабочего времени, а регулярные блокировки фиксируйте через технологический журнал.