База 1С 7.7 УСН 1.3(7.70.163)

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

После загрузки последней выгрузки, за 30.09.2013, ситуация осталась прежней.

По логам последний документ "Расходный кассовый ордер 30.09.2013 14:32:44", в базе его нет, как и других кассовых расходников, вплоть до конца октября 2009г. (ежедневно их вносится порядка 10-20)

Последний "Поступление МПЗ 24.09.2013 13:21:34", так же по логам. В базе их больше нет

По логам есть только выгрузка базы в 16:34:43 30.09.2013

Загрузка прошлых архивов, от 30.09.2013 и более старых не восстанавливают пропавшие документы!

Больше подозрительных действий, по логам, не обнаружено!

Кто знает, в чём может быть причина и как спасти базу?

P/S/ Загрузка архивов проводилась на других компьютерах и в чистую базу тоже!

извини, но это бред
не верю

+1

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

(0) я бы поверил, но это фантастика - или диверсия)

Я сам никак не пойму, взял все архивы, разбираюсь!

Какие будут идеи?
Что попробовать?

Бух сделала копию базы, никому не сказала, перенесла куда-то, забыла и т.д. А как до дела дошло - ой, все пропало.... Сто раз так было - "сделай копию, я проверю кое-что, потом можешь удалить". Ей в temp-е копию делаешь, а она в ней дальше работать продолжает. Через год temp херится и начинается вышеописанное...

(0) если жена еврея продолжает рожать, значит отрезали яйца не тому еврею (с) анекдот

Это бакап не той базы

Запускают базу и делают выгрузку, через конфигуратор, по одной ссылке. Поэтому не ошибутся!

Выгружают ежедневно!

Загрузил майский архив, та же песня...

(8) И как не той базы, если оставшиеся документы те?

что-то ты братец недоговариваешь

Первое, что нужно смотреть - это список баз.
Вполне вероятно, что запускают текущую базу в списке, а она сместилась.
Архив могут делать по одной базе, а работать - в другой.
Желательно изъять комп или диск и искать там файлы базы данных.
Бывало, что "умники" нажимают удалить в окне выбора базы, а потом начинается истерика и всякие бредни.

(0) гы. по ходу загрузили архив старый в новую базу)

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

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

(15) труп админа не приходит во сне?)))) кровавые мальчики не мерещатся?)))

(16) да там контора шаляй валяй была. Главбух мало что понимала, делала НДС за 5 минут, прибыль за 2 минуты.
Они потом вызвали спецов, чтобы установить истинную причину. Те посмотрели ЖР и тоже все свалили на админа)

(16) я наоборот всегда админов отмазывал, ибо админ - лучший друг 1сника)

+(17) Там еще бекапов не было.
Но зато с тех пор я научился делать бекапы и внимательно сохранять/восстанавливать базы. Думаю у каждого был похожий случай.

(15) вот ты не добрый

(20) как щас помню у них абонентка была 2400 руб.

(12) Я брал разные архивы и восстанавливал в нулевую базу!
Результат тот же.

Все документы, приходные кассовые, реализация и т.д., по дату архива есть, а поступления МПЗ, расходные кассовые, отсутствуют!

ДА!

По логам выгрузка была именно из этой базы, после создания расходного кассового!

При загрузке этого архива - кирдык с документами.
Но ошибок-то нет!

Тестирование делал полное, только не сжимал базу.

Всё чисто.

а что с текущей базой
или вы каждый день текущую базу убиваете

Чисто дурацкий вопрос... В журнале документов период отображения какой стоит?

(26) Разный период пробовал, Поступлений МПЗ совсем нет, а расходный кассовый только до 30 ноября 3009г, потом чисто!
Ьануовских тоже совсем нет!

(25) Текущая есть, но внеё до меня успели посдежнюю выгрузку залить, после того, как увидели пропажу.

(25) Хоть логи остались, и то хорошо!

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

(29) их и в основном журнале нет, и в кассе...
Как можно поискать следы?

Нужно смотреть прошлые выгрузки (конечно, если они одной другую не затирают).
И все действия - на другой машине.
Также можно попробовать запустить Undelete.

(30) саму дбфку открывал? отчет по документам делала?

(30) Если делали загрузку, то в неё попадают только те, что есть в журнале - когда загружали обратно - всё затёрлось.
Я бы ещё проверил диск - могла часть файлов из директории пропасть и не попасть в выгрузку.
В последний раз я на восьмёрке увидел ошибку диска при чтении файла базы - как ни странно, вылетел всего один сектор и порушился журнал, который chkdbf и ТИИ восстановили, но выгрузка просто не делалась - соответственно, оставался старый файл.

(31) Я на разных машинах пробовал
А про Undelete поподробней, пожалуйста!

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

Но вчера же все документы были на месте!
Как будто база кривая. и при выгрузке или при переиндексации документы теряет!
Но база типовая!!!

(33) диск проверял на ошибки, всё норм!

(32) в какой dbf эти документы хранятся?
И какой именно отчёт сделать?

(34) Я бы посмотрел, какие файлы выгружаются, хотя dbf-ки должны быть все.
Возможно, что кто-то поставил атрибут "скрытый" на какие-то файлы базы, что они не попадали в выгрузку.

+37 очень похоже на скрытость - но нужно базу перенести проводником в другое место, чтобы "ощутить всю прелесть".

(36) смотри дд файл. там описана какая таблица в какой дбфке.

(36) да любой просто где док = создатьобъект"кассовыедокумент" выбрать за период их и посмотреть выборка возвращает что то или нет

Я бы заглянул в исходную папку FAR-ом и посмотрел бы что там с файлами, и не спрятался ли кто.

(37) выгрузка идёт в архив , в котором 2 файла, md и dat

(40) по остаткам минусы пошли дикие

Базу перемещали ? И что ещё с ней делали, когда часть документов пропала ?

В общем, я бы ещё в журнале операционной системы посмотрел, что с ней происходило.

пригласите специалиста

Нашел dbf по документу Поступление МПЗ, он пустой!

Именно в исходной базе

вас разводят

(49) сходил к зеркалу. Ни на поросёнка, ни на кролика не похож (в отличие....)

Я рад бы посмеяться, но людям не до смеха!

Почему документы не выгрузились???

Залес в архив, 1Cv77.dat, там есть сведения про нужные мне документы!

Но почему они потом не выгружаются???

Я ошибся, это не то, в выгрузке нет этих документов!!!

ПОЧЕМУ???

Кто подскажет?

Батюшку со святой водой зовите - все нонче так делают от подводников до космонахтов

Спасибо за совет!

Хотя бы есть предположения, почему так могло случится?
Что бы такое не повторилось!

(47)Пустой файл?
Сталкивался с подобным, в одной конторке как-то перестала база запускаться, глянул, а пара файлов dbf размером 0. Благо файлы были неважные, поднял с архива. Разбираться в причинах не стал. Думаю вирь потер.

(0) пробуй сделать НОВУЮ базу в другом месте. Загрузи в нее из какого старого архива (в котором будут нужные документы).
Скорее всего на рабочем компе полетел винт. местами. одно из мест как раз на таблицу документа пришлось.

вариантов нцать - посыпался винт , копировали - заменили , кароче - имхо виноваты -"руки"

(19) не тешь себя тем, что у других было подобное. Из моих знакомых таких подстав никто не делал)) Так что ты просто негодяй!

(56)
режим "Сохранить/Восстановить" фактически сохраняет информационную базу на уровне файлов, а режим "Выгрузить/Загрузить" - сохраняет информационную базу в одном файле на уровне объектов информационной базы. Поэтому, если база данных содержит ошибки, появившиеся в процессе работы из-за сбоев оборудования или программы, режим "Сохранить/Восстановить" полностью перенесет файлы с любыми нарушениями их логической и физической структуры. Режим "Выгрузить/Загрузить" выгрузит и загрузит только физически не разрушенные содержащиеся в информационной базе объекты, так как восстановление производится в соответствии с внутренней логикой системы.

(61) Это я уже понял, но архивы делали только в режиме "Выгрузить/Загрузить"

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

Я восстановил с флешки удалённые файлы с нужными документами, они были в конце нарушены, пришлось порезать.

Теперь новая проблема, как эти документы прописать в журнал документов?
Пробовал обработкой restjrnd.ert, журнал создаётся, но 1С ругается на него...
"Таблица - 1SJOURN. Длина записи не соотвествует ожидаемой
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка."

Кто знает, как правильно вернуть к жизни журнал документов в данном случае?

Так кто-то знает, как пересоздать файл 1SJOURN.dbf ?

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

В общем - всё понятно.
Было так - в архив не писались некоторые файлы из-за ошибки в них.
Потом кто-то вместо записи архива случайно восстановил его в базе - и понеслось.

(63) Можно попробовать запустить ТИИ - вполне вероятно документы будут восстановлены.
Второй вариант - руками, хоть просто сценарием собрать dbf и переиндексировать.

(65)  Torquader, Спасибо!
Попробую этот вариант!

Пробовал ТИИ, (на сколько я понял это тестирование базы из конфигуратора), документы, отсутствующие в журнале, просто-напросто, удалились из базы.

Кто работал с обработкой restjrnd.ert ?
У меня она создала новый журнал, но при подстановке этого журнала в базу 1С находит в нём ошибку, "Таблица - 1SJOURN. Длина записи не соотвествует ожидаемой
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка.".

В комментах к restjrnd.ert написано, что "Работает. Только структуру 1sJournal неправильно заполняет - после Rf* не дописал Sp* Ds* Но алгоритм работает отлично! "

Кто подскажет, как это использовать в работе?

Я, немного, знаю язык 1С 7.7, (свои конфы не писал, но документы и отчёты делал). Реально ли исправить обработку restjrnd.ert и довести её до рабочего состояния?

На http://infostart.ru/public/18653/ есть описание, как пересоздать журнал документов 1SJOURNAL.DBF , но, похоже, мозгов не хватает, как его прикрутить к УСН...

Кто сможет подсказать/помочь, как правильно всё сделать?