Когда руководитель говорит «1С тормозит» — это значит что бухгалтер уже несколько недель теряет по 30–40 минут в день, просто ожидая пока система отреагирует. Умноженное на количество сотрудников — это реальные деньги и нервы.
Я занимаюсь 1С-инфраструктурой несколько лет. За это время ни разу не видел случая когда медленная работа 1С была бы неустранима. Почти всегда — это пять-шесть конкретных вещей в SQL Server, которые никто не настраивал при первоначальном развёртывании.
Что реально происходит внутри
Когда бухгалтер открывает журнал документов, 1С отправляет запрос в SQL Server. Тот должен быстро найти нужные данные и вернуть их. Если индексы фрагментированы — SQL Server читает данные не последовательно, а вразброс, как будто ищет книгу в неупорядоченной библиотеке. Если статистика устарела — он строит неоптимальный план выполнения запроса, выбирая длинный путь вместо короткого. В этот момент пользователь видит “задумалась”, а сервер — просто тратит лишние секунды на то, что можно было сделать за доли секунды.
Это не поломка. Это отсутствие регулярного обслуживания.
Как выглядит диагностика на практике
Когда я подключаюсь к проблемному серверу, первое что смотрю — степень фрагментации индексов. Обычно вижу цифры 70–90%. Это означает, что каждый запрос к базе выполняется в несколько раз дольше, чем должен — и это напрямую чувствуют все пользователи.
После перестройки индексов и обновления статистики — без замены железа, без покупки лицензий — система начинает работать в 3–5 раз быстрее. Клиенты иногда думают что мы что-то перепутали: «не может быть так быстро».
Почему это не делают заранее
Потому что фрагментация происходит постепенно и незаметно. Система не выдаёт предупреждений. Пользователи привыкают к медленной работе и начинают считать это нормой. До тех пор пока кто-то не сравнит с тем как должно быть.
Регулярное обслуживание индексов — это не разовая процедура. Это плановая работа которую нужно выполнять еженедельно в нерабочее время. Настраивается один раз, дальше работает автоматически.
Tempdb и память: ещё два узких места
Помимо индексов, два места которые я проверяю почти всегда — конфигурация tempdb и настройки памяти SQL Server.
Tempdb — служебная база данных, которую 1С интенсивно использует при проведении документов. По умолчанию она создаётся с одним файлом. На сервере с несколькими процессорными ядрами это создаёт очередь: пользователи буквально выстраиваются за доступом к одному файлу.
С памятью другая история: SQL Server по умолчанию не ограничен и забирает всю доступную память, не оставляя ресурсов операционной системе. Это приводит к тому что сервер начинает «свопить» — использовать медленный диск вместо оперативной памяти.
В типовых установках это почти никогда не настраивается — поэтому проблема встречается регулярно.
Обе проблемы решаются настройкой за несколько минут.
Что это значит для вашего бизнеса
Если 1С работает медленно — это не приговор и не повод покупать новый сервер. В большинстве случаев это вопрос правильной настройки существующей инфраструктуры.
Если хотите понять, что именно тормозит вашу систему, напишите — разберём вашу ситуацию. Подключусь удалённо, посмотрю ключевые показатели и покажу:
— где теряется производительность
— что можно исправить
— какой будет эффект по скорости
Диагностика занимает 15–20 минут. Дальше вы сами решаете, внедрять изменения или нет.