Файловая база 1С: модуль работает медленно, обмен по расписанию не запускается
Проблема
В файловом варианте информационной базы обмен с маркетплейсами идёт медленно, интерфейс подвисает на выгрузке цен и остатков, а обмен по расписанию не выполняется сам — заказы не загружаются, пока не нажать обмен вручную. При работе нескольких пользователей появляются ошибки «Конфликт блокировок при выполнении транзакции».
Решение
ПОЧЕМУ ТАК ПРОИСХОДИТ 1. Регламентные задания. В файловом варианте нет сервера 1С, и платформа не выполняет регламентные задания самостоятельно — их подхватывает клиентский сеанс. Задания идут только пока открыта 1С: закрыли программу или ушёл последний пользователь — автообмен остановился. Если сеанс один и он занят длительной операцией, очередной запуск задания сдвигается. 2. Блокировки. В файловом режиме данные блокируются таблицами целиком, а не отдельными строками. Обмен активно пишет в регистры остатков, цен и заказов — на это время остальные пользователи ждут. 3. Один процесс на всё. Расчёты, работа с файлом базы и обращения к API маркетплейсов выполняются на одном компьютере в одном процессе, поэтому диск и сеть быстро становятся узким местом. Если файл базы лежит на сетевой папке, работа замедляется кратно. 4. Размер базы. В файловом варианте действует ограничение платформы на размер одной таблицы (4 ГБ), а таблицы заказов и остатков маркетплейсов растут быстро. КАК ПРОВЕРИТЬ СВОЙ ВАРИАНТ БАЗЫ Откройте в модуле «Информация для техподдержки» — там есть строка «Размещение ИБ: Файловая» или «Размещение ИБ: Клиент-серверная». Эти же данные прикладывайте к обращению в поддержку. ЧТО ДЕЛАТЬ Рекомендуемое решение — перевести базу в клиент-серверный вариант (сервер 1С + PostgreSQL или MS SQL). Тогда регламентные задания выполняются сервером круглосуточно и без открытой 1С, блокировки становятся построчными, ограничение в 4 ГБ на таблицу снимается. Если перевод пока невозможен, остроту снижают: — отдельный технический сеанс 1С, который не закрывают: с него выполняются регламентные задания; — файл базы на локальном SSD, а не на сетевом диске; — более редкое расписание обменов и меньшая глубина загрузки заказов; — регулярное «Тестирование и исправление» и сжатие файла базы (chdbfl) в монопольном режиме, обязательно с резервной копией перед началом. ВАЖНО Замедления и пропуски обменов, вызванные файловым вариантом базы, не являются дефектом модуля. Перевод базы в клиент-серверный режим и настройка сервера в поддержку модуля не входят и выполняются как отдельная платная работа.
Не помогло? Напишите в поддержку — разберём вашу ситуацию и дополним материал.