Ein aktueller Fix der Ola Hallengren Maintenance Solution betrifft `DatabaseIntegrityCheck` bei AG-Datenbanken im Zustand `RESOLVING`. Ein Job kann erfolgreich laufen und dennoch eine Datenbank nicht mit `DBCC CHECKDB` geprüft haben.

Bedeutung für den Betrieb

Der Nachweis braucht deshalb Soll- und Ist-Liste je Instanz: Datenbanken, letzte vollständige Prüfung, Ergebnis, Dauer, Ort und verwendete Kopie. Jobstatus allein beantwortet nicht, ob jede relevante Datenbank abgedeckt war.

Technische Infrastruktur für CHECKDB-Abdeckung
CHECKDB-Abdeckung beginnt mit vollständigem Bestand und klaren Betriebsgrenzen.

Nach Aktualisierung wird ein Zustandswechsel kontrolliert nachgestellt und das Command Log geprüft. Zusätzlich sind Offloading-Regeln, Secondary-Lesbarkeit und Ressourcenplanung zu validieren.

Eine übersprungene Prüfung wird nachgeholt und gegen das Integritäts-SLO bewertet. Wiederholte Lücken gehören als Datenqualitätsproblem ins Monitoring, nicht als harmlose Warnung in eine lange Jobhistorie.

Betriebliche Prüfung für CHECKDB-Abdeckung
Der Change endet erst nach der Validierung von CHECKDB-Abdeckung unter realen Bedingungen.

Praktische Konsequenz

Die Konsequenz: Integritätswartung wird über geprüfte Datenbanken gemessen. Versionskontrolle, Command Log und Coverage-Bericht machen aus einem erfolgreichen Job einen belastbaren CHECKDB-Nachweis.