Обновление технологической платформы 1С — это всегда ответственный шаг для системного администратора и программиста. Основная дилемма заключается в поиске баланса между требованиями новых релизов конфигураций (например, Бухгалтерия предприятия 3.0 или ЗУП 3.1) и стабильностью самой платформы. В данной статье мы разберем алгоритм выбора оптимальной версии, проанализируем инструменты мониторинга ошибок и рассмотрим конкретные рекомендации экспертов сообщества.
Прежде всего, нам необходимо понять, что универсального понятия «стабильности» не существует. Как справедливо отмечают специалисты, для каждой информационной системы стабильным будет свой релиз. Разберем основные критерии:
Рассмотрим ситуацию: вам необходимо обновить типовую конфигурацию. Первым делом мы должны заглянуть в файл ReadMe.txt или в описание релиза на сайте поддержки пользователей. Проанализируем пример с конфигурацией «Бухгалтерия предприятия»:
Если в требованиях указано, что минимальный релиз платформы — 8.3.15.1830, это не означает, что нужно ставить именно его. Мы рекомендуем рассматривать ветку чуть выше минимальной, но уже прошедшую «обкатку» сообществом. Например, если конфигурация требует ветку 8.3.15, имеет смысл обратить внимание на финальные релизы этой ветки, такие как 8.3.15.1958 или 8.3.15.2107 (выпущенный как экстренное исправление безопасности).
Многие пользователи совершают ошибку, оценивая стабильность платформы по количеству зарегистрированных ошибок на официальном портале bugboard.v8.1c.ru. Проанализируем, почему большое количество ошибок в списке — это не всегда плохо:
8.3.15) зафиксировано 100+ ошибок, а у нового 8.3.22 всего 10 — это значит лишь то, что старый релиз исследован гораздо глубже. Ошибки в нем известны, и их можно обойти.Critical ошибки, связанные с потерей данных или падением процесса rphost, такой релиз ставить нельзя.Рассмотрим профессиональный подход к выбору версии. Опытные администраторы часто используют метод «минус одна ветка». Если актуальной на текущий момент является ветка 8.3.25, то наиболее стабильной и проверенной будет считаться последняя версия ветки 8.3.23 или 8.3.22.
Также проанализируем правило «второго знака» в номере сборки. Посмотрим на примере:
В релизе 8.3.18.1289 цифры означают следующее:
8.3 — поколение платформы.18 — номер ветки (функциональное наполнение).1289 — номер конкретной сборки.Никогда не ставьте релизы, заканчивающиеся на «красивые» числа (например, .100 или .1000). Это, как правило, первые публичные беты новой ветки. Относительная стабильность наступает после 3–4 итераций обновлений (сборки .1300, .1500 и выше).
Важно помнить о критической уязвимости в механизме лицензирования 1С, обнаруженной в конце 2022 года. Рассмотрим последствия: практически все платформы старых веток (включая обсуждаемые в теме 8.3.15, 8.3.16) без установки специальных патчей или перехода на обновленные релизы просто перестали запускаться.
Поэтому, если вам требуется остаться на старой ветке, выбирайте только исправленные релизы:
8.3.15.21078.3.16.19738.3.17.2760Проанализируем работу 64-битного сервера 1С. В отличие от 32-битных версий, где основной проблемой была нехватка памяти для процесса (лимит 2 ГБ), в x64 версии стабильность часто зависит от настроек кластера.
При обновлении платформы обязательно проверьте следующие параметры в консоли администрирования:
8.3.15 и 8.3.16) настройте перезапуск rphost раз в сутки.Выясним, как платформа влияет на конфигурацию. Даже если вы установили самую новую версию 8.3.23, ваша база может работать в режиме совместимости 8.3.12. Это означает, что:
Для стабильной работы типовых решений 1С (БП, УТ, ЗУП) старайтесь, чтобы версия платформы была на 1–2 шага впереди установленного в конфигурации режима совместимости.
Подведем итог и составим план действий для администратора:
releases.1c.ru).8.3.18 и выше, где исправлены основные проблемы с графической подсистемой.