Fehlerereignisse werden protokolliert, wenn der Exchange Server-Datenbank-Dienst Schreibzugriff zu eigenen EDB-Dateien oder die CHK-Datei verweigert wird

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 253111 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Wenn Exchange Server-Datenbank-Dienst schreiben Zugriff auf die eigenen Datenbankdateien (EDB) oder die Prüfpunkt-Datei (.chk) verweigert wird, können Fehler ähnlich der folgenden angezeigt:

Ereignistyp: Fehler
Ereignisquelle: ESE97
Ereigniskategorie: Allgemein
Ereignis-ID: 145
Datum: 2/3/2000
Zeit: 1:57:34 PM
Benutzer: NV
Computer: EXSERVER1
Beschreibung: (1996) konnte das Datenbankmodul nicht die Datei E:\exchsrvr\mdbdata\tmp.edb aufgerufen zugreifen.




Ereignistyp: Fehler
Ereignisquelle: ESE97
Kategorie: Protokollierung/Wiederherstellung
Ereignis-ID: 158
Datum: 2/1/2000
Zeit: 4:40:20 PM
Benutzer: NV
Computer: EXSERVER1
Beschreibung: MSExchangeIS (1628) auf kann nicht die Shadowkopfzeile für Datei D:\exchsrvr\MDBDATA\edb.chk zu schreiben.

(Microsoft Exchange Server 5.5 Fehler Format. In Microsoft Exchange Server 4.0 die Ereignis-ID für diesen Fehler ist 61, in Microsoft Exchange Server 5.0 ist der Ereignis-ID 63.)

Ereignistyp: Fehler
Ereignisquelle: ESE98
Kategorie: Protokollierung/Wiederherstellung
Ereignis-ID: 439
Datum: 2/2/2000
Uhrzeit: 8: 05: 13 Uhr
Benutzer: NV
Computer: EXSERVER1
Beschreibung: Informationsspeicher (2700) auf kann nicht die Shadowkopfzeile für Datei E:\Exchsrvr\mdbdata\E00.chk zu schreiben. Fehler-1032.

(Microsoft Exchange 2000 Server-Fehler Format)

Weitere Informationen

Um solche Fehler behandeln, müssen Sie ermitteln, wodurch den Datenbankdienst Zugriff zu Ihren Dateien plötzlich blockiert wurde. In vielen Fällen unterbricht"einen Neustart des betroffenen Servers" die Sperre Wenn Sie eine andere Möglichkeit dafür finden können.

Allgemeine Ursachen dieses Problems gehören:
  • Ein anderer Prozess hat "die Datei gestohlen". Ein Virenschutzprogramm möglicherweise eine Datei versehentlich isoliert, oder Zugriff wird zeitweilig durch ein Prozess Sicherungs- oder Wiederherstellungsoperation.
  • Ein Datenträger oder Controller-Fehler aufgetreten ist und Zugriff auf das gesamte Laufwerk ist verloren gegangen, manchmal vorübergehend. Überprüfen Sie das Systemprotokoll auf e/A- oder Laufwerkfehler 158 Ereignis.
  • Berechtigungen wurden aus dem Ordner entfernt, in dem sich die Datei befindet.
  • Die Datei wurde schreibgeschützt markiert. Dies liegt wahrscheinlich in einer Datei Prüfpunkt geschieht.
  • Der Ordner mit der Datei hat gelöscht oder wurden umbenannt. Dies ist auch größtenteils wahrscheinlich zu einer Datei Prüfpunkt geschehen.

Was ist "Shadowkopfzeile"?

Exchange Server-Datenbank, Prüfpunkt und Protokolldateien beginnen mit Kopfzeilenbereich 4 Kilobyte (KB). Der Header enthält wichtige Kennung und Konfigurationsinformationen über die Datei. Kopfzeilen können mit des Dienstprogramms Eseutil mh/MH (Datenbankdatei), /ML/ML (Transaktionsprotokoll-Datei) oder in der /MK (Prüfpunkt-Datei) Optionen angezeigt werden.

Hinweis : die Option/ML war erstmals in Exchange Server 5.5 Service Pack 1 (SP1) enthalten.

Datenbank und Prüfpunkt Dateiheader sind häufig während des normalen Betriebs geändert, während Dateiheader Protokoll nie geändert werden, nachdem eine Protokolldatei erstellt wurde. Für Dateiheader, die häufig geändert werden, schützt "Schatten Header" den Header während Aktualisierungen. Primäre Kopfzeile ist der erste 4-KB-Block in der Datei; der Schatten-Header, identisch mit der primären Kopfzeile ist der zweite 4-KB-Block. Beide Header Seiten sind checksummed, und die Prüfsumme wird auf jeder Seite geschrieben. Schäden an der auch ein einzelnes Bit der jeweiligen Seite kann zuverlässig erkannt werden, da Änderungen an den Daten die Prüfsumme geändert, die auf der Seite sein sollte.

Wenn ein Header aktualisiert wird, werden die Shadow-Kopfzeilenseite zuerst Änderungen vorgenommen. Wenn ein Absturz auftritt, bevor die Schatten-Aktualisierung abgeschlossen ist (verursacht "zerrissene Schreibzugriff"), ist der primäre Header noch intakt. Nach der Schatten aktualisiert wurde, wird die primäre Kopfzeile aktualisiert. Wenn ein Absturz an diesem Punkt auftritt, ist der Schatten-Header noch intakt. Daher ist auch bei einer Aktualisierung am ständig eine gültige Kopfzeile vorhanden.

Schäden an einer Seite wird erkannt, durch die Neuberechnung der Prüfsumme bei jedem Zugriff auf die Seite. Wenn die berechnete Prüfsumme bereits auf der Seite übereinstimmt, ist die Seite ungültig. Solange die anderen Kopie des Headers gut ist, kann Hiermit "beschädigte Seite patch".

Wenn eine Bedingung Zugriff verweigert auftritt und der nächste Schreibvorgang versucht die Datenbank eine Kopfzeile wird, wird Fehler "kann nicht schattiert Header geschrieben werden" in das Ereignisprotokoll geschrieben. Dies geschieht, weil die Schatten-Seite der ersten Kopfzeilenseite aktualisiert ist. Ist der Schreibvorgang an anderer Stelle als in einer Kopfzeile unterschiedliche Fehler gemeldet werden, einschließlich-1032 0xfffffbf8(JET_errFileAccessDenied), und -510 oder 0xfffffe02 (Jet_errLogWriteFail).

Die Kopfzeilen der Transaktion Protokolldateien (* .log) sind nicht schattierten, und führen daher Dienstverweigerung Zugriff auf eine Protokolldatei nicht zu einem "Shadowing Header" Fehler. Dagegen Prüfpunkt Dateien sind lediglich Header (4 KB der primären Kopf- und Shadowing Header 4 KB), und daher immer melden einen Fehler "Shadowing Header" ein Fehler beim Schreiben.

Wenn eine Datenbankdatei oder Protokolldatei zu kann nicht geschrieben werden, beendet den Datenbankdienst um die Integrität der Datenbank zu erhalten. Wenn die Datei Prüfpunkt nicht geschrieben werden kann, weiterhin Datenbankvorgang normalerweise in den meisten Fällen. Die Datei Prüfpunkt verfolgt Fortschritt in Protokoll Datei Transaktionen in die Datenbankdatei geschrieben. Wenn die Datei Prüfpunkt "eingefroren ist," Daten werden immer noch auf die Datenbankdatei geschrieben und die Prüfpunkt erweiterte, aber neue Prüfpunkte werden nicht in der Prüfpunkt-Datei aufgezeichnet, bis er wieder verfügbar ist.

Es gibt drei Probleme auftreten können, wenn die Datei Prüfpunkt für einen längeren Zeitraum geschrieben werden kann nicht:
  • Bevor die Prüfpunkt aktualisiert wird, kann die Protokolldatei auf die in der Prüfpunkt-Datei verwiesen wird gelöscht werden. In diesem Fall wenn die Datenbank nicht normal angehalten wird, kann nicht erneut gestartet werden möglicherweise die Datei Prüfpunkt eine nicht vorhandene Datei verweist. Weitere Informationen finden Sie die Artikel der Microsoft Knowledge Base:
    176239XADM: Datenbank Won't; Circular Logging gelöschte Protokolldatei zu früh starten
  • Alte Protokolldateien können während der Onlinesicherung nicht endgültig gelöscht werden. Der Onlinesicherung beruht auf die Datei Prüfpunkt, um festzustellen, welche Protokolldateien problemlos gelöscht werden können. Wenn die Datei Prüfpunkt "eingefroren ist," sind Protokolle, die neuer als die Prüfpunkt nicht gelöscht, selbst wenn die Datei Prüfpunkt mehrere Tage hinter ist.
  • Wenn die Prüfpunkt-Datei beschädigt ist, kann die Onlinesicherung vollständig fehlschlagen. Online-Sicherung muss zumindest die Prüfpunkt-Datei lesen können. Eine beschädigte Prüfpunkt-Datei ist in einem normalen Vorgang erkannt und innerhalb von Minuten der Schaden behoben. Aber wenn die Datei auch gegen einen Schreibvorgang gesperrt ist, der Schaden kann nicht korrigiert werden bis die Sperre entfernt wird.

Eigenschaften

Artikel-ID: 253111 - Geändert am: Montag, 26. Februar 2007 - Version: 3.4
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
Keywords: 
kbmt kbinfo KB253111 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 253111
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com