• Artikel

MSSQLSERVER_2515

Details

Produktname

SQL Server

Produktversion

10.0

Buildnummer des Produkts

 

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

Suchen nach einem Hardwarefehler

Führen Sie eine Hardwarediagnose aus, und beheben Sie mögliche Probleme. Überprüfen Sie auch das Systemprotokoll und das Anwendungsprotokoll von Microsoft Windows sowie das SQL Server-Fehlerprotokoll, um festzustellen, ob der Fehler aufgrund eines Hardwarefehlers aufgetreten ist. Beheben Sie die hardwarebedingten Probleme, die in den Protokollen enthalten sind.

Wenn Sie dauerhafte Datenbeschädigungsprobleme haben, sollten Sie versuchen, verschiedene Hardwarekomponenten auszulagern, um das Problem zu isolieren. Stellen Sie sicher, dass für das System der Schreibcache auf dem Datenträgercontroller nicht aktiviert ist. Wenn Sie vermuten, dass der Schreibcache das Problem ist, wenden Sie sich an den Hardwarehersteller.

Letztendlich kann es sinnvoll sein, zu einem neuen Hardwaresystem zu wechseln. Dieser Wechsel kann beinhalten, dass die Laufwerke neu formatiert werden müssen und das Betriebssystem neu installiert werden muss.

Wiederherstellen von einer Sicherung

Wenn das Problem nicht hardwarebedingt ist und eine bekanntermaßen fehlerfreie Sicherung zur Verfügung steht, stellen Sie die Datenbank mithilfe der Sicherung wieder her.

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. Von DBCC CHECKDB wird eine zu verwendende REPAIR-Klausel empfohlen. Führen Sie dann DBCC CHECKDB mit der entsprechenden REPAIR-Klausel aus, um die Beschädigung zu reparieren.

VorsichtshinweisVorsicht

Wenden Sie sich an Ihren primären Anbieter für technischen Support, bevor Sie diese Anweisung ausführen, wenn Sie nicht sicher sind, welche Auswirkungen DBCC CHECKDB mit einer REPAIR-Klausel auf Ihre Daten hat.

Wenden Sie sich an Ihren primären Anbieter für technischen Support, wenn das Problem durch das Ausführen von DBCC CHECKDB mit einer der REPAIR-Klauseln nicht behoben werden kann.

Ergebnisse der Ausführung der Optionen für REPAIR

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.