помогите, пожалуйста. При работе с 1с 7.7 версией возникли проблемы (ключ и база находятся на внешнем HDD) при очередном запуске программы слетел ключ, а заодно с ним пропали все данные за год. Есть несколько папок с копиями базы (не архивированные), но при их открытии всё равно всё пусто, словно ошибки текущей базы передались и тем папкам с базой, а в тестировании пишет "проверка таблицы журнала документов.. Запись 4. Нет ответной заголовной части. Удалено"

Сделай сперва архивные копии дисков на ДРУГОЙ носитель.

А копии находятся на ноутбуке)

(0) Нужно смотреть внутри файлики.

Брать ближайшую копию и сравнивать, например в Hex редакторе.
Если конец файлика целый, то берем начало из архива, конец из битого.
md брать из копии, если после архива ничего не меняли

Итого пару часов работы в Hex-редакторе и все готово )

От слета ключа данные никуда не деваются, вообще в сабже ересь какая то

Программиста не обижали последнее время?

База ДБФ или СКЛ? Может вы в скулевской базе только папку с базой архивировали. А бекап скля или вообще не настроен или лежит отдельно и его нужно отдельно вытаскивать.

файл 1SJOURN.DBF создан 26.12.2019 а дата изменения 28.12.2018 как такое возможно? Программиста не обижали(доступ к программе только у меня) . База ДБФ. Как от слета ключа база могла откатиться на год назад(((ничего не понимаю(

(7) Ну тогда перво наперво переидексация, потом все остальное

(4) Плюсую.

(7) А вы точно там смотрите?

(0) Срочно позови специалиста.

НДД точно тот, может в выходные админы че на другой внешний диск перекидывали и это какой нибуть старый НДД

+ в 7 не было внешних ключей на НДД.

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

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

вот и я в непонимании как оно затянуло копии этой базы

Может база какая с уничтожителем. Кто-то в коде прописал, что если дата больше такой то и чего то нет, трем все доки за последний год. Вот оно сработало на рабочей базе и при подъеме копий отрабатывает тот же механизм и затирает данные в востановленных копиях. Смотреть что выполняется при запуске базы смотреть содержание 1с журн после разархивирования любым просмотрщиком дбф.

(17) Ух ты!... А если пак успели? :)

Fisher, не подскажите (14)такую программку по восстановлению журнала?)

>>>, а в тестировании пишет "не надо меня запускать, никогда

Тестирование и исправление БД (Флаг при частичной потери объекта востанавливать)

(20) Твоя поделка? Это ты же у нас мастер за пару секунд год затереть. ;)

(21) При тестировании пишет "проверка таблицы журнала документов.. Запись 4. Нет ответной заголовной части. Удалено" Но данные так и не появляются

(23) потому что стоит при частичной потере объекта удалять а надо создавать. А лучше глянуть сам файл ДБФ может там просто признак удаления у записи нужно снять.

(23) ё..надеюсь, перед ТиИ копию сделал ? в 7.7 Тии надо запретить

и не запускать её..никогда, если не знаешь, что она делает

Выложи файл журн из архива сразу без запуска 1с.

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

(28) Есть база до ваших телодвижений с ТиИ ? Или нет ?

Есть куча баз до телодвижений с ТиИ, имеются 6 разных копий баз(от разных дат, не архивы) но этот файл везде одной и той же, даты 2018 года я ничего не трогала

есть папки которые копировались но еще не запускалась 1с с указанием их в качестве базы?

размер файла одинаковый везде

(31) есть (32) вес файла везде разный

видно что растет

(34) ну дык, всю папку целиком в архив и на файлопомойку, ссылку сюда

выложи куда нибуть 1 этот файл и мд.

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

(28) Не торопись. Выложи _1SJOURN.DBF куда-нить. Тут уже желающие есть посмотреть. Уточнят диагноз.
Если таки там нужные записи удалены, то обработку по восстановлению записей тоже можно найти.
Проблема просто в том, что это все довольно окаменевшее и плохо гуглится.

https://yadi.sk/d/Mwfjdgq31f1Ykg  Это файл 1SJOURN.DBF
https://yadi.sk/d/PDLGUFRrAOXmMQ это MD

(39) Замени этим файлом, прибей 1SJOURN.cdx и зайди монопольно. Наслаждайся
https://cloud.mail.ru/public/2PKb/3CDzxb76Y

Сейчас домой прилечу, попробую. Спасибо большущее-пребольшущее за помощь)

А что значит "прибей 1SJOURN.cdx"?)

(42) просто все файлы индексов *.cdx прибей чтобы база пререиндексировалась

Попробовала, не вышло( все что восстановилось, все пустое, а 19 года как не было, так и нету. Спасибо за попытку

(44) оно не "пустое" у вас какой то му удалил все объекты. Вм надо щайти в таблички с шапкой и тч дока и поснимать маркер удаления записи

А так, чудес не бывает

И если есть база ДО всех ваших телодвижений, выкладывайте на аосмотреть

то, что удалённое, это удалённое и есть) там старые данные удалялись,база чистилась) а вот новых данных за 17-19 года нету(( Базу целиком завтра утром закину, но в удачу уже не верится((

о как, файл журнала прибит полностью, а 19 год еще и зачмщен весь, странно

Если ЗагрузитьВнешнююКомпоненту("Decoder.dll") = 0 Тогда
    Предупреждение("Компонента защиты недоступна!");
КонецЕсли;
Этим все сказано, походу что то не то с программером, раз он такие плюшки наставил...

скорее всего смотрит файлы не той базы. Таким диковинным образом файлы не грохаются. Как будто какой то злой барабашка передвинул в dbf файле указатель. Но тогда был бы нарушен заголовок файла, поскольку в нем храниться неверное количество записей. Удалить же осмысленно осмысленно никакой аппаратный сбой не способен.

Интересно..

имхо 1сджорнал был постоянно заблочен и в папках бэкапа просто не обновлялся
бэкапы конечно никто не проверял никогда