Обновление технологической платформы 1С до версии 8.3.22: анализ стабильности, известные ошибки и методы решения

Рано или поздно перед каждым системным администратором и программистом 1С встает необходимость обновления технологической платформы. Зачастую инициатором выступают новые релизы конфигураций. Например, 1С:Зарплата и Управление Персоналом (ЗУП) или 1С:Бухгалтерия предприятия начинают требовать версию платформы не ниже 8.3.22. Вместе с новыми возможностями свежие релизы часто приносят и новые проблемы. Разберем по шагам, с какими сложностями сталкиваются пользователи при переходе на ветку 8.3.22, проанализируем причины нестабильной работы и посмотрим, как эти проблемы можно решить.

Утечка памяти и зависания сервера из-за отладки (процесс dbgs.exe)

Рассмотрим одну из самых частых жалоб системных администраторов при переходе на ранние сборки 8.3.22 (в частности 8.3.22.1603). Если на рабочем сервере разрешена отладка по HTTP, система начинает катастрофически тормозить. Выясним причину: процесс dbgs.exe (сервер отладки) начинает неконтролируемо потреблять оперативную память и ресурсы центрального процессора.

Для решения этой проблемы применим несколько подходов:

1. Временное решение: полностью отключить HTTP-отладку на продуктовом сервере, если она не требуется для экстренного расследования инцидентов.
2. Перенос сервера отладки: вынесем службу dbgs.exe на отдельный физический или виртуальный сервер, чтобы ограничить ее влияние на службу сервера 1С.
3. Обновление платформы: проанализируем статистику и увидим, что, начиная с релиза 8.3.22.1750, алгоритмы работы сервера отладки были скорректированы, и аномальная нагрузка на процессор больше не наблюдается.

Ошибка преобразования данных XDTO

Посмотрим на проблему интеграции и загрузки данных. В версиях 8.3.22.1603 (а также в параллельной ветке 8.3.21.1508) пользователи массово столкнулись с ошибкой преобразования данных XDTO. Она возникает при использовании функций преобразования строки в число с плавающей точкой в операциях XDTO. Это напрямую блокировало обмен с внешними системами и загрузку некоторых классификаторов.

Также разработчики отмечают периодическое появление ошибки с текстом "Фабрика XDTO текущего контекста не совпадает с фабрикой..." даже на более поздних релизах (8.3.22.1750 и 8.3.22.1791).

Разберем, как действовать:

1. Фирма "1С" официально признала баг в сборке 1603 и отозвала ее. Заменим платформу на 8.3.22.1672 или выше, где баг конвертации строк был устранен.
2. Если проблема несоответствия фабрик XDTO сохраняется в вашем собственном коде, проанализируем архитектуру обмена и убедимся, что объекты создаются строго в контексте нужной фабрики, без передачи их напрямую между несовместимыми контекстами.

Необъяснимые зависания баз и потребление памяти процессом rphost

Проанализируем ситуацию, когда пользователи не могут войти в базу (зависание происходит еще до окна авторизации), а серверные приложения перестают отвечать. В диспетчере задач мы видим, что рабочий процесс rphost исчерпал все доступные лимиты оперативной памяти. В логах при этом может фиксироваться сообщение: "Невосстановимая ошибка. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm".

Это особенно критично при выполнении тяжелых регламентных операций, таких как закрытие месяца в ERP или Комплексной автоматизации. Посмотрим, какие шаги мы можем предпринять для стабилизации:

1. В консоли администрирования кластеров 1С временно отключим лимиты потребления памяти для рабочих процессов (установим значение "-1"). Это позволит тяжелым фоновым заданиям завершиться без принудительного "убийства" процесса кластером.
2. Рассмотрим влияние журнала регистрации. Некоторые администраторы отмечают, что перевод журнала регистрации в устаревший (последовательный) формат снижает вероятность "залипания" процесса при интенсивной записи.
3. Регулярный мониторинг и перезапуск. До выхода окончательно стабильного релиза настроим автоматический перезапуск рабочих процессов rphost в ночное время или при достижении определенного порога памяти.

Критическая ошибка и массовые "вылеты" (Срабатывание защиты)

Разберем крайне неприятную ситуацию, произошедшую с релизами 8.3.22.1672 и 8.3.22.1704. Многие администраторы перешли на них в надежде исправить баг XDTO, однако столкнулись с фатальной проблемой: клиентские приложения под Windows и 32-битные серверы начали самопроизвольно закрываться через 2-3 минуты после запуска.

Выясним причину: в данных релизах некорректно отработали алгоритмы встроенной защиты от использования нелицензионного программного обеспечения. Платформа ошибочно принимала легальные лицензии за скомпрометированные и принудительно завершала работу. Решением стал экстренный выпуск патчей и переход на исправленный релиз 8.3.22.1709.

Сбои почтовых рассылок (SMTP/IMAP)

Проанализируем изменения в механизмах работы с почтой. В сборках 8.3.22.1923 и 8.3.22.2106 разработчики ужесточили проверку защищенных соединений. В результате у тысяч пользователей перестала работать отправка и получение почты через популярные внешние сервисы. Система выдавала ошибку 27 или 43: "Ошибка установки защищенного SSL/TLS соединения".

Кроме того, появился баг рассылки: если при массовой отправке один email-адрес оказывался невалидным, платформа аварийно разрывала соединение с SMTP-сервером, и вся остальная очередь писем зависала.

Рассмотрим временное решение проблемы с SSL-сертификатами:

1. Найдем файл конфигурации сервера или клиента conf.cfg.
2. Пропишем в него специальные исключения для игнорирования строгой проверки сертификатов почтовых серверов (в соответствии с документацией ИТС).
3. Для решения проблемы с обрывом рассылок потребуется доработать код конфигурации: организуем отправку писем небольшими порциями или перехватим исключения при отправке на каждый отдельный адрес.

Потеря доступа к электронным сертификатам (ЭДО и ИС МП)

Посмотрим на интеграцию с государственными системами (Честный ЗНАК) и электронным документооборотом. После перехода на 8.3.22 (в частности, на версию 1750) при выполнении обмена на сервере стала появляться ошибка: "Сертификат не установлен на сервере".

Разберем механику проблемы. При обновлении технологической платформы программа-установщик (инсталлятор) в некоторых случаях сбрасывает настройки прав системной учетной записи USR1CV8 (под которой по умолчанию работает Агент сервера 1С). Из-за этого служба теряет права на чтение личного хранилища сертификатов Windows. Нам потребуется заново выдать права учетной записи на контейнеры закрытых ключей через оснастку управления сертификатами.

Ошибки в типовых механизмах (Формы, Поиск, Отчеты)

Проанализируем локальные баги, которые всплывали в интерфейсе платформы 8.3.22 и раздражали пользователей:

1. Бесконечный цикл при изменении видимости: В релизе 1672 сломали неявный вызов сервера при программном изменении видимости элементов формы. Например, типовая форма "Документооборот: задачи мне" уходила в бесконечный цикл.
2. Зависание полнотекстового поиска: При использовании быстрого поиска (Ctrl+F) в динамических списках платформа могла зависнуть на этапе "кручения" индикатора поиска. В качестве временного решения приходилось обучать пользователей работать через механизм "Расширенный поиск".
3. Ошибки в Оборотно-сальдовой ведомости: В некоторых базах перестала формироваться ОСВ по счетам с большим количеством оборотов без отбора. Система выдавала ошибку "Значение не является значением объектного типа".

Посмотрим на пример кода из типового отчета, который вызывал ошибку:

Результат = РезультатВыполнения.Результат;
ЗагрузитьПодготовленныеДанные();

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

Внутренняя ошибка компоненты dbeng8 в файловых базах

Рассмотрим поведение платформы в небольших компаниях, использующих файловый режим работы. При переходе на 8.3.22 участились случаи разрушения структуры файловой базы. Пользователи получали сообщение: "Внутренняя ошибка компоненты dbeng8".

Эта проблема связана с изменениями внутренних механизмов СУБД 1С. Для решения проблемы и спасения данных нам потребуется запустить глубокое тестирование базы с помощью встроенной утилиты chdbfl.exe, а затем выполнить "Тестирование и исправление" через Конфигуратор со всеми включенными галочками (реиндексация, пересчет итогов, реструктуризация таблиц).

Позитивные нововведения: Поддержка Linux ARM

Чтобы картина была объективной, посмотрим не только на ошибки, но и на революционные технологические шаги. Именно в ветке 8.3.22 фирма "1С" впервые реализовала официальную полноценную поддержку операционных систем семейства Linux на архитектуре процессоров ARM.

Это означает, что мы теперь можем разворачивать серверы и клиентские приложения 1С на отечественных дистрибутивах (Astra Linux, Alt Linux) и других ОС, работающих на базе современных ARM-процессоров. Это открывает огромные перспективы для импортозамещения аппаратных комплексов и перехода на энергоэффективные серверные архитектуры.

Подводим итоги: обновляться или ждать?

Проанализировав весь спектр проблем — от утечек памяти dbgs.exe до сбоев XDTO и SSL-соединений, — мы можем сделать следующие выводы о платформе 8.3.22:

1. Избегайте промежуточных тестовых и ранних релизов (таких как 1603, 1672, 1704). Они содержат критические баги, которые парализуют работу предприятия.
2. Если конфигурация (например, новые версии ЗУП или Бухгалтерии) жестко требует версию 8.3.22, выбирайте самые последние сборки в этой ветке (начиная от 1750 и выше), предварительно изучив список исправленных ошибок (Bugboard) конкретно под вашу инфраструктуру (наличие почтовых рассылок, ЭДО).
3. Перед обновлением рабочего сервера обязательно сделайте полные бэкапы (как SQL, так и файловые) и проведите тестовое обновление на копии базы, проверив ключевые обмены по XDTO, отправку писем и формирование тяжелых отчетов.
4. В случае возникновения необъяснимых зависаний rphost, будьте готовы временно изменить лимиты кластера и настройки журнала регистрации.

Тщательное планирование и знание известных "болячек" новой платформы позволит нам провести обновление максимально гладко и незаметно для пользователей системы.