Администрирование · 11 мин
Почему 1С медленно работает по сети и как это исправить
Разбираем, почему 1С тормозит при работе по сети: файловый и клиент-серверный режимы, сеть, диски, антивирус. Пошаговая диагностика и конкретные способы ускорения.
Медленная работа 1С по сети — одна из самых частых жалоб бухгалтеров и системных администраторов. Проведение документа занимает минуты вместо секунд, отчёты формируются по полчаса, а при одновременной работе нескольких пользователей программа и вовсе «зависает». При этом на локальном компьютере та же база может работать нормально, что сразу указывает на проблему именно в сетевом взаимодействии.
Причин у сетевых тормозов 1С всегда несколько, и они редко сводятся к одной «слабой сети». На скорость влияют режим работы базы (файловый или клиент-серверный), пропускная способность и задержки сети, производительность дисковой подсистемы сервера, настройки антивируса, параметры СУБД и даже конфигурация самой базы. Чтобы ускорить работу, нужно последовательно проверить каждое звено, а не гадать.
Ниже разобраны основные причины медленной работы 1С по сети, способы диагностики и конкретные меры ускорения — от бесплатных настроек до перехода на клиент-серверную архитектуру.
Файловый или клиент-серверный режим: главный фактор скорости
Первое, что нужно выяснить, — в каком режиме работает база. В файловом режиме база хранится в одном файле 1Cv8.1CD на сетевом диске, и каждый пользователь напрямую читает и пишет в него через сетевую файловую систему (SMB). При одном-двух пользователях это ещё терпимо, но уже при трёх-пяти одновременных сеансах начинаются блокировки: пока один проводит документ, остальные ждут. Кроме того, платформа передаёт по сети большие объёмы данных — при формировании отчёта через сеть может «прокачиваться» значительная часть файла базы.
В клиент-серверном режиме данные хранятся в СУБД (MS SQL Server, PostgreSQL), а сервер 1С выполняет запросы локально, передавая клиенту только результат. Сетевой трафик сокращается в разы, блокировки управляются СУБД и касаются отдельных записей, а не всей базы. Для базы размером больше нескольких гигабайт и числом пользователей от пяти-семи клиент-серверный режим — практически обязательное условие нормальной скорости.
Сравнение режимов работы
Подходит для 1–3 пользователей и небольших баз. Дёшево и просто, но плохо масштабируется: блокировки всей таблицы, высокая нагрузка на сеть.
Подходит от 5 пользователей и баз от нескольких гигабайт. Требует лицензий на сервер 1С и СУБД, администрирования, но снимает большинство сетевых проблем.
Снижают трафик и требования к ПК пользователей в любом режиме, но не решают проблему медленного сервера или СУБД.
Как проверить сеть между клиентом и сервером
Даже быстрая СУБД не спасёт, если между клиентом и сервером плохой канал. Начните с простых проверок: выполните ping до сервера с рабочей станции. Для локальной сети нормальная задержка — доли миллисекунды, единицы миллисекунд уже заметны в файловом режиме, а потери пакетов недопустимы вовсе. Затем проверьте реальную скорость копирования: скопируйте с сервера файл размером около гигабайта и засеките время. На гигабитной сети скорость должна быть близка к 100 МБ/с; значения в 10–11 МБ/с означают, что соединение работает на 100 Мбит/с.
Типичные сетевые причины медленной работы: подключение пользователей по Wi-Fi вместо кабеля, старые коммутаторы на 100 Мбит/с, дешёвые сетевые карты, согласовавшие скорость 100 Мбит вместо 1 Гбит из-за повреждённого кабеля, а также работа через VPN или удалённые филиалы с большими задержками. Особенно критичен файловый режим: для него задержка важнее пропускной способности, и даже «быстрый» VPN с ping в 30–50 мс сделает работу мучительной.
ping -n 50 server1c
pathping server1cЕсли пользователи подключаются из другого офиса, правильное решение — не тянуть файловую базу через WAN, а использовать RDP-доступ к терминальному серверу, веб-клиент или публикацию базы через веб-сервер. В этих схемах по сети передаётся только экран и действия пользователя, а вся работа с данными идёт внутри локальной сети сервера.
Диски и ресурсы сервера
Второй по частоте источник проблем — медленная дисковая подсистема там, где лежит база. Классический сценарий: база размещена на обычном офисном компьютере с HDD или на NAS начального уровня. Для файловой базы и особенно для СУБД критична скорость случайного чтения и записи, а не последовательная. Перевод базы с HDD на SSD часто даёт ускорение в разы без каких-либо других изменений.
Проверьте также объём оперативной памяти и загрузку процессора на сервере. Для SQL Server память — ключевой ресурс: если СУБД не хватает ОЗУ для кэширования данных, каждый запрос идёт на диск. Откройте диспетчер задач или монитор ресурсов в момент «тормозов»: постоянная загрузка диска на 100% при умеренной активности пользователей указывает на узкое место именно в хранилище. Полезно убедиться, что база и журнал транзакций SQL Server расположены на быстрых дисках и на них есть свободное место — переполненный диск резко замедляет работу.
Перенести базу на SSD, проверить свободное место и состояние RAID
Проверить кабели, коммутаторы, скорость портов, убрать Wi-Fi для рабочих мест
Смотреть планы запросов, индексы, обновить статистику
Файловый режим — переходить на клиент-серверный; в SQL — искать взаимоблокировки
Антивирус и стороннее ПО
Антивирус на сервере и на клиентах — частый скрытый тормоз. Он проверяет каждое обращение к файлу базы или к файлам СУБД, а в файловом режиме таких обращений по сети очень много. Особенно заметно это при открытии базы, проведении документов и формировании отчётов.
Правильная настройка — добавить в исключения антивируса каталоги с файловой базой, файлы данных и журналов СУБД (mdf, ldf, ndf), каталоги сервера 1С и исполняемые файлы платформы (rphost, ragent, 1cv8). После настройки исключений сравните время типовой операции «до» и «после» — разница часто ощутима сразу.
Кроме антивируса, на скорость могут влиять программы резервного копирования, работающие в разгар рабочего дня, системы DLP и индексирование Windows на диске с базой. Перенесите расписание бэкапов на нерабочее время и отключите индексирование каталогов с данными.
Настройка СУБД и платформы
Если база уже клиент-серверная, но всё равно медленная, проверьте настройки СУБД. Для MS SQL Server важны: модель восстановления (для большинства баз 1С достаточно простой — simple — вместо полной), ограничение максимальной памяти сервера (оставьте ОС несколько гигабайт, иначе SQL заберёт всё), регулярное обновление статистики и перестроение индексов. Устаревшая статистика приводит к тому, что оптимизатор строит плохие планы запросов, и отчёты тормозят без видимой причины.
На стороне платформы 1С обратите внимание на журнал регистрации: при максимальном уровне детализации он разрастается и замедляет работу. Настройте регистрацию только нужных событий и периодически сокращайте журнал. Также проверьте версию платформы — в новых релизах регулярно исправляются ошибки производительности, а очень старые платформы плохо работают с современными версиями SQL Server.
Проблемы в самой базе и конфигурации
Иногда инфраструктура в порядке, а медленно работает конкретная операция: один отчёт, проведение определённого документа, закрытие месяца. Это признак проблем в данных или в коде конфигурации. Типичные причины: огромные таблицы без регламентной чистки (например, многолетние движения по регистрам), нерациональные запросы в доработках, отключённый режим разделения итогов, накопленные «мусорные» данные — помеченные объекты, истории версий, очереди обменов.
Полезные регламентные меры: тестирование и исправление базы, удаление помеченных объектов, свёртка старых периодов (после согласования с учётной службой), настройка итогов по регистрам. Для поиска медленных запросов используйте технологический журнал платформы с фильтром по длительности событий DBMSSQL/DBPOSTGRS — он покажет, какие именно запросы занимают секунды и минуты.
- 1Определите режим базы (файловый/клиент-серверный) и число одновременных пользователей
- 2Замерьте ping и скорость копирования файла между клиентом и сервером
- 3Проверьте загрузку диска, памяти и CPU на сервере в момент тормозов
- 4Добавьте каталоги 1С и СУБД в исключения антивируса и повторите замер
- 5Проверьте настройки СУБД: память, модель восстановления, статистика и индексы
- 6Включите технологический журнал и найдите конкретные медленные запросы
- 7Сравните время типовой операции до и после каждого изменения
Частые ошибки при попытках ускорить 1С
Самая распространённая ошибка — менять всё сразу и не измерять результат. Без замеров «до» и «после» невозможно понять, что помогло, а что было лишним. Зафиксируйте время выполнения двух-трёх типовых операций (проведение конкретного документа, формирование стандартного отчёта) и используйте их как контрольные точки.
Вторая ошибка — покупать мощный сервер, не устранив сетевую проблему: если пользователи сидят на Wi-Fi или 100-мегабитных портах, новый сервер почти ничего не даст. Третья — размещать файловую базу на NAS с медленными дисками и надеяться на стабильную работу десяти пользователей: файловый режим в таких условиях принципиально не масштабируется.
FAQ: частые вопросы о медленной работе 1С по сети
1С тормозит только утром, когда все заходят в базу. В чём причина?
Это типичная картина для файлового режима: при массовом подключении возникают блокировки и пиковая нагрузка на диск и сеть. Также утром могут запускаться регламентные задания, обмены и антивирусные проверки. Решения: переход на клиент-серверный режим, перенос регламентных заданий на нерабочее время, ускорение дисковой подсистемы.
Поможет ли увеличение скорости интернета, если 1С работает в локальной сети?
Нет. Интернет-канал не участвует в работе 1С внутри локальной сети — данные идут между компьютерами через коммутатор. Исключение: база размещена в облаке или пользователи подключаются через VPN извне — тогда важны пропускная способность и особенно задержка внешнего канала.
Сколько пользователей выдерживает файловая база 1С?
Точного предела нет — он зависит от размера базы, интенсивности работы и скорости дисков. Практически комфортная работа обычно возможна при 1–3 активных пользователях; уже при 5 и более блокировки становятся заметными. Если пользователей больше, планируйте переход на клиент-серверную архитектуру.
База на SQL Server, но отчёты всё равно формируются очень долго. Что делать?
Проверьте обновление статистики и состояние индексов, объём памяти, выделенной SQL Server, и загрузку дисков. Затем включите технологический журнал и найдите конкретные медленные запросы — часто проблема в одном неоптимальном отчёте или доработке, а не в сервере целиком.
Можно ли ускорить работу филиала, подключённого через интернет?
Да, но не «ускорением канала», а сменой схемы доступа. Используйте терминальный доступ (RDP) к серверу в центральном офисе, веб-клиент или публикацию базы через веб-сервер. Тогда по внешнему каналу передаётся только изображение и действия пользователя, а не данные базы.
Опасно ли размещать файловую базу на NAS?
Рискованно. Многие NAS имеют медленные диски и свою реализацию SMB, что приводит и к тормозам, и к повышенному риску повреждения файла базы при сбоях. Для файлового режима надёжнее полноценный сервер с Windows/Linux и SSD, а лучше — клиент-серверный вариант.
Что важно запомнить
Медленная работа 1С по сети почти всегда объясняется сочетанием факторов: файловый режим при нескольких пользователях, медленные диски, задержки в сети и антивирус. Диагностируйте последовательно, измеряйте результат каждого шага, а при росте числа пользователей переходите на клиент-серверную архитектуру — это самое надёжное решение.