Ola Hallengrens Versionshistorie dokumentiert einen Fix für Datenbanken im Zustand `RESOLVING` innerhalb von Availability Groups. Solche Übergangszustände können dazu führen, dass ein geplanter Sicherungslauf keine verwertbare Sicherung erzeugt, obwohl der Job insgesamt unauffällig endet.

Bedeutung für den Betrieb

Monitoring muss daher pro Datenbank arbeiten: Rolle, Synchronisierungszustand, Backup Preference, letztes Full, Differential und Log sowie tatsächliche Dateierzeugung. Ein grüner SQL-Agent-Job ist kein vollständiger Recovery-Nachweis.

Technische Infrastruktur für Availability-Group-Backupabdeckung
Availability-Group-Backupabdeckung beginnt mit vollständigem Bestand und klaren Betriebsgrenzen.

Vor einem Update werden Lösungsversion, Parameter, Command Log und betroffene AG-Ereignisse erfasst. Anschließend wird das Verhalten bei Failover, Neustart und kurzzeitigem `RESOLVING` in einer repräsentativen Gruppe getestet.

Alarme orientieren sich an RPO und Datenbank, nicht nur am Job. Übersprungene Datenbanken brauchen Eigentümer, Nachholung und dokumentierte Kettenprüfung, bevor der Vorfall geschlossen wird.

Betriebliche Prüfung für Availability-Group-Backupabdeckung
Der Change endet erst nach der Validierung von Availability-Group-Backupabdeckung unter realen Bedingungen.

Praktische Konsequenz

Die Konsequenz: Hochverfügbarkeit ersetzt keine Backup-Evidenz. AG-Zustand und Sicherungsalter müssen zusammen sichtbar sein, damit ein kurzer Übergang nicht zur unbemerkten Recovery-Lücke wird.