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

12 Mar
Published by Nicholas

При обновлении конфигурации 1С произошел сбой, программа завершила свою работу по ошибке. Затем, при попытке зайты в конфигуратор, стало выдаваться предупреждение: «При обновлении данных после последней реструктуризации произошла критическая ошибка. Повторить обновление?». Если ответить «Нет», то программа просто завершает свою работу, в случае же положительного ответа выводится сообщение «Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.» и программа также закрывается.

Самый простой вариант решения данной задачи - восстановление из резервной копии. Но очень не хотелось терять последние введенные за день данные. Поэтому я решил разобраться в вопросе более досканально.

Выяснилось, что все измененные объекты конфигурации программа хранит в таблице configsave. Но в моем случае табличка оказалась пустая. При обновлении конфигурации программа снача копирует все изменения из таблицы configsave в таблицу config, затем очещает первую.

Если имеется база данных с идентичной конфигурацией, то можно полностью перенести из нее таблицу config в испорченную базу. Либо можно удалить все зафиксированные изменения. В этом случае алгоритм восстановления примерно следующий:

  1. Если в таблице configsave есть данные, то таблицу нужно очистить: delete from configsave
  2. delete from config where FileName = 'commit'
  3. delete from config where FileName = 'dynamicCommit'
  4. delete from config where FileName = 'dbStruFinal'

Tags 

Комментарии

Аватар пользователя Наташа

Добрый вечер! Подскажите пожалуйста, что делать в таком случае если база файловая?

Аватар пользователя Nicholas

Попробуйте удалить базу из списка и добавить ее снова.

Аватар пользователя Александр Витвицкий

Nicholas - ты БОГ.
Мне после 12 часового поиска в нете информации о восстановлении БД после "слета" при обновлении, твое решение помогло.
спасибо, от чистого сердца.

Аватар пользователя Василий

Я строю алтарь для тебя.

Аватар пользователя Виталий

delete from config where FileName = 'commit'
delete from config where FileName = 'dynamicCommit'

(0 row(s) affected)

(1 row(s) affected)

Теперь в базу заходит а в конфигуратор все так же пишет

Аватар пользователя Nicholas

Что у вас в таблице configsave?

Аватар пользователя Евгений

Помогло. Спасибо!

Аватар пользователя Анатолий

Такая проблема постоянно возникает после обновления на платформу 8.3.9.2033
Причём только на одной базе такое и только при динамическом обновлении, пользуюсь вашим советом, но постоянно выгонять пользователей из базу как то не гуманно, есть идеи как решить данную проблему на корню?

Аватар пользователя Nicholas

Лично я стараюсь не делать динамическое обновление. Для разработки должна быть отдельная база и отдельная база для тестирования. Перед применением доработок к рабочей базе ВСЕГДА нужно делать резервную копию!

Аватар пользователя Светлана

Огромное вам спасибо. Все получилось!

Аватар пользователя Юрий

Спасибо! Помогло, только таблицу "dbStruFinal" тоже нужно очищать.

Аватар пользователя Кирилл

Согласен, добавьте в шапку:

"Спасибо! Помогло, только таблицу "dbStruFinal" тоже нужно очищать."

Аватар пользователя Nicholas

Кирилл, спасибо за комментарий. Скорректировал статью.

Добавить комментарий

Plain text

  • HTML-теги не обрабатываются и показываются как обычный текст
  • Строки и абзацы переносятся автоматически.
CAPTCHA
Вы человек или автоматическая спам-рассылка?
Target Image