Ситуация, когда небольшая база 1С потребляет сотни гигабайт сетевого трафика в сутки даже в ночное время, является критической. Такая аномалия чаще всего связана с особенностями работы файлового варианта информационной базы, размещенного на сетевом ресурсе. Давайте подробно разберем, как проанализировать эту проблему и какие шаги предпринять для ее устранения.
Первым делом нам необходимо выяснить, кто именно генерирует трафик. Не стоит сразу винить 1С, так как под её процессом могут «маскироваться» другие сетевые активности. Рассмотрим действия по диагностике:
1cv8.exe. Это позволит увидеть, к каким IP-адресам и сетевым путям обращается программа. Если трафик идет на внешний сервер — ищем настройки интеграций, если на сетевую папку — проблема в файловом доступе.РегламентныеЗадания и временно отключите все задания, кроме критически важных. Последовательно включая их обратно, мы сможем вычислить то самое задание, которое провоцирует сетевую активность.Современная БП 3.0 плотно интегрирована с интернет-сервисами. Рассмотрим наиболее частые причины «паразитного» трафика:
Отключение новостных лент и обновлений: Проверьте настройки информационных центров и новостей. В ряде случаев постоянные попытки 1С «достучаться» до серверов 1С для обновления классификаторов (например, ФИАС) или получения новостей при нестабильном соединении могут приводить к цикличным перезапросам, генерирующим большой объем данных.
Сервисы проверки контрагентов: Если в конфигурации настроена автоматическая проверка достоверности данных, попробуйте временно деактивировать эти функции. Постоянный обмен данными с сервисами контроля контрагентов при наличии больших списков может создавать существенную нагрузку.
Если мы работаем с базой, расположенной на сетевом диске (SMB), мы должны понимать, что каждый запрос к данным требует передачи файлов базы .1CD по сети. При малейших задержках или блокировках со стороны антивирусов 1С может пытаться перечитать файл, что и дает колоссальный трафик.
Рассмотрим следующие рекомендации:
1Cv8.1CD. Добавьте каталог с базой в исключения на всех рабочих станциях и сервере.MSSQL или PostgreSQL позволяет перенести нагрузку на сервер БД. В этом случае по сети передаются не блоки данных файла, а только результаты SQL-запросов, что драматически снижает сетевой трафик.Apache или IIS. Публикация позволяет работать с базой через веб-сервер, который более эффективно управляет сессиями и доступом к данным, исключая прямую передачу файлов по протоколу SMB.Если вышеуказанные шаги не помогли, необходимо проанализировать работу платформы с помощью Технологического Журнала. Мы можем настроить фильтрацию событий на запись/чтение файлов и ошибки доступа. Это позволит увидеть, какие именно объекты 1С (планы обмена, таблицы базы данных) вызывают бесконечный цикл обращений.
Посмотрим на пример конфигурации файла logcfg.xml для отладки обращений к данным:
<config xmlns="http://v8.1c.ru/v8/tech-log">
<log location="C:\Logs" history="24">
<event>
<eq property="Name" value="DB"/>
</event>
<property name="all"/>
</log>
</config>
Использование этого метода требует определенных навыков, но он дает наиболее точный ответ на вопрос, что именно «качает» данные из вашей базы. Мы рекомендуем проводить анализ совместно с квалифицированным специалистом 1С, так как логи могут занимать значительный объем на диске.
В завершение подчеркнем: файловая БП 3.0 на сетевом ресурсе — это компромиссное решение для малых групп. При росте базы или количества пользователей обязательно рассматривайте вариант перехода на клиент-сервер для обеспечения стабильной и безопасной работы системы.