Когда 1С только установили — всё летало. Документы открывались мгновенно, отчёты формировались за секунды. Прошёл год, два, три — и система начала тормозить. Сначала чуть-чуть, потом заметно, а потом сотрудники стали жаловаться каждый день.
Обычно в этот момент звучит: «наверное, нужен новый сервер». Иногда — да. Но чаще проблема не в железе. Мы обслуживаем десятки баз 1С и видим одни и те же причины снова и снова.
Не хотите разбираться сами? Наши специалисты проведут диагностику вашей базы и скажут, что именно тормозит — бесплатно.
Причина 1. База данных выросла, а обслуживание — нет
Это самая частая причина. За три года работы типичная база 1С вырастает с нескольких сотен мегабайт до десятков гигабайт. Документы, движения по регистрам, история изменений — всё это накапливается.
Проблема не в объёме как таковом. Проблема в том, что базу никто не обслуживает. Индексы фрагментируются, статистика устаревает, временные таблицы не чистятся.
Аналогия: представьте склад, где три года складывали товар, ни разу не делали инвентаризацию и не обновляли навигацию. Товар есть — но найти его всё сложнее. С базой данных ровно то же самое.
Что нужно делать: регулярное техническое обслуживание базы — реиндексация, обновление статистики, очистка временных данных, свёртка устаревших документов. Минимум раз в месяц. В идеале — по расписанию, автоматически.
Самостоятельно это можно сделать через конфигуратор. Но если что-то пойдёт не так — можно потерять данные. Без бэкапа и понимания процесса лучше не экспериментировать.
Причина 2. Старые доработки, которые тянут всё вниз
У большинства баз 1С, которые работают больше двух лет, есть «наследство» — доработки от предыдущих программистов. Кто-то добавил внешнюю обработку, кто-то изменил модуль документа, кто-то написал свой отчёт с запросом на 200 строк.
Каждая такая доработка — это потенциальная проблема с производительностью. Вот типичные ситуации:
- Отчёт, написанный для базы на 1 000 документов, теперь работает на базе из 100 000 документов — и вешает сервер на 20 минут
- Обработка при проведении документа делает лишние запросы к базе — каждый документ проводится в 3 раза дольше, чем мог бы
- Внешняя печатная форма каждый раз пересчитывает данные, которые можно было закэшировать
Что нужно делать: аудит доработок. Посмотреть, что реально используется, что тормозит, что можно заменить типовым функционалом. В редакции 11.5 многие вещи, которые раньше приходилось дорабатывать, уже есть из коробки.
Самостоятельно найти проблемную доработку — сложно. Нужен замер производительности, анализ журнала регистрации, иногда — трассировка запросов на уровне СУБД.
У вас база с доработками, которая тормозит? Проведём аудит, найдём узкие места и предложим план оптимизации. Без остановки работы компании.
Причина 3. Сервер не соответствует нагрузке
Вот теперь про железо. Но не потому что «нужен новый сервер», а потому что бизнес вырос, а сервер остался прежним.
Типичная картина: компания начинала с 5 пользователей на VDS с 4 ГБ оперативки. Через два года пользователей стало 15, добавились маркетплейсы, маркировка, обмен с бухгалтерией. А сервер тот же.
Когда точно проблема в сервере:
- Оперативная память загружена на 90%+ постоянно
- Диск — обычный HDD, а не SSD
- На том же сервере крутятся другие сервисы (сайт, почта, Битрикс24)
- Нет выделенного SQL-сервера — всё на одной машине
Ориентиры по ресурсам:
- До 5 пользователей: 4–8 ГБ RAM, SSD обязательно
- 10–15 пользователей: 8–16 ГБ RAM, SSD, выделенный SQL
- 30+ пользователей: 16–64 ГБ RAM, SSD RAID, отдельные серверы для 1С и SQL
Миграция на новый сервер — процедура ответственная. Нужно перенести базу, настроить серверный кластер 1С, проверить лицензии, протестировать скорость. Ошибка на любом этапе — простой для всей компании.
Нужна миграция на новый сервер? Перенесём базу, настроим кластер 1С и протестируем — всё за выходные, без простоя в рабочее время.
Причина 4. Регламентные задания конфликтуют с пользователями
В 1С есть фоновые процессы, которые выполняются по расписанию: обмен с сайтом, синхронизация с бухгалтерией, обновление цен, загрузка заказов с маркетплейсов. Всё это — регламентные задания.
Проблема: если они запускаются в разгар рабочего дня, сервер начинает обрабатывать и фоновые задачи, и запросы пользователей одновременно. Результат — всем медленно.
Частый случай: обмен с маркетплейсом настроен на каждые 15 минут. При каждом обмене загружаются сотни заказов, обновляются остатки. В этот момент менеджеры жалуются, что «1С зависла». Через 5 минут — всё снова нормально. И так весь день.
Что нужно делать: замедлить или перенести регламентные задания на нерабочее время — не всегда возможно. Обмен с маркетплейсами, синхронизация с ЕГАИС, актуализация остатков — это процессы, которые бизнесу нужны именно в рабочие часы.
Поэтому по-настоящему эта проблема решается на уровне администрирования сервера 1С: распределение нагрузки, настройка приоритетов процессов, оптимизация самих заданий, в некоторых случаях — вынос фоновых задач на отдельный сервер. Это работа для специалиста по администрированию, а не для пользователя.
Причина 5. Версия конфигурации давно не обновлялась
Каждое обновление 1С — это не только новые функции. Это ещё и оптимизация: ускоренные запросы, исправленные утечки памяти, улучшенная работа с СУБД.
Если ваша база работает на версии годичной давности — вы не получаете эти улучшения. А если на версии двух-трёхлетней давности — там могут быть известные проблемы с производительностью, которые давно исправлены.
Почему не обновляют:
- «Работает — не трогай» — страх что после обновления что-то сломается
- Есть доработки, которые конфликтуют с новой версией
- Нет специалиста, который проведёт обновление безопасно
- Нет ИТС (договора сопровождения) — обновления недоступны
Страх обоснован: обновление базы с доработками — это не «нажал кнопку и готово». Нужно проверить совместимость доработок, протестировать на копии базы, подготовить откат на случай проблем. Делать это на боевой базе без подготовки — верный способ остановить работу компании.
Боитесь обновлять? Мы обновим вашу 1С безопасно: сначала на копии базы, потом — на боевой. С откатом наготове, если что-то пойдёт не так.
Что со всем этим делать
Посмотрите на эти пять причин ещё раз. Для каждой нужен свой специалист:
- Обслуживание базы — администратор СУБД
- Аудит доработок — архитектор 1С
- Миграция на PostgreSQL — он же плюс системный администратор
- Регламентные задания и сервер — сисадмин с пониманием 1С
- Обновление конфигурации — программист 1С
Стабильно работающая 1С — это результат работы команды: руководитель проекта, архитектор, программист, администратор. Минимум три-четыре человека с разными компетенциями.
Нанять всех в штат — дорого. Найти одного универсала, который закроет всё — иллюзия. Такие специалисты существуют, но их единицы, и стоят они как вся команда.
Именно поэтому бизнес передаёт сопровождение 1С на аутсорс. Вы получаете готовую команду: мониторинг, обновления, оптимизация, бэкапы, администрирование сервера — без раздувания штата и поиска мифического «человека-оркестра».
Ускорим работу вашей 1С в несколько раз
Расскажем подробнее на бесплатной консультации: проведём диагностику, найдём причину торможения и предложим план ускорения.