Переход на новые релизы платформы 1С:Предприятие — это всегда ответственный шаг для системного администратора и программиста. Часто новые типовые конфигурации (например, Бухгалтерия предприятия или ERP) в ультимативной форме требуют обновления технологической платформы. Однако вместе с новыми возможностями разработчики нередко получают целый букет скрытых багов, проблем с производительностью и интерфейсных «сюрпризов». В этой статье мы подробно проанализируем опыт внедрения платформы 8.3.13.1644, детально разберем выявленные системные сбои, проблемы совместимости и предложим проверенные решения по их устранению.
Начнем с хороших новостей: базовые механизмы обмена данными в распределенных базах на релизе 8.3.13.1644 работают относительно стабильно. В ходе практических тестов была проверена связка, в которой центральный узел функционировал на платформе 8.3.13.1644, а периферийные узлы работали на более ранних релизах (например, 8.3.12.х). Обмен данными в такой гетерогенной среде проходит без критических ошибок.
Тем не менее при организации РИБ на платформе 8.3.13.1644 необходимо учитывать два важных нюанса:
Наибольшее количество жалоб со стороны конечных пользователей и разработчиков при переходе на платформу 8.3.13.1644 связано с поведением интерфейса.
1. Зависание интерфейса в режиме «Формы в закладках»
Рассмотрим детально очень неприятный баг, который проявляется при использовании интерфейса управляемых форм с настройкой «Формы в закладках» (в отличие от режима «Формы в отдельных окнах», где эта проблема отсутствует). Если в системе открыто активное модальное окно (например, окно выбора или подтверждения действия), и в этот момент в фоновом родительском окне-владельце происходит программная активация или обновление данных (например, обновляется динамический список через механизм оповещений), происходит следующее:
1cv8.exe.Решение: Чтобы вернуть управление системой без аварийного завершения процесса через диспетчер задач, пользователю необходимо нажать клавишу Esc. Это действие закроет «невидимое» модальное окно и разблокирует интерфейс.
2. Проблемы с потерей фокуса в терминальном режиме (RDP)
При использовании конфигураций на обычных формах (ОФ) в терминальной среде Windows Server пользователи сталкиваются с периодической самопроизвольной потерей фокуса ввода активных окон. При открытии модальных диалогов фокус может переключаться на фоновое приложение Windows, либо поля ввода внутри самой формы перестают реагировать на клики мыши. Данная проблема усугубляется при переходе с релиза 8.3.11. Если для вас критична стабильная работа старых конфигураций на обычных формах в RDP, наиболее разумным решением будет остаться на платформе 8.3.11.хххх, которая считается наиболее стабильной для ОФ.
3. Поломка прерывания операций (Ctrl + Break)
Разработчики, выполняющие отладку и написание кода на платформе 8.3.13.1644, столкнулись с тем, что в конфигураторе при выполнении глобального поиска перестал работать стандартный механизм прерывания операции с помощью комбинации клавиш Ctrl + Break (или Ctrl + Scroll Lock). Поиск продолжается до полного завершения, даже если база огромная. Этот же баг перекочевал и в режим предприятия: вызов метода ОбработкаПрерыванияПользователя() в тяжелых циклах обработки данных часто игнорирует нажатие клавиш прерывания.
Многие технические специалисты отмечают общее снижение скорости работы интерфейса и СУБД после обновления на ветку 8.3.13.
В платформе 8.3.13.1644 был переработан механизм генерации SQL-запросов для динамических списков с целью оптимизации под новые стандарты СУБД. На практике это привело к обратному эффекту: на сложных списках с множественными левыми соединениями и условным оформлением время открытия и прокрутки списков заметно увеличилось по сравнению с релизом 8.3.12.
В некоторых локализованных конфигурациях (например, для Казахстана или при использовании сильно кастомизированных конфигураций на управляемых формах) фиксируется критическое замедление транзакций записи документов. Процесс записи может занимать до нескольких минут при полном отсутствии блокировок и подписок на события. Выясним причину этого поведения.
Одной из главных причин падения производительности при записи и проведении документов является работа нового формата журнала регистрации. По умолчанию в платформе 8.3.13 используется журнал регистрации в формате SQLite (файлы с расширением .lgd). При интенсивной записи данных и большом размере папки srvinfo (более 3–4 Гб) СУБД SQLite начинает испытывать колоссальные перегрузки на операциях блокировки файлов.
Решение: Для восстановления прежней скорости работы транзакций необходимо принудительно вернуть старый текстовый формат журнала регистрации (файлы .log). Рассмотрим, как это сделать.
Для конвертации журнала регистрации обратно в последовательный текстовый формат выполним следующие шаги в конфигураторе:
Помимо очевидных интерфейсных проблем, в платформе 8.3.13.1644 зафиксирован ряд глубоких системных конфликтов с СУБД, операционными системами и подсистемами лицензирования.
При использовании СУБД PostgreSQL (особенно специализированных сборок от компании 1С) на данном релизе платформы часто генерируется критическая ошибка ядра СУБД:
Error: variable not found in subplan target list
Эта ошибка возникает из-за некорректной трансляции сложных запросов платформы 1С в синтаксис PostgreSQL при построении тяжелых аналитических отчетов (например, ОСВ по всем субсчетам за несколько лет). Платформа формирует вложенные подзапросы, в которых оптимизатор PostgreSQL теряет связи переменных. Способом обхода является оптимизация текста запроса (избегание глубоких вложенных левых соединений) либо временный откат на предыдущие стабильные релизы платформы.
При реструктуризации тяжелых конфигураций (таких как ERP 2.4 или Комплексная автоматизация) администраторы могут столкнуться со сбоем механизма SDBL:
Таблица или поле ConfigVersion не содержится в разделе FROM
Это связано с тем, что при обновлении метаданных платформа пытается прочитать таблицу версий конфигурации до завершения транзакции реструктуризации схемы БД. В таких случаях помогает очистка кеша сервера 1С и выполнение реструктуризации базы через утилиту командной строки с параметром /IBConnectionString.
Пользователи могут столкнуться со стабильным аварийным завершением работы системы при интерактивном изменении настроек отчетов, построенных на СКД с использованием БСП. Программа вылетает с системной ошибкой, ссылающейся на модуль DistributedMoxelImpl.cpp.
Для предотвращения подобных падений программистам рекомендуется внедрять в общие формы отчетов обработчик события изменения настроек, принудительно выполняющий очистку результирующего табличного документа перед выводом новых данных:
Процедура ПриИзмененииНастроекКомпоновки(Элемент)
// Принудительно очищаем табличный документ перед перестроением
Результат.Очистить();
КонецПроцедуры
Если серверная или клиентская часть платформы 8.3.13.1644 запускается на устаревших операционных системах (Windows XP, Windows Server 2003), наблюдается лавинообразная утечка оперативной памяти. Анализ показывает, что практически все ресурсы процессора и памяти уходят на системные вызовы функции malloc внутри библиотеки nuke83.dll. Это вызвано несовместимостью обновленной библиотеки рантайма STLport с менеджером кучи старых версий Windows. Единственным надежным решением является обновление операционной системы сервера и клиентов до актуальных версий (Windows 10, Windows Server 2016/2019).
После установки релиза 8.3.13.1644 системные администраторы нередко сталкиваются со «слетом» программных лицензий. Платформа перестает видеть установленные файлы лицензий или подключенные аппаратные USB-ключи HASP. Для исправления этой ситуации необходимо:
nshasp.ini явно указать IP-адреса серверов лицензирования, отключив широковещательный поиск (параметр NH_TCPIP = ENABLED).Подводя итог, разберем, в каких случаях переход на 1С:Предприятие 8.3.13.1644 оправдан, а в каких от него лучше воздержаться:
Переходить стоит, если:
Переходить НЕ стоит (или следует выбрать релиз 8.3.12 / 8.3.14), если: