Коллеги нужна помощь срочная!!

при обновлении базы данных 1с 8.2 на sql "что-то" не так. добавили пару реквизитов в табличную часть. В итоге документ не проводится и ругается на поле... оно не может быть null. Вывел структуру в отчет. беда может в том, что нет описания у двух добавленных полей. поля есть таблицы, а названий нет у 1с. В конфигуратор не заходит из-за ошибки. В Sql  удалил из таблицы эти поля. не помогло. как можно быстро решить проблему?

>В Sql  удалил из таблицы эти поля. не помогло. как можно быстро решить проблему?

достать из бэкапа

(1)+1 трындец котенку...

(0) "Удали кэши"(цы) :)

1с_тууулс экзе

бэкап сутки назад.
кэши не помогают

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

Ошибки где? В новых реквизитах или в существующих до изменения? Короче: конфигурация, точный текст ошибки, скрины... явки, пароли, сдайтесь, русский партизанен... упс, занесло :)

(7) а конфигурация!?

(5) Всё равно бек ап. Ну и на будущее - будешь делать бек апы перед добавлением новых реквизитов.

(8) Командной строкой попробуй конфигурацию из архива загрузить, а когда зайдёшь (если зайдёшь) - можно актуальную конфигурацию из БД взять.

(10) А актуальные данные откуда взять?

(7) при проведении ругается на поле таблицы вновь добавленное. в конфигуратор на заходит из- за ошибки "нарушена целостность структуры конфигурации". в новых реквизитах нет описания....
конфигурация УПП сильно переработанная. База весит 200 гигов

(12) База 200Гб и бэкап раз в сутки oO

(11) выгрузка загрузка xml

(11) А кто мешает из под командной строки сначала выгрузить рабочую конфигурацию/конфигурацию базы?

Ключей много - выбирай на вкус :)
/DumpCfg
/DumpDBCfg

/CheckConfig, а если что не так пошло - /RollbackCfg

(5) Значит не все кэши очистили. Иначе бы в конфигуратор смогли бы зайти. Конфигурация была бы закрыта, а ошибка (если она именно в конфигурации) выскакивала бы при попытке открыть конфигурацию.

(16) ошибка возникает при попытке открыть конфигурацию в конфигураторе.
а все эти ключи как мертвому припарка!

(17) тебе предлагают этими "мертвыми" припарками выгрузить конфигурацию и загрузить её обратно.
Потом обновить конфигурацию.
Ну и проверить на ошибки, то бишь запустить ТИИ.

А уже после - восстановить из вчерашнего бек апа.

(18) да не получается её проверить!
и не загружается! не открывается конфа!!!
а тут за час вколачивают 70 человек с пол России массу документов!

(0)
оба кэша почистил ?  и серверный и пользовательский
ЗЫ бэкап текущей базы средствами скуля и пробовать открыть на другом сервере + (4) https://helpf.pro/files/view/37.html

http://www.gilev.ru/restoreib/ пробовал последние шаги. конфа открылась хотя бы..
серверный кэш чистить? да там пока народ работает..проблемы с конкретным документом. боюсь после серверного кэша ещё всплывут проблемы. итак четыре часа висело всё.
бэкапов уже куча, но безрезультатно.

В каталогах DBNameCache, ConfigSave, Config, SICache хранится множество файлов, кеширующих различные компоненты конфигурации... Кеш конфигурации располагается в каталоге данных приложений текущего пользователя, например, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/7b0a6294-d6a3-41c5-a23e-dc9e5301ad22/DBNameCache.

Источник: http://its.1c.ru/db/metod8dev#content:1591:hdoc

помогло только импорт четырех таблиц из бэкапа: ConfigSave, Config, params, DBSchema. остальные тридцать четыре варианта не работают. можно конечно было и перенести данные через стандартную обработку, но это другая история.