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

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

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

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

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

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

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

файловая?

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

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

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

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

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

удалить *.cdx

(11) файловая?

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

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

Файловая

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

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

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

http://www.softinfo.name/index.php%3Fid%3D123

Тут похожая ситуация была
1SJOURN Невосстановимая ошибка. Помогите!

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

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

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

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

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

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

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

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

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

ОстаткиТМЦ

RG405?

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

(33) Ага.

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

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

(36) есть свёртка.

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

усё.