Вопрос выбора «той самой» версии платформы 1С:Предприятие 8.3 является одним из самых обсуждаемых среди системных администраторов и программистов. С одной стороны, новые релизы конфигураций (такие как Бухгалтерия предприятия 3.0 или ERP 2.5) требуют свежих версий платформы для корректной работы. С другой стороны, погоня за актуальностью часто оборачивается «падениями» рабочих процессов, утечками памяти и проблемами с программными лицензиями. В рамках данной статьи мы проанализируем опыт участников сообщества и дополним его актуальными техническими данными, чтобы выяснить, на какую версию стоит переходить сегодня.
Рассмотрим ситуацию, когда пользователю необходимо выбрать версию из наиболее проверенных временем веток. Участники обсуждения выделяют несколько ключевых направлений:
8.3.17.1851 зарекомендовал себя как достаточно надежный, однако администраторы отмечают редкие падения процесса rphost при выполнении тяжелых операций реструктуризации базы данных.8.3.18.1334. Он перекрывает требования большинства современных конфигураций того периода и не обладает критическими багами, замеченными в более поздних версиях.Проанализируем ситуацию, упомянутую в обсуждении: почему опытные администраторы не «одобряют» версии 8.3.19 и 8.3.20 на этапе их активного внедрения? Основная причина кроется в архитектурных изменениях. В 19-й ветке были внедрены новые механизмы работы с памятью и расширениями, которые в первых релизах приводили к неконтролируемому росту потребления ресурсов сервером 1С.
Выясним причину недоверия к новым релизам на конкретном примере. Если ваша конфигурация использует Управляемые формы и активно работает с фоновыми заданиями, на «сырых» платформах вы можете столкнуться с ошибкой «Сеанс отсутствует или удален», что критично для торговых предприятий с круглосуточным циклом работы.
При выборе версии платформы невозможно игнорировать глобальные события в экосистеме 1С. Важно помнить, что в ноябре 2022 года фирма «1С» выпустила экстренное сообщение о критической ошибке. Она приводила к невозможности запуска программы на огромном количестве релизов веток 8.3.17–8.3.22.
Это событие в корне изменило подход к понятию «стабильной версии». Теперь стабильной считается не просто версия, где «ничего не падает», а та, в которой исправлена эта критическая уязвимость. К таким исправленным релизам относятся:
Рассмотрим подробнее переход на современные стандарты. Если раньше большинство клиентов использовало 32-битные приложения, то сейчас, с усложнением типовых конфигураций, 32-битный клиент часто закрывается с ошибкой нехватки памяти при формировании сложных отчетов или закрытии месяца. Поэтому при выборе платформы мы рекомендуем ориентироваться на версии, поддерживающие полноценную работу 64-битных клиентских приложений.
Также проанализируем ситуацию с импортозамещением. Современные релизы платформы (начиная с 8.3.21) получили гораздо более качественную поддержку операционных систем на базе Linux (Astra Linux, РЕД ОС). Если ваша инфраструктура переходит на Linux, использование старых веток вроде 8.3.17 будет сопряжено с огромным количеством технических трудностей при настройке шрифтов и печати.
Современные требования законодательства обязывают программы обмениваться данными с государственными информационными системами (Честный Знак, ЕГАИС, ФНС). Для этого используются протоколы безопасности, работающие с российскими криптографическими стандартами. Старые версии платформы (младше 8.3.20) могут некорректно работать с новыми сертификатами Минцифры без дополнительных «костылей» в настройках операционной системы. Посмотрим на это как на важный аргумент в пользу более свежих, но уже отлаженных веток (например, 8.3.22).
Разберем по шагам алгоритм выбора стабильного релиза:
rphost.exe. Если потребление памяти растет скачкообразно при тех же нагрузках, значит, платформа в вашем конкретном случае работает нестабильно.Если ваша задача — обеспечить максимальную стабильность «здесь и сейчас», опираясь на консолидированное мнение сообщества и технические требования последних лет, можно выделить следующие ориентиры:
Для тех, кому нужна максимальная легкость и работа на старом оборудовании (при условии отсутствия требований от конфигурации к новым фишкам), ветка 8.3.18.1957 остается эталоном надежности в своем классе.
Для современных систем, требующих поддержки последних изменений законодательства и стабильной работы с расширениями, наиболее сбалансированной считается ветка 8.3.22.1704 или более поздние минорные обновления этой же ветки. Она уже прошла этап «детских болезней» и содержит все необходимые патчи безопасности.
Подводя итог, можно сказать, что «стабильной» версии 1С в абсолютном понимании не существует. Как справедливо заметили участники форума, стабильность — это соответствие конкретной версии вашим бизнес-задачам и техническому окружению. Однако, следуя принципу «не ставить самый первый релиз новой ветки» и дожидаясь выхода 5–6 исправляющих обновлений (минорных релизов), вы существенно снижаете риски для своей информационной системы.