Обнаружена незавершенная операция сохранения конфигурации
При обновлении конфигурации 1С произошел сбой, программа завершила свою работу по ошибке. Затем, при попытке зайты в конфигуратор, стало выдаваться предупреждение: «При обновлении данных после последней реструктуризации произошла критическая ошибка. Повторить обновление?». Если ответить «Нет», то программа просто завершает свою работу, в случае же положительного ответа выводится сообщение «Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.» и программа также закрывается.
Еще ошибка может быть следующая: Нарушена целостность структуры конфигурации. В этом случае, в первую очередь, нужно попробовать почистить кэш 1С. Если не поможет, то читаем дальше.
Иногда, после неудачного обновления, не удается зайти в режиме конфигуратора, а ошибка звучит так: «Ошибка формата потока».
Самый простой вариант решения данной задачи - восстановление из резервной копии. Но очень не хотелось терять последние введенные за день данные. Поэтому я решил разобраться в вопросе более досконально.
Выяснилось, что все измененные объекты конфигурации программа хранит в таблице configsave. Но в моем случае табличка оказалась пустая. При обновлении конфигурации программа сначала копирует все изменения из таблицы configsave в таблицу config, затем очищает первую.
Если имеется база данных с идентичной конфигурацией, то можно полностью перенести из нее таблицу config в испорченную базу. Либо можно удалить все зафиксированные изменения. В этом случае алгоритм восстановления, примерно следующий:
- Если в таблице configsave есть данные, то таблицу нужно очистить: delete from configsave
- delete from config where FileName = 'commit'
- delete from config where FileName = 'dynamicCommit'
- 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
Комментарии
Добрый вечер! Подскажите
Добрый вечер! Подскажите пожалуйста, что делать в таком случае если база файловая?
Попробуйте удалить базу из
Попробуйте удалить базу из списка и добавить ее снова.
Nicholas - ты БОГ.
Nicholas - ты БОГ.
Мне после 12 часового поиска в нете информации о восстановлении БД после "слета" при обновлении, твое решение помогло.
спасибо, от чистого сердца.
Я строю алтарь для тебя.
Я строю алтарь для тебя.
delete from config where
delete from config where FileName = 'commit'
delete from config where FileName = 'dynamicCommit'
(0 row(s) affected)
(1 row(s) affected)
Теперь в базу заходит а в конфигуратор все так же пишет
Что у вас в таблице
Что у вас в таблице configsave?
Помогло. Спасибо!
Помогло. Спасибо!
Такая проблема постоянно
Такая проблема постоянно возникает после обновления на платформу 8.3.9.2033
Причём только на одной базе такое и только при динамическом обновлении, пользуюсь вашим советом, но постоянно выгонять пользователей из базу как то не гуманно, есть идеи как решить данную проблему на корню?
Лично я стараюсь не делать
Лично я стараюсь не делать динамическое обновление. Для разработки должна быть отдельная база и отдельная база для тестирования. Перед применением доработок к рабочей базе ВСЕГДА нужно делать резервную копию!
Огромное вам спасибо. Все
Огромное вам спасибо. Все получилось!
Спасибо! Помогло, только
Спасибо! Помогло, только таблицу "dbStruFinal" тоже нужно очищать.
Согласен, добавьте в шапку:
Согласен, добавьте в шапку:
"Спасибо! Помогло, только таблицу "dbStruFinal" тоже нужно очищать."
Кирилл, спасибо за
Кирилл, спасибо за комментарий. Скорректировал статью.
it's work again! thanks a lot
it's work again! thanks a lot!
Спасибо огромное!!! УТ 11 8.3
Спасибо огромное!!! УТ 11 8.3 типовая, ты очень помог!!!
Супер, храни тебя БОГ)))
Супер, храни тебя БОГ)))
Следуя совету, удалось решить
Следуя совету, удалось решить проблему для файловой, иcпользуя Tool_1C и Notepad++. После конечно пришлось выполнить chkdbfl
Спасибо большое, ваш совет
Спасибо большое, ваш совет спас базу 1 Тб
Если база файловая, что
Если база файловая, что делать?
Tool_1C вам в помощь
Tool_1C вам в помощь
А как найти configsave.
А как найти configsave.
Люди я новичок.
Помогите.
Просто выполните
Просто выполните последовательно указанные запросы в SQL Mangement Studio для вашей базы.
Спасибо, Nicholas!!! Помогло
Спасибо, Nicholas!!! Помогло твоё решение. Хотя программисты 1С все в один голос, подымай бекап базы.
Спасибо, спасли.
Спасибо, спасли.
Опубликуйте пж. на Infostart.
Спасибо, добрый человек! спас
Спасибо, добрый человек! спас базу поле деманического обновления
Спасибо, вам огромное.
Спасибо, вам огромное.
На postgry тоже работает.
На postgry тоже работает.
У меня была "ошибка формата
У меня была "ошибка формата потока" при запуске конфигуратора. Причем в режиме предприятия нормально заходило. Ошибка появилась после обновления. База на PostgreSQL. Запустил pgAdmin, кликнул правой мышкой по базе, выбрал "Query tool", выполнил "delete from configsave" и конфигуратор стал запускаться.
Добавить комментарий