Добрый день.
Ситуация такая: накрылся жесткий диск. На нем находилась рабочая база и все ее резервные копии. Нужно восстановить данные.
Кэш почистили, chdbfl поработал, все исправил, что мог, залили идентичную конфигурацию, т.к. здесь основная была покоцана сильно, зачистили гуидные записи в таблице PARAMS, грохнули всех пользователей и наконец-то попали в конфигуратор!
Запустили тестирование и исправление, все недостающие таблицы либо вытягивали из пустой базы с такой же конфой, либо вообще создавали пустышки в TOOL 1c.
Теперь тестирование спотыкается на отсутствие таблицы _DOCUMENTCHNGR2968. Такой таблицы в пустой базе нет, пыталась ее создать, но выходит такое сообщение: https://yadi.sk/i/_GoV-X--3Xs2EQ
Подскажите, как быть, умоляю!!!
П.С.: ничего не говорите про резервные копии и все яйца в одной корзине, база не моя!

_DocumentChngR<n> - таблица регистрации изменений объекта метаданных типа "документ". Создается для каждого объекта метаданных типа "документ", если он участвует хотя бы в одном плане обмена.

Может планы обмена в конфигураторе потыкать

(1) а что конкретно нужно потыкать?

(1) попыталась отключить регламентное задание по обмену, но не смогла обновить конфигурацию, вылетает ошибка.
Кстати в пользовательском режиме тоже не получается запустить.
Кто-нибудь, подскажите, как добавить недостающую таблицу?

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

Ну как так то.... копии нет

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

база файловай как видно... chdbfl делали?

ой, не увидел в (0)

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

(0)>>На нем находилась рабочая база и все ее резервные копии./

..На этом разговор можно завершать.

Какой дебил держит копии на одном месте с рабочей базой????

(10) есть такие на свете, представьте себе.
Правда моя задача - помочь восстановить базу, а не рассказать, какой он дебил, это может любой дурак сделать.

(12)Скорее всего восстановлению не подлежит.И и нечего лечить клиента:-)

хотя есть умельцы.

Но это очень дорого:-)

(0) сколько?

(0) Часто в таких файлах полной отсутствие информации в записях, по определенному периоду секторов диска.Такое не удаётся восстановить.Даже если вы и создадите какой-то отсутствующий файл.

(16) не в этом дело, просто в первый раз делаю подобное, и хочу быть уверена, что не сдалась слишком рано, а сделала все возможное.

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

А можно "наитупейший" вопрос: в режим предприятия не заходит?

(20) вопрос действительно наитупейший. Без кавычек.

Маша, выложи файл (до работы chdbfl, сразу как обнаружили проблему).

Что стало с диском и почему с него доставали по частям?
Может,стоит нормально покопаться в данных диска,чтобы достать все,т.к.если файлы побиты,то в страницах будет каша,и ожидать,что вы что то увидите,мягко говоря,глупо.

>накрылся жесткий диск. На нем находилась рабочая база и все ее резервные копии.

Ну классика-же жанра! Поищи подобные темы на мисте, я их раз 5 минимум наблюдал

(18) Сохрани конфигурацию этой базы в файл, потом создай из этого файла новую пустую - там создадутся все таблицы как надо и вот уже их перетаскивай в эту, поломанную. Может ваша пустая база с конфой, немного отличающейся.
Еще, возможно, что эта таблица создается под какой-то конкретный план обмена, тогда попробовать удалить (да хоть вообще все) планы обмена и посмотреть, что получится.

(23) +100 я бы попытался еще бэкап восстановить. иногда зип архив с битого диска восстановить проще, чем БД.