SQLUSA
Free Trial Save on Combos
SQL Server 2008 Best Practices
SQL Server 2005 Best Practices
SQL Server 2000 Best Practices
How to recover a database marked suspect?

An SQL 2005 database can become marked suspect for several reasons. Possible causes include:

1. Denial of access to a database resource by the operating system

2. Anti-virus/3rd party software blocking access

3. The hardware/network issue or corruption of database file(s)

Prior to resetting the status, the database file issue should be resolved. First check error logs and Event Viewer for related messages. If logs offer no help, then one way of resolution: create an empty database, copy over the damaged database files and restart the server. The (copied over) database may come up in the suspect mode.

The recovery methods below are last resort only. At minimum the server should be rebooted (Windows restart - hardboot), if possible at all, a database copy should be created. If backup files exist, point-in-time recovery is preferred to emergency repair.

The following script resets the status of the database and checks the database for integrity.

-- SQL Server 2000/2005/2008

-- Recover database suspect sql server

USE master;

GO

 

EXEC sp_resetstatus 'CopyOfAdventureWorks2008';

GO

USE CopyOfAdventureWorks2008;

 

DBCC CHECKDB WITH NO_INFOMSGS;

GO

The latest database marked suspect recovery process:

 

-- SQL Server 2005/2008

-- Recover database marked suspect sql serve

USE master;

GO

ALTER DATABASE CopyOfAdventureWorks2008 SET EMERGENCY

GO

ALTER DATABASE CopyOfAdventureWorks2008 SET SINGLE_USER

GO

DBCC CHECKDB (CopyOfAdventureWorks2008, REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS;

GO

 

USE CopyOfAdventureWorks2008;

 

DBCC CHECKDB WITH NO_INFOMSGS;

GO

In both cases save as much data as possible into a clean database. Perform troubleshooting to locate the problem source.

 

The World Leader in SQL Server Training
 
SQLUSA.com Home Page