Обновление технологической платформы 1С — критически важная задача, требующая тщательного анализа известных ошибок релиза. Прямой переход на самый свежий релиз без предварительного тестирования может привести к сбоям в работе сервера приложений, потере данных при обмене в РИБ или аварийному завершению работы пользователей. Разберем подробнее, с какими техническими проблемами можно столкнуться на релизах платформ 8.3.9–8.3.11 и какие сборки зарекомендовали себя как наиболее стабильные.
Проанализируем проблемы, возникающие на устаревших релизах 8.3.9 и первых сборках линейки 8.3.11:
InteractiveSecurity.ext. Ошибка проявляется в стек-трейсе вызовов:
МодульСеанса : 8 : СтандартныеПодсистемыСервер.УстановкаПараметровСеанса(ИменаПараметровСеанса);
ОбщийМодуль.СтандартныеПодсистемыСервер.Модуль : 27 : Справочники.ВерсииРасширений.УстановкаПараметровСеанса(ИменаПараметровСеанса, УстановленныеПараметры);
Справочник.ВерсииРасширений.МодульМенеджера : 11 : ПараметрыСеанса.УстановленныеРасширения = КонтрольныеСуммыРасширений();
Справочник.ВерсииРасширений.МодульМенеджера : 68 : Расширения = РасширенияКонфигурации.Получить();
8.3.11.2924 и 8.3.11.2954 содержится платформинг-баг механизма обмена. При редактировании конфигурации в главном узле РИБ и последующей загрузке сообщения обмена из еще не обновленного подчиненного узла регистрация изменений конфигурации в главном узле может «теряться». Это приводит к рассинхронизации структур данных между узлами.Выясним причину известной ошибки в 1С:Зарплата и Управление Персоналом ред. 3.1, когда кадровик без прав расчетчика пытается изменить и сохранить ранее записанный непроведенный документ (например, отпуск или командировку).
При нажатии кнопки «Записать» клиентское приложение аварийно завершает работу. Проблема заключается в ошибке платформенного движка RLS (ограничение доступа на уровне записей) при проверке прав на редактирование полей. Кадровик имеет права на изменение кадровой части, но не имеет доступа к расчетным данным. В платформах ниже 8.3.10.2580 этот конфликт прав приводит к падению платформы.
Временным обходным путем в конфигурации является предоставление пользователю роли ЧтениеНачисленнойЗарплатыРасширенная. Однако это открывает пользователю видимость зарплатных сумм. Начиная с релиза платформы 8.3.10.2580 данная ошибка механизма RLS была полностью исправлена разработчиками.
Важная деталь о расширениях: Добавить собственную роль с точечными правами через расширение на платформах веток 8.3.10 и 8.3.11 невозможно — полноценный механизм создания ролей внутри расширений появился только начиная с платформы 8.3.15.
На основе практического опыта эксплуатации крупнонагруженных КИС и различных типовых конфигураций (1С:ERP, КА, БП 3.0, ЗУП 3.1, 1С:УТ 11, 1С:Документооборот) наиболее стабильной зарекомендовала себя линейка 8.3.10.
Рассмотрите следующие проверенные сборки для обновления:
Рекомендация по порядку обновления: Перед обновлением рабочего сервера очистите кэш службы 1C:Enterprise Server, выполните тестирование и исправление информационных баз, а также проведите контрольное тестирование обменов РИБ на копии базы данных.