← На главную

Вопрос выбора актуальной версии платформы 1С:Предприятие всегда является балансом между необходимостью использовать новые возможности конфигураций и стремлением сохранить стабильность системы. Переход с проверенной, но устаревшей версии (например, 8.3.17.1851) на более новые ветки требует детального анализа. В этой статье мы проанализируем ситуацию, разберем конкретные проблемы веток 8.3.18 и 8.3.19, а также определим, какая стратегия выбора платформы является наиболее выигрышной в современных реалиях.

Анализ проблемных зон веток 8.3.18 и 8.3.19

Рассмотрим ситуацию, с которой сталкиваются многие администраторы при переходе на промежуточные версии платформы. Одной из самых острых проблем в релизах ветки 8.3.18 (в частности, 8.3.18.1563) была некорректная работа с сеансами пользователей. Выясним причину: в этих версиях часто наблюдался эффект «спящих сеансов», которые не удалялись автоматически сервером даже после закрытия клиентского приложения или истечения времени таймаута.

Это приводило к следующим последствиям:

1. Избыточное потребление лицензий: Зависшие сессии продолжали удерживать программные или клиентские лицензии, блокируя вход новым пользователям.
2. Утечки памяти на сервере: Каждый «фантомный» сеанс потреблял ресурсы процесса rphost, что со временем приводило к деградации производительности всего кластера.
3. Блокировки в базе данных: Спящие сеансы могли удерживать транзакционные блокировки, мешая выполнению регламентных заданий.

По опыту пользователей, переход на релиз 8.3.19.1264 частично решал эти проблемы, однако важно понимать, что на текущий момент даже ветка 8.3.19 считается устаревшей и имеет свои критические уязвимости, связанные с системой лицензирования, проявившиеся в конце 2022 года.

Почему стратегия «минимально допустимой версии» не всегда эффективна

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

Кроме того, старые ветки платформы (ниже 8.3.21) обладают следующими недостатками:

• Отсутствие полноценной 64-битной архитектуры для клиента: Это критично для пользователей, работающих с тяжелыми отчетами в 1С:ERP или Комплексной автоматизации.
• Проблемы с современными ОС: Новые обновления Windows Server и Linux могут некорректно взаимодействовать со старыми компонентами защиты и драйверами ключей.
• Ограничения веб-серверов: При использовании Apache или IIS старые версии платформы могут вызывать падения рабочих процессов при высокой нагрузке на HTTP/HTTPS-сервисы.

Рекомендуемые стратегии выбора платформы

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

1. Консервативная стратегия (Стабильность превыше всего)

Если ваша основная задача — обеспечить бесперебойную работу без внедрения новых фишек, рекомендуем обратить внимание на последние релизы ветки 8.3.22. На данный момент она считается «золотым стандартом». В ней исправлено большинство ошибок управления кластером, характерных для веток 18 и 19, и реализован стабильный механизм очистки зависших сессий. Это решение идеально подходит для крупных баз на MS SQL Server или PostgreSQL, где важна предсказуемость поведения системы.

2. Актуальная стратегия (Технологическое преимущество)

Для тех, кто использует последние версии типовых конфигураций, необходимо ориентироваться на ветки 8.3.23, 8.3.24 и выше. Рассмотрим подробнее преимущества этого выбора:

• Оптимизация работы с памятью: Новые механизмы управления процессами rphost позволяют эффективнее перераспределять нагрузку.
• Улучшенные расширения: Если в вашей системе много доработок через расширения, новые платформы предоставляют гораздо более гибкие инструменты контроля аннотаций и заимствования объектов.
• Безопасность: Исправлены критические уязвимости в протоколах передачи данных и системе лицензирования.

Технические нюансы при обновлении

Разберем по шагам, на что нужно обратить внимание при переходе на новую версию, чтобы избежать ситуации «отваливающегося Апача» или проблем с COM-соединениями:

1. Регистрация COM-соединителя: При установке новой версии не забудьте перерегистрировать библиотеку comcntr.dll. Это часто является причиной ошибок в обменах между базами. regsvr32 "C:\Program Files\1cv8\8.3.X.XXXX\bin\comcntr.dll"
2. Настройка веб-сервера: Если вы публикуете базу через Apache, убедитесь, что путь в файле httpd.conf указывает на актуальные модули новой платформы. Часто после обновления старый путь остается рабочим, но ведет к нестабильности.
3. Очистка кэша: Это обязательный этап. Рекомендуется очищать кэш как на стороне сервера (в папке srvinfo), так и на локальных машинах пользователей. Большинство «странных» ошибок после обновления (например, когда кнопки меняют цвет или пропадают элементы интерфейса) связаны именно со старым кэшем метаданных.
4. Проверка лицензирования: Перед масштабным обновлением убедитесь, что у вас есть доступ к пин-кодам активации или аппаратным ключам. Новые версии платформы более требовательны к корректности привязки лицензий к параметрам сервера.

Выясним причину возможных сбоев

Если после перехода на новую версию (например, с 8.3.17 на 8.3.22) вы заметили нестабильную работу, проанализируйте технологический журнал. Часто проблема кроется не в самой платформе, а в несовместимости старого кода конфигурации с новыми механизмами исполнения запросов. В частности, стоит обратить внимание на использование устаревших методов работы с файловой системой или внешними компонентами, которые в новых версиях могут требовать безопасного режима или дополнительных разрешений.

Подведем итог: переход на версию 8.3.19.1264, обсуждаемый на форуме, был актуален на момент дискуссии, но сегодня этого недостаточно. Для обеспечения долгосрочной стабильности и совместимости с требованиями 1С:Бухгалтерии и ЗУП, мы рекомендуем рассматривать переход на ветку 8.3.22 как минимум, а в идеале — на последние стабильные релизы актуальных веток. Это позволит вам «прожить» без экстренных обновлений платформы гораздо дольше и избежать критических ошибок в периоды сдачи отчетности.