Гикнулся RG328.DBF #513914

Мужчины, на крылся файл RG328.DBF, навигатором не открывается, ДБФрекавери тоже, что делать? Можно его заменить из вчерашней копии? Спасибо!

Забыл добавить: накрылся в центральной базе.

попробуйте на копии + ТИИ

надеюсь файлы обменов не удалялись

ТИИ не проходит: ошибка аппаратуры при доступе к безымянный файл. Я так понял это регистр партии. Так что, можно его заменить вчерашним файлом?

попробуй, сунь вчерашний..я-б посоветовал на копии, и только для эксперимента.. поле копирования - запустить тии

лет 5 назад была ситуация, не лучше твоей.. с тех пор делаю бэкапы ежеденно..

Удали его и запусти пересчёт итогов. Это файл итогов, его потеря не страшна, он полностью восстанавливается из движений

+1

респектище :)

Базе 2 года, после пересчета итогов, периферийные обменяются, в смысле файл обиена не будет слишком большой?

И как пересчет итогов запустить если тии не проходит?

будет

Удали файл и монопольно запусти. Потом ТА перенеси на дату до первого документа, потом обратно.

После пересчёта итогов файл обмена не изменится.

Точнее, в нём будет одна запись - о сдвиге ТА.

Денис, пересчет итогов- то же самое , что и персчет регистров, сколько он может времени занять?

Да, тии зависает именно на партиях, точно это файл итогов? Спасибо.

если регистры закрыты, то при должном умении, не быстро, а очень быстро. +пересчет нужно сделать только для ЭТОГО регистра.

Зависит от твоей базы. У меня 30Г база пересчёт регистров занимает 40 минут (с 2008го года). Но у меня все регистры нормально закрываются. А вот видел я один могиль^W^W одну базу, где год считался 2 часа....

+29 а так, для начала поправить заголовок файлу.. 95% ошибка в этом.

Достатчно просто снести, ничего править не надо :-)

ну, если поправить заголовок, пересчет делать не надо быдет, только индекс пересоздать, если тоже рухнул. А так, пересчитать только 1 табличку регистра и привет.

Денис, устанавливаю ТА обратно, затем выбрать все проведенные? (прошу прощения, я не специалист).

Человек, не умеющий править заголовки файла, потратит на это больше времени, чем на пересчёт :-)

Ничего не выбирай. Просто устанавливай. Если выберешь, он пойдёт перепроводить, а тебе этого не надо.

если надо медленно, удаляешь RG328.DBF, заходишь монопольно,через операции управление опер.итогами ТА ставишь на первый док в журнале, потом на последний.. Если надо быстро, то удаляешь RG328.DBF копируешь все RA* ,кроме RA328.DBF в другое место копируешь все RG* ,RG328.DBF в другое место удаляешь все RA*,кроме  RA328 далее заход монопольно, ТА на первый док - Та на последний, так пересчитается только 1 регистр.. далее все RA и RG возвращаешь взад .. наслаждаешься

Я бы сделал так: 2. ТИИ - только пересчет итогов

Восстановился rg. Спасибо народ. Отдельно- ДенисЧ и Ёпрст3 Форум реально волшебный.

А ведь Ёпрст3 прав - иногда это триваильно летит заголовок. Давненько правда, но однажды был такой случай и у меня. Открываю в CDBF - вопит, что кырдык заголовку и предлагает исправить, не возражаю - и все ОК. После того случая при броблемах ДБФ-х баз сразу проверяю в CDBF, а дальше уже танцы с бубном. Но вот больше эта ситуация не повторялась почему-то... Но тем не менее каждую ночь на автомате полный бекап любой базы.

Бывает и хуже. Пересчет итогов 14 часов на 2-гиговой базе. И причина известна и хрен исправишь.

могу выслать свой RG328.DBF

а про размер файла у автора никто не спросил :) Может, он около 2 гб :)

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

1С пишет записи поверх удалённых - поэтому упаковку не всегда стоит делать. А заголовок портится от того, что в него всегда пишется дата последнего доступа к файлу - причём "сносится" именно первый сектор, который "в принципе" достаточно легко восстановить (количество записей просчитать вручную, а дату - поставить текущую).