Недавно к нам обратилась компания «ТехПромСнаб» — стабильный дистрибьютор оборудования с офисом на 40 сотрудников.
Директор начал разговор с фразы, которую мы слышим чуть ли не каждую неделю:
«1С тормозит уже два года. Серверы поменяли, компьютеры обновили — ничего не помогает. Можете посмотреть, что не так?»
Компания — обычная, не запущенная: IT-специалист есть, все обновления делались, сервер свежий.
Но 1С всё равно «жила своей жизнью».
Как всё выглядело на старте
У «ТехПромСнаба» было:
один современный сервер,
несколько виртуалок, включая базу 1С и файловый сервер,
около 15 активных пользователей,
небольшая удалёнка через VPN.
При этом симптомы были классические:
1С открывалась по 10–12 секунд,
проведение документов — 15–25 секунд,
периодически зависало подключение для удалённых сотрудников,
в конце месяца база притормаживала ещё сильнее.
То есть IT в компании было в целом выстроено, но 1С всё равно жила в режиме «как получится».
Что мы начали проверять
Когда железо в порядке, сервер новый, а 1С всё равно тормозит — значит причина в мелочах, которые со временем складываются в большую проблему.
Мы опирались на самые частые российские кейсы, и начали с базового:
✅ 1. Настройки SQL “как установилось, так и работает”
У них SQL был установлен корректно, но без тонкой оптимизации.
Это не ошибка — так делают половина компаний.
Например:
выделенная память не была зафиксирована (SQL постоянно «боролся» за ресурсы),
статистика обновлялась, но нерегулярно,
индексы не перестраивались последние полгода.
Это не критично…
Пока пользователей мало.
Но при 15 активных сотрудников начинается накопительный эффект.
✅ 2. Небольшая фрагментация базы и накопленные регистры
Бухгалтерия работала аккуратно, но за два года база «разрослась» — нормальный рабочий процесс.
Документы не были проблемными, но часть регистров слегка раздулась, что давало лишние секунды на проведение.
Ситуация не катастрофическая, просто накопление.
✅ 3. VPN давал задержку для удалёнщиков
VPN был нормальный, корпоративный,
но настройки были «универсальные», не оптимизированные под нагрузку.
В итоге у удалённых пользователей появлялась задержка 100–150 мс —
для 1С это чувствительно.
✅ 4. Антивирус сканировал базу без исключений
Антивирус — хороший, лицензионный.
Но исключения для SQL и 1С не были прописаны.
Это одна из самых распространённых мелких недоработок.
И именно она съедает 20–30% производительности.
✅ 5. Виртуалка под 1С была с динамической памятью
Виртуальная машина под нагрузкой «то получала память, то отдавалась».
Для обычных приложений это не критично.
Для 1С — боль.
Что мы сделали
Никакой магии. Только нормальная техработа:
настроили память на уровне SQL и гипервизора;
обновили статистику и перестроили индексы;
почистили регистры и оптимизировали некоторые таблицы;
внесли исключения в антивирус;
поправили настройки VPN;
увеличили фиксированную память виртуалки;
сделали лёгкий аудит рабочих мест.
Все работы заняли около 6 часов.
Что изменилось через сутки
1С открывается за 2–3 секунды.
Проведение документа — 1–2 секунды.
Удалённые сотрудники работают без зависаний.
В конце месяца система держится стабильно.
Реакция сотрудников была простая:
«Так бывает?!»
Так бывает, если базу регулярно обслуживать, а сервер настраивать не “по умолчанию”, а под реальную нагрузку.
Почему 1С тормозила 2 года
Из-за совокупности маленьких вещей:
✅ SQL работал без тонкой настройки,
✅ база слегка разрослась,
✅ антивирус немного замедлял операции,
✅ виртуалка экономила память,
✅ VPN давал лишние миллисекунды.
Отдельно всё это почти незаметно.
Вместе — превращает 1С в тормозящую машину, хотя железо идеальное.
Вывод для предпринимателя
Если 1С работает медленно, это почти никогда не про «купить новый сервер».
В 80% случаев помогает:
аудит SQL,
тонкая настройка,
работа с базой,
корректная конфигурация виртуалки,
исключения в антивирусе,
порядок в регламентах.
Это дешевле, быстрее и намного эффективнее, чем бесконечные замены железа.
Подписывайтесь на канал
Мы пишем простые истории из реального IT бизнеса — про сбои, оптимизации и решения, которые экономят компании сотни часов работы.