MSExchangeMU Fehler im Ereignisprotokoll

Hi,

System: Windows Server 2003 R2 SP2
Exchange Server 2003

Habe folgende Fehlermeldung im Ereignisprotokoll:
Es konnte nicht auf die Metabase zugegriffen werden, der Fehlercode ist 80080005 (Starten des Servers fehlgeschlagen).
Der IIS Verwaltungsdienst lässt sich auch nicht mehr starten.
Folgende Fehlermeldung: Fehler 1392: Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar
Ich vermute mal das die Datenbank von Exchange nicht mehr funktioniert
Kann mir jemand sagen, wie ich das wieder reparieren kann?

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 105384

Url: https://administrator.de/forum/msexchangemu-fehler-im-ereignisprotokoll-105384.html

Ausgedruckt am: 08.04.2025 um 08:04 Uhr

21 Kommentare

Neuester Kommentar

- Virenscanner muss einen ausschluss von der Datenbank haben sonst passiert sowas
- Sicherung des kompletten Systems durchführen, ggf. eine alte Sicherung zurückspielen
- IIS Reparatur installation
- Exchange DB offline nehmen und mit isinteg oder eseutil versuchen zu reparieren
- Hilfreich ist der Desaster Recovery operations Guide von M$

Gruß
user217

Ich probier es gerade mit eseutil. Mal sehen ob's funktioniert!

Vorsicht, bitte nicht ohne vorher die DB und die Logs zu Sichern.

ich habe den gesamten MDBDATA gesichert

puh ;-], bei mir ging das mal nach hinten los..

Hallo.

Die Metabase, um die es hier geht wird zwar für den Exchange benötigt hat aber nichts mit den Exchange Datenbanken zu tun. Eseutil ist hier also eine überflüssige Arbeit.

Die Metabase (das AD des IIS) wird vom IIS benötigt, daher kann dieser auch nicht gestartet werden. Schau daher einmal in diese Richtung - http://support.microsoft.com/kb/831393/en-us - Ist zwar für Exchange 2000, aber die Vorgangsweise sollte gleich sein.

Schön wäre natürlich wenn es ein Backup der Metabase gäbe.

LG Günther

Habe folgenden Befehl ausgeführt

C:\Programme\Exchsrvr\bin>isinteg.exe -fix C:\programme\exchsrvr\mdbdata\priv1.e
db
Und bekomme folgende Meldung

Microsoft Exchange Information Store Integrity Checker v6.5.7638.2
Copyright (c) 1986-2000 Microsoft Corp. All rights reserved.
Usage:
isinteg -s ServerName [-fix] [-verbose] [-l logfilename] -test testname[[, test
name]...]
-s ServerName
-fix check and fix (default - check only)
-verbose report verbosely
-l filename log file name (default - .\isinteg.pri/pub)
-t refdblocation (default - the location of the store)
-test testname,...
folder message aclitem mailbox(pri only) delfld acllist
rcvfld(pri only) timedev rowcounts attach morefld ooflist(pri only)
global searchq dlvrto replstate(pub only)
peruser artidx(pub only) search newsfeed(pub only) dumpsterprops
Ref count tests: msgref msgsoftref attachref acllistref aclitemref
newsfeedref(pub only) fldrcv(pri only) fldsub dumpsterref
Groups tests: allfoldertests allacltests
isinteg -dump [-l logfilename] (verbose dump of store data)

Kann mir jemand sagen, was ich falsch mache? Normalerweise müsste doch jetzt ein Reparaturprozess anlaufen
Bitte um Hilfe

Hallo.

a) ich habe dir doch geschrieben, dass deine Fehlermeldung mit der Datenbank nichts zu tun hat
b) wenn du trotzdem die Datenbank überprüfen willst, warum stößt du sofort eine Reparatur an, und führst nicht vorher nur eine Überprüfung aus?
c) du fragst dich was du falsch machst. Hast du auch nur einen Blick auf den Syntax von isinteg geworfen? Steht hier auch nur ein Wort des Datenbanknamen?

Als kleiner Tipp. Bevor du mit irgendwelchen Utils auf die Datenbank des Exchange losgehst, lies dir bitte vorher genau durch, was die Utilitys machen, und was passieren kann, wenn sie falsch angewendet werden.

Und um nur einmal die Datenbank zu überprüfen, lautet der Befehl isinteg -s servername.des.exchange -test alltests

Und noch 2 Tipps:
- Exchange Datenbanken haben aus Performancegründen auf der Systempartition nicht zu suchen - http://www.sbspraxis.de/exchange/ex03012/ex03012.html
- um die Exchange Utils einfacher aufrufen zu können, ist es sinnvoll den Verzeichnispfad in die Umgebungsvariablen mit aufzunehmen - http://blog.sbspraxis.de/vereinfachter-aufruf-der-exchange-datenbank-to ...

LG Günther

Der Reparaturprozess mit isinteg und eseutil war soweit erfolgreich. Dennoch bekommen wir keine Emails bzw. es gehen keine Emails raus.
Folgende Fehlermeldung habe wir in der Ereignisanzeige des Servers:
MSEexchangeMTA x.400-Dienst

Ein Unzustellbarkeitsbericht (Fehlercode unable-to-transfer und Diagnosecode unrecognised-OR-name) wird für die Nachricht C=DE;A= ;P=Erste Organisati;L=INFO0901090758380562 erstellt. Ursprünglich war sie an C=DE;A= ;P=Erste Organisati;O=Exchange;DDA:SMTP=username(a)domänenname.de; gerichtet (Empfängernummer 1) und sollte an umgeleitet werden. [MTA DISP:RESULT 16 136] (12)

Kann mir jemand bei diesem Problem weiterhelfen?

Servus,
läuft den der Dienst? Ist der auch richtig konfiguriert?

Der Dienst Microsoft MTA-Stacks läuft!

und die konfig unter der exchange verwaltung- AdministrativeGruppen-Prtokolle MTA, ist hier auch der Pfad und der Servername richtig eingetragen. Hast du ein DNS Problem?

Kannst du mir mal kurz auf die Sprünge helfen wo ich denn die Config zu exchange verwaltung- AdministrativeGruppen-Prtokolle MTA finde?

Habs gefunden im System-Manager:
folgende Einträge sind gesetzt:
Lokaler X.400-Name: Servername --> ist soweit korrekt eingetragen

Verzeichnis für Nachrichtenwarteschlange:
C:\Programme\Exchsrvr\mtadata
Ist auch korrekt!

Server-Protokolle-X400-eigenschaften

sollte passen, installier dir mal zum spaß das Exchange Best Practice Analyser Tool von Microsoft. Vielleicht siehst du hier den Fehler...

Die Einstellungen sind soweit korrekt, leider funktioniert die E-Mail Kommunikation immer noch nicht! Hast du noch einen Tipp woran das liegen könnte?

vorher hat es funktioniert und seitdem aus heiterem Himmel dieser Fehler aufgetaucht ist gehts nicht mehr, sehe ich das richtig? Was ist mit den smtp einstellungen?

Ich bekomme das Tool nicht installiert Exchange Best Practice Analyser Tool von Microsoft. Ich bekomme eine Meldung obwohl ich ja Administrator bin, das ich nicht ausreichende Rechte verfüge? Ist mir nicht logisch!
Beim SmTP-Connector ist folgendes unter dem Reiter Allgemein eingetragen:
smtp.domäne.de