Админ обновил базу 1С на новый релиз.
В шапку документа были добавлены новые реквизиты. После обновления все записи в DH7430.dbf обнулились.
Почему это могло произойти?

Кусок лога реструктуризации:

окумент ТоварноТранспортнаяНакладнаяЕГАИС, реквизит ТипДоставки - изменен тип.
Документ ТоварноТранспортнаяНакладнаяЕГАИС - новый реквизит ПравоСобственностиПерешло.
Документ ТоварноТранспортнаяНакладнаяЕГАИС - новый реквизит ТипТранспортногоСредства.
Документ ТоварноТранспортнаяНакладнаяЕГАИС - новый реквизит НеВыгружатьТрРаздел.
Обработка  шапки документа: ТоварноТранспортнаяНакладнаяЕГАИС
Create Table DH7430
Open Table DH7430
...
Meta Data File write progress...
Meta Data File write complete...
Copy new files to main directory progress...
Copy all *.cdx
Copy all *.dbf
Copy Recalc file
Copy Data dictionary file
Copy MetaData file
Copy new files to main directory complete...
Delete table CJPROP
Delete table CL

Может он не обновлением, а загрузкой измененной конфигурации это сделал?

(1) Говорит, что объединение.

Короче, выставил цену за восстановление - 4 рубля.
Отказались, поехал их админ сам восстанавливать...

(2) https://gyazo.com/1dfcadc69ad5d12b6cb9479b628e6b5e
Слева обновлением, справа загрузкой. Похоже все таки обновлением.
Может просто индексы слетели? cdx грохнуть пробовали?

(4) Там размеры dbf обнулились.

(5) Вот такого я еще не видел, чтобы при обновлении размеры dbf обнулялись.
Разве что, после того как искорежились индексы и в таблице с виду пусто, провести тии или загрузку выгрузку. Такое видел.

Я тож такого не видел раньше. Но факт есть факт.
Там все таблички обнулились, в которые добавлялись новые реквизиты.
ХЗ почему так получилось.

Они ко мне вернулись (админ не смог восстановить), а восстановил базу из архива, сам заново обновил - всё хорошо.

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

(7) + Админа на кол! За то что перед обновлением копию не снял.

Так он снял копию. Просто юзеры работали полдня, не зная о потере данных.
вот эти полдня мне нужно восстановить.

(8) А! Ну тогда пусть поживет еще ;)
Жаль что не понятно почему и как так случилось... Хотелось бы узнать, а то тоже можно так влипнуть.

(9) А проверь ка по 1cv7.mlg случаем не 2 раза подряд было обновление?

(11) В скайп вышлю - поглядишь?

(12) Конечно! Расследовать, так расследовать ;)

При реструктуризации сначала все копируется в newstru, а затем из newstru в каталог базы. В любой момент времени при падении процесса полноценная рабочая версия базы где-то есть (так по документации было), в стадии либо без изменений либо после изменений.
Если что то в базе исчезло можно поискать в newstru.

Бакап рекомендуется делать полной копией каталога базы.

(13) Выслал.

(14) Да, в НьюСтру лежат целые файлы.

(14) Админ говорит, что база в ходе обновления не падала, всё нормально было.

(0) Словарик с данным мд хоть совпадает ?

Ну и могли подменить мд, потом "обновить"

Djelf уже разобрался - были битые индексы перед обновлением. А после обновления Админ запустил ТИИ.

валялась где-то у меня поделка, для просмотра, что унутри индекса валяется. И поделка была, что если значение в индексе = самому значению, с негоэто значение тащить, при восстановлении базы