Pe un server de sql2000 una din bazele de date e marcata suspect si are semnul ! pe ea m-am uitat in sql error log da nu mi0-am dat seama.Am inteles ca in locatia aia au fost probleme cu curentul si serverul ala nu prea ar fi protejat in sensul ca nu are ups pe el.Celelate baze par ok.

Cum as putea face un recovery la baza asta?

Multumesc

Cauta cel mai recent backup... :)

Vezi si http://www.sqlskills.com/blogs/paul/default,month,2007-09.aspx. E mai lung (si cred ca se refera la SQL 2005), dar atentie la DBCC CHECKDB  cu REPAIR_ALLOW_DATA_LOSS. Pentru sintaxa de 2000, vezi BOL.

merci pt raspuns

AM incercat sa pun last backup da nu a mers imi da mesajul asta:

the lSN(120352:829:1) passed to log scan in database is invalid

Cred ca l-am pacalit.

Probabil luandu-se curentul procesukl de recovey nu a mai apucat sa puna in master..sysdatabses campul state cu 0.

L-am pus eu cu update(manual) si vad ca am putut sa intru pe tabele

Asta face procedura sp_resetstatus...Eu am "iesit la liman" intr-o situatie in care clientul nu avea backup (si nici nu s-a invatat minte...) cam asa:

ALTER DATABASE db_name SET EMERGENCY;

EXEC sp_resetstatus 'db_name'

EXEC sp_dboption 'db_name', 'single_user', 'true';

DBCC CHECKDB ('db_name', REPAIR_ALLOW_DATA_LOSS);

EXEC sp_dboption 'db_name', 'single_user', 'false';

ALTER DATABASE db_name SET ONLINE;

* Cred ca sp_resetstatus poate "lipsi" (e vorba de SQL 2005) - dar atunci nu mi-a "ars" sa testez...in fine...lenea e mare.... BOL spune:

This feature will be removed in a future version of Microsoft SQL Server. Avoid using this feature in new development work, and plan to modify applications that currently use this feature. Use ALTER DATABASE instead.

La fel pt. sp_dboption... 

Oricum asta nu e o solutie tocmai "kosher", vezi si blog-ul pe care l-am citat mai sus, si

 http://blogs.msdn.com/sqlserverstorageengine/archive/2006/06/16/633645.aspx