Сервер 1С тормозит: диагностика по шагам от клиента до дисков

Причины: признак и что делать

Что проверить сначала, ничего не меняя

1. У кого и когдаОдин сотрудник или все; постоянно, в определённые часы или при определённых действиях. Один — клиент и сеть; все и по часам — расписание; все и всегда — сервер, СУБД или файловая база.
2. Что именно медленноОткрытие форм и списков, проведение документов, отчёты, запуск программы. Формы и списки — чаще клиент и сеть; проведение и отчёты — СУБД, индексы, диски.
3. Вариант работыФайловая база (один файл 1CV8.1CD на сетевой папке) или клиент-серверный вариант: кластер серверов 1С и СУБД. «1С» описывает файловый вариант как режим для одного пользователя или небольшого числа пользователей в локальной сети; клиент-серверный — для бесперебойной работы большого числа пользователей с крупными базами.
4. Ресурсы сервераДиспетчер задач или монитор ресурсов на сервере: процессор, занятая память, очередь к диску, свободное место на диске с базой и журналами. Снимок в момент «тормозов» и в спокойное время.
5. РасписаниеРезервное копирование, регламентные задания 1С, обслуживание СУБД, полное сканирование антивируса, обновления Windows — совпадают ли с жалобами по времени.

Причины и как их распознать

1. Файловая база по сети вместо клиент-серверного варианта

В файловом варианте вся база — один файл на сетевой папке, и каждый клиентский компьютер читает и пишет его по сети сам. Пока пользователей двое-трое и база небольшая, это терпимо; с ростом числа сеансов и объёма каждый отчёт гоняет по сети гигабайты, а Wi‑Fi превращает проведение документа в минуты. «1С» прямо описывает файловый вариант как режим для персональной работы или небольшого числа пользователей в локальной сети, а клиент-серверный — как трёхуровневую архитектуру с кластером серверов и СУБД, где запросы выполняются на сервере, а клиенту уходит результат. Переход на клиент-серверный вариант — это лицензии сервера 1С, установка СУБД и перенос базы через выгрузку; делается в окно обслуживания с резервной копией.

Как распознать: в списке баз путь вида `\\server\base\`; сеансов больше пяти; тормозит у всех и всегда, по Wi‑Fi — сильнее.

2. Память СУБД: не ограничена или не хватает

SQL Server по умолчанию может занять почти всю память сервера: значение max server memory «из коробки» — 2 147 483 647 МБ, то есть без ограничения, и Microsoft рекомендует задавать его явно, оставляя память операционной системе и другим процессам — например, серверу 1С на той же машине. Обратная ошибка — слишком маленький лимит, при котором СУБД постоянно читает данные с диска вместо памяти. Для PostgreSQL та же логика с параметрами памяти в конфигурации. Менять лимит нужно с записью старого значения и в окно обслуживания.

Как распознать: в Диспетчере задач процесс СУБД держит почти всю память, а свободной — сотни мегабайт; либо наоборот, памяти много, а диск в очереди при каждом отчёте.

3. Антивирус сканирует файлы базы и копий

Антивирус, который проверяет файлы данных и журналов СУБД при каждом обращении, замедляет запись и может помешать СУБД открыть базу. Microsoft публикует отдельную инструкцию: какие процессы, папки и расширения исключить из сканирования на сервере с SQL Server — файлы данных .mdf, .ldf, .ndf, резервные копии, полнотекстовые каталоги. Исключения задаёт администратор точечно; отключать антивирус на сервере нельзя.

Как распознать: диск занят процессом антивируса; замедление при записи, проведении и во время резервного копирования; после установки нового антивируса стало хуже.

4. Статистика и индексы: СУБД «забыла», как искать

Оптимизатор запросов SQL Server строит планы по статистике о содержимом таблиц; когда статистика устарела, план выбирается плохой, и отчёт, который шёл секунды, идёт минуты. Индексы со временем фрагментируются, и Microsoft описывает два приёма обслуживания — реорганизацию и перестроение, с рекомендацией выбирать их по степени фрагментации, а не «перестраивать всё каждую ночь». У PostgreSQL ту же роль играют VACUUM и ANALYZE: документация требует регулярного вакуума и актуальной статистики, иначе планировщик выбирает неэффективные планы; обычно это делает автоматический autovacuum, но его настройки под нагрузку 1С стоит проверить. Регламентное обслуживание СУБД — это план на окно обслуживания, а не разовое действие.

Как распознать: замедление росло постепенно; отдельные отчёты и проведение в разы медленнее остального; к концу месяца хуже; после обновления статистики — заметно лучше.

5. Диски, место и питание

База и журналы транзакций на жёстких дисках, деградировавший RAID после отказа одного диска, диск, заполненный на 95 %, — всё это даёт очередь к диску, которую видно в мониторе ресурсов. Отдельная история — tempdb SQL Server на том же медленном диске, что и база. Сервер «в кладовке» без ИБП и с пылью добавляет перегрев и внезапные перезагрузки, после которых СУБД восстанавливает журнал и тормозит ещё сильнее. Решение здесь не настройка, а оборудование: SSD для баз и журналов, место под рост, мониторинг состояния дисков и контроллера.

Как распознать: очередь к диску и высокое время отклика диска в мониторе ресурсов; предупреждения RAID-контроллера; свободного места меньше 10–15 %; шум, тепло, «сам перезагрузился».

6. Регламентные задания и расписание

Резервное копирование в 9:00, регламентные задания 1С каждый час, полное сканирование антивируса в обед, обновления Windows в рабочее время — каждое само по себе полезно, но вместе они дают «1С тормозит по расписанию». Самый дешёвый шаг во всей статье: собрать расписания в одну таблицу и вынести тяжёлое в окно обслуживания, оставив в рабочее время только то, что обязано работать по бизнес-логике.

Как распознать: тормозит в одни и те же минуты; совпадает с заданиями в журналах; ночью и в выходные жалоб нет.

7. Терминальный сервер, клиенты и сеть

Если запросы к базе быстрые, а интерфейс «залипает», причина у пользователя: терминальный сервер с десятками сеансов и 100 % процессора, старые компьютеры с жёстким диском и 4 ГБ памяти (это минимум для тонкого клиента по требованиям «1С»), Wi‑Fi в дальнем кабинете, VPN через интернет для удалённых сотрудников с толстым клиентом. Для удалёнки «1С» предлагает тонкий клиент и веб-клиент через веб-сервер — трафик меньше, чем у толстого клиента напрямую к базе.

Как распознать: тормозит у части пользователей; на терминальном сервере процессор на пределе; по кабелю в офисе быстро, по Wi‑Fi и VPN — нет.

Безопасный порядок проверки

1. Запишите симптом: у кого, когда, в каких действиях, с какой даты.
2. Определите вариант работы и место СУБД: файловая база по сети или кластер 1С и СУБД на сервере.
3. Снимите показатели сервера в момент «тормозов» и в спокойное время: процессор, память, очередь к диску, место.
4. Сверьте расписания заданий, копий, антивируса и обновлений с временем жалоб.
5. Проверьте исключения антивируса для файлов и процессов СУБД.
6. Проверьте лимит памяти СУБД и запишите текущие значения, прежде чем что-то менять.
7. Посмотрите, когда последний раз обновлялась статистика и обслуживались индексы, и есть ли план обслуживания.
8. Сравните работу по кабелю, по Wi‑Fi и через VPN на одном и том же действии.
9. Меняйте один параметр за раз, в окно обслуживания, с резервной копией и записью старого значения.
10. Если причина не найдена или нужны переход на клиент-серверный вариант, SSD, память и план обслуживания СУБД, дальше — инженер.

Когда остановиться и вызвать инженера

• файловая база с пятью и более пользователями — нужен переход на клиент-серверный вариант;
• СУБД занимает всю память или сервер перезагружается сам;
• диски показывают ошибки, RAID деградировал, место заканчивается;
• нет плана обслуживания СУБД и резервных копий, или копии делаются выгрузкой .dt;
• нужны технологический журнал, замеры производительности и разбор запросов конфигурации;
• администратор уволился, паролей от сервера, СУБД и кластера нет;
• сервер стоит без ИБП, перегревается, шумит.

Что подготовить перед обращением

• вариант работы 1С и где стоит СУБД, версии платформы и СУБД, если известны;
• число пользователей и примерный размер базы;
• у кого и когда тормозит, что показывает монитор ресурсов;
• расписания копий и заданий;
• кто администрирует сервер сейчас и есть ли доступы.

Мы обслуживаем серверы организаций в Санкт-Петербурге и Ленинградской области, включая серверы 1С: мониторинг ресурсов, дисков и служб, обновления по согласованному окну с планом отката, резервное копирование по схеме 3-2-1 с тестовым восстановлением раз в квартал. Настройку и доработку самой конфигурации 1С выполняет профильный партнёр под нашим договором. Заявки принимаем в будни с 10:00 до 19:00, реагируем в течение 30 минут, серверы администрируем удалённо; при аварии выезжаем в течение рабочего дня — как правило, за 2–4 часа. Принимаем серверы после другого подрядчика.