v7: Пропали документы в ТиС справочники и регистры остались #804249

Здравствуйте. На компьютере произошло переполнение жесткого диска на  первом логическом диске C, на D была база. В результате произошла ошибка - 1с невосстановимая ошибка базы данных код 10000. База не запускалась под 1С Предприятием и при монопольном доступе. Через конфигуратор делаю тестирование и исправление. Делает уже сутки. По моим расчетам еще сутки будет делать.(ресурсы на размещение в оперативной памяти). Вопрос? Есть ли в это смысл. Кто-нибудь сталкивался?

Похоже, только бэкап спасет.

скорее всего достаточно было просто переиндексировать

не надо ТиИ запускать, от слова совсем. Останови его, снеси индексы и зайди монопольно. усё.

Да, мера действенная, но не всегда помогает. БД после ТИИ будет забита пустыми документами.

кпию каталога базы сразу после сбоя сделал?

Вообще-то ситуация "пропали документы" у малоопытного пользователя может добавить пару-тройку седых волос программисту :) Ибо не сразу сообразишь, что в журнале документов изменился период показа документов :)

файловая?

есть еще интересный сбой (например завершив процесс 1С при переиндексации) - тогда файл журнала сбивается - данные в нём есть, но журнал все равно пустой - надо создать новый файл журнала и перенести в него все данные dbf-ной утилитой. Меня несколько раз спасало, но напугало до усрачки.

Мда.. Так что, семерочники, срочно сейчас, и регулярно потом, проверяйте наличие свободного места на компе или сервере с базой, либо приспособьте к этой процедуре системного прогера, а то он у вас, наверняка, мышей не ловит.. Поди уж и пальцы болят, держать распальцовку-то. Из моих клиентов только один сообразил - просил сделать автобэкап при первом запуске базы утром.. Теперь я каждому предлагаю эту полезную процедуру. Знаете ведь сами: типов админов только два: 1. те, кто делает бэкапы 2. те, что будут делать бэкапы..

это и восьмёрошников касается

Что значит снеси индексы? Таблицы? Простая реиндексация тоже не помогла. Пробовал отдельно.

Резервные копии то сохранились

удалить *.cdx

файловая?

Да, точно. ТС так и не ответил Файловая? :)

срочно восстанавливай из последней. А рабочую забрось.

Файловая

удалять индексные файлы - теперь пустая трата времени, т.к. после ТИИ у тебя база уже побита. ИМХО - еще раз - восстанови предпоследнюю, объясни юзерам ситуацию, пусть вобьют последние документы.

* "после незавершенного ТИИ"

Была очень действенная утилитка Внедренческий центр Чип&Дейл, ремонт базы делала. Фельдшер Саурон ver 1.5 называлась. Один раз в свое время как раз помогла при крахе вызванной перезагрузкой компьютера.

Тут похожая ситуация была

Мне помогло удаление *.cdx но в регистрах остался мусор. Несущестующие объекты. Если формировать остатки по всей номенклатуре происходит ошибка.

ДО ТиИ, есть копия базы ?

Мусор, какого плана ?

Копии нет есть - выгрузка данных просиходит каждый день, но похоже что база вообще битая. Давно. Стоит на одной из удаленной точке. УРБД. В остальных точках все нормально.

"Похоже" - это не ответ.

Ну это целое исследование надо проводить. Если нет других задач. Поэтому придется с битой работать.

Реиндексация повторная также не помогла.

Вопрос тогда такой в какой dbf таблице храняться остатки по регистру ОстаткиТМЦ?

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

ОстаткиТМЦ

RG405?

Все сведения о таблицах хранятся в файле 1CV7.DD Открывай Блокнотом.

Ага.

Существует ли механизм сворачивания регистров(отдельно). Чтобы документы остались? В регистре 100000 записей и за период 10 летней давности.

И ? Это никак не означает, что есть "мусор".

есть свёртка.

И, достаточно любым универсальным отчетом по регистру сверить данные в обоих ИБ, выявить расхождения, переотправить доки.

усё.