Восстановление sql базы после динамического обновления.

Большое спасибо за эту статью!!!

Столкнулся с такой же ошибкой... Слава яйцам, что начали делать бэкапы. Восстановил с бэкапа. Можно ли скопировать таблицу config из другой базы? Это поможет в данной ситуации?

Спасибо. Интересно.

спс за статью

По решению данной проблемы много статей, в основном рекомендации вида: заменить таблицу config.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы - вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают .... вопрос открытый.
delete from config where FileName = 'commit'
delete from config where FileName = ' dbStruFinal'
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.

такая же проблема была сегодня.

спасибо автору, помогло.

но действительно, за что отвечают 'commit' и 'dbStruFinal'?

у меня такое было, но задолго до этой статьи. Тогда дело решилось только поднятием из бэкапа. Теперь буду знать, спасибо

Не похоже, чтобы проблему решили полностью. Вот то самое сообщение и цитата из него

Автору огромное спасибо, быстро решил свою проблему, когда настал час Икс :)
И да, на 8.2.17 проблема не полностью решена.

(6) AlekseiLeit,
Эта записи и отвечают за динамическое обновление.

Ну почти за полгода до решил это http://infostart.ru/public/116123/. Сегодня опять мой почти трехлетний трабл повторился погуглил. Наткнулся на вашу статью

Спасибо!

Да, помогло, и не пришлось вытаскивать базу из бэкапа, ибо есть бэкап не базы, а диска.
Спасибо, большое, человеческое...

Воспользовался советом из данной статьи:
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 после динамического обновления. Ничего не потерялось, просто применил ещё раз сохранённые изменения после их сравнения с основной конфигурацией.