1С тормозит: чек-лист диагностики

«1С тормозит» — не диагноз. Это симптом. В публичных разборах (чек-листы KVANT-C, материалы EFSOL и SoftonIT) одно и то же правило: сначала зафиксировать кто / что / когда, потом лезть в железо или код. Иначе вы купите сервер, а тормозить будет один отчёт без периода.

Ниже — тот же каркас, что у нормальных KB, но с уклоном на то, как я веду диагностику у клиентов: без франчайзи-надбавки, с понятной границей «сами / абонемент / аудит».

Шаг 0. Превратите жалобу в инцидент

Запишите одним абзацем:

1. Кто страдает — один человек, отдел или все.
2. Что именно медленно — проведение, отчёт, открытие формы, вход, «всё подряд».
3. Когда — всегда, по утрам, в закрытие месяца, после обновления, после роста базы.
4. С какого релиза / события — если помните.

Без этого замер технологического журнала бесполезен: вы будете ловить шум.

Если тормозит один пользователь

Типично: локальный кэш клиента, антивирус на каталоге базы/временных, Wi‑Fi вместо нормальной сети, слабый диск на АРМ, тонкий клиент через «кривой» VPN.

Что сделать за 15–20 минут:

• перезапуск тонкого/толстого клиента, очистка кэша пользователя;
• та же операция с другого ПК — если там быстро, сервер не виноват;
• проверить, не идёт ли на этом ПК тяжёлый Excel/браузер с десятками вкладок (да, бывает).

Пилить СУБД, пока тормозит один АРМ, — классическая трата денег.

Если тормозит у всех

Тогда смотрим слои сверху вниз — как в серверных разборах EFSOL: инфраструктура → кластер 1С → СУБД / блокировки → код и регламентные задания.

Бытовой слой (часто хватает)

1. Место на диске на сервере БД и на томе с бэкапами. Полный диск убивает I/O раньше, чем «заканчивается RAM в голове».
2. Регламентные задания — обмен, пересчёт, свёртка, рассылка отчётов в рабочее время.
3. Тяжёлые отчёты без периода — один пользователь может положить всех блокировками.
4. Файловая база на пределе — при росте объёма и числа пользователей файловый вариант закономерно «умирает»; это не «надо чуть памяти добавить».

Если простое не помогло

Нужны уже данные, а не мнения:

• совпало ли окно жалоб с пиком CPU / диска / сети;
• есть ли долгие транзакции и ожидания блокировок;
• какой запрос/сеанс держит остальных.

«Зелёный» мониторинг сервера при этом не доказывает, что 1С быстрая: formal uptime ≠ пропускная способность отгрузки.

Типичные причины из практики

• обмен, который таскает лишнее каждый час;
• доработки с запросами в цикле и без индексов;
• накопленный мусор в журналах и версиях объектов;
• отложенное проведение / себестоимость, которые никто не вынес в ночь;
• апгрейд железа «на глаз» без воспроизводимого сценария.

Когда хватит своих сил — и когда звать

Сами: один ПК, явный полный диск, отчёт без фильтра, ночной обмен днём.

Специалист: эскалации каждую неделю, закрытие месяца встаёт, после обновления «стало в 3 раза медленнее», файловая база уже не тянет, нужны ТЖ и разбор блокировок.

Я веду такой аудит как частный специалист (15+ лет enterprise: ERP, УТ, обмены): фиксируем сценарий → копия/замер → план «быстрые / средние / дорогие» правки. Это почасовка от 2 999 ₽/час или смета, не «покрутить галочки».

Если параллельно нужна стабильная поддержка пользователей — абонемент от 49 999 ₽/мес: услуги и цены.

Что написать мне, чтобы не терять день

Конфигурация и режим (файл / клиент-сервер), симптом (кто/что/когда), срочность. По этим трём пунктам обычно сразу ясно: чек-лист, короткий разбор или полноценный аудит.