v7: Слетело 1cjournal.dbf #693821

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

PS пикча

RIP

А ты ему в отместку нарисуй произвольные цифры в декларации по НДС и отправь в налоговую.

из mlg что ли вытаскивать? ну ребятки F1!!!

в самом дбф в этих полях что?

Ну тут нужно понимать что номера ты никак не восстановишь - в лучшем случае дату документа (а если не было операции как например у Платежного поручения) то и дату не восстановишь (кроме как из mlg). Из mlg теоретически можно попытаться все но совсем не просто.

в дбфке 1сджоурн некоторые поля IDJORNAL = 0!

Ни фига себе у вас у бухов права... архивы то хоть есть?

Традиционный вопрос про бэкап не задавать?

нема бэкапа(

архив на 18,12,13 имеется...

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

копии файлов до реструктуризации ищите в каталоге new_stru

и что ты там предлагаешь найти?

восстанавливай и оттуда ручками пусть колотит буха

+1 файлы имеются 1sjourn.dbf/cdx но файлы идентичны с теми что на каталоге ИБ

на 1.proclub.ru есть обработка или программлина, которая восстанавливает 1sjourn

+

Вы про "restjrnd.ert"?? после него пишет что не соответствует поля таблицы... кто юзал эту обработку отпишитесь пжл...

в первых семи полях пусто?

Программист вам барин нужен ...

блин... давно бы уже накропали программулину... скорее всего физическая последовательность записей в файле = хронологической в большем количестве случаев. . тупо ориентируясь на сумму дока - руками по первичке вбить даты/номера...

нет, пусто в полях со строками 1SV(IDDOCDEF) +еще эти же поля имеют значение "¦+-0001(DOCNO)" видимо это тот самый документ...

по-русски изъясняться сложно, пониимаю... выложи этот файл куда-нибудь, откуда можно скачать

последняя запись февраль 2013. ничего не перепутал?

в файле все данные есть , креме признаков проведения по регистрам. этот признак проставится при перепроведении

если есть лог 1с ки (текстовый), от туда по ID вытаскивается номер и дата документа, этого "почти" достаточно для формирования журнала....

последние несколько записей тебя не смутили?

а так, да. всё есть

извиняюсь, но там не все... восстановитель restjrnd.ert вернул вот этот файл: в журнале операций показывает все документы(наверное), но так же не проведенные и без номеров/дат... открыть вообще документ другими способами можно?

сделай уже ТиИ. Но перепроводить всё придётся, скорей всего

если cdx остался нетронутый то выкладывай его

Глюпый вопрос - в каталоге NewStru пусто?

Поздравить Буха... Наградить их новой БД, если нет бекапа :)

Беги, беги от туда :)

+ Да забей, вытащи все что получится из бекапа, все остальное уже её проблема, т.е. буха :)

А что там должно быть? У Чудика в журнал полностью похерен :) Он сейчас пытается телепатически восстановить его структуру... Когда у него есть по сути самое главное, это бекап :)

С 18-12-2013 много вводили ? Хотя, mlg за это время есть. Так что нужно взять всё, что можно, из BackUp-а, который, слава богу, есть, а остальное можно восстановить по mlg. Только вопрос - а там только журнал "поимели" - остальные-то файлы целы ?

журнал из индекса восстанавливается. только пометка на удаление херится

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

копия файлов подлежащих реструктуризации..

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

Но это происходит, если операцию выполняет конфигуратор, а если обработка с транзакцией, то в NEW_STRU ничего вообще не появится.

в не бух не дождался реструктуризации и выключил комп. даже если свет погас в момент копирования из NEW_STRU, часть файлов будет правильной в базе, другая в NEW_STRU. Почему тогда полностью полетел 1sjournal? Это возможно если после этого была еще одна попытка реструктуризации..

Даже если в момент копирования, то или файла просто не будет (будет только в NEW_STRU) или будет старый, а в NEW_STRU новый или недоделаный новый. Конечно, если зайти и стереть файл руками, то будет ж. - но сомнительно, что стёрли только один файл.

и стереть руками тоже бух?

Вообще, если снять галочку уникальности (а не поставить), то зачем системе вообще что-то реструктуризировать в файле, кроме индекса ?

в нью стру будет, мд-шник и все? 1sjournal при этих действиях платформой не правится, но проверяется на допустимость изменений. Копируется ли он при этом в нью стру легко проверить.

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

Сейчас специально проверил - ничего она не переделывает при снятии галочки - поди что-то ещё делали.

ТИИ не помогает ругается на DHшку одну, + все документы исчезают... cdx нетронутый в нью_стру файлики идентичны с теми что на каталоге ИБ много водят, документов 80-100 в день... mlg живой в mlg показывает что реструктуризация была повторной, т.е поставили галочку и обратно сохранили((( , вот такой txt в new_stru

журнал проводок тоже храниться в 1sjournal.dbf?

1. сделай, чтоб ТиИ не ругался "на одну DHку" 3. 80-100 в день - это немного. разверни рядом бэкап, по нему восстанови нумерацию до 18.12. остальное пусть с первички вобьют. всего 1000 доков... 5. виды документов в базе убили напрочь.... Нет.

подскажите пожлста какая дбфка журнала проводок...

**бух уволился

1sentry, вестимо. только оно вам надо? рано. "вазелин еще надо заслужить"©

попробую 1sentry  перебрать и создать объект док, по номеру журнала нормально сортируется

Восстанавливай из бэкапа.

Буха найди и оторвать ему руки...

"найди" -> "найти". Заодно найти того, кто ему дал такие права. И тоже руки оторвать.

И тому, кто бэкапы настраивал - тоже руки оторвать.

Хм... Че-то я сегодня слишком добрый...

решил шивой заделаться? Нафига тебе столько рук?

Чтобы все успевать! :) Двух рук не хватает.

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

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

восстановился 1sjournal.dbf перебрал restjrnd.ert, устанавливал значение полей не корректно, а вообще важно глянуть на dd файл! вот вдруг кому пригодиться: жаль буха нет, наверное сильно радовался бы.

спасибо Всем большое за помощь!