Стоит ли обновлять платформу 1С до версии 8.3.9.2033 для конфигураций на обычных формах

При обслуживании типовых конфигураций на обычных приложениях (таких как УПП 1.3, ЗУП 2.5, УТ 10.3 или БП 2.0), работающих на СУБД MS SQL Server, часто возникает вопрос о необходимости обновления платформы 1С:Предприятие. Рассмотрим подробно, с какими критическими проблемами можно столкнуться при переходе на релиз 8.3.9.2033, как их устранить и какую версию платформы лучше выбрать для стабильной работы.

Основные проблемы релиза платформы 8.3.9.2033

Проанализируем ключевые неисправности и ограничения, с которыми сталкиваются пользователи и администраторы при работе на версии 8.3.9.2033:

1. Ошибка СУБД «Недопустимое имя объекта "#t1"». Возникает из-за сбоев в работе внутреннего пула временных таблиц платформы при выполнении запросов на MS SQL Server. Проблема проявляется при активном использовании построенных отчетов, полнотекстового поиска или запросов с условием В (&Массив).
2. Механизм защиты от опасных действий. Начиная со сборки 8.3.9.2033 в платформу внедрена встроенная защита, блокирующая запуск внешних обработок, файлов и COM-объектов постоянными предупреждениями. В режиме обычных форм этот механизм не добавляет безопасности, но блокирует штатные внешние модули и печати.
3. Сбои в работе построителя отчетов. В обычных формах наблюдаются аномалии при формировании сложных отчетов на базе объекта ПостроительОтчета.
4. Слет программных лицензий 1С. После установки нового релиза платформы или смены службы сервера может измениться хеш-сумма системных параметров, из-за чего файлу лицензии (.lic) требуется повторная активация.

Решение 1. Откат на стабильный релиз платформы

Если нет жесткого требования использовать функционал 8.3.9, наиболее надежным решением для конфигураций на обычных формах является использование проверенных предыдущих релизов:

1. Релиз 8.3.8 (последние сборки). Оптимальный выбор для баз УПП 1.3, ЗУП 2.5 и УТ 10.3. Он не содержит механизма защиты от опасных действий и работает стабильно с MS SQL.
2. Релиз 8.3.9.1850. Последний релиз в ветке 8.3.9, выпущенный до введения защиты от опасных действий. На нем отсутствуют массовые блокировки внешних обработок.

Решение 2. Обновление до исправленных релизов (8.3.9.2170 или 8.3.10+)

Если для свежих релизов конфигураций (например, актуальных выпусков 1С:Бухгалтерии) требуется платформа не ниже 8.3.9, выполним переход на исправленные версии:

1. Установим релиз 8.3.9.2170 или перейдем на ветку 8.3.10 (например, 8.3.10.2561 и выше). В этих сборках разработчики устранили ошибку взаимодействия пула временных таблиц #t1 с MS SQL Server.
2. Убедимся, что в конфигураторе для информационных баз сохранен необходимый режим совместимости (например, Версия 8.2.13 или Версия 8.3.6). Отключать режим совместимости для обычных форм нельзя.

Решение 3. Отключение защиты от опасных действий

Если необходимо остаться на версии 8.3.9.2033 или выше, но предупреждения блокируют работу внешних обработок, отключим защиту одним из способов.

Для отключения защиты на уровне всего сервера 1С откроем или создадим файл conf.cfg в каталоге параметров платформы (C:\Program Files\1cv8\conf\) и добавим строку:

DisableUnsafeActionProtection=.*

Также отключить предупреждения можно программно в режиме Конфигуратора для конкретного пользователя или через встроенный язык:

ПользовательИБ = ПользователиИнформационнойБазы.ТекущийПользователь();
ПользовательИБ.ЗащитаОтОпасныхДействий.ПредупреждатьОбОпасныхДействиях = Ложь;
ПользовательИБ.Записать();

Решение 4. Оптимизация tempdb и восстановление лицензии

Чтобы свести к минимуму ошибки временных таблиц в MS SQL Server и исключить слеты программных лицензий, выполним следующие настройки:

1. Настройка базы tempdb на MS SQL Server: разделим tempdb на несколько файлов данных (согласно числу ядер процессора), зададим начальный размер файлов не менее 512 МБ и установим фиксированный шаг авторасширения в мегабайтах вместо процентов.
2. Восстановление лицензии: при слете программной лицензии активируем резервный пин-код из комплекта. Вводим данные организации строго точь-в-точь, как при первичной регистрации (включая знаки препинания и регистр букв).
3. Служба сервера: если платформа обновляется на сервере, убедимся, что запуск службы ragent производится от имени той же учетной записи, что и ранее, чтобы сохранить доступ к каталогу лицензий.