Вот такая месага появилась у пользователя ни с того, ни с сего. В базу после ОК не пускало.

Юзверь добавил галочку "Монопольно", 1с-ка задумалась минут на 10-15 с его слов, после нормально открылась, но база оказалась абсолютно пустой. Ни одного документа, все справочники пустые.

Подключаюсь - гляжу все dbf пересозданы текущей датой и размером почти нулевым.

Из-за чего могла произойти такая хрень ?

удалили все dbf.
проверь удачу - поищи в корзине

Так новая база создана, а точно по тому же пути были данные?

(1)
клянётся, что на диске ничего пальцем не тронул

(2)
путь не менялся

База создаётся только после входа в конфигуратор, то есть ТИИ нужно было запускать.
Если в процессе работы базы данные переместить или удалить, то она уже не запустится.

В данном случае - выключаем компьютер - смотрим диск на предмет удалённых файлов или потерянных секторов - вполне вероятно, что что-то можно будет достать.

Оооооёёёё, у них в "Просмотре событий" уже месяца 2 как ежедневные месаги "Неверный блок на диске" и т.д.

Помолимся за упокой безвременно почившей базы...

(5) вешайся... - это у них с прошлого лета, когда в жару все навернулось...

(5) Ну, тогда их можно поздравить с визитом базы "коту под хвост", и объяснить, что с дохлыми дисками работать нельзя.

Так это после пропажи какого-то определённого файла идёт полное пересоздание всех dbf в монополке ?

(9) нет

(9)Бросаешь мд-файлик, откроешь конфигурацию, добавишь пробел в синоним, а потом сохранишь, соглашаясь с вопросами... Получишь сабж

+(11)Бросаешь мд-файлик в пустую папку, прописываешь путь, откроешь...далее по тексту

(11,12)
ну это-то понятно. Т.е. по логике битый сектор пришёлся на md-шник ?

(13) нет

(10,14)
ну а что тогда "да" ? :)

(13) На то что раньше называлось FAT, как там ее теперь, табличка в общем, где структура файлов описана и их размещение на диске. Снимай винт и гоняй утилами для восстановления, желательно с копированием на другой винт того что получилось. Данные скорее всего сохранились, ссылка на них потерялась, но в NTFS эта табличка несколько раз дублируется, так что отыскать вполне реально.

(16)
так при пересоздании всех dbf разве FAT не пересоздался для новых файлов уже ?

(15) для начала - надо перестать работать за этим компом. НЕМЕДЛЕННО.
снять винт, и отдать его спецу

(17) Пересоздается, но не на месте тех же записей. Старые тоже остаются. При удалении файла стирается только первая буква его имени.

(16) а с чего ты взял, что там FAT?

+(19) Как в дфб-ке, запись удалил, она пометилась, новую создал с тем же ID, казалось бы должна заместить, а реально обе на месте.

(20) Я не про файловую систему говорю, а про таблицу по смыслу. Когда я их руками ковырял NTFS еще не изобрели, сейчас скорее всего он и есть, но смысл-то не поменялся, есть табличка, и копий еще больше чем в FAT'е (там две было).

(22) Затираюцца.. звери тож люди... проходили..))

Лады, завтра попробую побегать у них по диску через R-Studio. К сожалению по тому же диску через Радмина, снять и отдать налево возможности у них нету.

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

(23) Со временем... Только со временем. Стирается только первая буква имени, место которое занимал файл считается свободным, как скоро в него будет что-то записано - вопрос везения. Если создать новый файл с тем же именем, это будет именно новый файл, новая запись в таблице, а куда физически на диске попадет вообще лотерея.

+(25) Понятно что если это диск с: на который каждые три секунды винда свопом плюется затрется быстро...

В ntfs все данные файлов хранятся в одном файле в начале диска - так называемый MasterFile - так вот, на каждый файл выделяется несколько секторов этого диска, где хранится вся информация о файле, и где он на диске есть.
В вашем случае, этому мастер-файлу "стало плохо", и скорей всего, информация о файлах потерялась, но, есть вероятность, что потерялась информация о директории, где эти файлы жили (так как пропали все файлы сразу), тогда при анализе мастер-файла все файлы можно будет прекрасно найти, но нужно будет "положить" их в определённую директорию.

(27) Он дублируется. Плохо стало только основной копии, еще резервные есть.

(28) Залекс, не проводи курс церковно-приходской)

(27)
не в курсе, R-Studio умеет с ним работать ?

(30) Умеет, надо из студио просканировать весь диск, он найдет несколько мфт участков, склеит их в один, и можно будет что-то найти.
Главной р-студио не инсталь на тот же комп :)

zar
filescavenger

(31)
пробую сейчас, заинсталил туда же, но на логический диск, отличный от того, где лежала БД, выбора нет к сожалению, радмин стоит только там :(

R-Studio восстановил много DBF старых версий, но при ТИИ множество ошибок "Не сходится количество полей", "Не сходится наименование поля номер *** в ***". Вообщем похоже базе пришёл белый пушной зверёк.

Вывод из ветки привычен и уныл: "Бэкапы - наше всё!"

Причем, на другом ФИЗИЧЕСКОМ диске. Моего клиента это недавно буквально спасло.

(35)
ну Бэкап у них как ни странно есть, датирован 18 марта 2011 года :)))))))))))))))

(36) Вот на эту дату у них и есть "всё", а после нее - "ничего".

Попробуй еще для очистки совести погонять на диске R.Saver, благо он даже бесплатный.

Ещё закралось сомнение одно: ну не могли же все до единой DBF-ки попасть на бэд-кластеры. А пересоздались именно все файлы, до единого.

Самое интересное, что попробовал взять их MD-шник, кинуть в пустую папку, так при первом входе нарисовалась ошибка "Не обнаружен файл 1ssystem.dbf" - именно то, что было в сабже. И уже после монопольного входа были пересозданы все до единой DBF-ки.

Получается, что то же самое произошло бы и из-за физического удаления всех DBF с диска. Может всё же пользователь врёт и похерил все файлы сам специально или по незнанию ?

(38) см. (1)

(39)
пусто там )

Да, похоже прогноз оправдался.
Несмотря на сообщение Смарта о скородохнущем винте, проверка поверхности не выявила ни одного бэда.
Зато выяснилось, что оператора компьютера походу хотели уволить таким изощрённым методом, вручную прибив базу и оставив её разгребать фекалии.

И до чего только люди додумываются ...