AD CS Windows PKI - Datenbank der Zertifizierungsstelle reparieren

- 25.07.2015
von Thomas Windscheif / Microlinc



Symptom:
Beim Sichern der Zertifizierungsstelle erscheint der Fehler "0xC80003FA".

Lösung:
Wie viele Windows Dienste verwendet auch Active Directory Certificate Services eine Datenbank auf Basis von Extensible Storage Engine (ESE). Die Datenbankdatei hat die Dateiendung .edb.

Wie den dem ein oder anderen Exchange-Administrator bekannt ist, kann man mittels eseutil ESE-Datenbanken reparieren. Datenbanken die AD CS verwendet, kann man mit esentutl (https://technet.microsoft.com/en-us/library/hh875546.aspx) analysieren und reparieren. Dieses Tool wird automatisch mitinstalliert.

Um die Datenbank zu reparieren, sollte man zuerst die Datenbank-, Log- und Checkpoint-Files kopieren und ein separates Verzeichnis ablegen. Zuvor sollte der Zertifizierungsstellendienst beendet werden. Den Speicherort kann man über die Konsole der Zertifizierungsstelle ermitteln:
Rechte Maustaste auf die Zertifizierungsstelle, "Eigenschaften" wählen.
Reiter "Speicherung", hier stehen die beiden Ordnerpfade.
Standardmäßig speichert Windows die Datenbank und das Protokoll in das folgende Verzeichnis: C:\Windows\System32\CertLog




  1. Als erstes sollte man eine privilegierte Eingabeaufforderung-Sitzung öffnen und in das Verzeichnis mit dem Datenbankduplikat wechseln.

  2. Führen Sie dann den nachfolgenden Befehl aus:
    esentutl /g
    Dieser Befehl prüft die Integrität der Datenbank.

  3. Die Integritätsprüfung sollte erwartungsgemäß eine Datenbankkorruption ausgeben.
    Um ein einfaches Recovery durchzuführen, geben Sie folgenden Befehl ein:
    esentutl /r edb

  4. Sollte dieser Vorgang scheitern, ist eine Reparatur der nächste Schritt. Mit folgendem Befehl kann man die Reparatur starten:
    esentutl /p Datenbankdateiname

  5. Nach erfolgreichem Abschluss der Reparatur kann noch eine Defragmentierung der Datenbank mit folgendem Befehl durchgeführt werden:
    esentutl /d Datenbankdateiname

  6. Nach der Defragmentierung sollte erneut eine Integritätsprüfung durchgeführt werden:
    esentutl /g Datenbankdateiname

  7. Wenn die Integritätsprüfung keine Fehler zurückgibt, können die Datenbank- und Protokolldateien wieder in das ursprünglich AD CS-Verzeichnis verschoben werden.
    Um zu prüfen, ob die Datenbank wieder einwandfrei funktioniert, nun noch einmal eine Sicherung der Zertifizierungsstelle testen.


Quellen:
http://windowsitpro.com/active-directory/q-why-wont-active-directory-certificate-services-service-start
https://exchangemaster.wordpress.com/2014/05/15/ad-certificate-services-not-starting-due-to-database-in-dirty-shutdown/
MICROL!NC - URL zum Artikel: http://microlinc.homeip.net/index.php?lev1=27%E2%89%A4v2=1&id=287 - Ausdruck vom 28.03.2024