Сервер 1С тормозит: как понять, проблема в "железе" или в коде вашей базы?

Обновлено: март 2026 • Время чтения: 5 мин

Знакомая ситуация для любого руководителя: сисадмины утверждают, что проблема серверов кроется в "корявом коде программистов 1С", а 1С-ники говорят, что "компании давно пора купить мощный сервер". Базы продолжают "висеть". Как найти правду и не слить бюджет на новое оборудование впустую? Разбираем алгоритм поиска виноватых.

📚 Связанные статьи

Нужна помощь специалиста 1С?

Выполню настройку, обновление и доработку 1С любой сложности. Первый месяц обслуживания — со скидкой или аудит в подарок.

Узнать стоимость →

Проверка №1: Анализ счетчиков Windows Server (Железо)

Начните с мониторинга ресурсов самого физического или виртуального сервера. Это может сделать ваш системный администратор. Нас интересуют счетчики производительности (Performance Monitor).

На что смотреть в первую очередь:

Очередь к диску (Avg. Disk Queue Length): Если значение стабильно выше 2-3 (в пересчете на каждый шпиндель), ваши диски задыхаются от I/O операций. Нужен переход на NVMe диски.
% загрузки процессора (CPU): Если процессор скачет под 100% при проведении сложных отчетов — это повод проверить код запросов. Железо редко бывает узким местом при грамотно построенных архитектурах.

Проверка №2: Консоль кластера 1С (Утечки памяти)

Часто сервер 1С "съедает" всю оперативную память (RAM) до нуля. Возникает это из-за так называемых утечек памяти в рабочих процессах rphost.exe.

Зайдите в консоль администрирования серверов 1С Предприятия. Если один рабочий процесс "распух" до 10-15 Гигабайт к вечеру — проблема на стыке настройки сервера и кода.

Быстрый костыль: В настройках рабочего сервера кластера включите принудительный перезапуск процессов (например, достижение порога расхода памяти или интервал перезапуска каждые 24 часа ночью).

Проверка №3: Технологический журнал 1С (Код)

Если железо "простаивает" (памяти много, процессор отдыхает, диски не нагружены), а 1С все равно тормозит – это гарантированно проблема кода.

Когда вы формируете "Оборотно-сальдовую ведомость", неоптимальный код может выгрузить из SQL-сервера на сервер 1С 10 гигабайт "сырых" данных, чтобы затем отфильтровать всего 2 нужные строчки. Разумеется, на эту передачу и сортировку уходят долгие минуты.

Такие "тяжелые" запросы выявляются путем сбора логов через Технологический журнал. Эксперт по оптимизации видит какой именно кусок кода в какой обработке заставляет систему делать лишнюю работу, и переписывает запрос оптимальным способом (например, подзапросы заменяются временными таблицами).

Почему обновление оборудования — не панацея?

Распространенное заблуждение: «Купим сервер за 2 миллиона, и 1С полетит».

Если в коде заложена ошибка, заставляющая систему опрашивать таблицу товаров 100 000 раз в цикле, новый мощный процессор выполнит эту глупость просто чуть-чуть быстрее. Время ожидания сократится с 4 минут до 3 минут. Стоила ли минута разницы двух миллионов рублей?