Завис конфигуратор при динамическом обновлении базы, после при входе в конфигуратор выводится сообщение:
«Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?»
Столкнулся с такой же ошибкой... Слава яйцам, что начали делать бэкапы. Восстановил с бэкапа. Можно ли скопировать таблицу config из другой базы? Это поможет в данной ситуации?
По решению данной проблемы много статей, в основном рекомендации вида: заменить таблицу config.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы - вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают .... вопрос открытый.
delete from config where FileName = 'commit'
delete from config where FileName = ' dbStruFinal'
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.
Не похоже, чтобы проблему решили полностью. Вот то самое сообщение и цитата из него
Мы просто попытались так же честно описать всю ситуацию, как она есть:
Проблема имеется.
Мы провели большую работу по ее нейтрализации.
Исправление сложное.
Мы его включили в версию 8.3.1
Ну почти за полгода до решил это http://infostart.ru/public/116123/. Сегодня опять мой почти трехлетний трабл повторился погуглил. Наткнулся на вашу статью
Столкнулся с такой же проблемой, сделал беккап косячной базы средствами скуля, развернул недавний беккап в соседнюю базу, перекинул с одной базы в другую таблицу dbo.config. Сначала зашло, потом началось непонятное, rphost стали падать со страшной силой. Наткнулся на эту статью, решил восстановить беккап косячной базы и проверить, но получилось странное, попробовал зайти в конфигуратор, он предложил продолжить обновление, я согласился и база стала нормально загружаться!
Мораль - мне, похоже, помогло сделать беккап и залить его. Попробуйте, может кому поможет.
(15) после копирования таблицы и входа в конфигуратор нужно ОБЯЗАТЕЛЬНО провести обновление свежим цф. Очень вероятно, что автор это забыл сделать, а часть данных базы уже не соответствовала восстановленному config.
"Спасибо, отпустило"
8.2.17.169 Вылечено удалением строк с 'commit' и 'dbStruFinal'
Вот и слушай ещё 1С, когда они говорят, что нельзя лазить в скуль 1Ски средствами самого скуля.
Спасибо! Запустил конфигуратор после статьи, о большем и не мечтал =)) Ошибка возникла на платформе 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'
и база вернулась в жизни.
Огромное спасибо, уже 3 базы починили. Проблема актуальна Платформа 8.3.10.2252. И, да, если перестать нажимать Перезапустить, если рухнул конфигуратор при обновлении, а нажимать Закрыть, то проблемы нет. Проблема есть не только при динамическом обновлении, но и при обычном обновлении нетиповой базы с релиза на релиз.
Спасибо автору, спас базу на 8.3.10.2561 после динамического обновления. Ничего не потерялось, просто применил ещё раз сохранённые изменения после их сравнения с основной конфигурацией.
Спасибо большое.
При динамическом обновлении возникла именно такая ситуация.
База запустилась уже после первой команды: delete from config where FileName = 'commit'
УПП 1.3
8.3.10.2561
Спасибо большое.
При динамическом обновлении возникла именно такая ситуация.
База запустилась.
delete from config where FileName = 'commit'
удалило 1 запись. А
delete from config where FileName = ' dbStruFinal'
Записей не обнаружено
УПП 1.3
8.3.10.2375
Спасибо за статью!!!
У меня тоже была такая ошибка на 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' - помогло.
Платформа 8.3.12.1529, база в режиме совместимости 8.2.16
Только что словил эту траблу. Чистка таблицы config от некошерных записей решила проблему. Автору спасибо!
Уже во второй раз столкнулся с такой проблемой. В первый решил накатом бекапа, во второй повезло встретить этот пост. Честь и хвала автору, его семье и соседям..) От себя добавлю что еще чистил configsave, а так же заново сохранил конфигурацию, иначе вебсервисы не поднимались.
БОЛЬШОЕ СПАСИБО АВТОРУ!!! Здоровья и счастья вам!!
уже второй раз использовала данный алгоритм!!
ничего не понимаю в этих запросах, но уже вторую базу
вернула к жизни благодаря вам!!
(82)Спасибо за добрые слова. Рад что спустя такое количество времени моё ноу-хау до сих пор востребовано. Огорчяет что 1С-ники никак с таким количеством релизов не могут пофиксить этот плавающий баг.