← На главную

С выходом новых релизов конфигурации 1С:Бухгалтерия (например, включающих изменения по НДС 22%) многие специалисты сталкиваются с необходимостью обновления платформы 1С:Предприятие. Минимальные требования конфигурации часто повышаются, например, до версии 8.3.27.1688. Давайте разберем по шагам, почему нельзя оставаться на привычных стабильных релизах (таких как 8.3.25), с какими подводными камнями можно столкнуться при переходе на ветку 8.3.27 и какую именно сборку платформы выбрать для стабильной работы.

Почему не стоит пытаться обновиться на платформе 8.3.25?

Если вы попробуете накатить новое обновление Бухгалтерии, находясь на платформе 8.3.25, система выдаст предупреждение о необходимости более новой платформы и заблокирует процесс. Выясним причину такого поведения и проанализируем риски принудительного обновления.

1. Механизмы проверки версии платформы. Первый рубеж защиты заложен в самом файле манифеста пакета обновления .cfu. Помощник обновления считывает его и прерывает операцию. Второй рубеж — программный контроль со стороны Библиотеки стандартных подсистем (БСП). В процедуре ОбщегоНазначенияПереопределяемый проверяются параметры базовой функциональности, и даже если вы попытаетесь загрузить полный файл конфигурации .cf, система не даст запустить пользовательский режим.
2. Аппаратные и платформенные ограничения. Главное ограничение — это свойство конфигурации Режим совместимости. В новых релизах Бухгалтерии этот режим поднят выше 8.3.25. Из-за этого старая платформа физически не может корректно сохранить измененные метаданные или открыть информационную базу.
3. Риски ручного вмешательства. Принудительное понижение режима совместимости приведет к серьезным ошибкам компиляции, сбоям в фоновых заданиях, ошибкам при закрытии месяца и расчете налогов. Мы настоятельно не рекомендуем использовать платформу 8.3.25 для актуальных версий Бухгалтерии.

Проблема «раздувания баз» в ранних релизах 8.3.27

Переходя на ветку 8.3.27, многие пользователи столкнулись с критической проблемой — базы данных начали неконтролируемо расти в размерах. Рассмотрим подробнее, почему это происходит.

В платформе 8.3.27 разработчики кардинально изменили архитектуру работы с двоичными данными. Теперь все реквизиты объектов с типом ХранилищеЗначения и присоединенные файлы сохраняются во внутреннюю системную таблицу базы данных BinaryData.

Однако в ранних сборках этой линейки (включая 8.3.27.1688 и 8.3.27.1786) была допущена ошибка в механизме очистки устаревших версий файлов. При перезаписи объектов старые двоичные данные просто не замещались, а механизм «сборки мусора» в многопользовательском режиме давал сбой. В итоге таблица BinaryData в СУБД (например, в MS SQL или PostgreSQL) могла вырасти на десятки и сотни гигабайт всего за пару дней.

Специфика работы расширений и интерфейса в 8.3.27

Помимо роста баз, в ранних релизах 8.3.27 фиксировались ошибки при работе с расширениями:

• Проблемы с изменением реквизита ВерсияДанных при подключении расширений и официальных патчей.
• Ошибки отрисовки деревьев метаданных и реквизитов формы в Конфигураторе, что сильно затрудняло работу программистов по доработке конфигураций.

Какую платформу выбрать: проверенные решения

На основе практического опыта и обсуждений профильных специалистов, давайте посмотрим, какие версии платформы можно безопасно ставить на рабочие серверы.

1. Версия 8.3.27.1859. В этом релизе разработчики устранили утечку данных и решили проблему разрастания таблицы BinaryData. Эту платформу можно смело ставить, если в вашей Бухгалтерии нет собственных доработок через расширения (так как в этой сборке еще могут наблюдаться мелкие интерфейсные дефекты в Конфигураторе).
2. Версия 8.3.27.1936 (и новее). Это наиболее рекомендуемый вариант. В этой сборке не только решена критическая ошибка роста баз СУБД, но и скорректированы дефекты редактора форм и проверки расширений.
3. Версия 8.3.27.1606 (с патчами). Некоторые специалисты отмечают этот релиз как относительно стабильный в плане базовых ошибок, однако для надежности лучше ориентироваться на более поздние сборки, где архитектурные проблемы решены на уровне ядра.

Практические рекомендации по переходу

Если вы готовитесь к обновлению, проанализируем оптимальный регламент действий:

• Откажитесь от ранних сборок: Избегайте установки версий 8.3.27.1688 и 8.3.27.1786 на продуктивные базы. Выбирайте 8.3.27.1936 или выше.
• Очистка уже раздутой базы: Если вы уже поработали на проблемном релизе и база выросла, освободить место поможет перестроение системных таблиц. Сделайте монопольную выгрузку информационной базы в файл .dt, а затем загрузите её в новую, чистую базу данных СУБД.
• Профилактика: При большом объеме файлов настройте их вынос во внешнее хранилище (в файловые тома) стандартными средствами 1С.
• Тестирование: Перед обновлением рабочей базы обязательно выполните процесс на копии. Убедитесь, что закрытие месяца проходит без ошибок, все ваши расширения работают штатно, а размер базы в СУБД остается стабильным.

Следуя этим рекомендациям, вы сможете безопасно обновить 1С:Бухгалтерию до актуального релиза и избежать неприятных сюрпризов с производительностью и местом на сервере.