Переход на новые релизы технологической платформы 1С:Предприятие часто сопряжен с рисками, однако версия 8.3.13.1513 стала одним из самых обсуждаемых «проблемных» релизов. Пользователи и администраторы столкнулись с целым комплексом ошибок: от мелких графических дефектов до критических сбоев, приводящих к невозможности работы в распределенных базах (РИБ) или к полной остановке системы из-за ошибок SDBL. Проанализируем основные проблемы этого релиза и разберем по шагам способы их устранения.
Одной из первых жалоб пользователей после обновления стали «плавающие» ошибки интерфейса в конфигурациях на управляемых формах (УТ 11, БП 3.0, ЗУП 3.1). Разберем ситуацию: формы при открытии не растягиваются до краев, элементы управления накладываются друг на друга, а горячие клавиши (например, F9) срабатывают некорректно. Это связано с обновленным механизмом отрисовки форм и работы с High DPI.
Для решения проблемы с некорректным отображением элементов проанализируем настройки режима совместимости. В ряде случаев помогает временное изменение режима совместимости конфигурации. Посмотрим на алгоритм действий:
Конфигурация.РежимСовместимости.Версия 8.3.9. Это часто исправляет логику расчета размеров окон, которую «сломали» в более новых режимах совместимости на данном релизе.Если манипуляции с совместимостью невозможны, рекомендуется проверить настройки масштабирования в ОС Windows. Установка масштаба в 100% на клиентских машинах обычно снимает проблему «сжатых» элементов внутри растянутого окна.
Эта ошибка является наиболее опасной, так как она свидетельствует о рассинхронизации между метаданными конфигурации и физической структурой таблиц в SQL или файловом хранилище. Выясним причину: при реструктуризации платформа некорректно обновляет внутреннюю системную таблицу DBSchema, из-за чего объект (например, справочник или документ) перестает распознаваться системой.
Если вы столкнулись с ошибкой Запись не найдена в менеджере имен базы данных, выполним следующие шаги по диагностике:
Используем программный метод для определения проблемной таблицы. Проанализируем результат выполнения следующего кода в обработке:
Попытка
СтруктураБД = ПолучитьСтруктуруХраненияБазыДанных();
Для Каждого СтрокаТаблицы Из СтруктураБД Цикл
Сообщить("Проверка объекта: " + СтрокаТаблицы.ИмяТаблицы);
КонецЦикла;
Исключение
Сообщить("Ошибка обнаружена: " + ОписаниеОшибки());
КонецПопытки;
Метод ПолучитьСтруктуруХраненияБазыДанных() при поврежденном менеджере имен вызовет исключение. Если ошибка локализована в конкретном объекте, например Reference39 (Справочник.ДолжностиОрганизаций), единственным надежным способом лечения без глубокой правки SQL-таблиц является выгрузка данных в новую информационную базу через формат XML или с помощью обработки «Выгрузка и загрузка данных XML».
Для систем, использующих РИБ, релиз 8.3.13.1513 оказался крайне нестабильным. Проанализируем типичную ситуацию: при обмене изменения конфигурации «долетают» до периферийной базы, но не применяются или вызывают ошибку POST /e1cib/moxel. Это связано с багом платформы в механизме сериализации данных при приеме сообщения обмена.
Разберем способы решения:
8.3.12.1685 или аналогичную. Для этого потребуется переустановка платформы на всех клиентах и сервере.Рассмотрим подробнее ошибку SDBL, возникающую при попытке выполнить тестирование и исправление (ТиИ) с реструктуризацией. Эта ошибка говорит о том, что в базе данных присутствуют записи, ссылающиеся на несуществующие идентификаторы таблиц. Проанализируем ситуацию: часто это происходит из-за некорректной работы платформы с Планами Видов Расчета или Регистрами Накопления, у которых менялись настройки агрегатов.
Для исправления ситуации выполним следующие действия:
Тестирование и исправление с отмеченными пунктами «Проверка логической целостности» и «Проверка ссылочной целостности».DBSchema.Проанализировав опыт множества внедрений, можно сделать вывод, что версия 8.3.13.1513 официально признана неудачной для многих типовых решений. Например, для «Управление торговлей 11.4» фирма 1С прямо рекомендует избегать этого релиза. Если вы столкнулись с замедлением работы (ошибка POST /e1cib/misc), падением рабочих процессов rphost или утечками памяти, выполним регламентные операции на сервере:
snccntx и прочие временные файлы в каталоге профиля службы).Помните, что при работе на 13-й платформе критически важно иметь свежие резервные копии, так как «тихое» разрушение структуры базы данных может обнаружиться не сразу, а спустя несколько дней успешной, на первый взгляд, работы.