При подготовке нового сервера для систем на базе 1С:Предприятие перед нами неизбежно встает вопрос выбора версии технологической платформы. Это не просто вопрос предпочтений, а стратегическое решение, которое повлияет на стабильность работы, совместимость с актуальными конфигурациями и количество потенциальных инцидентов в будущем. Часто планирование начинается с того, чтобы выстроить концепцию защищенной IT инфраструктуры, объединяющей ОС, СУБД и прикладные решения в единый контур.
Давайте подробно разберем ситуацию, сложившуюся вокруг версий 8.3.24, 8.3.25 и 8.3.26, проанализируем технические аргументы, известные ошибки и выработаем стратегию выбора оптимального релиза для продуктивной среды.
Рассмотрим три основные ветки платформы, которые сейчас находятся в поле зрения администраторов и разработчиков:
На первый взгляд, логичным кажется выбор в пользу 8.3.24 ради стабильности. Однако, давайте посмотрим на технические ограничения, которые делают этот выбор невозможным для большинства новых внедрений.
Главным аргументом при выборе платформы сегодня является не столько наше желание, сколько требования типовых конфигураций. Современные релизы таких продуктов, как 1С:Бухгалтерия, 1С:Зарплата и Управление Персоналом (ЗУП) и 1С:ERP, базируются на актуальных версиях Библиотеки стандартных подсистем.
Проанализируем совместимость версий БСП и платформы 1С, которые озвучиваются в документации к обновлениям:
Если мы установим на новый сервер платформу 8.3.24 (даже стабильную сборку), мы рискуем столкнуться с ситуацией, когда очередное обновление типовой конфигурации просто откажется работать. В условиях промышленной эксплуатации ("продакшн") экстренное обновление платформы — это высокий риск.
Вывод по совместимости: Для нового сервера, где планируется разворачивать последние версии типовых конфигураций, ветка 8.3.24 является тупиковой. Нам необходимо ориентироваться на ветку 8.3.25.
Переход на 8.3.25 необходим, но давайте подготовимся к нюансам. Сообщество администраторов, изучив первые впечатления, выделило несколько характерных проблем этой ветки.
В платформе 8.3.25 произошли изменения в механизмах работы с веб-движком и системными диалогами. Это привело к возникновению ошибок печати, когда игнорируется количество копий или не отображаются информационные сообщения. Иногда печать корректно отрабатывает только через сочетание клавиш Ctrl+P.
Одной из самых серьезных претензий к ветке 8.3.25 является поведение менеджера памяти. Чтобы избежать сбоев, крайне рекомендуется использовать специализированный монитор кластера 1С для автоматического отслеживания нагрузки и управления сеансами.
Рабочий процесс rphost может начать неконтролируемо потреблять оперативную память. Зафиксированы случаи роста потребления до 100-200 Гб за сутки при активной нагрузке.
Как с этим бороться?
При настройке кластера серверов 1С версии 8.3.25 необходимо уделить особое внимание параметрам перезапуска рабочих процессов:
Разработчики отмечают периодические "вылеты" Конфигуратора.
Помимо проблем с совместимостью БСП, в ветке 8.3.24 присутствуют ошибки, связанные с работой СКД и расширениями (например, пропадание доп. реквизитов в отчетах ERP), которые исправлены в более новых релизах.
Версии 8.3.26 и выше часто содержат экспериментальные функции. Исторически сложилось, что "четные" релизы несут крупные архитектурные изменения, требующие обкатки. Использование их на новом продуктивном сервере может быть преждевременным.
1. Выбор ветки: Однозначно выбираем ветку 8.3.25 для обеспечения работоспособности современных типовых конфигураций.
2. Выбор конкретного релиза: Оптимально использовать правило "безопасного отставания" на 2-3 месяца. Рекомендуемыми сборками являются 8.3.25.1394 или 8.3.25.1374.
3. Превентивные меры при настройке:
Задайте жесткие лимиты на время жизни процессов и потребляемую память в консоли администрирования:
// Параметры рабочего сервера
ВременноДопустимыйОбъемПамятиПроцессов = [Разумный предел в байтах];
ИнтервалПерезапуска = 86400; // Раз в сутки
ВыключенныеПроцессыОстанавливатьЧерез = 60; // Быстрая очистка
4. Учет операционной системы:
Если новый сервер разворачивается на базе Linux, важно учитывать системные требования. Например, существуют определенные особенности настройки Astra Linux и установки зависимостей для последних версий платформы. Для ускорения развертывания можно использовать готовый сценарий python для автоматизации установки PostgreSQL и 1С в среде Astra Linux.
Для нового сервера наиболее взвешенным решением является установка платформы версии 8.3.25 актуальной сборки (например, 1394 и выше). Это необходимый компромисс ради совместимости с новыми конфигурациями, требующий от администратора внимательного мониторинга ресурсов.