Kak spasti basu?

Alexander Us
Дата: 13.09.2006 13:03:08
Sql Server2000 3a upal posle oschibki v RAID. BackUpa NET!
Posle sameny diska SQL Server ne startuet. Daje s sqlservr -f -c .

Log SqlAgenta:
SQLServer-Error: 5105, Oschibka nositelia dannych. Fail 'e:\Programme\Microsoft SQL Server\MSSQL\data\msdbdata.mdf' vosmojno isporchen. [SQLSTATE 42000]

Nado spasti boevuju basu.
Mojno li mojabasa.mdf prosto skopirovat na drugoi server i priattachit?

Ili est drugie puti?

Ochen jdu Vaschih sovetov.
Saranee spasibo.
Basill
Дата: 13.09.2006 13:11:54
можно скопировать и приаттачить
Glory
Дата: 13.09.2006 13:12:17
Nado spasti boevuju basu.
Mojno li mojabasa.mdf prosto skopirovat na drugoi server i priattachit?

Можно. Копируйте.
Alexander Us
Дата: 13.09.2006 14:38:32
Spasibo, poproboval na samoi malenkoi base. (Priattachil is Enteprise Managera MDF i LDf faily)

NO:
Pri popytke otkryt perechen tabliz v Enterprise Manager on podvisaet. Prozessor sagrujen na 100%.

Pri tom is Query Analizer tablizy vidno i selekty isponiajutsia.
V chem moglo by byt delo?

I echo vopros: na Servere byli DTS Pakety i Joby. Est li voslojnost spasti ih?
I echo vopros: Imeet li v etoi situazii smysl Pereinstalirovat Server kak
- novuju Instanzuju
- ili poverh suschestvujuschego (s vosstanovleniem, esli takaja opziia est.)

Spasibo.
Glory
Дата: 13.09.2006 14:40:46
echo vopros: na Servere byli DTS Pakety i Joby. Est li voslojnost spasti ih?
они находятся в системной базе msdb
Alexander Us
Дата: 13.09.2006 14:44:54
Pardon, navral:
priattachivat TOLKO mdf. Is Enterprise Menegera.
A ldf on predlojil sosdat sam.
Priattachit oba faila stasu ne udalos.
Alexander Us
Дата: 15.09.2006 11:18:29
Сиасибо всем, кто откликнулся. Вопрос успешео закрыт.
Если кому интересно, разбор полётов:

У клиена слетел диск, с системными базами.
После переустановки диска SqlServer не стартовал в принципе.
BackUp находился на Veritas. Т.е. для восстановления баз был нужен работающий SqlServer. Действовали так: На тот те же машине поставили вторую инстанцию SqlServer и приаттачили рабочие базы со слетевшего сервера(не хотелось возиться с BackUpом). Оказалось, что селекты не отрабатывают нормально: часть столбцов перестала быть видна. Пришлось таки воссановить рабочие базы из BackUpа. Осталось дело за msdb. Напрямую это не удалось. Восстановление заканчиволось ошибкой. Поэтому msdb восстановили как рабочую базу с именем msdb_second. Затем, переаттачили её как системную. Инструкция тут. После этого всплыл следующий облом: Стало невозможно удалить или изменить джобы так как msdb была создана на сервере с другим именем. Чтоб не мучаться более, переинсталлировали дефаулт инстанцию и переаттачили на неё базы.