Выбор стабильной версии платформы 1С:Предприятие 8.3 — это всегда баланс между требованиями современных конфигураций и надежностью работы серверной части. Часто системные администраторы и программисты сталкиваются с тем, что новые релизы приносят не только функционал, но и критические ошибки: от "падения" рабочих процессов rphost до некорректной работы механизмов печати. Проанализируем опыт эксплуатации различных веток платформы и выясним, какие версии заслуживают доверия, а какие стоит обходить стороной.
Долгое время платформа 8.3.13 (например, сборка 8.3.13.1644 и выше) считалась эталоном стабильности для файловых и небольших клиент-серверных баз. Она крайне редко «падает» в дамп и демонстрирует предсказуемое поведение интерфейса. Однако разберем ситуацию, с которой столкнулись многие разработчики отчетов.
Основная проблема 13-й ветки заключается в странном поведении отборов в Системе Компоновки Данных (СКД). Если в вашем наборе данных используется Объединение, и в разных частях этого объединения участвуют не все поля, отборы могут срабатывать некорректно или игнорироваться. Это вынуждает разработчиков переписывать сложные отчеты, избегая определенных конструкций. Также в 13-й платформе замечена задержка синхронизации временного хранилища.
Рассмотрим пример ситуации с фоновыми заданиями, которая характерна для этой ветки. Представим, что мы запускаем длительную операцию:
// В родительском сеансе запускаем фоновое задание
РезультатЗапуска = ДлительныеОперации.ЗапуститьВыполнениеВФоне(УникальныйИдентификатор, "МойМодуль.ВыполнитьРасчет", Параметры);
// Ожидаем завершения и пытаемся получить данные
Если РезультатЗапуска.Статус = "Выполнено" Тогда
Данные = ПолучитьИзВременногоХранилища(РезультатЗапуска.АдресХранилища);
// В 13-й платформе здесь может вернуться Неопределено,
// хотя задание только что отрапортовало о завершении
КонецЕсли;
Проанализируем причину: это происходит из-за особенностей работы кластера. Данные во временном хранилище могут быть еще не реплицированы между процессами rphost. Решением в данном случае является небольшая пауза или повторная попытка получения данных через 1-2 секунды.
Переход на ветку 8.3.15 для многих стал обязательным из-за обновлений типовых конфигураций (например, «1С:Бухгалтерия 3.0»), которые начали жестко требовать версию не ниже 8.3.15.1778. Рассмотрим, к чему стоит готовиться при миграции на эту ветку.
Во-первых, это проблемы с печатью и отображением. В 15-й версии 1С существенно изменила механизмы работы с графикой и объектами ActiveX/HTML. На некоторых конфигурациях это привело к «съезжанию» строк в табличных документах и обрезке текста при печати, если масштаб системных шрифтов Windows отличается от 100%.
Во-вторых, стабильность серверной части. Версия 8.3.15.1830 зарекомендовала себя как одна из самых удачных в этой ветке. В ней исправлены многие ошибки, вызывавшие утечки памяти при интенсивном использовании защищенных модулей. Если вы вынуждены сидеть на 15-й платформе, рекомендуется использовать именно сборки выше 1830.
Ветка 8.3.16 привнесла долгожданный поиск в табличных частях, но вместе с тем и серьезные проблемы с производительностью. Посмотрим на типичную ситуацию, которую описывают администраторы: сервер уходит в «даун», все ядра процессора загружены на 100%, а оперативная память стремительно исчезает, даже если в системе нет активных пользователей.
Выясним причину такого поведения. Это связано с работой регламентных заданий и полнотекстового поиска. В первых релизах 16-й ветки (например, 8.3.16.1063) был обнаружен критический баг: процесс rphost перестает освобождать память после завершения фоновых потоков.
Если вы столкнулись с подобным, проанализируем план действий:
Многие специалисты рекомендуют пропускать 16-ю ветку и переходить либо на стабильные релизы 15-й, либо сразу на более поздние версии (17-ю и выше), так как 16-я оказалась весьма «капризной» в плане работы с памятью SQL-сервера.
Разберем универсальный алгоритм, который поможет минимизировать риски при обновлении платформы:
MS SQL Server или PostgreSQL старайтесь выбирать релизы, которые уже прошли проверку временем (так называемые «попсовые» релизы, которые массово используются в конце отчетных периодов).Подводя итог, можно сказать: если ваша конфигурация позволяет оставаться на 8.3.13 — это хороший вариант для стабильности. Если требуется современный функционал или того требует «Бухгалтерия» — ориентируйтесь на финальные сборки ветки 8.3.15 (например, 1830 и выше). К ветке 8.3.16 стоит подходить с большой осторожностью, тщательно мониторя потребление ресурсов сервером rphost.