«Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?»
Платформа: 8.2.15.301
Завис конфигуратор при динамическом обновлении базы, после при входе в конфигуратор выводится сообщение:
«Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?» «Да, Нет»
Если выбрать да, то выводится сообщение:
«Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.»
Так как было динамическое обновление, то данные все в сохранности.
Первым делом смотрим в configsave, таблица оказалась пустой. Смотрим что просходит с базой через profiler ms-sql.
Первое сообщение в 1С выводится после запроса select * from Config WHERE FileName = ‘commit’. В копии запрос возвращает пусто, удаляем в поврежденной базе этот флаг (delete from config where FileName = ‘commit’).
При запуске 1С снова выводится первое сообщение, но уже после запроса select * from Config WHERE FileName = ‘dbStruFinal’. В копии запрос возвращает пусто, удаляем в поврежденной базе этот флаг (delete from config where FileName = ‘dbStruFinal’).
Запускаем 1С, все работает.
P.S. Если вы столкнулись с аналогичной ситуацией, то напишите в комментариях на каком релизе платформы это произошло, какой режим совместимости у конфигурации и какой алгоритм обновления базы используется (старый или новый).
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Большое спасибо за эту статью!!!
Столкнулся с такой же ошибкой… Слава яйцам, что начали делать бэкапы. Восстановил с бэкапа. Можно ли скопировать таблицу config из другой базы? Это поможет в данной ситуации?
Спасибо. Интересно.
спс за статью
По решению данной проблемы много статей, в основном рекомендации вида: заменить таблицу config.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы — вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают …. вопрос открытый.
delete from config where FileName = ‘commit’
delete from config where FileName = ‘ dbStruFinal’
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.
такая же проблема была сегодня.
спасибо автору, помогло.
но действительно, за что отвечают ‘commit’ и ‘dbStruFinal’?
у меня такое было, но задолго до этой статьи. Тогда дело решилось только поднятием из бэкапа. Теперь буду знать, спасибо
Не похоже, чтобы проблему решили полностью. Вот и цитата из него
Проблема имеется.
Мы провели большую работу по ее нейтрализации.
Исправление сложное.
Мы его включили в версию 8.3.1
Автору огромное спасибо, быстро решил свою проблему, когда настал час Икс 🙂
И да, на 8.2.17 проблема не полностью решена.
(6) AlekseiLeit,
Эта записи и отвечают за динамическое обновление.
Ну почти за полгода до решил это . Сегодня опять мой почти трехлетний трабл повторился погуглил. Наткнулся на вашу статью
Спасибо!
Да, помогло, и не пришлось вытаскивать базу из бэкапа, ибо есть бэкап не базы, а диска.
Спасибо, большое, человеческое…
Воспользовался советом из данной статьи:
1С 8.3 УПП 1.3
Помогло.
Столкнулся с такой же проблемой, сделал беккап косячной базы средствами скуля, развернул недавний беккап в соседнюю базу, перекинул с одной базы в другую таблицу dbo.config. Сначала зашло, потом началось непонятное, rphost стали падать со страшной силой. Наткнулся на эту статью, решил восстановить беккап косячной базы и проверить, но получилось странное, попробовал зайти в конфигуратор, он предложил продолжить обновление, я согласился и база стала нормально загружаться!
Мораль — мне, похоже, помогло сделать беккап и залить его. Попробуйте, может кому поможет.
Спасибо.
Но, помогло только предприятию — пользователи смогли зайти в базу.
Для входа в конфигуратор пришлось перезаписывать таблицу «dbo.config».
«Спасибо, отпустило»
8.2.17.169 Вылечено удалением строк с ‘commit’ и ‘dbStruFinal’
Вот и слушай ещё 1С, когда они говорят, что нельзя лазить в скуль 1Ски средствами самого скуля.
А изменения динамического обновления сохранились?
(18) DenisCh, Да, все сохраняется. Платформа иногда не может очистить после обновления служебные флаги.
Спасибо! Запустил конфигуратор после статьи, о большем и не мечтал =)) Ошибка возникла на платформе 8.3.9.1818. (Бух 2.0.) по ощущениям во время динамического обновления совпавшего с разностным бэкапом средствами SQL. Запустил только удаление: delete from config where FileName = ‘commit’
Спасибо. Помогло.
Спасибо помогло! Без профайлов можно, напрямую в Менеджмент студио
!!!! Спасибо большое, поднял упавшую базу БП, после динамического обновления ((( релиз платформы 8.3.9.2170. Ребята динамическое обновление это ЗЛО
Большое спасибо, добрый человек, очень выручил!!
Блин, 5 лет с первого поста здесь, а проблема до сих пор актуальна!!!
Только что продела сию процедуру:
1. select * from Config WHERE FileName = ‘commit’
2. delete from config where FileName = ‘commit’
3. select * from Config WHERE FileName = ‘dbStruFinal’
4. delete from config where FileName = ‘ dbStruFinal’
и база вернулась в жизни.
(25) на каком релизе платформы произошло?
8.3.9.2033
И да, при динамическом обновлении конфигурации.
(27)Динамическое обновление — зло)
Да, живем мы не в раю))))
(27) а какой режим совместимости стоит у конфигурации?
(30)
Версия 8.2.16
8.3.10.2252 Тоже самое, хоть и редко, один раз на тысячу…, спасибо автору за статью)
Платформа 8.3.9.2033. Очистила configsave.
Выполнила — delete from config where FileName = ‘commit’. Заработало.
Платформа 8.3.9.2233 — не исправили. Проблема актуальна, решение тоже.
Автору лайк.
Автору громадное спасибо! Только что рухнула база получилось поднять за пару минут, УПП 1.3 платформа 8.2.19.130
Огромное спасибо, уже 3 базы починили. Проблема актуальна Платформа 8.3.10.2252. И, да, если перестать нажимать Перезапустить, если рухнул конфигуратор при обновлении, а нажимать Закрыть, то проблемы нет. Проблема есть не только при динамическом обновлении, но и при обычном обновлении нетиповой базы с релиза на релиз.
Подтверждаю, платформа 8.3.10.2252, решение помогло.
(15) после копирования таблицы и входа в конфигуратор нужно ОБЯЗАТЕЛЬНО провести обновление свежим цф. Очень вероятно, что автор это забыл сделать, а часть данных базы уже не соответствовала восстановленному config.
Большое спасибо. Просто спасли. Платформ 8.3.10.2466, обновление динамическое.
Большое спасибо!!!!
Спасибо автору, спас базу на 8.3.10.2561 после динамического обновления. Ничего не потерялось, просто применил ещё раз сохранённые изменения после их сравнения с основной конфигурацией.
Спасибо 8.3.10.2580
Спасибо, помогло. Делал все как написано. Удалил 2 строчки из config
8.3.9.2170
Спасибо большое.
При динамическом обновлении возникла именно такая ситуация.
База запустилась уже после первой команды: delete from config where FileName = ‘commit’
УПП 1.3
8.3.10.2561
Спасибо! 8.3.10.2639 КА 1.1
Все заработало после delete from config where FileName = ‘commit’
Спасибо большое.
При динамическом обновлении возникла именно такая ситуация.
База запустилась.
delete from config where FileName = ‘commit’
удалило 1 запись. А
delete from config where FileName = ‘ dbStruFinal’
Записей не обнаружено
УПП 1.3
8.3.10.2375
Респект и уважуха, помогло )
и мне помогло после динамического обновления и сбоя базы во процессе этого. Автору огромное человеческое спасибо!.
Спасибо автору! Помогло!
Как ни странно, 8.3.11 та же ошибка… удивительно
Спасибо! Рецепт помог.
Ребята исправьте в описании ‘ dbStruFinal’ — пробел перед названием удалите. С ходу не заметил и скопировал как есть.
Спасибо! Помогло!!!
Однако потребовалось еще через КонфигурацияКонфигурация базы данных Вернуться к конфигурации ДБ.
+1 спасибо
Конфиг запустился только после выполнения второй строчки
delete from config where FileName = ‘dbStruFinal’
УПП 1.3 на 8.3.10.2580
Спасибо автору!
Почти 6 лет и вагон релизов минуло с момента публикации поста, а он всё ещё актуален.
Спасибо автору! Спасло уже дважды!!!
1С:Предприятие 8.3 (8.3.11.2867)
Спасибо автору огромное!
Спасибо. Помогло.
Спасибо! Спасло вчера!
Исправляем, исправляем… однако 8.3.11.2954 а воз и ныне там. за месяц дважды флаги удалять пришлось(((
Попробовал применить эту методику, в итоге ругается «Текущему соединению с информационной базой не назначен сеанс»
(63)
Не, все норм, у меня пробел в имени закрался
delete from config where FileName = ‘commit’ or FileName = ‘ dbStruFinal’
Спасибо за статью!!!
У меня тоже была такая ошибка на 8.3.10.2580 База УПП. Бэкап был за прошедший день. Битая база через SQL бекапировать не хотела. По статье нашел и удалил вот эти две записи и все заработало.
delete from config where FileName = ‘commit’
delete from config where FileName = ‘dbStruFinal’
динамично обновлял и никогда такого не было. теперь будет наукой
Спасибо!
Спасибо! Очень помогли…
И от меня спасибо) выручили)
Все отлично.
Годы идут,а проблемы те же
Как и решения )
Спасибо
В версии 8.3.11 существую другие идентификаторы. Обновите статью, пожалуйста
(70) пока не встречался с этой ошибкой в 8.3.11.
Ошибка произошла в релизе платформы 8.3.10.2667, режим совместимости у конфигурации «не использовать»
Столкнулся сегодня на 8.3.10.2561
после неудачного динамического обновления указанная ошибка
помогло «delete from config where FileName = ‘commit'»
После этого зашел в конфигурацию, повторил обновление
Большое спасибо
Платформа 8.3.11.3133
После выполнения «delete from config where FileName = ‘commit'» удалось зайти в конфигуратор и продолжитьработу
Спасибо за статью
8.3.10.2667 — возникла ошибка. Спасибо автору помогло!
8.3.10.2561 — эта же проблема. Спасибо за статью!
8.3.11.2924
после неудачного динамического обновления указанная ошибка.
В это время возможно выполнялся диф бекап.
delete from config where FileName = ‘commit’
delete from config where FileName = ‘dbStruFinal’ — помогло.
Платформа 8.3.12.1529, база в режиме совместимости 8.2.16
Только что словил эту траблу. Чистка таблицы config от некошерных записей решила проблему. Автору спасибо!
(25)
Внимание. В четвертой строке лишний пробел. Если не удалить, то получим ошибку «Текущему соединению с информационной базой не назначен сеанс»
Уже во второй раз столкнулся с такой проблемой. В первый решил накатом бекапа, во второй повезло встретить этот пост. Честь и хвала автору, его семье и соседям..) От себя добавлю что еще чистил configsave, а так же заново сохранил конфигурацию, иначе вебсервисы не поднимались.
Большое спасибо!
БОЛЬШОЕ СПАСИБО АВТОРУ!!! Здоровья и счастья вам!!
уже второй раз использовала данный алгоритм!!
ничего не понимаю в этих запросах, но уже вторую базу
вернула к жизни благодаря вам!!
(82)Спасибо за добрые слова. Рад что спустя такое количество времени моё ноу-хау до сих пор востребовано. Огорчяет что 1С-ники никак с таким количеством релизов не могут пофиксить этот плавающий баг.
Платформа: 8.3.12.1567
Конфа: УПП 1.3
Такая же проблема
8.3.12.1469 , сервер упал на динамическом обновлении, данное решение помогло.
Огромное спасибо! Всех благ! Здоровья, счастья!
Платформа 8.3.10.2639
Конфигурация УПП 1.3
1С:Предприятие 8.3 (8.3.12.1616)
Зуп 3.1
Помогло спасибо огромное)
Большое Вам спасибо за статью! Очень помогла.
1С:Предприятие 8.3 (8.3.12.1529)
БП 2.0
Спасибо! Помогло!
Выполнили:
DELETE
FROM Сonfig where FileName = ‘commit’
GO
и после запуска 1С обновили конфигуратор
8.3.11.3034 бгг
Платформа 8.3.10.2580
Благодарю!!! Сейчас все работает!
Большой респект !
Платформа 8.3.10.2667
Достаточно было сноса «коммита».
Где ж Вы накапываете эту инфу по где искать?
Похоже произошло на дин. обновлении, совпавшем по времени с фоновым обновлением полнотекстового индекса.
Спасибо. Помогло после удлаения соммита
Платформа 1С:Предприятие 8.3 (8.3.10.2466). Помогло. Спасибо большое!
Спасибо, помогло
УПП 1.3.115.1, платформа 8.3.12.1714.
Спасибо ,помогло!!!
Платформа 8.3.12.1529
1С:Предприятие 8.3 (8.3.10.2753)
«Управление торговлей», редакция 10.3
Спасибо помогло.
Спасибо, помогло. Век живи, век учись.
Платформа 8.3.10.2753, конфигурация УТ 10.3.14.3
На 8.3.92309 сегодня поймал при динамическом обновлении. Автору спасибо. Все сработало. Вошел в конфигуратор, получил конфу из хранилища и дообновил.
У меня дополнительно отказались работать запросы в SQL Studio. Ошибка при выполнении: «неверно задано имя папки» (the directory name is invalid). Пофиксилось выполнением в cmd команды «mkdir %temp%». Потом уже запросы на удаление косячных записей из таблицы config.
Может и это кому пригодится.
Еще раз автору спасибо и респект. Сегодня уйду с работы вовремя:)
Спасибо, помогло
АльфаАвто 4 сильно переписанная, без режима совместимости, платформа 8.3.12.1714.
(92)
одна из рекомендаций при динамическом обновлении — на период обновления включать блокировку рег. заданий.
(127)
на скриншоте название флага с проблем.