Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel werden Jet-Datenbankfehlermeldungen und Schritte zur Problembehandlung vorgestellt.
Ursprüngliche KB-Nummer: 4042791
Übersicht
Während des Betriebssystemstarts, der Installation/Deinstallation des Domänencontrollers oder der Active Directory-Replikation treten möglicherweise Jet-Fehlermeldungen auf. In diesem Artikel werden Jet-Fehlermeldungen und ihre Lösungen vorgestellt.
Fehlermeldungen
-501 JET_errLogFileCorrupt
Ursache
Die Hardware beschädigte die E/A beim Schreiben, oder die hardwarelose Leerung führte dazu, dass das Protokoll nicht mehr verwendet werden kann. Normalerweise verbleibt die Datenbank (DB) in einem beschädigten Zustand.
Lösung
Stellen Sie die Datenbank aus einer bekannten guten Sicherung wieder her, oder installieren Sie den Domänencontroller (DC) erneut.
-510 JET_errLogWriteFail / Fehler beim Schreiben in die Protokolldatei
Ursache
Ein Protokollschreibfehler ist aufgetreten. Dieses Problem kann durch eine der folgenden Ursachen verursacht werden:
- Ein Controller, eine Festplatte oder eine andere Hardware reagiert nicht mehr auf Datenträgerbefehle.
- Software, z. B. Antivirensoftware, erstellte Sperren für Active Directory-Protokolldateien.
Lösung
Ein Neustart des Servers stellt den Zugriff wieder her, wenn dies ein Hardwareproblem ist. Wenn das Problem häufig auftritt, können Sie Firmware aktualisieren, den Controller ersetzen oder den Datenträger in dieser Reihenfolge ersetzen.
Für ein Problem, das auf Software zurückzuführen ist, beenden Sie Dienste, die Sperren für die Dateien im Dateisystem erstellen. Ermitteln Sie beispielsweise, ob Antivirensoftware Sperrungen für Active Directory-Protokolldateien verursacht. Stellen Sie sicher, dass die richtigen Dateien zur Liste der Antivirenausschlüsse hinzugefügt wurden. Windows Server 2016 schließt bestimmte Dateien und Ordner automatisch aus der Antivirenüberprüfung aus, siehe Liste der automatischen Ausschlüsse. Informationen zu Windows Server 2012 R2 finden Sie unter:
- Empfehlungen zur Virenüberprüfung für Unternehmenscomputer, die derzeit unterstützte Versionen von Windows ausführen
- Die Active Directory-Replikationsereignis-IDs 2108 und 1084 treten während der eingehenden Replikation der Active Directory Domain Services auf
- Empfohlene Datei- und Ordnerausschlüsse für Microsoft Forefront Client Security, Forefront Endpoint Protection 2010 und Microsoft System Center 2012 Endpoint Protection
Wenn die Schritte 1 und 2 das Problem nicht beheben, ermitteln Sie, ob eine nicht von Microsoft stammende Anwendung oder ein Dienst das Problem verursacht, indem Sie diese deaktivieren. Gehen Sie dazu wie folgt vor:
- Drücken Sie WINDOWS-TASTE+R. Geben Sie MSCONFIG ein, und klicken Sie dann auf OK. Wählen Sie auf der Registerkarte "Dienste " die Option "Alle Microsoft-Dienste ausblenden" aus. Deaktivieren Sie das Kontrollkästchen für Drittanbieterdienste.
- Alle aktivierten Startelemente deaktivieren.
- Starten Sie den Server neu.
-528 JET_errMissingLogFile
Ursache
Dies kann auf ein unerwartetes Herunterfahren zurückzuführen sein, das durch einen Stromausfall oder ein anderes unerwartetes Herunterfahren verursacht wurde. Andere Ursachen sind Administratoränderungen an Protokolldateien (z. B. Kopieren einer alten Kopie) oder beschädigte Sicherungs-/Wiederherstellungssoftware (falls unmittelbar nach einer Wiederherstellung).
Lösung
Stellen Sie die Datenbank aus einer bekannten Sicherung wieder her, oder installieren Sie den DC erneut.
-543 JET_errRequiredLogFilesMissing
Siehe -528 / JET_errMissingLogFile (oben).
Ursache
Administrator hat Protokolle geändert oder beim Herunterfahren verloren gegangen.
-550 JET_errDatabaseDirtyShutdown
Ursache
Administrator hat Protokolle geändert oder beim Herunterfahren verloren gegangen.
-551 JET_errConsistentTimeMismatch
Ursache
Administrator hat Protokolle geändert oder beim Herunterfahren verloren gegangen.
-567 JET_errDbTimeTooNew
Ursache
Das Datenträgersubsystem hat eine E/A verloren, wahrscheinlich bei einem hängenden oder ungeplanten Herunterfahren.
Lösung
Überprüfen Sie die Akkusicherung für den Datenträgercache.
-1018 JET_errReadVerifyFailure / Prüfsummenfehler auf einer Datenbankseite
Ursache
Die DB ist aufgrund eines Hardwarefehlers beschädigt.
Lösung
- Bewerten Sie den Datenträgerstapel, einschließlich Hauptplatine/Controller, Firmware, Verbindungskabel und physische Laufwerke, und wenden Sie sich an die relevanten Anbieter für bekannte Probleme. Vergleichen Sie Ihre aktuelle Konfiguration mit den Referenzkonfigurationen der Anbieter.
- Bewerten Sie, ob das Problem durch die neuesten Firmwareupdates behoben werden kann oder durch ein aktuelles Firmwareupdate ausgelöst wurde.
- Wenn einige DCs -1018s protokollieren, während andere DCs in derselben Umgebung nicht vorhanden sind, suchen Sie nach Unterschieden in Hardwarekonfigurationen.
- Datenbanken, die diesen Fehler protokollieren, können nicht durch Integritätsprüfungen oder semantischen Datenbankanalysen in NTDSUTIL oder ESENTUTL wiederhergestellt oder repariert werden.
- Offlinedefragmentierungen können das Problem im unwahrscheinlichen Fall beheben, dass das Problem auf ein Indexkonsistenzproblem zurückzuführen ist.
- Probieren Sie eine Offlinedefragmentierung aus. Oder stellen Sie eine Systemstatussicherung wieder her, die vor der Beschädigung besteht. Oder erzwingen Sie die Erzwingung, führen Sie eine vollständige Metadatenbereinigung durch, und wiederholen Sie dies. Wenn der Fehler -1018 angezeigt wird, wiederholen Sie den Vorgang, bis die Hardwarestammursache behoben ist.
Wenn Jet-Fehler -1018s auf virtualisierten DCs auftritt, die auf demselben virtuellen Host nur auf Computern ausgeführt werden, die einen On-Board-Raid-Controller verwenden, kann der Fehler auftreten, da die nicht unterbrechungsfähige Stromversorgung (UPS) nicht genügend Energie für On-Board-Raid-Controller benötigt, um Änderungen an der Festplatte nach Verlust der elektrischen Energie zu übernehmen. Die Problemumgehung besteht darin, DIE UPS-Software so zu konfigurieren, dass virtualisierte Gäste beim Verlust der elektrischen Energie heruntergefahren werden. Server mit dedizierten Raid-Controllern (nicht an Bord) mit eigenen Akkusicherungen erleben den JET-Fehler -1018 nicht.
-1019 JET_errPageNotInitialized / Leere Datenbankseite
Ursache
Dies ist wie der Fehler -1018, aber aufgrund eines verlorenen Seitenlöschungs.
Eine verlorene Leerstelle kann eine kritische USN-Änderung darstellen. Fehler beim Anwenden derselben Änderung auf lokale DCs oder transitive Replikationspartner, wenn ein einzelner Replikationspfad vorhanden ist.
Lösung
Stellen Sie das Betriebssystem auf Hardware- und Datenträgersubsystemkomponenten der Serverklasse bereit.
- Installieren Sie UPS auf dem Hostcomputer.
- Installieren Sie einen Datenträgercontroller mit Akkusicherung an Bord.
- Deaktivieren Sie den Rückschreibcache auf dem Laufwerkcontroller.
- Vermeiden Sie das Platzieren von NTDS. DIT- und LOG-Dateien auf IDE-Laufwerken.
Datenbanken, die diesen Fehler protokollieren, können nicht durch Integritätsprüfungen oder semantischen Datenbankanalysen in NTDSUTIL oder ESENTUTL wiederhergestellt oder repariert werden.
Offlinedefragmentierungen können das Problem im unwahrscheinlichen Fall beheben, dass das Problem auf ein Indexkonsistenzproblem zurückzuführen ist.
Probieren Sie eine Offlinedefragmentierung aus. Oder stellen Sie eine Systemstatussicherung wieder her, die vor der Beschädigung besteht. Oder erzwingen Sie den Tieferstufen, führen Sie eine vollständige Metadatenbereinigung durch, und wiederholen Sie dann die Bereinigung. Wiederholen Sie diesen Vorgang, bis die Hardwarestammursache aufgelöst wird.
-1021 JET_errDiskReadVerificationFailure / Das Vom Betriebssystem zurückgegebene ERROR_CRC aus Datei-E/A
Jet-Fehler -1021 war neu ab Windows Server 2008 R2. Windows-Versionen, die älter als Windows Server 2008 R2 sind, geben stattdessen -1022 zurück.
-1021 identifiziert einen -1018-Fehler, der auf Datenträgerebene aufgetreten ist. Mit anderen Worten: -1021 gibt an, dass ein Datenträgerlaufwerk einen Fehler bei der Überprüfungssumme zurückgegeben hat und die spezifische Quelle des Problems im Datenträgerstapel ist.
Ursache
Das Problem kann auf schlechte Blöcke auf der Festplatte zurückzuführen sein, auf der die Festplatte möglicherweise nachverfolgt wird.
Lösung
Das Entfernen und erneute Installieren von Active Directory auf dem Domänencontroller kann die Speicherung von Daten in fehlerfreien Blöcken auslösen.
-1022 JET_errDiskIO / Datenträger-E/A-Fehler
Ursache
Allgemeiner Datenträgerfehler. Datenträger-E/A-Fehler bedeuten, dass beim Zugriff auf den Datenträger ein nicht spezifischer Fehler auf dem Betriebssystem aufgetreten ist. Dieser Fehler kann protokolliert werden, wenn Controller generische Fehler wie "Gerät nicht funktionieren" zurückgeben. Einige Datenträger und Versionen von Jet geben diesen Fehler für CRC-Probleme zurück.
Lösung
Überprüfen Sie den gesamten Treiberstapel.
-1206 JET_errDatabaseCorrupted
Ursache
Dieser Fehler entspricht der fehlenden/beschädigten Protokolldatei. Dieser Fehler weist darauf hin, dass ein verloren gegangener Löschfehler aufgetreten ist.
-1216 JET_errAttachedDatabaseMismatch
Ursache
Administrator hat Protokolle geändert oder beim Herunterfahren verloren gegangen.
-1605 JET_errKeyDuplicate / Ungültiger Duplikatschlüssel
Ursache
Sporadischer Fehler. Dieser Fehler kann auf Indexbeschädigung zurückzuführen sein.
Lösung
Entfernen und erneutes Installieren von Active Directory auf dem DC. Führen Sie ntDUSITL-Semantikdatenbankanalyse aus. Wenn das Problem weiterhin besteht, führen Sie eine Offline-Defragmentierung aus.
-1811
Ursache
Administrator hat Protokolle geändert oder beim Herunterfahren verloren gegangen.
Problembehandlung
Sie können diese Methoden verwenden, um Jet-Datenbankfehler zu beheben:
Stellen Sie sicher, dass alle Active Directory-Datenbanken und Protokolldateien auf geeigneter Hardware bereitgestellt werden.
Viele, aber nicht alle SATA- und IDE-Laufwerke unterstützen nicht den Befehl zum Leeren von Schreibvorgängen. SAS-Laufwerke unterstützen sie.
Active Directory-Datenbanken und Protokolldateien sollten SAS-Laufwerke auf SAS-Controller-DCs verwenden, die über eine Akkusicherung für jedes Schreibzwischenspeicherungselement verfügen.
Wenn 0xc00002e1 (c00002e1) und 0xc00002e2 (c00002e2) virtuelle Gastdomänencontroller sind, die auf Windows Server 2012 Hyper-V-Hosts ausgeführt werden, installieren Sie Korrekturkorrekturen bei IDE-angefügten virtuellen Festplatten, wenn ein Hyper-V-Hostserver bei Bedarf einen ungeplanten Neustart auf Hosts und Gast-DCs ausführt.
Überprüfen Sie, ob das Ereignis, dem die LSASS-0xc00002e1 (c00002e1) vorausging, und 0xc00002e2 (c00002e2)-Startfehler auf eines der folgenden Probleme hinweist:
- Ungeplanter Stromausfall.
- System hängt.
- Installation von Windows-Updates oder Service Pack-Installationen.
- Hinzufügen oder Entfernen von Datenträgern, Volumes oder Partitionen zum lokalen System.
- Festplattenfehler.
- NTDS. DIT oder eine oder mehrere Protokolldateien wurden von einem anderen Computer oder sogar aus einem früheren Zeitpunkt in dieser Lebensdauer kopiert.
- Unbekannt
Starten Sie den Computer im Wiederherstellungsmodus für Verzeichnisdienste.
Bewährte Methode: Erstellen Sie eine Systemstatussicherung, damit Sie alle Änderungen zurücksetzen können, die während der Wiederherstellungssitzung vorgenommen werden.
Bewährte Methode: Bitten Sie den Administrator vorab, die neueste Systemstatussicherung zu finden, damit Sie das Vorhandensein oder Nichtexistenz von Systemstatussicherungen in Ihre Wiederherstellungspläne einteilen können. Lassen Sie den Administrator den Speicherort von Sicherungen delegieren, falls möglich.
Führen Sie NTDSUTIL -> Dateien -> Informationen aus.
Notiz
der Pfad zum NTDS. DIT- und Protokolldateien.
Stellen Sie sicher, dass das Laufwerk, auf dem die NTDS gehostet wird. DIT- oder Protokolldateien sind beim Betriebssystemstart verfügbar.
Öffnen Sie Windows Explorer, und überprüfen Sie, ob die NTDS. DIT- und Protokolldateien sind im von Schritt 7 gemeldeten Protokolldateipfad vorhanden.
Wenn die Dateien vorhanden sind, fahren Sie mit Schritt 10 fort.
Wenn die Dateien nicht vorhanden sind, durchsuchen Sie alle verfügbaren Laufwerke und Volumes nach ntDS. DIT- und Protokolldateien, die zu dieser Instanz von Active Directory gehören.
Warnung
Möglicherweise gibt es mehrere NTDS. DIT- und Protokolldateien, die auf lokalen Laufwerken vorhanden sind. Verwenden Sie Datums- und Zeitstempel, um die richtige Instanz zu finden.
Korrigieren Sie die Pfade für die Datenbank- und Protokolldateipfade nach Bedarf.
Überprüfen Sie die Dateiberechtigungen für die betreffende Betriebssystemversion.
Notiz
Das Betriebssystem benötigt ausreichende Berechtigungen für Windows Server 2003.
Konto Berechtigungen Vererbung System Vollzugriff Dieser Ordner, die Unterordner und Dateien Administratoren Vollzugriff Dieser Ordner, die Unterordner und Dateien Creator Owner (Ersteller-Besitzer) Vollzugriff Nur Unterordner und Dateien Lokaler Dienst Erstellen von Ordnern/Anfügen von Daten Dieser Ordner und Unterordner - Der Stamm des Volumes, das die NTDS hosten soll. DIT- und NTDS-Protokolldateien (System erfordert voll kontrolle)
- Der Ordner "%windir%" (d. h. "c:\windows" oder "c:\winnnt") (system erfordert eine vollständige Kontrolle)
- Der Ordner, in dem die NTDS gehostet wird. DIT- und NTDS-Protokolldateien (siehe Berechtigungstabelle unten)
- Die NTDS-Protokolldateien selbst (siehe Tabelle "Perms")
Überprüfen Sie, ob sich die richtigen Protokolldateien im Protokolldateiverzeichnis befinden:
NTDSUTIL /FILES identifiziert das Datenbankverzeichnis und das Protokolldateiverzeichnis, falls anders. NTDSUTIL /MH identifiziert, welche Protokolldateien im Protokolldateiverzeichnis erforderlich sind.
Unter keinen Umständen sollten die Datenbank- oder Protokolldateien von einem DC in einen anderen DC kopiert werden, um die zweite DC-Funktion zu ermöglichen.
Vergewissern Sie sich, dass die Datenträger- oder Dateikomprimierung auf keinem Volume aktiviert ist, auf dem die NTDS gehostet wird. DIT- oder Protokolldateivolume.
Überprüfen Sie den Status der Datenbank in NTDS. DIT von unten nach oben.
Überprüfen Sie den Jet-Datenbankstatus von unten nach oben. Fahren Sie mit der nächsten Ebene nur fort, wenn die zugrunde liegende Ebene ohne Fehler abgeschlossen ist.
Die Problembehandlung eines fehlers, der von ESE logischer oder anwendungslogischer Konsistenz gemeldet wird, wenn die physische Konsistenz weiterhin fehlschlägt, führt Sie zu einem fehlerhaften Problembehandlungspfad.
Entsprechende NTDSUTIL- und ESENTUTL-Befehle für jeden späteren Zeitpunkt werden unten angezeigt:
Ebene NTDSUTIL-Befehl ESENTUTL-äquivalenter Befehl 1. Physische Konsistenz keine Entsprechung ESENTUTL /K
2. ESE logische Konsistenz NTDSUTIL FILES INTEGRITY ESENTUTL /G
3. Logische Anwendungskonsistenz NTDSUTIL ->Semantische Datenbankanalyse
+
NTDSUTIL -> OfflinedefragmentierungKeine Entsprechung NTDSUTIL ausführen –> SDA
+ESENTUTL / D
Suchen Sie die Benutzeraktion nach dem ersten fehlerhaften Jet-Fehler in Schritt 13. Führen Sie nach Möglichkeit Korrekturen durch.
Reparieren Sie die Jet-Datenbank:
- Einige Jet-Datenbankfehler können mithilfe von NTDSUTIL und ESENTUTL repariert werden.
- Einige Jet-Datenbankfehler können nicht repariert werden, und jeder Versuch, sie zu reparieren, schlägt fehl. In solchen Fällen kann Es sich nur um die Wiederherstellung einer Systemzustandssicherung, die vor der Beschädigung steht, oder um einen neuen Server zu erstellen. Wenn Replikat-DCs auf dem neuesten Stand sind, führen Sie mit der Förderung zusätzlicher Replikate in die Domäne, nachdem Sie versucht haben, die Ursache für Hardware- oder Softwarefehler zu mindern.
Notiz
Der Jet-Fehler, der im NTDS General-Ereignis 1168 zurückgegeben wird, ist ein Anwendungsschichtfehler. Reagieren Sie nicht auf diesen Jet-Fehler, es sei denn, die Logische Konsistenzprüfungen der Jet-Anwendung (in dieser Reihenfolge getestet) bestehen ohne Fehler.
Weitere Informationen:
Weitere Informationen finden Sie im folgenden Microsoft-Artikel:
Was ist ein verlorenes E/A/Lost Flush
Wenn eine Anwendung Daten auf einen Datenträger schreibt, gibt der Datenträger den Erfolg des geschriebenen Vorgangs an. Wenn die Anwendung jedoch versucht, die gerade geschriebenen Daten zu lesen, sind die Daten nicht vorhanden. Dieses Problem wird als verlorene E/A oder als leerer Wert bezeichnet.
Datensammlung
Wenn Sie Unterstützung vom Microsoft-Support benötigen, empfehlen wir, die Informationen zu sammeln, indem Sie die unter " Sammeln von Informationen" genannten Schritte ausführen, indem Sie TSS für Active Directory-Replikationsprobleme verwenden.