Полетела база по торговле. Кто скажет как восстановить пл-ззз! Тесты конфы не помогают. CDX тоже
Ошибка Таблица - 1SJOURN. Не сходится количество полей
Таблица - SC3246. Не сходится количество полей
Таблица - DT2989. Не сходится количество полей
Таблица - RG169. Не сходится количество полей
Таблица - RA169. Не сходится количество полей
Таблица - RG933. Не сходится количество полей
Таблица - RA933. Не сходится количество полей
Таблица - RA3623. Не сходится количество полей
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка.

А архива - нет? А что с базой то случилось?

На персоналке при отпуске замкнула проводка в момент отписывания накладной, пока все шло гладко про архив никто не вспоминал.

Ну, а что можно сказать? П-ц, котенок больше с-ть не будет!
___
Искренне Ваш, Львенок.

Быть может у кого-то есть проги под восстановление *.DBF  на низком уровне.

что ты представляешь под прогой для "восстановление *.DBF  на низком уровне" ???
восстановить можно... но трудно сказать как... на месте смотреть надо... есть куча но...
и за ким аллахам надо было ждать... когда в одно место петух клюнет...
так для размышления почитай ветку
ПОМОГИТЕ!!! Востановление базы :(
особено
ПОМОГИТЕ!!! Востановление базы :(

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

Вообще, похоже на подмененный MD. Шоб так свет отключить - это надо постараться.

ну почему подмена... можно свет отключить при сохранении конфигурации...

(7) А ведь и правда. Слышь, (0). Ты это. Архив битой базы сделай на всякий случай, а потом все содержимое NEW_STRU к себе в каталог базы данных скопируй. Прямо поверх.
Это не МД подменили, это реструктурированные dbf-ы не успели скопироваться.

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

(8) Федор, ты прав, но не совсем понял причину.
Посему... скорее не поможет.
Не сделали тест базы, а начали ее реорганизацию, вот и грохнулась... при сохранении.
Посему в (2) только первичная причина, почему полетели ДБФ... но структура при этом не порушится.
(9) Лучше в чистую переносить... из старых... но окончательный вывод, как делать, зависит от характера и масштаба повреждений...
Если не знаешь, как... верно, лучше не лезть...
PS: С базами 1С... как в сексе... нужно предохраняться... резервное копирование никто не отменял.

Попрбуй не тесты базы, а выгрузить и потом загрузить. Это рядом с сохранить восстановить. Таким образом битые базы и вытаскиваются, потомучто .*dbf при этом проганяются через *.dat.

В конфигурации конвертация данных (ИТС) создать новую конвертацию источник (битая база), приемник чистая (возможно MD похожей конфигурации).
Выручало почти всегда при битых dbf и MD

(10) см (2) "пока все гладко, про архив никто не вспоминал".

Юзера они такие - им бы 1С и напоминала - типа не перейду на новый месяц (не стану объединять конфы и т.д.), пока не скопируешь базу встроенными средствами... Эта защита конечно должна быть отключаемой (например в ini). В 8-ке что-то такое хотя бы планируется? А то тяжело впаривать людям, которые пережили (0), что либо вообще.

(14)потом у юзера все гладко... сообщение начнет раздражать... он его отключет (например в ини)... и наступит на грабли...

как говорил БорисГ "техника безопасности писалась кровью"... от этого страхует только опыт, и подкладывание сковородки по зад...