В общем, удалил минуя корзину каталог, где лежали файловые базы 1С8. Не спрашивайте как, бесы попутали :( При использовании спец. прог, восстанавливаются файлы каталога, кроме файлов 1Cv8.1CD. Или же файлы восстановлены частично, при открытии сообщает "Файл базы данных поврежден"

Порекомендуйте инструмент для возвращения баз. Наверняка у кого - то был опыт.. В популярных прогах ищущих удаленное по расширения, нет даже возможности указания тип этого файла.т.е. он для них не существует

4 года жил человек и не знал,что такое вазелин.

бекапы, нет?

(0) Если R-Studio даже не восстанавливает, значит плохи дела совсем.

(2) Есть, старые..

и архивы удалил тоже?

В воскресенье вечером решил обеспить себя работой на всю неделю )

удалил в выхи, че ты атм делал то?
теперь надо почитать книжки по ораторскому искусству, и убедить руководство, что виновата главбухша

(3) Корме R-Studio?

Digital ObjectRescue

Слетелись как мухи на... мед.

автора уволили, он базы в отместку грохнул, но с ним поговорила служба безопасности?

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

(7) Это старые базы с разработками, зачем мне их постоянно архивировать было. Единственные архивы, лежали в том же каталоге..

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

(12) Файлы растут, даже если к ним не обращаешься? Работы с ними не было

Люблю такие темы, проверил бэкапы, заодно парочку раскрыл в пробном режиме.

(15) Нет, конечно, если к ним не обращались с момента помещения в эту директорию, то файлы будут одним куском, а вот если с ними работали, то кусков будет несколько.

(14) Ты имеешь ввиду Hex-редактор или R-Studio к примеру. Какова методика?

(17) Разумеется с ними работал

(13) мы это уже все проходили, на каждую базу, в которой творим, 1 или несколько раз (от интенcивности) делаем sf? c указанием времени и если нужно коммент.

(9) Спасиб, попробую

Начинаю понимать своего бывшего админа-параноика, который бекапил вообще все...

+1 (16) надо будет завтра проверить, как архивация идет

(20) Бейкапы, всё понятно.. Это если бы ЖД полетел или сбой питания на крайняк. Здесь же всё сам, от себя защитится в голову не приходило. Так же можно удалить и архивы, т.е. случайно. Есть инструменты для восстановления на этот случай, но они не дают результата

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

(24) И ещё - точно удалить нажимал, а то я как-то на Linux системе случайно mv одной папки поверх другой сделал и тоже долго искал, куда файлы делись, а умная система просто положила папку в папку.

(26) Удалил.. del + shift

(0) Если уровень фрагментации диска был большой , то шансов на нормальное восстановление мало .
А у ДБФ баз в разделенном доступе он как правило очень большой

(28) Речь не о клюшках, хотя это не меняет сути

(29) Ну у файлового снеговика поменьше , хотя если на одном логическом диске несколько баз с которыми работают одновременно , то же фигово получается

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

(0) бекапы вообще-то делают каждый день и хранят их на других серверах.... почему такое отношение?

вот всегда ждут, когда по шапке на дают...

(0) ZAR попробуй.

(0) лучше Handy Recovery не видел.
была ситуация тоже надо было восстановить, перепробовал кучу прог и ссаную R-Studio в том числе.

только Handy Recovery помог(см. торренты).

(24) "Здесь же всё сам, от себя защитится в голову не приходило. Так же можно удалить и архивы, т.е. случайно. "
Молодой ты еще.. :) и не знаешь, что самому можно напортачить гораздо сильнее, чем это сделает любой отказ оборудования. Поэтому данные нужно бэкапить _в первую очередь_ от ошибок пользователя (в том числе и себя). То есть, периодически копировать в несколько мест на физически разные носители, а еще на dvd-r и отдавать их на хранение главбуху или безопаснику.

Смирись, т.е. забей... Разверни наработки из старого бекапа и живи дальше... Второй раз бывает делает быстрее и по другому :)

соболезную

http://code.google.com/p/restoration-base-1c8/

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

(0) Ой ля ля... печально.

(13) Хранить бэкапы там же, где и сами данные - это пять :))

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

Одна прога понравилась более всего. Она даже обнаружила что диск был неоднократно размечен на логические диски и остались в сохранности цепочки фрагментов некоторых файлов из тех логических дисков...

Забыл наименование :( Кроме Р-студио и Бумеранга ничего более в голову не приходит.

(0) если сразу не сделал образ винта, вазелин в студию.
Теперь уже, когда пописал на него- Х восстановишь.

(0) Magic Recovery Professional предалагали?

Запустил копию диска делать... напомнил)

(22) Так это основная тема по которой его будут трахать в первую очередь...

+(47) Могут и уволить....

Ontrack EasyRecovery, Boomerang Data Recovery,...

Короче  - http://cwer.ws/category/172/ и бог тебе в помощь.

да ужж , разработки нужно хранить на СД/ДВД - как минимум
ЗЫ есть спец лаборатории - восстановление за деньги , стоит ли овчинка ,  выделки решать (о)

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

(0) Вазелин припас?

(0) Вали оттуда быстрее!

(0) есть http://www.piriform.com/blog/2013/4/3/recuva-v146 - но (53) прав :)

(24) Нормальные архивы делаются на WORM носители.

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

Я один раз, пытаясь перенести с одного скуль сервера на другой, грохнул свою базу с разработкой за неделю прямо перед дедлайном... За выходные все восстановил + еще оптимизировал.

В win7 есть такая штука как "предыдущие версии" - если включено то можно попробовать, хотя не знаю как там с удаленными объектами. Однажды клиенту так удачно восстановил базу - их одинэсник накатил в выходные дтшник недельной давности на рабочую базу, версия сохранилась буквально за часы до его вредительства)

(58) Думал эта функция затрагивает только системные файлы

(59) по умолчанию включена на диске с системой, в моем случае база была там)

(53) Базы не рабочие, это дописанные конфы, которые работают у клиентов. Ходить по всем и собирать, тоже вариант, некоторые в других городах. Не факт, что и отдадут.. Пока не удается в полной мере восстановить. Там были ещё планы обмена, внешние обработки и прочее слишком полезное, XML вообще никак почему - то не видит. В общем, будем работать.. после работы. Спасиб всем за ссылки и рекомендации

Отдай зарплату админу!

Этим приходилось пользоваться
http://www.runtime.org/data-recovery-software.htm