Nach einem Server-Neustart beglückte mich heute der SQL Server mit einer Meldung, dass eine Datenbank “suspect” sei. “Was ist das denn???”, fragte ich mich.
Nach ein wenig Recherche fand ich heraus, wann eine Datenbank als suspect markiert wird:

If one or more database files are not available.
If the entire database is not available.
If one or more database files are corrupted.
If a database resource is being held by the operating system.

Quelle: SQL Server Books Online

Da ich weder die Datenbank umbenannt noch Dateien gelöscht hatte, konnte der Status nur bedeuten, dass die Datenbank korrupt ist.
Zur Lösung des Problems kamen folgende Kommandos zum Einsatz:

1) Setzen der Datenbank in exklusiven Modus für Admin-Tätigkeit

ALTER DATABASE myDatabase SET Single_User

2) Setzen der Datenbank in Wartungsmodus

ALTER DATABAS myDatabase SET Emergency

3) Überprüfen der Datenbank Teil 1

DBCC CheckDB ('myDatabase ')

Hier erhält man eine Meldung, mit welchem Modus die Datenbank repariert werden kann

4) Überprüfen der Datenbank Teil 2

DBCC CheckDB ('myDatabase', REPAIR_ALLOW_DATA_LOSS)

5) Zurücksetzen der Datenbank in shared-Modus

ALTER DATABASE myDatabase SET Multi_User

Das hat das Problem bei mit gelöst. Zum Glück gingen trotz REPAIR_ALLOW_DATA_LOSS keine Daten verloren.

I am glad to introduce a new addin for SSMS 2008 you might find useful.
The addin attaches a new function to the ObjectExplorer’s context menu.
You can easily generate INSERT statements for all data of a selected table.

Find the setup and sourcecode on my codeplex project CodePlex: DataScripter

If you missed the Storage node in the Object Explorer of your SSMS installation to manage your SQL Express fulltext catalogs, here is the solution!
Find below my new addin for both SSMS 2005 and SSMS 2008.

Once installed the addin, you’ll find a new context menu entry when you select a database:

A click on the menu entry opens the management dialog:

Find the setup and sourcecode on my CodePlex project http://www.codeplex.com/FulltextManager.