Здравствуйте! После динамического обновления вылетела база.

Обнаружена незавершенная операция обновления конфигурации БД. Для продолжении работы необходимо завершить базу.

База развернута на Postgresql. С файловыми базами таких ошибок не было :( Подскажите пожалуйста где искать ?(

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

Выяснилось, что все измененные объекты конфигурации программа хранит в таблице 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'

бэкапы есть?

Но где найти эту таблицу configsave в Посгре (((

(2) Бекап то есть, но не очень новый, да и самой хочу понять.. можно ли восстановить такое..

(4) а что вы называете бэкапом?

(5) Архивы баз в dt

(6) беги,очень быстро

(7) это моя база, так что наказывать ну если только себя)

(7) да нормально, если на скорую руку надо.
Даже огромные базы прекрасно разворачиваются из dt.

(8) это не бэкап
(9)не хочу играть в лотерею

(1) Не торопись, может дать транзакции а постгри откатиться. А потом попробовать снова переобновиться.

10 лет на постгри- такого не припомню. Может, не настроил по ремендациям 1С?

(11) Может,версий нет,что делала не понятно,поэтому и такой вывод

(12) версионирование, у меня, например, начисто отключено.
Если мы об одном и том же.

(13) я о версиях движка,слона хотя бы.А автор?

(11) это как ?

(10) Попробуй вот это, но это на MS SQL, может поможет понять принцип и провести все действия с Postgresql
http://catalog.mista.ru/public/138797/
https://habrahabr.ru/sandbox/70796/

(15) я бы дал такой совет: сейчас, для того, чтоб не нервировать пользователя, которому наверняка нужно отчетность побыстрей подготовить и сдать - развернуть из DT и пробить недостающее руками.

А для себя, для повышения профи-уровня - начните с настройки (терпенье и труд все перетрут) бакапов средствами самого Постгри и восстановлением баз из бакапов. Когда с этим проблем ну будет, затем перейти к усложнению, восстановить базу "на момент сбоя"

сталкивался с такой бедой недавно, чистил configsave как ты сама написала и всё заработало

(17) вот ещё до кучи http://www.mikuslas.ru/db_stru_final
2 раза ложил базы, первый раз было страшно и не так много информации можно было найти по этому поводу.
Теперь очень боюсь динамических обновлений, т.к. на них и падал.

(18) ищу configsave и никак не могу найти (

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

(20) Через pgAdmin ищи.

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

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

select pg_relation_filepath(' твой онфигсейф');

(23) Спасибо, буду знать)

(23) Просто не обновишь с реструктуризацией, если не выгонишь.
А поменять код в форме или модуле объекта, и динамически обновить- запросто.

/RollbackCfg  не поможет?

(24) это аналог configsave в постгре?

Восстановила, спасибо ребята за помощь!!!!  плюс получила урок, любое динамическое изменение - архив, бекап и тд.., и немного поигралась с посгре)))