DBCC CHECKDB und eine praktische Integritätsstrategie

Fehler in Speicher, Firmware, Hardware oder Software können Seiten beschädigen, ohne die Anwendung sofort zu stoppen. Sicherungen können unerkannte Korruption bewahren.

Was gemessen werden sollte

Verfolgen Sie die letzte erfolgreiche Prüfung, Datenbankgröße, Dauer, Fehler nach Objekt und Allocation Unit, suspect pages, I/O-Warnungen und eine saubere Sicherung vor dem Schaden.

Praktisches Vorgehen

Planen Sie CHECKDB nach Risiko und Größe, prüfen Sie wiederhergestellte Sicherungen bei knappen Produktionsfenstern, alarmieren Sie bei ausgelassenen Läufen, sichern Sie Nachweise und bevorzugen Sie Restore vor Repair.

Was vermieden werden sollte

Starten Sie nicht mit Repair, nehmen Sie nicht an, dass Speicherredundanz Korruption verhindert, und überspringen Sie große Datenbanken nicht wegen der Laufzeit.

Betriebliches Ergebnis

Integritätsmanagement verbindet Erkennung, Nachweissicherung, Wiederherstellbarkeit und sorgfältige Behebung.

Checkliste für die Produktion

Erfassen Sie eine Ausgangsbasis und definieren Sie die erwartete Verbesserung. Testen Sie mit repräsentativen Daten und realistischer Parallelität. Sichern Sie die ursprüngliche Einstellung oder den Plan, bereiten Sie einen Rollback vor und überwachen Sie die nächste normale Lastspitze.

Wenn Sie diese Methode auf eine konkrete SQL-Server-Umgebung anwenden möchten, nutzen Sie das Frageformular unten und nennen Sie SQL-Server-Version, Datenbankgröße, Lastprofil und bereits erfasste Nachweise.