← На главную

При работе с файловой базой данных 1С:Предприятие 8.3 многие системные администраторы и пользователи сталкиваются с парадоксальной ситуацией: пока в базе работает один человек, сетевая активность практически незаметна. Однако стоит подключиться второму пользователю — и даже в состоянии полного покоя (когда никто не открывает документы и не строит отчеты) сетевой трафик между рабочими станциями и сервером возрастает до 10–20 Мбит/с. Разберем подробно, почему так происходит, и проанализируем методы устранения этой проблемы.

Причина 1: Механизмы сетевого протокола SMB и блокировки OpLocks

Первым делом выясним причину на уровне операционной системы. Основная часть трафика генерируется не самой программой 1С, а сетевым протоколом SMB (Server Message Block), через который организован доступ к общей папке с базой.

Рассмотрим, как меняется поведение системы при разном количестве подключений:

1. Один пользователь: Windows задействует механизм «оптимистических блокировок» (Opportunistic Locking или OpLocks). Это позволяет клиенту кэшировать значительную часть файла 1Cv8.1CD в своей оперативной памяти. Сетевой трафик минимален, так как запросы на чтение данных обрабатываются локально.
2. Два и более пользователей: Как только к файлу обращается второй клиент, сервер обязан отозвать OpLocks у первого. Система переходит в режим строгой синхронизации. Теперь при каждом обращении к данным клиент должен убедиться, что они не изменены другим пользователем. Это порождает лавинообразный поток мелких сетевых пакетов для проверки актуальности кэша и подтверждения блокировок, что мы и видим в мониторе ресурсов как постоянный трафик в 10–20 Мбит/с.

Причина 2: Особенности Тонкого клиента в файловом режиме

Проанализируем архитектуру работы 1С. Важно понимать, что при работе через сетевую шару «Тонкий клиент» перестает быть по-настоящему тонким. В этом режиме он фактически берет на себя функции сервера базы данных. Он самостоятельно считывает физические блоки файла .1CD по сети, обрабатывает их и записывает обратно. В режиме управляемых форм первый запущенный клиент эмулирует серверные функции, но при появлении коллег нагрузка на сеть возрастает из-за необходимости синхронизации этого «эмулируемого сервера» с другими участниками обмена.

Способ решения 1: Использование веб-сервера (рекомендуемый метод)

Самый эффективный способ радикально снизить сетевой трафик и повысить стабильность — это отказ от прямого доступа к файлу через SMB (общую папку). Рассмотрим переход на публикацию базы через веб-сервер (Apache или IIS).

Разберем преимущества этого подхода:

• Минимизация трафика: Тонкий клиент общается с веб-сервером по протоколу HTTP/HTTPS, передавая только данные форм и результаты запросов, а не «сырые» куски файла базы данных.
• Отсутствие сетевых блокировок: Веб-сервер работает с файлом базы данных локально. Проблемы с OpLocks и разрывом сетевых соединений при нестабильном Wi-Fi уходят в прошлое.
• Безопасность: Вам больше не нужно давать пользователям права на изменение файлов в сетевой папке, что защищает базу от случайного удаления или вирусов-шифровальщиков.

Важно: При использовании веб-сервера следует внимательно подойти к вопросу лицензирования, так как механизм раздачи программных лицензий может измениться (лицензии может выдавать сам веб-сервер).

Способ решения 2: Оптимизация регламентных заданий

Выясним, что именно заставляет 1С обращаться к диску даже в простое. В современных типовых конфигурациях (например, Бухгалтерия предприятия 3.0) работает множество фоновых процессов. Проанализируем список регламентных заданий и отключим те, которые не требуются для оперативной работы:

1. Полнотекстовый поиск (ППС): Постоянная индексация данных создает значительную нагрузку. Если пользователи не пользуются глобальным поиском, его лучше отключить.
2. Автоматическое обновление конфигурации: Платформа периодически проверяет наличие обновлений, опрашивая таблицы в .1CD.
3. Классификаторы и курсы валют: Фоновая загрузка может генерировать лишнюю активность.

Для отключения можно воспользоваться стандартной обработкой «Регламентные и фоновые задания» в разделе «Администрирование» — «Обслуживание».

Способ решения 3: Работа с журналом регистрации

Иногда аномальный трафик вызван «разросшимся» журналом регистрации. В версии 8.3 он хранится в формате SQLite (файлы с расширением .lgp). Посмотрим на объем папки 1Cv8Log. Если она занимает гигабайты, чтение и запись в журнал через сетевую шару будут крайне медленными.

Попробуем выполнить следующие действия:

• Настройте сокращение журнала регистрации (архивирование старых записей).
• Временно переименуйте папку 1Cv8Log при выключенных пользователях и проверьте активность с «чистым» журналом. Если трафик упал — проблема была в объеме логов.

Способ решения 4: Настройка прав доступа и RLS

Проанализируем влияние прав пользователей. Использование механизма RLS (Record Level Security — ограничение прав на уровне записей) в файловом режиме существенно замедляет работу. При каждом запросе система добавляет сложные условия проверки прав, что увеличивает количество обращений к файлу базы. Если бизнес-процессы позволяют, использование пользователей с «Полными правами» (где проверки минимальны) может немного ускорить работу и снизить количество мелких запросов к сети.

Технические настройки сетевого окружения

Если переход на веб-сервер невозможен, выполним тонкую настройку сети:

• Версия SMB: Убедитесь, что все компьютеры используют протокол версии SMB 3.0 или выше (Windows 10/11, Windows Server 2012+). Использование хотя бы одного ПК с Windows 7 (где SMB 2.1) может заставить сервер снизить уровень оптимизации для всей сети.
• Антивирус: Добавьте расширение *.1CD, *.1cl и процессы 1cv8.exe в исключения сканирования на всех рабочих станциях. Антивирусы часто перехватывают каждый сетевой запрос к базе, удваивая нагрузку на канал связи.
• Энергосбережение: Отключите функции энергосбережения для сетевых карт на клиентских машинах, чтобы избежать микро-задержек при обработке пакетов.

Таким образом, высокая сетевая активность в простое — это естественное следствие архитектуры файловой 1С при работе через сетевую шару. Наиболее правильным вектором развития системы будет переход на клиент-серверный вариант (SQL) или, как минимум, публикация базы через веб-сервер.