при обновление бп 3 корп выдает ошибку
сам кусок кода
Запустил сервер в режиме отладки и через попытку дописал момент где удалить изменения, вывел описание ошибки в журнал(приложил скриншот).
Запускал тестирование и исправление со всеми галками, не помогает.
База полностью типовая без расширений.
Планы обмена обновления информационный базы смотрел их 9 штук и они все пустые до обновления.
подскажите как решить проблему не снимая конфигурацию с поддержки?
15.11.2023 14:12:24 При вызове оповещения о завершении длительной операции
61e05980-3e3d-45d9-ab10-0c680cda9143 возникла ошибка:
Ошибка при вызове метода контекста (УдалитьРегистрациюИзменений)
{Обработка.РезультатыОбновленияПрограммы.Форма.ОбновлениеВерсииПрограммы.Форма(644)}:ПланыОбмена.УдалитьРегистрациюИзменений(УзлыОбмена, ЭлементСостава.Метаданные);
{Обработка.РезультатыОбновленияПрограммы.Форма.ОбновлениеВерсииПрограммы.Форма(615)}:СостояниеРегистрации = ЗаполнениеДанныхДляПараллельногоОтложенногоОбновления();
{ОбщийМодуль.ДлительныеОперацииКлиент.Модуль(590)}:ВыполнитьОбработкуОповещения(ОповещениеОЗавершении, Результат);
{ОбщийМодуль.ДлительныеОперацииКлиент.Модуль(582)}:ОповеститьОЗавершенииДлительнойОперации(ДлительнаяОперация.ОповещениеОЗавершении,
{ОбщийМодуль.ДлительныеОперацииКлиент.Модуль(537)}:ЗавершитьДлительнуюОперацию(ДлительнаяОперация, Результат);
{ОбщийМодуль.ДлительныеОперацииКлиент.Модуль(394)}:Если ОбработатьРезультатАктивнойОперации(Операция, Результат) Тогда
{ОбщийМодуль.ДлительныеОперацииКлиент.Модуль(286)}:ОбработатьРезультатОперации(АктивныеДлительныеОперации, Операция, Результат);
{ОбщийМодуль.СерверныеОповещенияКлиент.Модуль(352)}:ДлительныеОперацииКлиент.ПослеПериодическогоПолученияДанныхКлиентаНаСервере(
{ОбщийМодуль.СерверныеОповещенияКлиент.Модуль(200)}:ПроверитьПолучитьСерверныеОповещенияСПоказателями(СостояниеПолучения, Показатели);
{ОбщийМодуль.СерверныеОповещенияГлобальный.Модуль(13)}:СерверныеОповещенияКлиент.ПроверитьПолучитьСерверныеОповещения();
по причине:
Недопустимое значение параметра (параметр номер '2') Показатьсам кусок кода
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ОбновлениеИнформационнойБазы.Ссылка КАК Узел
|ИЗ
| ПланОбмена.ОбновлениеИнформационнойБазы КАК ОбновлениеИнформационнойБазы
|ГДЕ
| НЕ ОбновлениеИнформационнойБазы.ЭтотУзел";
Выгрузка = Запрос.Выполнить().Выгрузить();
УзлыОбмена = Выгрузка.ВыгрузитьКолонку("Узел");
Для Каждого ЭлементСостава Из Метаданные.ПланыОбмена.ОбновлениеИнформационнойБазы.Состав Цикл
ПланыОбмена.УдалитьРегистрациюИзменений(УзлыОбмена, ЭлементСостава.Метаданные);
КонецЦикла;
ПоказатьЗапустил сервер в режиме отладки и через попытку дописал момент где удалить изменения, вывел описание ошибки в журнал(приложил скриншот).
Запускал тестирование и исправление со всеми галками, не помогает.
База полностью типовая без расширений.
Планы обмена обновления информационный базы смотрел их 9 штук и они все пустые до обновления.
подскажите как решить проблему не снимая конфигурацию с поддержки?
Прикрепленные файлы:
По теме из базы знаний
- Исправление ошибки Поле объекта не обнаружено (CountryCode) при обновлении Бухгалтерия предприятия с 2.0 на редакцию 3.0
- Бухгалтерия предприятия редакция 3.0: обновление на 3.0.67.38 (из серии - никогда такого не было, и вот опять). Отключение расширений
- Ошибка при обновлении: Записи регистра сведений стали неуникальными: Двоичные данные файлов
- Запрет доступа к данным по зарплате для БП 3.0 и КА 2.5
- Перенос данных из БП 3 в БП 2. Переносятся документы, справочники, а также остатки товаров, взаиморасчетов и денежных средств
Найденные решения
(12)
Да.
В план обмена ОбновлениеИнформационнойБазы при начале обновления на следующий релиз явно регистрируются те объекты, которые далее будут обрабатываться в процедурах обновления ИБ, в отложенных обработчиках. Авторегистрация для объектов этого плана обмена не нужна.
Чтобы это было возможно, тип метаданных должен быть включен в состав плана. Иногда бывает, что ошибочно не включают какие-то объекты в состав, и из-за этого при обновлении может возникать ошибка.
Не будет никаких проблем, если в состав плана обмена будут включены все объекты конфигурации.
У вас клиент-серверная база. Отложенные обработчики выполняются после монопольного обновления ИБ. Для этого должны быть включено использование регламентных заданий в свойствах базы в кластере.
Возможно у вас они выключены.
Данный метод безопасен?
Да.
В план обмена ОбновлениеИнформационнойБазы при начале обновления на следующий релиз явно регистрируются те объекты, которые далее будут обрабатываться в процедурах обновления ИБ, в отложенных обработчиках. Авторегистрация для объектов этого плана обмена не нужна.
Чтобы это было возможно, тип метаданных должен быть включен в состав плана. Иногда бывает, что ошибочно не включают какие-то объекты в состав, и из-за этого при обновлении может возникать ошибка.
Не будет никаких проблем, если в состав плана обмена будут включены все объекты конфигурации.
Провел следующее обновление проходит без ошибки но перед ним пишет -
что не закончены предыдущие обработки.
что не закончены предыдущие обработки.
У вас клиент-серверная база. Отложенные обработчики выполняются после монопольного обновления ИБ. Для этого должны быть включено использование регламентных заданий в свойствах базы в кластере.
Возможно у вас они выключены.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)Можно предложить так, сначала на копии:
- выгрузить конфигурацию в cf
- включить возможность изменения для плана обмена ОбновлениеИнформационнойБазы
- включить в состав все объекты конфигурации, запретить авторегистрацию для всех (2 клика мыши в меню состава)
- запустить в режиме предприятия, обновление должно пройти без ошибки
- загрузить конфигурацию из cf
- выгрузить конфигурацию в cf
- включить возможность изменения для плана обмена ОбновлениеИнформационнойБазы
- включить в состав все объекты конфигурации, запретить авторегистрацию для всех (2 клика мыши в меню состава)
- запустить в режиме предприятия, обновление должно пройти без ошибки
- загрузить конфигурацию из cf
Что же там тогда удаляется, интересно?
Для Каждого ЭлементСостава Из Метаданные.ПланыОбмена.ОбновлениеИнформационнойБазы.Состав Цикл
Попытка
ПланыОбмена.УдалитьРегистрациюИзменений(УзлыОбмена, ЭлементСостава.Метаданные);
Исключение
Сообщить("Проблемный элемент " + ЭлементСостава.Метаданные);
КонецПопытки;
КонецЦикла;
Показать
(6) а я выше приложил скриншот имен объектов, там 3 объекта и все связаны с Внешним модулем с документооборотом с КО, скриншот их журнала регистрации это я добавил в журнал регистрации имена тех объектов при которых происходит ошибка, продублировал скриншот. То есть я сделал то что вы писали, но тк это процедура серверная вывод сделал не в сообщение а журнал регистрации.
Прикрепленные файлы:
(9) с релиза КОРП, редакция 3.0 (3.0.140.29) , пробовал на все доступные релизы ошибка остается.
Также попробовал обновить на следующий релиз например через попытку. Далее убираю свой код и все равно при следующем обновлении таже проблема с те ми же объектами.
Также попробовал обновить на следующий релиз например через попытку. Далее убираю свой код и все равно при следующем обновлении таже проблема с те ми же объектами.
(10)
Это последний раз, в котором я попытаюсь объяснить вам еще раз.
Надоело раскидывать бисер, раз это не ценят.
1) поддержку можно вернуть, это делается последним пунктом в сообщении 4
2) план обмена не пустой, в него регистрируются объекты, для которых будет выполнены обработчики обновления.
Если вам лень проделать минутное действие на копии базы, для теста исправления ошибки, ок, удачи.
тогда я ее с поддержки сниму, хотелось бы сделать без снятие с поддержки, и этот план обмена пустой
Это последний раз, в котором я попытаюсь объяснить вам еще раз.
Надоело раскидывать бисер, раз это не ценят.
1) поддержку можно вернуть, это делается последним пунктом в сообщении 4
2) план обмена не пустой, в него регистрируются объекты, для которых будет выполнены обработчики обновления.
Если вам лень проделать минутное действие на копии базы, для теста исправления ошибки, ок, удачи.
(11)
мне не лень, я ждал пока копия восстановиться .
Сделал как вы написали обновление прошло без ошибки.
После обновления сохранил конфигурация поставщика и загрузил в базу.
Провел следующее обновление проходит без ошибки но перед ним пишет -
что не закончены предыдущие обработки.
спасибо за помощь
Данный метод безопасен? и можете если есть возможность поподробнее написать почему такое произошло, я смотрел в составе плана обмена нет модулей. Запрет авто регистрация не помешает процедурам которые запускаются после обновления?
Если вам лень проделать минутное действие на копии базы, для теста исправления ошибки, ок, удачи.
мне не лень, я ждал пока копия восстановиться .
Сделал как вы написали обновление прошло без ошибки.
После обновления сохранил конфигурация поставщика и загрузил в базу.
Провел следующее обновление проходит без ошибки но перед ним пишет -
что не закончены предыдущие обработки.
спасибо за помощь
Данный метод безопасен? и можете если есть возможность поподробнее написать почему такое произошло, я смотрел в составе плана обмена нет модулей. Запрет авто регистрация не помешает процедурам которые запускаются после обновления?
(12)
Да.
В план обмена ОбновлениеИнформационнойБазы при начале обновления на следующий релиз явно регистрируются те объекты, которые далее будут обрабатываться в процедурах обновления ИБ, в отложенных обработчиках. Авторегистрация для объектов этого плана обмена не нужна.
Чтобы это было возможно, тип метаданных должен быть включен в состав плана. Иногда бывает, что ошибочно не включают какие-то объекты в состав, и из-за этого при обновлении может возникать ошибка.
Не будет никаких проблем, если в состав плана обмена будут включены все объекты конфигурации.
У вас клиент-серверная база. Отложенные обработчики выполняются после монопольного обновления ИБ. Для этого должны быть включено использование регламентных заданий в свойствах базы в кластере.
Возможно у вас они выключены.
Данный метод безопасен?
Да.
В план обмена ОбновлениеИнформационнойБазы при начале обновления на следующий релиз явно регистрируются те объекты, которые далее будут обрабатываться в процедурах обновления ИБ, в отложенных обработчиках. Авторегистрация для объектов этого плана обмена не нужна.
Чтобы это было возможно, тип метаданных должен быть включен в состав плана. Иногда бывает, что ошибочно не включают какие-то объекты в состав, и из-за этого при обновлении может возникать ошибка.
Не будет никаких проблем, если в состав плана обмена будут включены все объекты конфигурации.
Провел следующее обновление проходит без ошибки но перед ним пишет -
что не закончены предыдущие обработки.
что не закончены предыдущие обработки.
У вас клиент-серверная база. Отложенные обработчики выполняются после монопольного обновления ИБ. Для этого должны быть включено использование регламентных заданий в свойствах базы в кластере.
Возможно у вас они выключены.
(13) спасибо буду знать, насчет отложенных обработчиков тоже верно, для копии отключены регламентные задания, не знал что сейчас так обновления работают, вручную их запустил и все успешно прошло.
Единственный момент я не понял. Почему если через попытку пропустить удаление этих 3 проблемных объектов то и при следующем обновлении проблема появляется? По идее после обновления там новый состав должен быть , я смотрел сами планы обмена после обновления они пустые, там нет данных.
Единственный момент я не понял. Почему если через попытку пропустить удаление этих 3 проблемных объектов то и при следующем обновлении проблема появляется? По идее после обновления там новый состав должен быть , я смотрел сами планы обмена после обновления они пустые, там нет данных.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот