← На главную

Работа с файловой базой данных 1С через общую сетевую папку (протокол SMB) — это классический сценарий для небольших магазинов. Однако пользователи часто сталкиваются с ситуацией, когда при поиске товара или подборе номенклатуры программа «зависает», а сетевой трафик между компьютерами возрастает до гигабайтов. Рассмотрим подробно, почему это происходит и как исправить ситуацию, превратив медленную систему в отзывчивый инструмент.

Почему файловая 1С «качает» гигабайты данных?

Проанализируем архитектуру файлового режима. В этом режиме вся логика выполняется на компьютере пользователя (клиенте). Когда вы вводите артикул или название товара в «1С:Рознице», клиентское приложение должно прочитать таблицы базы данных .1CD, чтобы найти соответствие. Если база весит 4 ГБ, а поиск не оптимизирован, платформа может считать через сеть значительную часть этого файла.

Основные причины аномального трафика:

1. Протокол SMB: При передаче данных через общую папку Windows накладывает свои ограничения и проверки. Если включено «подписание пакетов SMB», скорость падает в разы.
2. Полнотекстовый поиск (ППС): Система хранит индексы в папке 1Cv8FTxt. При поиске клиент выкачивает эти индексы для обработки.
3. Индексация и итоги: Если в базе давно не делался пересчет итогов, 1С приходится вычислять остатки и цены «на лету», перебирая тысячи записей по сети.

Решение №1: Переход на Автономный сервер (ibsrv.exe)

Разберем самый современный и эффективный способ. Вместо того чтобы давать доступ к файлу базы через общую папку, мы запустим специальную службу, которая будет сама работать с файлом и отдавать клиенту только готовый результат. Это превращает файловую базу в подобие клиент-серверной без покупки дорогих лицензий.

Выполним следующие шаги на основном компьютере (где лежит база):

1. Найдем в папке установки платформы (обычно это C:\Program Files\1cv8\8.3.X.X\bin) файл ibsrv.exe.
2. Запустим его с параметрами публикации базы. Программа начнет принимать запросы по протоколу HTTP.
3. На втором компьютере изменим тип подключения. Вместо «На данном компьютере или в локальной сети» выберем «На веб-сервере» и укажем адрес основного ПК.

Теперь поиск будет происходить на стороне сервера, и по сети передадутся лишь несколько килобайт текста вместо сотен мегабайт индексов.

Решение №2: Оптимизация полнотекстового поиска

Выясним причину «циклического скачивания», о котором часто говорят пользователи. Это часто связано с повреждением или разрастанием индекса ППС. Проанализируем состояние поиска в разделе Администрирование — Поддержка и обслуживание — Полнотекстовый поиск.

Если поиск по части строки для вас не критичен, его можно просто отключить, что мгновенно снимет нагрузку с сети. Если же поиск нужен, выполним следующие действия:

1. Нажмем кнопку «Очистить индекс».
2. Затем нажмем «Обновить индекс».

Это удалит «мусор» из индексных файлов и пересоберет их заново, уменьшая объем данных, передаваемых на клиентский компьютер.

Решение №3: Настройка Windows и антивируса

Часто проблема кроется в настройках операционной системы. Рассмотрим настройки SMB и защиты. Windows 10/11 по умолчанию проверяет каждый пакет данных, что создает «пробки» в 100-мегабитной сети.

Добавим исключения в антивирус:

На обоих компьютерах необходимо добавить в исключения (белый список) расширения файлов 1С. Это предотвратит постоянное сканирование трафика защитником Windows. Укажите следующие расширения:

• *.1cd — основной файл базы.
• *.1cl — файл блокировок.
• *.sdln — служебные файлы.
• *.tmp — временные файлы (их 1С создает сотнями при поиске).

Отключим подписание пакетов SMB:

Для этого в редакторе групповых политик (gpedit.msc) найдем раздел: Конфигурация компьютера -> Конфигурация Windows -> Параметры безопасности -> Локальные политики -> Параметры безопасности. Установим в положение «Отключено» параметры, касающиеся цифровой подписи клиента и сервера SMB.

Решение №4: Профилактика базы данных (Тестирование и исправление)

Посмотрим на ситуацию со стороны данных. Если база «замусорена», любой запрос будет выполняться долго. Выполним регламентные операции в конфигураторе:

1. Запустим 1С в режиме Конфигуратор.
2. Перейдем в меню Администрирование — Тестирование и исправление.
3. Выберем пункты:
   • Реиндексация таблиц информационной базы.
   • Пересчет итогов.
   • Сжатие таблиц информационной базы.
4. Нажмем «Выполнить».

Это перестроит внутренние индексы файла .1CD. После реиндексации поиск будет требовать меньше операций чтения, что снизит нагрузку на сетевой канал.

Решение №5: Публикация на Apache или IIS

Если «Автономный сервер» по каким-то причинам не подходит, разберем классический метод через веб-сервер Apache. Это решение проверено годами и является стандартом для работы файловых баз по сети.

Алгоритм действий:

1. Установим Apache 2.4 на основной компьютер.
2. В 1С через меню Администрирование — Публикация на веб-сервере создадим публикацию нашей базы.
3. На клиентском ПК при добавлении базы выберем адрес вида http://имя_сервера/название_базы.

Преимущество этого метода: Даже если вы используете Wi-Fi или медленную 100-мегабитную сеть, скорость работы будет почти такой же, как если бы база лежала прямо на вашем компьютере. Весь «тяжелый» трафик останется внутри сервера.

Стоит ли прокладывать гигабитную сеть?

Рассмотрим целесообразность модернизации оборудования. Переход на 1 Гбит/с, безусловно, ускорит передачу данных в 10 раз. Однако, как мы выяснили, если 1С при поиске одного товара качает 500 МБ, то ожидание в 1-2 минуты сократится до 6-12 секунд. Это лучше, но все еще бесконечно далеко от мгновенного отклика, который должен быть на кассе. Поэтому гигабитная сеть — это лишь временное «заплатки», в то время как публикация базы через веб-сервер или автономный сервер — это полноценное решение проблемы.

Подведем итог: Для комфортной работы в «Рознице 2.3» по сети необходимо уйти от использования «общих папок». Использование ibsrv.exe или Apache в сочетании с регулярным обслуживанием базы и настройкой исключений антивируса позволит вам забыть о задержках при подборе товаров.