Problembeschreibung
Stellen Sie sich folgendes Szenario vor:
-
Sie verwenden Microsoft SQL Server 2016, 2014 oder 2012.
-
Sie verfügen über eine Datenbank, die Bestandteil der AlwaysOn-verfügbarkeitsgruppe ist.
-
Auf dem primären Replikat verkleinern Sie die Datenbankdateien, um deren Größe zu verringern.
-
Das primäre Replikat sendet alle Änderungen, die im Transaktionsprotokoll aufgezeichnet werden, an das sekundäre Replikat.
-
Auf dem sekundären Replikat wenden die Redo-Threads die Änderungen aus dem Transaktionsprotokoll auf die Datenbank an, die Teil der verfügbarkeitsgruppe ist.
In diesem Szenario wird das Replikat angehalten. Darüber hinaus erhalten Sie möglicherweise eine Fehlermeldung, die wie folgt aussieht:
<Zeitstempel> spid41s-Fehler: 3456, Schweregrad: 21, Bundesland: 1. <Zeitstempel> spid41s konnte den Protokolleintrag (#) für die Transaktions-ID (#) auf Seite (#), Datenbank "<dbname>" (Datenbank-ID #) nicht wiederholen. Page: LSN = (#), Zuordnungseinheit = #, Typ = #. Log: Opcode = #, context #, PrevPageLSN: (#). Wiederherstellen aus einer Sicherung der Datenbank oder Reparieren der Datenbank. <Zeitstempel> spid41s AlwaysOn Verfügbarkeitsgruppen die Daten Bewegung für die Datenbank "<dbname>" wurde aus folgendem Grund angehalten: "System" (Quell-ID 2; Quellzeichenfolge: "SUSPEND_FROM_REDO"). Wenn Sie die Datenverschiebung in der Datenbank fortsetzen möchten, müssen Sie die Datenbank manuell fortsetzen. Informationen zum Fortsetzen einer verfügbarkeitsdatenbank finden Sie unter SQL Server-Online Dokumentation. <Zeitstempel> spid41s-Fehler: 3313, Schweregrad: 21, Zustand: 2. <Zeitstempel> spid41s während der Wiedergabe eines protokollierten Vorgangs in der Datenbank "<dbname>" ist ein Fehler bei der Protokolldatensatz-ID (#) aufgetreten. In der Regel wird der spezifische Fehler im Windows-Ereignisprotokolldienst zuvor als Fehler protokolliert. Stellen Sie die Datenbank aus einer vollständigen Sicherung wieder her, oder reparieren Sie die Datenbank.
Ursache
Dieses Problem tritt auf, wenn Änderungen während des Redo-Vorgangs angewendet werden, wenn das Datenbankmodul auf den System Seiten (GAM, PFS) außerhalb der Reihenfolge LSNs.
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:
Das Update verhindert, dass dieses Problem auftritt. Wenn das Problem bereits aufgetreten ist, führen Sie die folgenden Schritte aus, um wieder an der AlwaysOn-verfügbarkeitsgruppe teilzunehmen:
-
Entfernen Sie das vorhandene sekundäre Replikat AlwaysOn.
-
Führen Sie den folgenden Befehl für die betroffenen Datendateien aus, um nicht zugewiesenen Speicherplatz aus der Datenbank zu entfernen:
DBCC SHRINKFILE(<file_id>, TRUNCATEONLY)
-
Sichern Sie die Datenbank-und Protokolldateien.
-
Wiederherstellen der Datenbank und der Protokolle auf dem sekundären Replikat AlwaysOn
-
Treten Sie der AlwaysOn-verfügbarkeitsgruppe bei.
Status
Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt.
Informationsquellen
Erfahren Sie mehr über die Terminologie , mit der Microsoft Softwareupdates beschreibt.
