• Artikel

ESE 474 -1018: Nicht behebbarer Fehler in Datenbank

[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: 2008-01-18

Das Microsoft Exchange-Tool Datenbank-Problembehandlung hat mindestens ein ESE 474-Ereignis mit dem Fehlercode -1018 im Anwendungsprotokoll erkannt. Dieser Fehler wird generiert, wenn die Überprüfungskomponente für die Integrität von Microsoft Exchange feststellt, dass Exchange Server Daten der Exchange-Datenbankdatei nicht ordnungsgemäß auf dem Festplattenteilsystem speichern oder von diesem abrufen konnte.

Erläuterung

Ein ESE 474-Ereignis mit einem Fehler -1018 kann aufgrund einer defekten Festplattenteilsystem-Hardwarekomponente oder aufgrund veralteter oder inkompatibler Treiber und/oder Firmware im Festplattenteilsystem auftreten.

Nachdem ein Fehler -1018 aufgetreten ist, melden Diagnosehardwaretests, die für den Server ausgeführt werden, möglicherweise keine Festplattenteilsystem-Hardwareprobleme, und die Annahme liegt nahe, dass Exchange Server für das Problem verantwortlich ist.

Umfangreiche Untersuchungen durch Microsoft und die Hardwarehersteller haben ergeben, dass komplexe Probleme mit den Festplattenteilsystem-Hardwarekomponenten und den unterstützenden Treibern bzw. der Firmware für die meisten Fehler -1018 verantwortlich sind.

Exchange meldet einen Fehler -1018, wenn eine initialisierte Seite in der Datenbankdatei gefunden wird, für die eine der folgenden Bedingungen gilt:

  • Die auf der Seite gespeicherte Prüfsumme entspricht nicht dem Ergebnis der Prüfsummenneuberechnung, die beim Lesen der Seite durchgeführt wird.
  • Die auf der Seite gespeicherte Seitennummer entspricht nicht der Seitennummer, die sich unter Berücksichtigung des physikalischen Speicherorts in der Datenbankdatei auf der Seite befinden sollte.

Exchange kann dafür verantwortlich sein, selbst einen Fehler -1018 zu generieren, wenn eines der folgenden Szenarien eintritt:

  • Exchange erstellt eine Seite, die die falsche Prüfsumme aufweist.
  • Exchange erstellt eine Seite ordnungsgemäß, weist das Betriebssystem jedoch an, diese an den falschen Speicherort zu schreiben.

Exchange generiert eine Prüfsumme für eine Seite, die auf den Datenträger geschrieben werden soll, nachdem alle Daten auf die Seite geschrieben wurden. Hierzu gehört auch die Seitennummer selbst. Nachdem Exchange der Seite die Prüfsumme hinzugefügt hat, weist Exchange das Betriebssystem Windows an, die Seite mithilfe von veröffentlichten, auf Windows basierenden Standard-APIs auf den Datenträger zu schreiben.

Vorübergehende Speicherfehler können dann bewirken, dass die Seite an den falschen Speicherort auf der Festplatte geschrieben wird.

Obwohl die Prüfsumme der Seite richtig ist, meldet Exchange einen Fehler -1018, weil die logische Seitennummer nicht der physikalischen Seitennummer entspricht.

Ein einzelner Fehler -1018, der in einer Exchange-Datenbank gemeldet wird, bewirkt im Allgemeinen nicht, dass die Exchange-Datenbank beendet wird. Als einziges Symptom tritt das Vorhandensein des Fehlers -1018 auf. Die betroffene Seite befindet sich möglicherweise in einem Ordner, auf den nur selten zugegriffen wird (z. B. im Ordner Gesendete Elemente oder Gelöschte Elemente), oder in einer Anlage, die selten geöffnet wird oder sogar leer ist.

Es ist unwahrscheinlich, dass ein einzelner Fehler -1018 große Datenverluste verursacht. Fehler -1018 stellen jedoch ein Problem dar, weil sie anzeigen können, dass ein Speichersystem mindestens einmal Daten nicht zuverlässig gespeichert oder abgerufen hat. Der Fehler -1018 ist eine frühzeitige Warnung zu einem Problem, dass sich wahrscheinlich laufend verschlimmert. Selbst wenn der erste Fehler -1018 für eine leere Seite in der Datenbank gemeldet wird, ist nicht bekannt, welche Seite als nächstes beschädigt wird. Wenn eine wichtige globale Tabelle beschädigt wird, wird die Exchange-Datenbank möglicherweise nicht gestartet, und die Datenbankreparatur ist ggf. nicht oder nur teilweise erfolgreich.

Nachdem ein Fehler -1018 protokolliert wurde, sollten Sie die Möglichkeit eines drohenden Ausfalls oder zusätzlicher zufälliger Beschädigungen an der Datenbank in Betracht ziehen und bei Ihrer Planung berücksichtigen, bis Sie die eigentliche Ursache des Fehlers ermittelt haben.

Benutzeraktion

Bevor Sie versuchen, den oder die im Anwendungsprotokoll protokollierten Fehler ESE 474 -1018 zu korrigieren, vergewissern Sie sich, dass das Festplattenteilsystem des Servers stabil ist.

Gehen Sie folgendermaßen vor, um die Problembehandlung des Festplattenteilsystems durchzuführen:

  1. Öffnen Sie das Anwendungsprotokoll, und suchen Sie nach ESE 474-Ereignissen. Notieren Sie sich in jedem Ereignis den vollständigen Pfad der betroffenen Datenbank. Nachdem Sie eine Liste der betroffenen Datenbanken zusammengestellt haben, notieren Sie sich die Laufwerkbuchstaben, auf die in den Datenbankpfaden verwiesen wird. Diese Informationen ermöglichen Ihnen, die Problembehandlungsbemühungen direkt auf diese physikalischen Datenträger zu richten.
  2. Überprüfen Sie das Systemprotokoll, und vergewissern Sie sich, dass keine Lese-, Schreib- oder Timeoutfehler für den Datenträger protokolliert werden.
  3. Verwenden Sie vom Hersteller bereitgestellte Diagnosedienstprogramme für das Festplattenteilsystem, und wenden Sie sich an den Hersteller der Festplattenteilsystem-Hardware, um weitere Unterstützung zum Überprüfen der Integrität des Festplattenteilsystems zu erhalten.

Nachdem Sie alle Probleme des Festplattenteilsystems korrigiert oder dessen Stabilität auf andere Weise überprüft haben, verwenden Sie die folgenden Methoden, um den Fehler -1018 zu beheben. Diese Methoden werden in der bevorzugten Reihenfolge oder Verwendung aufgelistet:

Erste Methode   Verschieben Sie Postfächer aus den Datenbanken, auf die in den ESE 474-Ereignissen aus dem Anwendungsprotokoll verwiesen wird. Verschieben Sie die Postfächer an einen vorhandenen, einwandfreien Speicherort, oder erstellen Sie mindestens einen neuen Postfachspeicher ausschließlich für diesen Zweck. Nachdem alle Postfächer verschoben wurden, löschen Sie den oder die fehlerhaften Postfachspeicher.

So verschieben Sie Postfächer (Exchange 2000 Server oder Exchange Server 2003)

  1. Wählen Sie in Active Directory-Benutzer und -Computer den oder die Benutzer aus, deren Postfächer Sie verschieben möchten.

  2. Klicken Sie mit der rechten Maustaste auf die Benutzerliste, die Sie im vorherigen Schritt ausgewählt haben, und klicken Sie dann auf Exchange-Aufgaben.

  3. Klicken Sie im Assistent für Exchange-Aufgaben auf der Seite Verfügbare Aufgaben auf Postfach verschieben und dann auf Weiter.

  4. Lesen Sie die verbleibenden Schritte im Assistenten sorgfältig, und folgen Sie den Anweisungen.

So verschieben Sie Postfächer (nur Exchange Server 2003)

  1. Erweitern Sie im Exchange-System-Manager den Eintrag Server, erweitern Sie den Server, von dem Sie Postfächer verschieben möchten, erweitern Sie die Speichergruppe, von der Sie Postfächer verschieben möchten, erweitern Sie den Postfachspeicher, der die Postfächer enthält, die Sie verschieben möchten, und klicken Sie dann auf Postfächer.

  2. Klicken Sie im Detailbereich mit der rechten Maustaste auf den oder die Benutzer, deren Postfächer Sie verschieben möchten, und klicken Sie dann auf Exchange-Aufgaben.

  3. Klicken Sie im Assistenten für Exchange-Aufgaben auf der Seite Verfügbare Aufgaben auf Postfach verschieben und dann auf Weiter.

  4. Lesen Sie die verbleibenden Schritte im Assistenten sorgfältig, und folgen Sie den Anweisungen.

So verschieben Sie nur für Exchange Server 2007 Postfächer mithilfe der Exchange-Verwaltungskonsole

  1. Starten Sie die Exchange-Verwaltungskonsole.

  2. Erweitern Sie in der Konsolenstruktur Empfängerkonfiguration, und klicken Sie dann auf Postfach.

  3. Klicken Sie im Ergebnisbereich auf die Postfächer, die Sie verschieben möchten.

  4. Klicken Sie im Aktionsbereich auf Postfach verschieben.

  5. Wählen Sie im Assistenten zum Verschieben von Postfächern auf der Seite Einführung den Server, die Speichergruppe und die Postfachdatenbank aus, in den oder die das Postfach verschoben werden soll, und klicken Sie dann auf Weiter.

  6. Wählen Sie auf der Seite Verschiebeoptionen eine Option für die Behandlung fehlerhafter Nachrichten in einem Postfach aus, und klicken Sie dann auf Weiter.

  7. Geben Sie auf der Seite Zeitplan für Verschiebevorgänge an, wann der Verschiebevorgang stattfinden soll, und klicken Sie dann auf Weiter.

  8. Überprüfen Sie auf der Seite Postfach verschieben die Zusammenfassung, um die Postfachverschiebevorgänge zu bestätigen, und klicken Sie dann auf Verschieben.

  9. Klicken Sie auf der Seite Fertigstellung auf Fertig stellen.

Weitere Informationen zu den Szenarien für die Verwendung des Assistenten zum Verschieben von Postfächern sowie zum Cmdlet Move-Mailbox finden Sie in der Exchange Server 2007-Produktdokumentation unter "Verschieben von Postfächern" (https://go.microsoft.com/fwlink/?LinkId=85754).

Zweite Methode   Stellen Sie die Datenbanken aus einer funktionierenden Sicherung wieder her. Weitere Informationen zum Wiederherstellen von Exchange Server-Datenbanken finden Sie in den folgenden Artikeln:

Dritte Methode   Verwenden Sie Eseutil, um eine Hard Recovery der betroffenen Datenbanken durchzuführen. Diese Methode sollte nur verwendet werden, wenn die zuvor beschriebenen beiden Methoden nicht erfolgreich waren. Nachdem Sie die Hard Recovery durchgeführt haben, müssen Sie außerdem eine Offlinedefragmentierung der reparierten Datenbank sowie das Tool Isinteg ausführen, um die logischen Fehler zu reparieren. Diese Schritte können mithilfe des Reparaturtasks der Datenbank-Problembehandlung von Exchange durchgeführt werden. Auf diese Weise werden automatisch die Reparaturprogramme Eseutil /P, Eseutil /D und Isinteg ausgeführt.

Weitere Informationen

Weitere Informationen zu diesem Problem finden Sie in den folgenden Microsoft Knowledge Base-Artikeln und Exchange-Ressourcen: