Problembeschreibung
Angenommen, Sie verwenden die AlwaysOn-verfügbarkeitsgruppe in einer Microsoft SQL Server 2012-oder SQL Server 2014-Datenbank, und es ist eine große geöffnete aktive Transaktion vorhanden, die zusätzlichen Protokollspeicherplatz erfordert. Wenn die Protokolldatei aus einem der folgenden Gründe nicht vergrößert werden kann, schlägt die Transaktion fehl.
-
Fehlender zusätzlicher Dateispeicherplatz
-
Die Protokolldatei ist so konfiguriert, dass Sie nicht wächst
-
Die Protokolldatei hat die konfigurierte maximale Größe erreicht.
Außerdem wird folgende Fehlermeldung angezeigt:
Fehler: 9002, Schweregrad: 17, Bundesland: 9. das Transaktionsprotokoll für die Datenbank "<Datenbankname>" ist aufgrund von "LOG_BACKUP" vollständig.
Nachdem Sie eine Protokollsicherung ausgeführt haben, wird eine weitere 9002-Fehlermeldung angezeigt:
Fehler: 9002, Schweregrad: 17, Bundesland: 9. das Transaktionsprotokoll für die Datenbank "<Datenbankname>" ist aufgrund von "ACTIVE_TRANSACTION" vollständig.
Nach einer weiteren Protokollsicherung erhalten Sie dann eine weitere 9002-Fehlermeldung, gefolgt von einer 5901-Fehlermeldung:
Fehler: 9002, Schweregrad: 17, Bundesland: 9. das Transaktionsprotokoll für die Datenbank "<Datenbankname>" ist aufgrund von "AVAILABILITY_REPLICA" vollständig.
Es konnte kein Prüfpunkt-Eintrag in Database <Datenbanknamen geschrieben werden,> weil das Protokoll nicht genügend Speicherplatz aufweist. Wenden Sie sich an den Datenbankadministrator, um das Protokoll abzuschneiden oder mehr Speicherplatz für die Datenbankprotokolldateien zuzuweisen. Fehler: 5901, Schweregrad: 16, Status: 1. mindestens eine Wiederherstellungseinheit, die zu einer Datenbank "<Datenbankname>" gehört, konnte keinen Prüfpunkt generieren. Dies ist in der Regel auf fehlende Systemressourcen wie Datenträger oder Arbeitsspeicher oder in einigen Fällen auf Datenbankbeschädigung zurückzuführen. Untersuchen Sie vorherige Einträge im Fehlerprotokoll, um ausführlichere Informationen zu diesem Fehler zu erhalten.
Wenn die nachfolgenden Prüf Punkt-oder Protokollsicherungen während des Rollbacks der Transaktion ausgeführt werden, wird möglicherweise die folgende Fehlermeldung angezeigt:
Msg 3052, Ebene 16, Status 1, Zeile 4BACKUP log konnte Updates für Datenbank "<Datenbankname>" nicht protokollieren. Nachfolgende Protokollsicherungen sind erforderlich, um den Sicherungspunkt von "<LSN-ID 1>" auf "<LSN-ID 2>" zu setzen, nachdem der Protokollspeicherplatz für die Protokollierung zur Verfügung gestellt wurde.
Wenn Sie diese Nachrichten erhalten, können Sie keine neuen Transaktionen mehr an die Datenbank übermitteln, und Sie können die Protokolldatei nicht vergrößern oder eine weitere Protokolldatei hinzufügen.
Fehlerbehebung
Das Problem wurde zuerst im folgenden kumulativen Update von SQL Server behoben:
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Wir empfehlen, die neuesten kumulativen Updates für SQL Server herunterzuladen und zu installieren:
Problemumgehung
Mit der folgenden Problemumgehung können Sie die Protokolle abschneiden und die Aktivität fortsetzen.
-
Überprüfen Sie die einzelnen sekundären Replikate, um zu überprüfen, ob das sekundäre Replikat last_hardened_lsn (siehe sys.dm_hadr_database_replica_states) dem primären Replikat last_hardened_lsnentspricht. Führen Sie dazu die folgende Abfrage aus, die mit der primären Replikat Instanz verbunden ist.
SELECT ags.name as AGGroupName, ar.replica_server_name as InstanceName, hars.role_desc, db_name(drs.database_id)as DBName, drs.last_hardened_lsn, drs.log_send_queue_size, drs.synchronization_state_desc as SyncState, ar.availability_mode_desc as SyncMode, CASE drs.is_local WHEN 1 THEN drs.database_id ELSE NULL END as database_id FROM sys.dm_hadr_database_replica_states drs LEFT JOIN sys.availability_replicas ar ON drs.replica_id = ar.replica_id LEFT JOIN sys.availability_groups ags ON ar.group_id = ags.group_id LEFT JOIN sys.dm_hadr_availability_replica_states hars ON ar.group_id = hars.group_id and ar.replica_id = hars.replica_id WHERE db_name(drs.database_id) = '<database name>'
-
Auf dem primären Replikat
-
Entfernen Sie die Datenbank aus der verfügbarkeitsgruppe.
-
Fügen Sie die Datenbank erneut zur verfügbarkeitsgruppe hinzu.
-
-
Auf jedem sekundären Replikat
-
Fügen Sie die Datenbank erneut zur verfügbarkeitsgruppe hinzu.
-
Wenn Sie die Datenbank aus der verfügbarkeitsgruppe entfernen, werden die Protokolle sofort abgeschnitten und der Protokollspeicherplatz freigegeben. Wenn die last_hardened_lsn auf jedem sekundären Replikat mit dem primären Replikat identisch sind und keine Protokollsicherungen während des Zeitraums des Entfernens der Datenbank aus der verfügbarkeitsgruppe und erneutes Hinzufügen der Datenbank auf jeder sekundären Replikate ausgeführt werden, wird das sekundäre Replikat erfolgreich ohne Fehler erneut hinzugefügt, oder Sie müssen Protokollsicherungen auf der sekundären Seite wiederherstellen. Wenn ein sekundäres Replikat nicht mit dem primären Replikat aktuell ist und Sie die Datenbank aus der verfügbarkeitsgruppe entfernen müssen, bevor das sekundäre Replikat aufholen kann, müssen für das sekundäre Replikat möglicherweise Protokollsicherungen wiederhergestellt werden, bevor Sie es wieder zur verfügbarkeitsgruppe hinzufügen, oder Sie können die Datenbank auf dem sekundären Replikat ablegen und mit einer vollständigen und Transaktionsprotokoll-Daten Bank
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
