MSSQLSERVER_2515
Gilt für: SQL Server
Details
attribute | Wert |
---|---|
Produktname | SQL Server |
Ereignis-ID | 2515 |
Ereignisquelle | MSSQLSERVER |
Komponente | SQLEngine |
Symbolischer Name | DBCC_DIFF_MAP_OUT_OF_SYNC |
Meldungstext | Seite P_ID, Objekt-ID O_ID, Index-ID I_ID, Partitions-ID PN_ID, Zuordnungseinheits-ID A_ID (TYPE-Typ) wurde geändert, im differenziellen Sicherungsbitmuster jedoch nicht als geändert gekennzeichnet. |
Erklärung
Die angegebene Seite verfügt über eine Protokollfolgenummer, die höher ist als die differenzielle Referenzprotokollfolgenummer im Sicherungs-Manager der Datenbank oder die differenzielle Basisprotokollfolgenummer im Dateikontrollblock der Datei, je nachdem, welche neuer ist. Die Seite ist jedoch im differenziellen Sicherungsbitmuster nicht als geändert markiert.
Es wird nur eine Seite pro Datenbank gemeldet, weil diese Prüfung nur vorgenommen wird, wenn das differenzielle Bitmuster als fehlerfrei bekannt ist.
Benutzeraktion
Hardwarefehlersuche
Führen Sie eine Hardwarediagnose aus, und beheben Sie alle Probleme. Überprüfen Sie außerdem die Microsoft Windows-System- und Anwendungsprotokolle und das SQL Server-Fehlerprotokoll, um festzustellen, ob der Fehler aufgrund eines Hardwarefehlers aufgetreten ist. Beheben Sie alle hardwarebedingten Probleme, die in den Protokollen enthalten sind.
Lagern Sie verschiedene Hardwarekomponenten aus, um das Problem zu isolieren, falls Beschädigungsprobleme bei permanenten Daten auftreten. Stellen Sie sicher, dass beim System der Schreibcache auf dem Datenträgercontroller nicht aktiviert ist. Wenden Sie sich an Ihren Hardwarehersteller, falls Sie beim Schreibcache das Problem vermuten.
Letztendlich kann es vorteilhaft sein, wenn Sie zu einem neuen Hardwaresystem wechseln. Der Wechsel kann die Neuformatierung der Laufwerke und eine Neuinstallation des Betriebssystems beinhalten.
Sicherungswiederherstellung
Stellen Sie die Datenbank aus der Sicherung wieder her, wenn das Problem nicht hardwarebezogen ist und eine bekannte intakte Sicherungskopie vorhanden ist.
Ausführen von DBCC CHECKDB
Führen Sie DBCC CHECKDB ohne eine REPAIR-Klausel aus, um das Ausmaß der Beschädigung festzustellen, falls keine fehlerfreie Sicherung verfügbar ist. DBCC CHECKDB empfiehlt die Verwendung einer REPAIR-Klausel. Führen Sie dann DBCC CHECKDB mit der entsprechenden REPAIR-Klausel aus, um die Beschädigung zu reparieren.
Achtung
Wenden Sie sich an Ihren primären Unterstützungsanbieter, bevor Sie diese Anweisung ausführen, wenn Sie nicht sicher sind, inwiefern sich die Verwendung von DBCC CHECKDB mit einer REPAIR-Klausel auf Ihre Daten auswirkt.
Wenn DBCC CHECKDB mit einer der REPAIR-Klauseln ausgeführt wird und das Problem nicht behebt, wenden Sie sich an Ihren primären Unterstützungsanbieter.
Ergebnis der Ausführung von REPAIR-Optionen
Durch Ausführen von REPAIR wird das differenzielle Bitmuster ungültig. Sie können eine differenzielle Sicherung erst nach einer vollständigen Datenbanksicherung ausführen. Die vollständige Datenbanksicherung bietet eine Grundlage für die Neuerstellung des differenziellen Bitmusters.
Weitere Informationen
Erstellen einer vollständigen Datenbanksicherung (SQL Server)
MSSQLSERVER_2516