gifts2017

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

Опубликовал Danil Potapov (Danil.Potapov) в раздел Администрирование - Тестирование и исправление

Завис конфигуратор при динамическом обновлении базы, после при входе в конфигуратор выводится сообщение:
«Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?»

Платформа: 8.2.15.301

Завис конфигуратор при динамическом обновлении базы, после при входе в конфигуратор выводится сообщение:

«Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?» «Да, Нет»

 

Если выбрать да, то выводится сообщение:

«Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.»

 

Так как было динамическое обновление, то данные все в сохранности.

Первым делом посмотрел в configsave, таблица оказалась пустой. Запустил profiler на 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. Рекомендация коллеги на партнерском форуме по динамическому обновлению:  

"... Я перестал открывать конфигуратор автоматически после ДО и проблема пока перестала проявляться в любых случаях."

http://partners.v8.1c.ru/forum/thread.jsp?id=1051011

 

P.S. Похоже, что в 8.2.17 исправили эту проблему:

10113064  Обновление конфигурации базы данных

Проблема:
Если процесс принятия изменений после обновления конфигурации базы данных был прерван, то на данную информационную базу может быть невозможно запустить ни в Предприятии, ни в Конфигураторе с различными сообщениями об ошибках или с аварийным завершением работы клиентского приложения или процессов сервера Предприятия.
Дата публикации:
2012-09-20

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Наталия Гаспарян (natali_gasparian) 27.09.12 15:35
Большое спасибо за эту статью!!!
2. Антон Антонов (Кафтан) 03.10.12 09:03
Столкнулся с такой же ошибкой... Слава яйцам, что начали делать бэкапы. Восстановил с бэкапа. Можно ли скопировать таблицу config из другой базы? Это поможет в данной ситуации?
3. Oleg karp (Oleg1708) 19.10.12 17:05
4. alex Alex (shuhorov) 19.10.12 17:35
5. serg serg (sergos3331) 19.10.12 20:46
По решению данной проблемы много статей, в основном рекомендации вида: заменить таблицу config.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы - вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают .... вопрос открытый.
delete from config where FileName = 'commit'
delete from config where FileName = ' dbStruFinal'
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.
6. Алексей Лейт (AlekseiLeit) 25.10.12 16:59
такая же проблема была сегодня.

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

но действительно, за что отвечают 'commit' и 'dbStruFinal'?
7. alex_japanese_student (Alex_Japanese_Student) 19.11.12 16:46
у меня такое было, но задолго до этой статьи. Тогда дело решилось только поднятием из бэкапа. Теперь буду знать, спасибо
8. Никита Коротаев (bforce) 20.11.12 13:55
Не похоже, чтобы проблему решили полностью. Вот то самое сообщение и цитата из него
Мы просто попытались так же честно описать всю ситуацию, как она есть:
Проблема имеется.
Мы провели большую работу по ее нейтрализации.
Исправление сложное.
Мы его включили в версию 8.3.1
9. Александр Топольский (AlexanderKai) 04.02.13 12:05
Автору огромное спасибо, быстро решил свою проблему, когда настал час Икс :)
И да, на 8.2.17 проблема не полностью решена.
10. Александр Топольский (AlexanderKai) 04.02.13 12:10
(6) AlekseiLeit,
Эта записи и отвечают за динамическое обновление.
11. Олег Ряднов (VanDiesel1) 10.10.14 11:48
Ну почти за полгода до решил это http://infostart.ru/public/116123/. Сегодня опять мой почти трехлетний трабл повторился погуглил. Наткнулся на вашу статью
12. Наталья Кузнецова (NataliaKuznetsova) 29.11.14 00:25
13. Илья Замятин (Zamik) 18.02.15 16:30
Да, помогло, и не пришлось вытаскивать базу из бэкапа, ибо есть бэкап не базы, а диска.
Спасибо, большое, человеческое...
14. Владислав Кургузов (Balabassko) 23.03.15 04:05
Воспользовался советом из данной статьи:
1С 8.3 УПП 1.3
Помогло.
15. Павел Мельников (myxins1989) 29.10.15 15:46
Столкнулся с такой же проблемой, сделал беккап косячной базы средствами скуля, развернул недавний беккап в соседнюю базу, перекинул с одной базы в другую таблицу dbo.config. Сначала зашло, потом началось непонятное, rphost стали падать со страшной силой. Наткнулся на эту статью, решил восстановить беккап косячной базы и проверить, но получилось странное, попробовал зайти в конфигуратор, он предложил продолжить обновление, я согласился и база стала нормально загружаться!

Мораль - мне, похоже, помогло сделать беккап и залить его. Попробуйте, может кому поможет.
16. Евгений Кривошев (KrivosheevEV) 20.07.16 13:00
Спасибо.
Но, помогло только предприятию - пользователи смогли зайти в базу.
Для входа в конфигуратор пришлось перезаписывать таблицу "dbo.config".
17. Дмитрий Краснов (13KrAs) 05.09.16 15:06
"Спасибо, отпустило"
8.2.17.169 Вылечено удалением строк с 'commit' и 'dbStruFinal'
Вот и слушай ещё 1С, когда они говорят, что нельзя лазить в скуль 1Ски средствами самого скуля.
18. DenisCh Гейтс (DenisCh) 05.09.16 15:26
А изменения динамического обновления сохранились?
19. Dpotapov (Danil.Potapov) 05.09.16 18:59
(18) DenisCh, Да, все сохраняется. Платформа иногда не может очистить после обновления служебные флаги.
20. Илья Лопатников (bercut13) 28.11.16 17:34
Спасибо! Запустил конфигуратор после статьи, о большем и не мечтал =)) Ошибка возникла на платформе 8.3.9.1818. (Бух 2.0.) по ощущениям во время динамического обновления совпавшего с разностным бэкапом средствами SQL. Запустил только удаление: delete from config where FileName = 'commit'