Когда 1С начинает «думать», первым делом обычно предлагают купить сервер помощнее. Иногда это действительно решение. Но в половине случаев новая железка ускоряет работу на неделю, а потом всё возвращается — потому что причина была не в процессоре.
Ниже — порядок проверки, по которому мы идём сами. Он бесплатный, занимает пару часов и часто показывает, что до покупки оборудования дело не дойдёт.
Шаг 1. Зафиксируйте, что именно медленно
Формулировка «1С тормозит» ничего не даёт. Нужны факты:
- какая операция: открытие списка, проведение документа, формирование отчёта, вход в программу;
- у всех или у одного сотрудника;
- всегда или в определённое время — например, каждый день в 17:00;
- сколько секунд это занимает сейчас и сколько занимало раньше.
Простой способ: три дня записывать в табличку «операция — время — кто — когда». Картина обычно проявляется сразу.
Шаг 2. Отделите проблему клиента от проблемы базы
Если медленно у одного человека, а у остальных нормально — дело не в сервере:
- слабый или перегруженный компьютер, антивирус, проверяющий каждый файл базы;
- Wi-Fi вместо кабеля: для толстого клиента в файловом режиме это приговор;
- удалённое подключение по медленному каналу;
- локальный кэш клиента, который давно пора очистить.
Если медленно у всех одновременно — идём дальше.
Шаг 3. Проверьте режим работы базы
| Признак | Что означает |
|---|---|
| База лежит в общей папке, пользователей больше пяти | Файловый режим на пределе — пора в клиент-серверный |
| Размер файла базы измеряется гигабайтами | Файловому режиму тяжело, нужна СУБД |
| Работа идёт через RDP на одном сервере | Проверьте ресурсы терминального сервера: обычно не хватает оперативной памяти |
| Клиент-серверный режим, но СУБД не обслуживается | Нужны регламентное обслуживание, обновление статистики, реиндексация |
Файловый вариант — не зло, но у него есть предел. Что выбрать и во что это обойдётся, разобрано в статье «Где держать 1С», а про лицензии — в отдельном материале.
Шаг 4. Загляните внутрь базы
- Журнал регистрации. Он растёт незаметно и может занимать больше самой базы. Настройте период хранения и уровень событий.
- Размер и история. База, в которой десять лет документов, работает медленнее, чем база за три года. Если старые периоды закрыты и не нужны в оперативной работе, рассматривают свёртку.
- Регламентные задания. Обмены, пересчёт итогов, выгрузки. Классика жанра — тяжёлый обмен, запущенный каждые пять минут в рабочее время.
- Итоги и агрегаты. Их пересчёт стоит выполнять в нерабочее время.
- Блокировки. Если пользователи «ждут друг друга» при проведении, проблема в конкуренции за данные, а не в мощности.
Шаг 5. Проверьте доработки
Самая частая находка — самописный отчёт или обработка, написанные без учёта объёмов. На тестовой базе они летали, на боевой с миллионом записей встают колом. Признак: тормозит конкретный отчёт или конкретный документ, а остальное работает нормально.
Сюда же относятся подписки на события и проверки при проведении, которые выполняются для каждой строки документа. На накладной из 500 позиций это заметно.
Если доработки давно не пересматривались, обычно есть смысл заодно перенести их в расширения — как это делается.
Шаг 6. Проверьте платформу и релиз
Старая версия платформы — частая причина необъяснимых задержек. В новых версиях оптимизируют работу механизмов, и иногда переход даёт ускорение без всякого железа. То же касается конфигурации: в свежих релизах исправляют известные проблемы производительности.
Шаг 7. И только теперь — оборудование
Если предыдущие шаги пройдены, а база всё ещё медленная, тогда считайте ресурсы:
- оперативная память — первое, чего обычно не хватает;
- диски: SSD вместо HDD даёт самый заметный прирост для СУБД;
- процессор — важен для расчётов и закрытия месяца;
- сеть внутри офиса: гигабит и кабель вместо Wi-Fi.
Покупать «сервер побольше» вслепую не стоит: без понимания узкого места деньги уходят не туда.
Что обычно находится в реальности
- Журнал регистрации на несколько десятков гигабайт.
- Обмен с сайтом, запущенный каждые две минуты.
- Файловая база в сетевой папке, к которой подключаются восемь человек.
- Антивирус, проверяющий файл базы при каждом обращении.
- Самописный отчёт, который собирает данные за все годы вместо выбранного периода.
- Отсутствие регламентного обслуживания СУБД — годами.
Короткие ответы
Поможет ли переход в облако? Иногда да: в облаке база работает на нормальных ресурсах и обслуживается. Но если тормозит самописный отчёт, он будет тормозить и там.
Нужно ли сворачивать базу? Свёртка — крайняя мера, к ней прибегают, когда история действительно мешает. Сначала стоит навести порядок с журналом, заданиями и обслуживанием.
Может ли помочь простое обновление? Да, особенно если платформа старая. Это первое, что стоит проверить.
Сколько занимает диагностика? Базовая проверка — несколько часов. Полное обследование с замерами и рекомендациями — один-два дня, в зависимости от размера системы.
Проведём диагностику вашей базы, найдём узкое место и предложим решение без лишних затрат на оборудование — это наша услуга оптимизации 1С. Оставьте заявку, и мы начнём с бесплатного разговора о симптомах.
