Der Schreck ist groß: Der SQL wird neugestartet und eine Datenbank wird als fehlerverdächtig gekennzeichnet. Der Schreck wird noch größer, wenn keine Sicherung vorhanden ist. Genau dieses wäre optimal gewesen, um das Problem zu beheben, aber was wenn nicht..:
Folgende Statements auf der master Datenabnk können hier weiterhelfen:
-- Status der zurücksetzen
EXEC sp_resetstatus 'datenbankname';
-- Status auf Notfall
ALTER DATABASE 'datenbankname' SET EMERGENCY
-- Ausgabe der Fehler in der DB
DBCC checkdb('datenbankname')
-- SInglemodus ist notwendig für nachfolgende Reperatur
ALTER DATABASE datenbankname SET SINGLE_USER WITH ROLLBACK IMMEDIATE
-- DB wird repariert..unter Umständen Datenverlust
DBCC CheckDB ('datenbankname', REPAIR_ALLOW_DATA_LOSS)
--DB wieder Online setzen
ALTER DATABASE datenbankname SET MULTI_USER In SQL Server 2016 wurde das sog. dynamic data masking eingeführt. Eine Möglichkeit Daten bei…
Seit Sharepoint Server 2007 präsentiert sich die Installation immer auf die gleiche Weise. Gerade mal,…
Es weihnachtet! Gerade bekam ich von einer Kollegin Plätzchen angeboten mit der Größe eines Diskus…
Nein, bitte nicht verwechseln: temporal tables haben nichts zu tun mit temporary tables table variables…
SQL Server 2016.. habe ich schon erwähnt, dass ich den ziemlich cool finde? Wollen wir…
Nach langer Zeit wieder mal eine Artikel von mir.. der mich besonders erfreut. SQL Server…
View Comments
Cool.. das wars...