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

PS пикча http://fastpic.ru/view/58/2014/0107/ff8be6551ae47bb7710c90596950086d.jpeg.html

RIP

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

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

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

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

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

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

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

(9) нема бэкапа(

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

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

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

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

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

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

(16)
на 1.proclub.ru

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

+(17)
http://1c.proclub.ru/

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

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

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

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

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

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

(24) http://webfile.ru/file/41b9ee882f93ef7b88ae969500762c85

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

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

этот признак проставится при перепроведении

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

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

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

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

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

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

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

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

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

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

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

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

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

(0) По-моему это клиника. Кто же буха пускает к адм. действиям? Сам бывший бух. если что...

Отдать на восстановление специалисту, оплату за работу вычесть из з/пл ответственного (скорее всего это будет автор топега)

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

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

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

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

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

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

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

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

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

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

(32) ТИИ не помогает ругается на DHшку одну, + все документы исчезают...
(33) cdx нетронутый http://webfile.ru/d42542e6b4935695221d4ea3d522dfc4
(34) в нью_стру файлики идентичны с теми что на каталоге ИБ (39) много водят, документов 80-100 в день... mlg живой
(45) в mlg показывает что реструктуризация была повторной, т.е поставили галочку и обратно сохранили((( ,
(51) http://webfile.ru/6838f9f525115a7183474a486d6a243e вот такой txt в new_stru

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

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

(53) Нет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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