Восстановление sql базы после динамического обновления.
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
По решению данной проблемы много статей, в основном рекомендации вида: заменить таблицу config.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы - вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают .... вопрос открытый.
delete from config where FileName = 'commit'
delete from config where FileName = ' dbStruFinal'
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы - вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают .... вопрос открытый.
delete from config where FileName = 'commit'
delete from config where FileName = ' dbStruFinal'
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.
Не похоже, чтобы проблему решили полностью. Вот и цитата из него
Мы просто попытались так же честно описать всю ситуацию, как она есть:
Проблема имеется.
Мы провели большую работу по ее нейтрализации.
Исправление сложное.
Мы его включили в версию 8.3.1
Проблема имеется.
Мы провели большую работу по ее нейтрализации.
Исправление сложное.
Мы его включили в версию 8.3.1
Столкнулся с такой же проблемой, сделал беккап косячной базы средствами скуля, развернул недавний беккап в соседнюю базу, перекинул с одной базы в другую таблицу dbo.config. Сначала зашло, потом началось непонятное, rphost стали падать со страшной силой. Наткнулся на эту статью, решил восстановить беккап косячной базы и проверить, но получилось странное, попробовал зайти в конфигуратор, он предложил продолжить обновление, я согласился и база стала нормально загружаться!
Мораль - мне, похоже, помогло сделать беккап и залить его. Попробуйте, может кому поможет.
Мораль - мне, похоже, помогло сделать беккап и залить его. Попробуйте, может кому поможет.
Спасибо! Запустил конфигуратор после статьи, о большем и не мечтал =)) Ошибка возникла на платформе 8.3.9.1818. (Бух 2.0.) по ощущениям во время динамического обновления совпавшего с разностным бэкапом средствами SQL. Запустил только удаление: delete from config where FileName = 'commit'
Блин, 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'
и база вернулась в жизни.
Только что продела сию процедуру:
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'
и база вернулась в жизни.
Огромное спасибо, уже 3 базы починили. Проблема актуальна Платформа 8.3.10.2252. И, да, если перестать нажимать Перезапустить, если рухнул конфигуратор при обновлении, а нажимать Закрыть, то проблемы нет. Проблема есть не только при динамическом обновлении, но и при обычном обновлении нетиповой базы с релиза на релиз.
Спасибо большое.
При динамическом обновлении возникла именно такая ситуация.
База запустилась.
delete from config where FileName = 'commit'
удалило 1 запись. А
delete from config where FileName = ' dbStruFinal'
Записей не обнаружено
УПП 1.3
8.3.10.2375
При динамическом обновлении возникла именно такая ситуация.
База запустилась.
delete from config where FileName = 'commit'
удалило 1 запись. А
delete from config where FileName = ' dbStruFinal'
Записей не обнаружено
УПП 1.3
8.3.10.2375
Конфиг запустился только после выполнения второй строчки
delete from config where FileName = 'dbStruFinal'
УПП 1.3 на 8.3.10.2580
Спасибо автору!
Почти 6 лет и вагон релизов минуло с момента публикации поста, а он всё ещё актуален.
delete from config where FileName = 'dbStruFinal'
УПП 1.3 на 8.3.10.2580
Спасибо автору!
Почти 6 лет и вагон релизов минуло с момента публикации поста, а он всё ещё актуален.
Спасибо за статью!!!
У меня тоже была такая ошибка на 8.3.10.2580 База УПП. Бэкап был за прошедший день. Битая база через SQL бекапировать не хотела. По статье нашел и удалил вот эти две записи и все заработало.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal'
динамично обновлял и никогда такого не было. теперь будет наукой
У меня тоже была такая ошибка на 8.3.10.2580 База УПП. Бэкап был за прошедший день. Битая база через SQL бекапировать не хотела. По статье нашел и удалил вот эти две записи и все заработало.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal'
динамично обновлял и никогда такого не было. теперь будет наукой
8.3.11.2924
после неудачного динамического обновления указанная ошибка.
В это время возможно выполнялся диф бекап.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal' - помогло.
после неудачного динамического обновления указанная ошибка.
В это время возможно выполнялся диф бекап.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal' - помогло.
Уже во второй раз столкнулся с такой проблемой. В первый решил накатом бекапа, во второй повезло встретить этот пост. Честь и хвала автору, его семье и соседям..) От себя добавлю что еще чистил configsave, а так же заново сохранил конфигурацию, иначе вебсервисы не поднимались.
Большой респект !
Платформа 8.3.10.2667
Достаточно было сноса "коммита".
Где ж Вы накапываете эту инфу по где искать?
Похоже произошло на дин. обновлении, совпавшем по времени с фоновым обновлением полнотекстового индекса.
Платформа 8.3.10.2667
Достаточно было сноса "коммита".
Где ж Вы накапываете эту инфу по где искать?
Похоже произошло на дин. обновлении, совпавшем по времени с фоновым обновлением полнотекстового индекса.