[cameron]

Что это могло быть »

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

какую сторону мне рыть, что б хоть что то восстановить? »

компаний по восстановлению данных, за деньги.

в т.ч. БД »

почти не реально.

P.S. есть два вида админов.

[Iska]

P.S. есть два вида админов. »

Это Вы про резервные копии, да?

[eximius]

P.S. есть два вида админов. »

Ну это понятно

компаний по восстановлению данных, за деньги. »

все настолько запущено?
блин. как всегда в такой ситуации - больше всего жаль времени.

О конфигурации вы скромно умолчали »

RAID 1, БД на SQL 2008 R2

[cameron]

RAID 1, БД на SQL 2008 R2 »

и опять это не то.
в общем попробуйте подключать диски из рейд1 на другой ПК, тольок не как загрузочные.
поглядите на данные.

блин. как всегда в такой ситуации - больше всего жаль времени. »

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

[anderson-7]

Точек восстановления нет. »

вы и на будущее на них не надейтесь

[WindowsNT]

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

[eximius]

cameron,

Большое спасибо за советы.
Особенно за те, кому и сколько мне нужно платить за работу.

Сервак уехал "на фирму" в ремонт. Очень жаль не деньги, а время.
Девочки руками все из "бухгалтерии" в "торговлю" перенесут, само собой.
Просто ранее на данном ресурсе давали советы именно по заданным техническим вопросам, т.е. где что можно "посмотреть", если кто то с подобным встречался либо знает как "починить", а не пытались оценивать компетентность спрашивающего.


Всем принявшим реальное участие - просто и по человечески - спасибо.

[El Scorpio]

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

Возможно при старом БП "первому" диску в массиве не хватало мощности/напряжения, и он отключился ещё в марте. Соответственно сервер работал на втором диске.
При замене БП первый диск вошёл в штатный режим работы, и RAID-контроллер начал синхронизацию массива. Однако по какой-то причине было выбрано ошибочное направление синхронизации. То есть не "ноябрь" в "март", а "март" в "ноябрь".
Если синхронизация произошла, то со второго диска "ноябрьскую" информацию восстановить будет нереально - её уже затёрло "мартовской".

[G.V.E.]

Возможно при старом БП "первому" диску в массиве не хватало мощности/напряжения, и он отключился ещё в марте. Соответственно сервер работал на втором диске. »

Возможен и более оптимистичный сценарий.
Винт действительно отвалился, и так как он был в состоянии defunctional, контроллер его погасил, отключил шпиндель и отправил спать. Так как события change disk не случалось, то defunct так и оставался в состоянии defunct вне зависимости от его актуального состояния.
Конструкция работала на одном диске.
Дохлый блок питания уходя из жизни убил рабочий диск.

Блок заменили, но сбросился CMOS, пометка о defunct отправилась вслед за всеми остальными данными CMOS.
Считать информацию о Raid массиве контроллеру неоткуда, единственный диск - диск некогда бывший отключенным.
Загрузились, обомлели.

В Москве есть компании, которые восстанавливают данные, не знаю, можно давать ссылки или нет, недалеко от ст.м. Чистые пруды они обитают. Судя по описанию, степень повреждения данных должна быть минимальная, скорее всего электроника дала дубу, а это половина беды.

Так что шансы поднять даннные велики.