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

12 Mar
Published by Nicholas

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

Еще ошибка может быть следующая: Нарушена целостность структуры конфигурации. В этом случае, в первую очередь, нужно попробовать почистить кэш 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'

Добавлено 03.10.2019:

Если то, что описано выше не помогло, то можно перенести конфигурацию с рабочей копии базы (если таковая имеется). Например, если у вас имеется копия базы с такой же конфигурацией, но за вчерашнее число и не хочется терять введенные за сегодня данные.

Для этого выполним следующий запрос:

USE [ИмяРабочейБазы]
DELETE FROM [DBO].[ConfigSave]
DELETE FROM [DBO].[Config]
INSERT INTO [ИмяРабочейБазы].[Dbo].[Config] SELECT * FROM [ИмяКопииБазы].[Dbo].[Config]
GO

Тэги 

Comments

Наташа's picture

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

Nicholas's picture

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

Александр Витвицкий's picture

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

Василий's picture

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

Виталий's picture

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

(0 row(s) affected)

(1 row(s) affected)

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

Nicholas's picture

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

Евгений's picture

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

Анатолий's picture

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

Nicholas's picture

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

Светлана's picture

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

Юрий's picture

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

Кирилл's picture

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

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

Nicholas's picture

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

newyokka's picture

it's work again! thanks a lot!

Иван's picture

Спасибо огромное!!! УТ 11 8.3 типовая, ты очень помог!!!

Дрон's picture

Супер, храни тебя БОГ)))

Виктор's picture

Следуя совету, удалось решить проблему для файловой, иcпользуя Tool_1C и Notepad++. После конечно пришлось выполнить chkdbfl

Юрий's picture

Спасибо большое, ваш совет спас базу 1 Тб

Ирина's picture

Если база файловая, что делать?

Руслан's picture

Tool_1C вам в помощь

Ербол's picture

А как найти configsave.
Люди я новичок.
Помогите.

Nicholas's picture

Просто выполните последовательно указанные запросы в SQL Mangement Studio для вашей базы.

Сергей's picture

Спасибо, Nicholas!!! Помогло твоё решение. Хотя программисты 1С все в один голос, подымай бекап базы.

Александр's picture

Спасибо, спасли.
Опубликуйте пж. на Infostart.

программист 1с's picture

Спасибо, добрый человек! спас базу поле деманического обновления

Андрей's picture

Спасибо, вам огромное.

Павел's picture

На postgry тоже работает.

Николай's picture

У меня была "ошибка формата потока" при запуске конфигуратора. Причем в режиме предприятия нормально заходило. Ошибка появилась после обновления. База на PostgreSQL. Запустил pgAdmin, кликнул правой мышкой по базе, выбрал "Query tool", выполнил "delete from configsave" и конфигуратор стал запускаться.

Add new comment

Plain text

  • No HTML tags allowed.
  • Lines and paragraphs break automatically.
CAPTCHA
Are you a human visitor or automated spam submissions?
Target Image