Как решить проблемы с тормозами и ошибками после обновления 1С:Розница до версии 2.2.11 и платформы до 8.3.13

← На главную

Обновление учетных систем — это всегда ответственный процесс, который нередко сопровождается непредвиденными сложностями. В практике работы с 1С:Розница версии 2.2.11.24 и платформой 8.3.13.1644 многие специалисты столкнулись с целым комплексом проблем: от внезапных блокировок регламентных заданий до критических задержек при работе кассиров. Проанализируем эти ситуации, выясним их причины и разберем по шагам методы устранения возникших неполадок.

Ошибка «Информационная база перемещена или скопирована»

Одной из первых проблем, с которой сталкивается администратор после обновления платформы до ветки 8.3.13, является появление диалогового окна с сообщением о перемещении базы. Эта ситуация блокирует выполнение всех РегламентныеЗадания, что критично для торговых точек, использующих обмен данными (РИБ) или автоматическую загрузку курсов валют и классификаторов.

Рассмотрим механизм возникновения этой ошибки. Платформа 1С хранит уникальный идентификатор (GUID) информационной базы. При обновлении платформы или изменении параметров серверного кластера этот идентификатор может измениться. Система воспринимает это как создание копии базы и, в целях безопасности (чтобы исключить дублирование выгрузок в банк или ЕГАИС), блокирует фоновые процессы.

Разберем, как правильно восстановить работу:

В появившемся диалоговом окне при запуске системы необходимо нажать кнопку «Информационная база перемещена». Важно не перепутать ее с кнопкой «Это копия», так как последняя навсегда отключит выполнение заданий в текущем сеансе.
Если окно не появляется, а задания все равно не выполняются, проанализируем настройки через консоль администрирования сервера 1С. Нужно убедиться, что в свойствах информационной базы не установлена галочка Блокировка регламентных заданий.
Проверим состояние блокировки программно. Для этого можно запустить базу с параметром /AllowExecuteScheduledJobs, если стандартные средства не помогают.

Медленное сканирование акцизных марок (ЕГАИС)

Самая болезненная проблема для розничной торговли — задержка при сканировании алкогольной продукции, достигающая 5–10 секунд на одну бутылку. Проанализируем техническую сторону вопроса, опираясь на Замер производительности, выполненный в конфигураторе.

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

Рассмотрим пример того, как выглядит проблемный участок логики в коде запроса (упрощенно):


ВЫБРАТЬ
    ЧекККМТовары.Ссылка КАК Документ
ИЗ
    Документ.ЧекККМ.Товары КАК ЧекККМТовары
ГДЕ
    ЧекККМТовары.АкцизнаяМарка = &АкцизнаяМарка
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
    ВозвратТоваровОтПокупателяТовары.Ссылка
ИЗ
    Документ.ВозвратТоваровОтПокупателя.Товары КАК ВозвратТоваровОтПокупателяТовары
ГДЕ
    ВозвратТоваровОтПокупателяТовары.АкцизнаяМарка = &АкцизнаяМарка

Поскольку запрос не ограничен периодом и индексами по конкретным полям, время поиска растет пропорционально объему базы. Если у вас накоплена история продаж за несколько лет, задержка становится невыносимой.

Способы решения:

Архивация чеков: Выполним стандартную процедуру АрхивацияЧековККМ. Удаление старых документов из оперативных таблиц значительно ускорит выполнение поисковых запросов.
Обновление конфигурации: Данная проблема была признана ошибкой и исправлена в последующих патчах для версии 2.2.11 и в релизах ветки 2.3. Рекомендуется обновить конфигурацию до актуальной, где поиск марки ограничен последними месяцами.
Оптимизация индексов: Если оперативное обновление невозможно, программисту 1С следует добавить индексы по реквизиту ШтрихкодУпаковки (или аналогичному, где хранится марка) в табличных частях документов.

Задержки интерфейса в РМК и «эффект второго клика»

Многие пользователи заметили, что кнопки в Рабочем месте кассира (РМК) срабатывают только со второго раза, а диалоговые окна (например, оплата наличными) открываются крайне медленно. Это специфический баг платформы 8.3.13.1644.

Проанализируем ситуацию: в этой версии платформы был изменен механизм прорисовки управляемых форм и взаимодействия с видеоподсистемой Windows. На многих компьютерах (особенно со встроенными картами Intel HD Graphics) это вызвало «фризы» интерфейса. Кроме того, фокус ввода после работы сканера штрихкодов в режиме эмуляции клавиатуры некорректно возвращается на активные элементы формы.

Для исправления ситуации выполним следующие действия:

Смена версии платформы: Это самый эффективный метод. Рекомендуется либо откатиться на стабильную версию 8.3.12.1924, либо обновиться до более поздних сборок 8.3.14 или 8.3.15, где проблемы отрисовки были минимизированы.
Настройка драйверов оборудования: Переведем сканеры штрихкодов из режима эмуляции клавиатуры в режим Native POS (COM-порт). Это позволит программе получать данные через прерывания, не теряя фокус на кнопках интерфейса.
Отключение аппаратного ускорения: В некоторых случаях помогает запуск 1С с параметром /NoHardwareAcceleration, что снижает нагрузку на графическую подсистему и устраняет задержки прорисовки кнопок.

Проблемы распределенных информационных баз (РИБ)

При использовании РИБ после обновления версии 2.2.11 объем файлов обмена может вырасти в десятки раз. Выясним причину: в систему были добавлены новые регистры для учета статусов марок ЕГАИС. При первом обмене система пытается синхронизировать все накопленные данные по маркам.

Рассмотрим алгоритм действий для нормализации обмена:

Проверим состав плана обмена. Если регистры со статусами марок не критичны для периферийной базы, их можно временно исключить из состава обмена.
Увеличим лимиты времени ожидания (тайм-ауты) в настройках транспорта обмена (FTP или электронная почта), так как пакеты данных будут обрабатываться дольше обычного.
Обязательно убедимся, что на всех узлах (и в центре, и на точках) установлена одинаковая версия платформы и конфигурации, иначе возникнет конфликт версий метаданных.

Подводя итог, можно сказать, что связка Розница 2.2.11 и платформа 8.3.13 требует тщательной донастройки. Основное внимание следует уделить оптимизации базы (архивации чеков) и выбору стабильного релиза платформы (выше 8.3.13.1800). Совместная работа системного администратора по настройке оборудования и программиста по оптимизации запросов позволит вернуть системе былую производительность.