Выбор версии технологической платформы — это всегда поиск баланса между стабильностью и необходимостью поддерживать актуальные релизы конфигураций. В условиях высокой нагрузки, когда с системой одновременно работают около 100 пользователей через удаленные рабочие столы (RDP), любая ошибка платформы может привести к простою всей компании. Разберем подробно, какие особенности есть у веток 8.3.15, 8.3.16, 8.3.17 и выше, с какими техническими сложностями можно столкнуться и как их решить.
При выборе платформы первым делом проанализируем накопленный опыт эксплуатации различных веток. На практике системные администраторы и разработчики выделяют следующие особенности:
8.3.15.1830. Однако в этой ветке наблюдаются проблемы с компонентом WebKit. Если в ваших обработках или конфигурации активно используются встроенные браузерные элементы (например, Яндекс.Карты), интерфейс может работать некорректно.8.3.16.1063, в этой ветке часто фиксировались утечки памяти в процессе rphost, что критично для 100 пользователей.Нельзя выбирать платформу в отрыве от используемой конфигурации. Выясним причину, по которой нам часто приходится обновляться вопреки желанию сохранить стабильность. Современные версии «1С:Бухгалтерия предприятия» (начиная с 3.0) имеют жесткие требования. Рассмотрим пример: для актуальных релизов БП требуется платформа не ниже 8.3.15.1830. Если попытаться запустить конфигурацию на более ранней платформе, система либо выдаст предупреждение, либо часть функционала (связанная с новыми объектами метаданных или методами встроенного языка) будет недоступна.
Важный момент: если вы решите остаться на минимально допустимой версии (например, 8.3.15.1830), будьте готовы к тому, что следующее обновление конфигурации заставит вас экстренно переходить на 8.3.18 или 8.3.21. Поэтому стратегически выгоднее выбирать версию чуть выше минимальной, но проверенную сообществом.
Если вы все же выбрали ветку 8.3.17 (например, релиз 8.3.17.1549) и столкнулись с тем, что в режиме RDP заголовки окон ведут себя странно, а интерфейс «глючит», разберем способ программного исправления этой ситуации. Опытным путем установлено, что принудительное включение отображения заголовка средствами ОС решает большинство проблем с позиционированием окон.
Проанализируем необходимые действия. Вам нужно добавить следующий код в модуль управляемого приложения, в процедуру ПередНачаломРаботыСистемы:
Процедура ПередНачаломРаботыСистемы(Отказ)
// Исправление проблем с отрисовкой в RDP для новых версий платформы
#Если Клиент Тогда
КлиентскоеПриложение.УстановитьОтображениеЗаголовкаОС(Истина);
#КонецЕсли
КонецПроцедуры
Этот метод УстановитьОтображениеЗаголовкаОС возвращает управление окнами операционной системе, отключая попытки 1С самостоятельно рисовать нестандартные заголовки в стиле "Такси". Это стабилизирует работу курсора на нескольких мониторах и убирает артефакты при разворачивании окон.
Рассмотрим ситуацию, когда ваша организация обязана использовать сертифицированное ПО. В этом случае выбор ограничен версиями 8.3.14.2032z или аналогичными. Важно понимать, что «z-версии» — это защищенный программный комплекс. Они обновляются гораздо реже, так как процедура сертификации в ФСТЭК занимает много времени. Если ваша конфигурация требует 8.3.15, а сертифицированная версия все еще 8.3.14, вам придется либо вносить изменения в код конфигурации (отключая проверку версии), либо ждать выхода нового сертификата.
Разберем ситуацию, о которой важно знать каждому администратору 1С. В коде платформ веток 8.3.15, 8.3.16, 8.3.17 и 8.3.18 содержалась скрытая ошибка, которая привела к массовому отказу систем в ноябре 2022 года. Платформа просто переставала запускаться, выдавая критическую ошибку.
Посмотрим на решение: если вы по каким-то причинам вынуждены использовать именно эти старые ветки, убедитесь, что вы используете «исправленные» билды, выпущенные 1С специально для устранения этого бага. Использование старых релизов (выпущенных до осени 2022 года) категорически не рекомендуется, так как они содержат «бомбу замедленного действия» в механизме проверки лицензирования или взаимодействия с сервером.
Для обеспечения стабильности при большом количестве RDP-сессий выполним следующие настройки:
rphost. Рекомендуется выделять один процесс примерно на 20-25 пользователей. Это повысит отказоустойчивость: если один процесс «упадет» по ошибке памяти, остальные пользователи продолжат работу.Режим совместимости. Даже если вы поставили платформу 8.3.21, ваша база может работать в режиме совместимости с 8.3.15. Это позволяет использовать стабильность нового движка платформы, сохраняя логику работы старого кода.Проанализировав ситуацию, можно сделать вывод: не ищите «самую новую» версию. Ищите «минимально необходимую» для вашей конфигурации, но с учетом исправлений 2022 года. Если текущая конфигурация позволяет, оптимальным выбором для RDP-сессий будет использование платформы из ветки 8.3.22 в режиме совместимости, так как в ней наиболее эффективно решены проблемы с утечками памяти и отрисовкой окон в многопользовательских терминальных средах. Если же вы ограничены требованиями и выбираете из 8.3.15-8.3.17, остановитесь на 8.3.17.1549 с применением программного патча УстановитьОтображениеЗаголовкаОС(Истина).