Переход на новую ветку платформы 1С:Предприятие — это всегда ответственный шаг, требующий тщательного анализа стабильности предлагаемых релизов. В случае с веткой 8.3.12 ситуация осложнялась тем, что обновление стало обязательным условием для поддержки актуальных конфигураций (например, «Бухгалтерия предприятия 3.0» и «ЗУП 3.1») и корректной работы с новыми ставками НДС и государственными информационными системами. Разберем подробно, на какой сборке стоит остановиться и с какими трудностями можно столкнуться в процессе эксплуатации.
Рассмотрим историю развития этой ветки. Начальные сборки, такие как 8.3.12.1440 и 8.3.12.1529, часто подвергались критике из-за нестабильной работы фоновых заданий и проблем с отрисовкой интерфейса. Проанализируем опыт пользователей: сборка 8.3.12.1529 часто позиционировалась как минимально необходимая, однако на практике в ней были замечены «падения» рабочих процессов при интенсивном использовании расширений.
Выясним причину популярности релиза 8.3.12.1685. Исходя из технических отчетов и отзывов системных администраторов, именно в этой версии удалось достичь баланса между производительностью и стабильностью. Основные преимущества этой сборки:
ERP или УПП.rphost значительно снизился эффект накопления неиспользуемых данных при активной работе с HTTP-сервисами и расширениями.Посмотрим на одну из самых специфических проблем ветки 8.3.12 — некорректное поведение полосы прокрутки в динамических списках (особенно часто проявляется в конфигурации УПП на обычных формах). Пользователи часто жалуются, что для активации прокрутки нужно совершить дополнительные действия: открыть и закрыть любой документ. Разберем по шагам, как минимизировать подобные графические артефакты.
Проблема часто кроется в механизме аппаратного ускорения и кеширования графики. Для исправления ситуации проанализируем следующие рекомендации:
1cv8.exe. Это избавляет от «мерцания» форм и проблем с отрисовкой табличных частей.Рассмотрим пример скрипта для пакетной очистки кеша пользователей, который можно использовать в работе системного администратора:
@echo off
set "baseDir=%AppData%\1C\1cv8"
for /d %%i in ("%baseDir%\*") do (
if exist "%%i\config" rd /s /q "%%i"
)
set "localDir=%LocalAppData%\1C\1cv8"
for /d %%i in ("%localDir%\*") do (
if exist "%%i\config" rd /s /q "%%i"
)
echo Кеш очищен успешно.
Выясним причину странного поведения столбцов в конфигурациях на управляемых формах (например, УТ 11). Часто параметры ширины, установленные в значение Авто, перестают адекватно реагировать на изменения размера окна. В 8.3.12 механизм расчета ширины был переработан для поддержки мониторов с высоким разрешением (DPI).
Чтобы решить эту проблему, проанализируем настройки элементов формы. Если в Бухгалтерии предприятия формы более простые и «проглатывают» эти изменения, то в Управлении торговлей с ее перегруженными табличными частями рекомендуется принудительно устанавливать свойство Растягивать по горизонтали в значение Да для ключевых колонок, вместо использования автоматического режима.
Важный аспект, который мы должны рассмотреть — это ужесточение требований к безопасности в ветке 8.3.12. Платформа начала требовать более строгой проверки сертификатов при работе по протоколу HTTPS. Если ваша база обменивается данными с сайтами или почтовыми серверами, использующими устаревшие протоколы TLS 1.0 или самоподписанные сертификаты, вы можете столкнуться с ошибками соединения.
Для исправления ситуации выполним следующие действия:
TLS 1.2.cacert.pem, который находится в папке с установленной платформой.Разберем ситуацию с производительностью сервера. В ветке 8.3.12 были отмечены случаи, когда объем памяти, занимаемый процессом rphost, рос непропорционально нагрузке. Посмотрим, как это контролировать. Специалисты рекомендуют настроить параметры перезапуска рабочих процессов в консоли администрирования серверов 1С:
Допустимый объем памяти для рабочего процесса, исходя из общего объема ОЗУ сервера.Интервал превышения допустимого объема памяти (обычно 300-600 секунд), чтобы система успевала плавно переключить пользователей на новый процесс.Выключать через для корректного завершения «старых» процессов.Подводя итог нашему анализу, можно сделать вывод: если ваша конфигурация требует перехода на 8.3.12, наиболее безопасным вариантом будет использование сборки 8.3.12.1685 или более поздних сервисных выпусков (например, 1790 для закрытия уязвимостей).
Не забывайте, что переход на новую платформу — это не только установка дистрибутива, но и комплекс мер по очистке кеша, проверке настроек SQL-сервера и тестированию критических участков кода в толстом и тонком клиентах. Мы рекомендуем сначала провести миграцию на тестовой копии базы, проверить работу динамических списков и регламентных заданий, и только после этого обновлять «боевой» сервер.