• Artikel

MSExchangeIS 9518 0xfffffb40: Fehlende Datenbankdatei

[Dieses Thema beschäftigt sich mit einem besonderen Problem, das von Exchange Server Analyzer angezeigt wird. Die Problembehandlung sollte nur auf Systeme angewendet werden, auf denen Exchange Server Analyzer ausgeführt wird und dieses spezielle Problem auftritt. Exchange Server Analyzer (als kostenloser Download verfügbar) trägt remote Konfigurationsdaten von allen Servern in der Topologie zusammen und analysiert diese Daten automatisch. Der sich ergebende Bericht enthält ausführliche Informationen zu wichtigen Konfigurationskonflikten, möglichen Problemen und Produkteinstellungen, die nicht den Standardeinstellungen entsprechen. Indem Sie diese Empfehlungen beachten, können Sie bessere Leistung, Skalierbarkeit, Zuverlässigkeit und Betriebszeit erzielen. Weitere Informationen zum Tool sowie zum Download der aktuellsten Version finden Sie unter "Microsoft Exchange Analyzers" unter der Adresse https://go.microsoft.com/fwlink/?linkid=34707.]  

Letztes Änderungsdatum des Themas: 2007-09-21

Das Microsoft Exchange-Tool Datenbank-Problembehandlung hat mindestens ein MSExchangeIS-Ereignis des Typs 9518 mit dem Fehlercode 0xfffffb40 im Anwendungsprotokoll erkannt. Dies zeigt an, dass mindestens eine Datenbankdatei für die Speichergruppe fehlt.

Erläuterung

Dieser Fehler kann auftreten, wenn die ESE-Komponente (Extensible Storage Engine) versucht, alle Datenbanken in einer Speichergruppe während der Wiederherstellung in einen konsistenten Zustand zu überführen, dabei jedoch feststellt, dass Datenbankdateien fehlen oder durch andere Versionen ersetzt wurden.

Wenn eine Datenbankdatei in der Speichergruppe fehlt oder durch eine andere Version ersetzt wurde, gibt ESE den Fehler -1216 zurück, bricht die Wiederherstellung ab und startet die Speichergruppe nicht.

Benutzeraktion

Um dieses Problem zu beheben, führen Sie einen oder mehrere der folgenden Schritte aus:

  • Wenn die fehlende Datenbankdatei verschoben oder umbenannt wurde, suchen Sie alle ESE 494-Ereignisse im Ereignisprotokoll, die nach dem Bereitstellungsversuch der Datenbank aufgetreten sind. Notieren Sie sich für jedes Ereignis die betreffende Datenbankdatei, die als fehlend gemeldet wird, ermitteln Sie den aktuellen Speicherort der Datei, und verschieben Sie sie dann an den richtigen Speicherort.
    noteAnmerkung:
    Wenn Antivirussoftware auf Dateiebene auf diesem Server installiert ist und Ausschlüsse nicht ordnungsgemäß konfiguriert wurden, ist es möglich, dass die Datenbank durch die Antivirussoftware gelöscht oder in das Quarantäneverzeichnis verschoben wurde. Überprüfen Sie das Quarantäne- und Löschprotokoll der Antivirussoftware daraufhin, ob dies geschehen ist.
  • Wenn die fehlende Datenbankdatei gelöscht wurde oder verlorengegangen ist, stellen Sie die Datei aus einer Sicherung in der Produktionsspeichergruppe wieder her. Sie können den Task Datenbank- und Transaktionsprotokolldateien überprüfen des Tools Exchange Datenbankwiederherstellungs-Verwaltung verwenden, um die Verfügbarkeit der wiederhergestellten Datenbank für die Durchführung einer Wiederherstellung zu überprüfen.
    Während Sie diese Datenbankdatei wiederherstellen, können Sie die nicht betroffenen Datenbanken in der Speichergruppe ebenfalls bereitstellen und darauf zugreifen, indem Sie die folgenden Schritte ausführen:
    So erlauben Sie den Benutzerpostfachzugriff auf nicht betroffene Datenbanken

    1. Führen Sie eseutil /R /L <Pfad_zu_den_Protokolldateien> /S <Path to System Files>Log Base Name /I aus (dabei besteht "Log Base Name" aus den ersten drei Buchstaben der Protokolldateien für diese Speichergruppe, z. B. "E00", "E01" usw.). Auf diese Weise kann ESE die vorhandenen Datenbankdateien in einen konsistenten Zustand bringen, wobei die fehlenden Datenbankdateien ignoriert werden. Nachdem dieser Befehl ausgeführt wurde, müssen alle fehlenden Datenbankdateien aus der Sicherung wiederhergestellt werden.

      noteAnmerkung:
      Die Parameter /L und /S sind optional und müssen nicht verwendet werden, wenn Eseutil aus dem gleichen Pfad wie die Protokoll- und Systemdateien ausgeführt wird.

    2. Stellen Sie die Datenbankdateien, die nun vorhanden und konsistent sind, in der Speichergruppe wieder her.

    3. Benutzer mit Postfächern, die in der aktuell bereitgestellten Datenbank gespeichert sind, können nun auf ihre Nachrichten zugreifen.

  • Stellen Sie die Datenbankdatei aus einer Sicherung in einer Speichergruppe für die Wiederherstellung wieder her. Sie können Sende-/Empfangsfunktionen sofort bereitstellen, indem Sie so bald wie möglich mit einer neuen Datenbank beginnen (diese Vorgehensweise wird als "Dial-Tone"-Wiederherstellung bezeichnet). Clients wird ein leeres Postfach angezeigt, sie erhalten jedoch schneller Sende- und Empfangsfunktionen, als wenn sie warten müssten, bis die Wiederherstellung bzw. Reparatur abgeschlossen ist.
    noteAnmerkung:
    Die "Dial-Tone"-Option erfordert das nachträgliche Zusammenführen aller neuen Daten (der Daten, die nach der "Dial-Tone"-Wiederherstellung gespeichert wurden) mit den wiederhergestellten Daten.
  • Wenn ein Hard-Repair-Vorgang entweder manuell oder über den Task Datenbank reparieren des Microsoft Exchange-Problembehandlungs-Assistenten für mindestens eine Datenbank in der Speichergruppe ausgeführt wurde und die Datenbanken sich in einem konsistenten Zustand befinden, kann es sein, dass die Protokolldateien für die Speichergruppe nicht entfernt wurden. Wenn sich alle Datenbanken für die Speichergruppe am richtigen Speicherort befinden, überprüfen Sie, ob sich alle Datenbanken in einem konsistenten Zustand befinden, indem Sie den folgenden Befehl ausführen.
    So überprüfen Sie die Konsistenz der Datenbankdatei manuell

    1. Führen Sie eseutil /mh <path to database .edb file> aus.

    2. Suchen Sie in der Ausgabe dieses Befehls nach dem Feld Status:, und vergewissern Sie sich, dass der Wert des Felds Clean Shutdown lautet.

    3. Wenn alle Datenbanken für die Speichergruppe den Status "Clean Shutdown" aufweisen, verschieben Sie alle Transaktionsprotokolle und Systemprotokolle für die Speichergruppe an einen Sicherungsspeicherort, und versuchen Sie dann, den Informationsspeicher bereitzustellen. Wenn Sie in der Lage sind, alle Datenbanken ordnungsgemäß bereitzustellen, wird empfohlen, sofort eine Sicherung der Speichergruppe zu erstellen.

Weitere Informationen

Weitere Informationen zum Ereignis MSExchangeIS 9518 mit dem Fehlercode 0xfffffb40 finden Sie im "Events and Errors Message Center" (https://go.microsoft.com/fwlink/?LinkId=91705).

Weitere Informationen zur Wiederherstellung nach diesem Fehler finden Sie im Microsoft Knowledge Base-Artikel 296843, "Wiederherstellung einer Exchange 2000 Server-Datenbank nach dem Fehler -1216" (https://go.microsoft.com/fwlink/?linkid=3052&kbid=296843) (englischsprachig).

Weitere Informationen zur Exchange-Planung für die Wiederherstellung nach Datenverlusten finden Sie unter "Ein Handbuch zum Planen der Notfallwiederherstellung in Exchange" (https://go.microsoft.com/fwlink/?LinkId=91706).

Weitere Informationen zur Verwaltung der Datenbankwiederherstellung und zu den Assistenten für die Datenbank-Problembehandlung finden unter "Database Recovery Management and Database Troubleshooter Tool" (https://go.microsoft.com/fwlink/?LinkId=91707).

Weitere Informationen zur "Dial-Tone"-Wiederherstellung finden Sie unter "Dial-Tone-Portabilität" (https://go.microsoft.com/fwlink/?LinkId=91703) im Thema zur Wiederherstellung nach Datenverlust in der Exchange 2007-Produktdokumentation.

Weitere Informationen zu Speichergruppen für die Wiederherstellung finden Sie unter "Informationen zu Speichergruppen für die Wiederherstellung" (https://go.microsoft.com/fwlink/?LinkID=80784) im Thema zur Wiederherstellung nach Datenverlust in der Exchange 2007-Produktdokumentation.