Вопрос перехода на новую версию платформы 1С всегда вызывает живую дискуссию в сообществе системных администраторов и разработчиков. Особенно остро это ощущалось в период активного развития ветки 8.3.12. Ситуация, когда «платформы штампуют как на конвейере», вынуждает специалистов проявлять осторожность, ведь стабильность работающей системы (например, на проверенной версии 8.3.10.2639) важнее сомнительных новшеств, которые могут принести с собой критические ошибки.
В данной статье мы проанализируем опыт эксплуатации платформы 8.3.12, разберем типичные проблемы, с которыми сталкивались пользователи при обновлении, и определим наиболее надежные сборки для тех, кому необходимо оставаться на этой ветке. Разберем по шагам, на что стоит обратить внимание при планировании перехода.
Рассмотрим ситуацию с первыми сборками. Как показывает практика, поспешное обновление часто приводит к необходимости отката. Например, релиз 8.3.12.1440 на практике оказался нестабильным для многих крупных внедрений, что заставляло администраторов возвращаться на ветку 8.3.10. Одной из самых серьезных проблем в ранних версиях 8.3.12 стало разрушение хранилища конфигурации. Это критическая ошибка для командной разработки, так как она напрямую влияет на сохранность исходного кода и возможность совместной работы программистов.
Проанализируем причины таких сбоев. В ветке 8.3.12 механизм расширений получил значительное развитие, и именно рассинхронизация кэша при работе с расширениями в многопользовательском режиме часто приводила к повреждению структуры данных хранилища. Если вы планируете использовать 8.3.12, крайне важно избегать первых релизов и ориентироваться на финальные сборки этой ветки.
Выясним, какие же версии считаются наиболее «вылизаными». На основе технического анализа и отзывов специалистов, в ветке 8.3.12 наиболее стабильными признаны финальные релизы:
rphost.Рассмотрим также стратегию, которую применяют опытные администраторы: правило «четных релизов». Существует мнение, что четные ветки (8.3.10, 8.3.12, 8.3.14) более стабильны, так как они аккумулируют в себе исправления после инновационных экспериментов в нечетных ветках. Кроме того, хорошим тоном считается переход на новую ветку только после того, как вышла следующая. Например, переходить на 8.3.12 стоит тогда, когда в релиз уже вышла 8.3.13 или 8.3.14. К этому моменту большинство «детских болезней» платформы уже исправлено разработчиками 1С.
Несмотря на возможные трудности, переход на 8.3.12 дает ряд технологических преимуществ, которые невозможно получить на более старых версиях. Рассмотрим подробнее основные нововведения:
1. 64-битный клиент для Windows. Это, пожалуй, самое долгожданное изменение. До версии 8.3.12 клиентское приложение было 32-битным, что ограничивало потребление памяти 2–4 ГБ. При формировании огромных отчетов или обработке тяжелых XML-файлов клиент просто «вылетал» с ошибкой нехватки памяти. Использование 64-bit клиента решает эту проблему, позволяя приложению использовать весь объем доступной оперативной памяти компьютера.
2. Расширение возможностей механизма расширений. Посмотрим на архитектурные изменения: начиная с 8.3.12, в расширениях стало возможным добавлять собственные объекты метаданных (справочники, документы, реквизиты). Это позволяет кастомизировать типовые конфигурации, не снимая их с поддержки, что существенно облегчает последующие обновления.
3. Поддержка HTTP/2 и асинхронные запросы. Проанализируем работу с внешними сервисами. Платформа получила поддержку протокола HTTP/2, что ускорило взаимодействие веб-клиентов с сервером. Также появилась возможность выполнять HTTP-запросы асинхронно. Это означает, что интерфейс пользователя не «замерзает» в ожидании ответа от стороннего API (например, при проверке контрагента или получении курсов валют).
4. Оптимизация работы на Linux. Для системных администраторов, использующих серверы на базе Linux, версия 8.3.12 принесла улучшения в отрисовке графики и шрифтов через библиотеку Cairo. Это значительно снизило количество падений рабочих процессов при генерации печатных форм и отчетов в фоновом режиме на Linux-серверах.
Часто возникает вопрос о возможности получения UUID (ГУИД) объектов напрямую в языке запросов 1С. Важно понимать, что в ветке 8.3.12 полноценная функция для получения строкового или уникального идентификатора в запросе без использования дополнительных манипуляций (так называемых «костылей») так и не появилась. Хотя работа с бинарными данными была несколько улучшена, штатная поддержка UUID() в запросах стала доступна только в гораздо более поздних версиях платформы (начиная с 8.3.17).
Разберем инструменты администратора, появившиеся в этой версии. В консоли кластера 8.3.12 были доработаны механизмы мониторинга потребления ресурсов. Теперь администратор может более гибко настраивать лимиты памяти для рабочих процессов. Это критически важно для предотвращения ситуаций, когда один «прожорливый» сеанс пользователя занимает всю свободную память сервера, парализуя работу всей компании. Система позволяет принудительно завершать такие сеансы при достижении заданных порогов, что повышает общую отказоустойчивость системы.
Подводя итог нашему анализу, можно сделать следующие выводы. Если ваша текущая система на 8.3.10 работает стабильно и не требует функционала расширений или 64-битного клиента, то совет «сидеть на попе ровно» имеет под собой веские основания. Однако, если бизнес-задачи требуют масштабируемости и использования современных механизмов кастомизации, переход на 8.3.12 оправдан.
Пошаговый план перехода на 8.3.12:
8.3.12.1924.8.3.21+), поэтому переход на 8.3.12 сегодня актуален только для поддержки и стабилизации старых систем.Проанализировав все «за» и «против», мы видим, что платформа 8.3.12 была важным этапом в развитии экосистемы 1С, принесшим мощные инструменты, но требовавшим от администраторов вдумчивого подхода к выбору конкретного релиза.