{"id":80700,"date":"2021-05-28T06:53:54","date_gmt":"2021-05-28T06:53:54","guid":{"rendered":"https:\/\/www.stellarinfo.com\/blog\/?p=80700"},"modified":"2021-07-22T05:02:06","modified_gmt":"2021-07-22T05:02:06","slug":"de-wie-man-eseutil-for-exchange-datenbankreparatur-verwendet","status":"publish","type":"post","link":"https:\/\/www.stellarinfo.com\/blog\/de\/wie-man-eseutil-for-exchange-datenbankreparatur-verwendet\/","title":{"rendered":"Wie man EseUtil for Exchange Datenbankreparatur verwendet"},"content":{"rendered":"

Zusammenfassung:<\/strong> Extensible Storage Engine Utilities oder EseUtil ist ein Befehlszeilen-Tool, das verwendet wird, um Probleme und Fragen, die durch Datenbankbeschädigung verursacht werden, zu lösen. Es ist ein sehr nützliches Exchange-Tool für Administratoren, da es ihnen hilft, verschiedene Wartungs- und Reparaturaufgaben für Exchange-Datenbanken durchzuführen, wie z. B. die Integritätsprüfung der Datenbank, Defragmentierung, Verringerung der Datenbankgröße und Behebung oder Wiederherstellung beschädigter Datenbankdateien. In dieser Anleitung haben wir EseUtil im Detail besprochen und die Schritte, um es für die Exchange-Datenbank-Reparatur und verschiedene andere Wartungsaufgaben zu verwenden.<\/p>

\"Stellar\"<\/a><\/figure><\/div>

Die Wiederherstellung der Exchange-Datenbank (EDB) ist oft erforderlich, wenn die Datenbank vom Server abmontiert wird oder unzugänglich wird. Dies kann aus verschiedenen Gründen geschehen, wie z.B. Serverabsturz, erzwungenes oder abruptes Herunterfahren, Eindringen von Viren oder Malware, oder Software- und Hardwarefehler. Die Wiederherstellung einer beschädigten oder zerstörten Datenbank kann je nach Grad der Beschädigung eine knifflige Situation sein. In Exchange Server stellt Microsoft ein natives Befehlszeilentool namens EseUtil zur Verfügung, das dabei hilft, den Status einer Datenbank zu überprüfen und eine weiche oder harte Wiederherstellung durchzuführen. Es hilft auch bei der Wiederherstellung einer EDB-Datei für die Wähltonwiederherstellung und Wiederherstellungsdatenbanken (RDB).<\/p>

Eine harte Wiederherstellung ist erforderlich, wenn die weiche Wiederherstellung die Datenbank auf dem Server nicht reparieren kann. Bei der harten Wiederherstellung müssen Sie jedoch einen Datenverlust in Kauf nehmen, da dieser Prozess alle beschädigten oder nicht wiederherstellbaren Daten dauerhaft aus der Datenbank löscht. Daher ist es nicht empfehlenswert, eine harte Wiederherstellung durchzuführen. Stattdessen können Sie die Exchange-Recovery-Software verwenden, um die Exchange-Datenbank ohne Datenverlust zu reparieren. Die Software stellt auch versehentlich gelöschte Postfächer und Postfächerelemente während der Datenbankreparatur wieder her.<\/p>

Speicherort der Exchange-Datenbankdatei<\/strong><\/h2>

Standardmäßig wird die Datenbank bei der Installation von Exchange an folgendem Ort erstellt.<\/p>

C:\\Program Files\\Microsoft\\Exchange Server\\Vxx\\Mailbox\\<database><\/code><\/pre>
Hier steht Vxx für die Exchange-Version.<\/p>
\"Stellar\"<\/figure><\/div>
An diesem Ort werden neben der Datenbankdatei folgende Dateien gespeichert,<\/p>
  • Die Exchange-Postfach-Datenbankdatei<\/strong><\/li><\/ul>
    Eine Exchange-Datenbankdatei (.EDB) speichert alle Postfächer und Daten auf dem Server. Sie können den Namen oder den Speicherort der Datenbank mit der Exchange Management Shell (EMS) ändern.<\/p>
    \"Stellar\"<\/figure><\/div>
    • Protokolldateien<\/strong><\/li><\/ul>
      Eine Protokolldatei, z. B. E001.log, enthält die Transaktionsaufzeichnungen, die auf dem Exchange durchgeführt werden.<\/p>
      \"Stellar\"<\/figure><\/div>
      • Prüfpunkt Datei<\/strong><\/li><\/ul>
        Eine Prüfpunktdatei, wie z. B. E001.chk, wird vom Exchange-Server verwendet, um die Beziehung zwischen der Datenbank und den Protokolldateien zu verfolgen.<\/p>
        \"Stellar\"<\/figure><\/div>
        • Reservierte Log-Datei<\/strong><\/li><\/ul>
          Dabei handelt es sich um Dateien im .jrs-Format, z. B. E00res0001E.jrs, die von Exchange verwendet werden, um Transaktionsprotokolle zu halten, wenn eine Situation, z. B. eine volle Festplatte, auftritt. Es prüft den verfügbaren Speicherplatz, bevor die Änderungen aus den Protokolldateien in die Datenbank übertragen werden.<\/p>
          \"Stellar\"<\/figure><\/div>
          • Temporäre Protokolldatei  <\/strong><\/li><\/ul>
            Eine temporäre Protokolldatei, z. B. E00tmo1.log, wird verwendet, wenn eine neue Protokolldatei erstellt wird.<\/p>
            \"Stellar\"<\/figure><\/div>
            EseUtil Schalter<\/strong><\/h2>
            Um verschiedene Exchange-Wartungs- und Reparaturaufgaben für eine unzugängliche, beschädigte oder beschädigte Datenbank durchzuführen, können Sie die folgenden EseUtil-Schalter verwenden,<\/p>
            Schalter<\/strong><\/td>Beschreibung<\/strong><\/td><\/tr>
            EseUtil \/D<\/strong><\/td>Defragmentiert die Offline-Datenbankdatei. Verringert die Gesamtgröße der Exchange-Datenbank auf der Festplatte und optimiert die Datenbankdatei für die Leistung. Hilft auch, den Zustand der Datenbank zu überwachen.<\/td><\/tr>
            EseUtil \/R<\/strong><\/td>Ermöglicht es Ihnen, die Datenbank wiederherzustellen. Es gibt die Transaktionsprotokolldateien wieder, um die Datenbank vom Zustand “Dirty Shutdown” oder “Inkonsistent” in den Zustand “Clean Shutdown” oder “Konsistent” zu bringen.<\/td><\/tr>
            EseUtil \/C<\/strong><\/td>Führt eine harte Wiederherstellung durch und zeigt die Wiederherstellungsprotokolldateien der Datenbank an.<\/td><\/tr>
            EseUtil \/M<\/strong><\/td>Es zeigt die Header-Informationen von Datenbankdateien, Protokolldateien und Prüfpunktdateien an. Es zeigt auch die Speicherplatzzuweisung der Datenbank und die Seitenkopfinformationen mit Metadaten an.<\/td><\/tr>
            EseUtil \/P<\/strong><\/td>Repariert korrupte oder beschädigte Datenbanken. Es entfernt die Seiten, die nicht repariert werden können. Dies kann zu Datenverlust führen, da es stark beschädigte Inhalte aus der Datenbank entfernt.<\/td><\/tr>
            EseUtil \/G<\/strong><\/td>Wird zur Durchführung von Integritätsprüfungen verwendet. Er verifiziert Datenbankintegritätsprüfungen auf Seitenebene und ESE-Ebene, um bestimmte Inkonsistenzen in der Datenbank zu erkennen.<\/td><\/tr>
            EseUtil \/Y<\/strong><\/td>Kopiert große Dateien wie z. B. Mailbox-Datenbankdateien schnell.<\/td><\/tr>
            EseUtil \/K<\/strong><\/td>Führt Prüfsummentests durch, um die Seiten in der Datenbankdatei, der Transaktionsprotokolldatei und der Prüfpunktdatei zu überprüfen.<\/td><\/tr>
            EseUtil \/MH<\/strong><\/td>Zeigt den Datenbankstatus an, d. h. schmutziges Herunterfahren\/Dirty Shutdown (inkonsistent) oder sauberes Herunterfahren\/Clean Shutdown (konsistent)<\/td><\/tr><\/tbody><\/table><\/figure>
            Voraussetzungen für die Ausführung von EseUtil<\/strong><\/h2>
            Bevor Sie EseUtil ausführen, um Exchange-Datenbanken zu überprüfen, zu ändern oder zu reparieren, müssen Sie die folgenden Voraussetzungen sicherstellen,<\/p>
            1. Sicherung der Exchange-Datenbankdatei<\/li>
            2. Administratorzugriff oder -berechtigungen<\/li>
            3. Freier Speicherplatz (mindestens das 1,2-fache der Datenbankgröße)<\/li><\/ol>
              Schritte zur Verwendung von EseUtil für die Exchange-Datenbankreparatur<\/strong><\/h2>
              Im Folgenden haben wir die Schritte und Anforderungen zur Verwendung von EseUtil für die Reparatur der Exchange-Datenbank besprochen. <\/p>
              Schritt 1: EseUtil lokalisieren<\/strong><\/h3>
              Um EseUtil zu verwenden, müssen Sie es finden. Sie finden das Dienstprogramm EseUtil.exe im Verzeichnis Bin Ihrer Exchange-Installation. Wenn Sie z. B. Exchange 2013 oder 2016 auf Laufwerk Volume C: installiert haben, finden Sie EseUtil unter folgendem Pfad,<\/p>
              C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin<\/em>\\<\/code><\/pre>
              \"Stellar\"<\/figure><\/div>
              Nachdem Sie den Pfad überprüft haben, öffnen Sie die Eingabeaufforderung als Administrator und ändern Sie den Verzeichnispfad mit folgendem Befehl auf den Speicherort von EseUtil,<\/p>
              cd C:\\Program Files\\Microsoft\\Exchange Server\\V15\\Bin<\/code><\/em><\/pre>
              \"Stellar\"<\/figure><\/div>
              Wenn jedoch der EseUtil-Pfad zur Liste der Umgebungsvariablen hinzugefügt wird, können Sie die Eingabeaufforderung direkt von einem beliebigen Ort aus starten und EseUtil-Befehle ausführen.<\/p>
              Schritt 2: Prüfen der Datenbankgröße<\/strong><\/h3>
              Wenn die Datenbankgröße 10 GB beträgt, öffnen Sie die Ereignis-ID 1221, um den Whitespace in der Datenbank zu prüfen. Sobald diese bekannt ist, subtrahieren Sie die Whitespace-Datenbankgröße von der Gesamtgröße der Datenbank. Das ist der minimale Speicherplatz, der benötigt wird, um EseUtil für Exchange Datenbankreparatur zu verwenden.<\/p>
              Schritt 3: Datenbankstatus prüfen<\/strong><\/h3>
              Um den Zustand der Datenbank zu ermitteln, verwenden Sie den Schalter \/MH. Wenn der Status als Clean Shutdown angezeigt wird, sollte es keine Probleme geben und die Datenbank kann einfach gemountet werden, nachdem alle Protokolldateien an einen anderen Ort verschoben wurden.<\/p>
              Wenn sich die Datenbank jedoch im Zustand Dirty Shutdown befindet, wird die Datenbank nicht gemountet. Dies weist auf eine inkonsistente oder beschädigte Datenbank hin. Dies kann aufgrund von fehlenden oder gelöschten Protokolldateien auftreten und wenn Protokolldateien nicht in die Datenbank übertragen werden.<\/p>
              Der Befehl zum Prüfen der Datenbankkonsistenz oder des Datenbankzustands lautet wie folgt,<\/p>
              EseUtil \/mh <Datenbank Dateiname><\/code>\n<\/pre>
              \"Stellar\"<\/figure><\/div>
              Schritt 4: Protokolle überprüfen<\/strong><\/h3>
              Wenn sich Ihre Datenbank im Dirty Shutdown befindet, sehen Sie darunter eine weitere Zeile, in der die erforderliche Protokolldatei erwähnt wird. Der nächste Schritt besteht darin, zu prüfen, ob die Protokolle in Ordnung sind oder ob es ein Problem mit den Protokollen gibt. Verwenden Sie dazu das Präfix ML mit EseUtil und den Protokollpfad, den Sie aus dem Abschnitt Protokoll erforderlich<\/em> des Berichts kopieren können.<\/p>
              EseUtil \/ml \"M:\\mbx01\\logs\"<\/code><\/pre>
              \"Stellar\"<\/figure><\/div>
              Dadurch wird der Status der Protokolle angezeigt. Wenn alle Protokolle in Ordnung sind, erhalten Sie die Meldung “ Es wurden keine beschädigten Protokolldateien gefunden<\/em>.”<\/p>
              Schritt 5: Weiche Wiederherstellung durchführen<\/strong><\/h3>
              Wenn die Protokolle in Ordnung sind, können Sie eine sanfte Wiederherstellung durchführen, indem Sie den EseUtil \/r parameter<\/em> verwenden.<\/p>
              EseUtil \/r e00 \/l \"M:\\mbx01\\logs\" \/d \"M:\\mbx01\\database\"<\/code><\/pre>
              \"Stellar\"<\/figure><\/div>
              Sobald dieser Vorgang abgeschlossen ist, können Sie den Datenbankstatus mit dem Befehl EseUtil \/mh<\/em>  erneut überprüfen und die Datenbank dann mit dem Cmdlet “Mount-Database” einhängen. Der Reparaturvorgang kann je nach Beschädigung oder Größe der Datenbank eine Weile dauern.<\/p>
              Schritt 6: Harte Wiederherstellung durchführen<\/strong><\/h3>
              Wenn immer noch Fehler auftreten und die Datenbank im Zustand Dirty Shutdown<\/em> verbleibt, dann versuchen Sie, die Datenbank über eine harte Wiederherstellung zu reparieren. Aber bevor Sie das tun, müssen Sie wissen, dass dieser Reparaturprozess alle Daten löscht, die EseUtil als beschädigt erkennt. Sie müssen den Datenverlust, den die harte Wiederherstellung verursachen wird, unabhängig von der Beschädigung berücksichtigen und akzeptieren.<\/p>
              Um eine harte Wiederherstellung durchzuführen, verwenden Sie den Befehl EseUtil \/p . Abgesehen davon, dass genügend Speicherplatz für die Verarbeitung der Datenbank benötigt wird, kann die harte Wiederherstellung eine beträchtliche Zeit in Anspruch nehmen. Außerdem werden Sie nach dem Start an den Schaden erinnert. Sie müssen die Warnung akzeptieren, um fortzufahren und die Exchange-Datenbank über die harte Wiederherstellung von EseUtil zu reparieren.<\/p>
              \"Stellar\"<\/figure><\/div>
              \"Stellar\"<\/figure><\/div>
              Verwenden Sie danach das IsInteg Werkzeug für die Indexreparatur. IsInteg ist ein reines Reparatur-Werkzeug, das die Beziehungen zwischen Tabellen und Datensätzen versteht und in Ordner und Meldungen umwandelt. Das Tool befindet sich an folgender Stelle,<\/p>
              C:>Program Files>Exchsrvr> bin<\/code><\/pre>
              Führen Sie dann den IsInteg-Test mit dem folgenden Befehl aus,<\/p>
              Isinteg –s <server_name> -fix –test alltests<\/code><\/pre>
              Sie können den Befehl mehrmals wiederholen, um Fehler zu beheben. Sobald die Fehler behoben sind, können Sie die Datenbank mounten.<\/p>
              Weiterhin können Sie New-MailboxRepairRequest<\/em> verwenden, wenn Sie Exchange Server 2010 mit SP1 oder späteren Versionen haben, bevor Sie die Datenbank auf dem Server mounten. Eine weitere Sache, Sie können den Prozess nicht stoppen, wenn er einmal gestartet wurde. Wenn Sie ihn trotzdem stoppen, kann er noch mehr Schaden an der Datenbank anrichten. Wenn jedoch alles gut geht, können Sie die Datenbank mounten.<\/p>
              \"Stellar\"<\/figure><\/div>
              Zu beachtende Punkte vor der Verwendung von EseUtil für die Exchange-Datenbankreparatur<\/strong><\/h2>
              Bevor Sie das EseUtil verwenden, müssen Sie die folgenden wichtigen Punkte beachten:<\/p>
              1. EseUtil ist kein narrensicheres Dienstprogramm. Es kann fehlschlagen und je nach der gewählten Wiederherstellungsmethode und dem Grad der Datenbankbeschädigung mehr Schaden oder Datenverlust verursachen.<\/li>
              2. Es ist nicht notwendig, dass Sie die Datenbank nach der Wiederherstellung mounten können.<\/li>
              3. Abhängig von der Größe der Datenbank und dem Grad der Beschädigung können Ihre Benutzer während des EseUtil-Datenbankreparaturprozesses ihre Postfächer nicht empfangen, senden oder mit ihnen arbeiten. Dies kann zu einer mehrstündigen Ausfallzeit führen und dem Unternehmen Schaden zufügen.<\/li><\/ol>
                Alternativ können Sie Stellar Repair for Exchange<\/em> verwenden, um die Aufgabe mühelos und in viel weniger Zeit zu erledigen. Die Anwendung kann eine beschädigte EDB-Datei von jeder Exchange Server-Version öffnen. Anschließend können Sie die Datenbank reparieren. Es erlaubt Ihnen auch, eine granulare Suche mit Suchfiltern durchzuführen.<\/p>