Стоит ли обновляться на платформу 8.3.24.1691 и какие подводные камни ожидают пользователей?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

Переход на новые версии платформы 1С — это всегда ответственный шаг, который часто продиктован требованиями обновлений типовых конфигураций, таких как Бухгалтерия предприятия 3.0 или ERP Управление предприятием. В данной статье мы подробно разберем опыт перехода на ветки 8.3.24 и 8.3.25, проанализируем выявленные технические проблемы и рассмотрим, как в этот процесс вписывается концепция защищенной IT инфраструктуры предприятия на базе современных стеков технологий.

Выбор стабильной ветки: 8.3.24 или 8.3.25?

Проанализируем текущую ситуацию с релизами. На данный момент минимальные требования для многих конфигураций подняты до версии 8.3.24. Рассмотрим основные аргументы при выборе версии:

Рассмотрим рекомендации экспертов: если ваша конфигурация не требует специфических функций 25-й платформы, имеет смысл остановиться на последних сборках 24-й ветки для минимизации рисков нестабильности интерфейса.

Решение проблемы «прыгающих» форм

Разберем одну из самых раздражающих ошибок интерфейса, которая встречается в версиях 8.3.25.1374 и некоторых сборках 24-й ветки. Суть проблемы заключается в том, что при прокрутке длинной формы вниз и клике на любой элемент управления, экран автоматически «отпрыгивает» к началу страницы. Это делает работу пользователей практически невозможной.

Выясним причину: это ошибка отрисовки управляемого интерфейса при взаимодействии с динамическими элементами. Проанализируем способы исправления:

  1. Обновитесь до версии 8.3.24.1691 или 8.3.25.1394. Согласно официальному баг-трекеру (ошибка 000158766), в этих сборках поведение исправлено.
  2. Если обновление на эти релизы невозможно, рассмотрите откат на 8.3.24.1586, где данная проблема еще не проявилась в массовом порядке.

Особенности работы файловых баз через веб-сервер Apache

Посмотрим на ситуацию, когда после обновления платформы файловая база, опубликованная на Apache 2.4, начинает вести себя нестабильно. Пользователи жалуются на «мертвое» зависание сеансов при попытке входа второго или третьего клиента.

Рассмотрим по шагам, что необходимо проверить в конфигурации веб-сервера:

  1. Параметр KeepAlive: Убедимся, что в настройках Apache параметр KeepAlive включен. Новые версии платформы более чувствительны к разрывам соединений.
  2. Протокол HTTP/2: Платформа 8.3.24 активно использует HTTP/2. Если вы настраиваете публикацию HTTP сервиса с использованием клиентского SSL сертификата или работаете с JSON, некорректные настройки SSL могут вызвать конфликты. Попробуйте временно отключить поддержку HTTP/2 для проверки стабильности.
  3. Очистка кэша: После обновления платформы на сервере и клиентах обязательно выполните очистку серверного кэша и кэша веб-сервера.

Исправление ошибок SDBL и проблем с расширениями

Проанализируем сложную техническую ошибку, связанную с планами обмена и расширениями конфигурации. При обновлении до 8.3.24/25 пользователи могут столкнуться с сообщением: Ошибка SDBL: Таблица или поле LastUpdate не содержится в разделе FROM.

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

Алгоритм решения:

  1. Удалите объект ПланыОбмена из расширения.
  2. Выполните обновление конфигурации базы данных.
  3. Снова добавьте объект в расширение. Платформа создаст корректную структуру с учетом новых полей.
  4. Если проблема сохраняется, выполните выгрузку информационной базы в формат .dt и последующую загрузку на новой платформе. Это принудительно пересоздаст структуру таблиц.

Борьба с избыточными фоновыми заданиями (на примере ERP)

Разберем ситуацию, когда после перехода на 8.3.24 в базе начинают бесконтрольно плодиться фоновые задания. Часто это связано с механизмом Полнотекстового поиска (ППС).

Проанализируем шаги по оптимизации:

  1. Проверьте статус индекса полнотекстового поиска. Если он поврежден, платформа будет постоянно пытаться запустить фоновое задание по его перестроению.
  2. Если пользователи не используют глобальный поиск, попробуйте полностью отключить Полнотекстовый поиск.
  3. Для оперативного вмешательства в работу сервера и контроля ресурсов используйте специализированное WEB приложение для управления сеансами и завершения процессов rphost.

Рекомендации по обслуживанию серверной части

Посмотрим на проблему утечек памяти в процессе rphost. На ветке 8.3.24 замечено, что при длительной работе сервер 1С начинает потреблять избыточное количество ОЗУ. Для удобства администрирования нескольких версий на одном сервере полезно применять инструменты для консольного переключения между платформами.

Для стабилизации работы системы придерживайтесь следующих настроек:

Итоги и выводы

Подводя итог, можно сказать, что обновление на 8.3.24.1691 является оправданным и необходимым для современных типовых баз. Однако, чтобы избежать проблем, придерживайтесь следующих правил:

  1. Всегда делайте резервную копию перед обновлением и тестируйте переход на копии.
  2. При использовании расширений обращайте внимание на изменения в системных полях (особенно в Планах обмена).
  3. Если используется веб-клиент или публикация через Apache, проверьте настройки таймаутов и KeepAlive.
  4. Для максимальной стабильности интерфейса в 25-й ветке используйте только релиз 8.3.25.1394 и выше.

Совместными усилиями сообщества и своевременным анализом баг-трекеров переход на новую платформу можно сделать максимально бесшовным и безопасным для бизнеса.

← На главную