Немножко умерла база
Продолжение темы.
Удалось разобраться почему произошел сбой.
Дело было в битом кэше на машине, с которой вносились изменения в конфигурацию.
Подтягивалась какая то старая структура данных - не было некоторых объектов и пр. Понятное дело я этого не увидел.
Сохранил изменения - получил "мертвую базу".  
Резюме: надо периодически чистить кэш, битый кэш может убить базу.

(0) Резюме:
Надо рабочие базы отцепить от хранилища и обновления накатывать с помощью cfu из хранилища либо сравнением-объединением cf.

(1) + 1024 !!!!

(1) черта с два!
Не поможет. Надо чистить кэш до объединения/изменения.
Иначе изменяешь уже битую (или что там получилось из кэша) и получаешь "кирпич".
Доказано мной.
Единственный момент, что при сравнении-объединении можно увидеть "левые" объекты. Не факт, что они будут.

(0) Была похожая ситуация, только не база умерла, а реквизит справочника исчез.

кеш просто чистим, и обновляем платформу

Главное, чтобы Бэкап был, тогда обновлять можно как угодно =)

(5) платформу зачем менять? пофиксили?

(3) а свободное место у тебя мил человек случайно не закончилось на диске?

(6) +100
кстати, странно.

первое правило разработчика - сначала выгрузи базу, потом накатывай обновление

(8) 70 гигов под mdf
300 под ldf
(9) разностные бекапы надо делать, чтобы откатиться на любой момент времени. Другой момент: сколько времени пройдет, пока заметишь, что база умерла.

(10) вскрытие показало, что больной умер от вскрытия

(10) Сколько бы не прошло. При правильных бекапах можно все собрать.

Или я был не внимателен, или действительно никто не говорил о версии платформы, точнее о разрядности? ТС упомянул 8.2.19.121 в прошлой ветке, но не уточнил "ХХ-битность" платформа. Я так понял, что у него 32-битная платформа сервера.

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

Имхо, конечно, но у я, например,  обновление УПП+CRM ставлю только после обязательной перезагрузки сервера. Иначе лохотрон 50 на 50.

(13) разрядность 32, но думаю это ни при чем. Если только из-за разрядности не "бьется" кэш. Кто - нибудь знает из-за чего он в принципе сбивается? При битом кэше перезагрузка не поможет.