Ошибка "обнаружена незавершенная операция сохранения конфигурации" #659408

Соответственно конфигуратор не запускается. (В конфигурации делал небольшое изменение). Можно как-то попроще исправить?

Хочу попробовать insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config] Другого пути не вижу

Есть бекап SQL вчерашний, в новую базу он не восстанавливается. Делаю копию рабочей, в нее хочу восстановить из бекапа. Затем скопировать вышеупомянутую таблицу. Правильно?

Подскажите хоть, как в Профайлере скрипт этот запустить(

это тебе больше подойдет

configsave вроде не пустая, может ее почистить? По правде говоря я в SQL  не разбираюсь, но что поделаешь

[как в Профайлере скрипт этот запустить] это не есть возможно для профайлера

Кто сказал что его нужно в профайлере запусать?

"Первым делом посмотрел в 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')." ----- В первом способе более пошагово расписано, а здесь для меня сложновато. delete from config where FileName = 'commit'). (delete from config where FileName = ' dbStruFinal')." Этого достаточно будет или иначе как-то?

"Очищаем таблицу dbo.config нашей базы в которой лежит наша порушенная конфа. Это можно сделать из SQL- Profiler, к примеру запустив в нем команду:

а где его запускать?

в контекстном меню таблицы? может configsave почистить сначала?

может 17 платформу поставить, там вроде это исправлено?

ну ни при чем здесь  SQL- Profiler, не в нем запускаются T-SQL

Server Managment Sudio -> New Query? Как в пустую базу бекап восстановить? Не восстанавливает, говорит что-то вроде "backup set... other than existing"

да да

Всем спасибо, вроде проблема решилась запуском под 18 платформой. Бекапы надо делать оказывается даже если кнопку передвинул)

Работать надо не в рабочей базе, а на тестовой.

Была таже проблема буквально неделю назад. Пользовались той же статьей. Для начала решили удалить запись "commit". Таблица "configsave" была пуста. Запись была успешно удалена! После этой операции появилась возможность работать в предприятии, но конфигуратор по прежнему отказывался работать. Чтобы не восстанавливать бэкапы и не тануть базы туда сюда (они у нас далеко не мелкие), тупо создали пустую базу и натянули туда конфигурацию. Опустошили "config" в ломаной базе, скопировали таблицу из пустой базы. Вуаля и все работает!

просто демонически не надо обновляться.

2 это какая-то лажа, этого нельзя сделать в профайлере. соответсвенно и всему остальному доверия 0

демонически не обновлялся, просто сохранял изменение (по сети)

Да я бы и без демонического казнил за живую базу. А с ним, я бы ещё и кастрировал перед казнью...