In diesen Fakten beschreiben wir einige der möglichen Ursachen, die den Paging-Fehler 2140 verursachen können, und bieten anschließend mögliche Korrekturen an, die Sie ausprobieren können, um das Problem wirklich zu beheben.
Genehmigt: Fortect
Wenn Sie versuchen, sicherzustellen, dass Sie den Microsoft Exchange Message Transfer Agent (MTA)-Dienst starten, wird manchmal eine Fehlermeldung auf Ihrem gesamten Computerbildschirm angezeigt: Der Microsoft Exchange Message Transfer Agent-Dienst kann nicht auf Servername gestartet werden.
Exchange Server verwaltet viele Anwendungen und führt oft nach so vielen Sicherheitsangeboten immer noch Fehler aus. Falsche benutzerdefinierte Befehle und Operationen weisen ebenfalls auf Fehlermeldungen hin. Daher ist es auf dem Markt notwendig, die Ursache der folgenden Fehler zu kennen, nur damit sie korrigiert werden können. Manchmal zeigt der Microsoft Exchange Message Transfer Agent (MTA) Fehlertexte an.
Fehler beim Starten des Microsoft Exchange-MTA-Schlüssels auf ServerName. 2140: Fehler Ein inhärenter Windows NT-Fehler ist aufgetreten.
MTA-Fehler bei der teuersten Wartung des Servers können mit Hilfe des Dienstprogramms MTAcheck.exe behoben werden. Der Database Reliability Checker überprüft beschädigte Dateien oder die meisten Inkonsistenzen im Speichersystem. Wie bei ESEutil kann die Verwendung eines solchen Dienstprogramms möglicherweise andere Probleme verursachen, wenn der Schaden wirklich schwerwiegend war. Bei der Verwendung von MTAcheck.exe erscheint der Fehlerbetreff „Die Datenbank enthält auch kritische Fehler, kann nicht automatisch nachweisbar behoben werden“. Führen Sie diese Schritte aus, um den Exchange Server-Fehler zu reparieren und Dateien wiederherzustellen.
MTA in Exchange Server konnte mit der folgenden Fehlermeldung nicht helfen
- Ereignis-ID: 2152
- Ereignistyp: Warnung
- Ereignisquelle: MSExchangeMTA
- Ereigniskategorie: Betriebssystem
Genehmigt: Fortect
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
Wenn meine Wiederherstellungsoption fehlschlägt, zeigt Exchange Server einen Fehler mit der obigen Ereignis-ID mit Informationen an, die im Dateidateifeld überprüft werden können: ExchsrvrMtadata.MTACHECK.OUTMTACHECK.LOG.
- Ereignis-ID: 2155
- Ereignistyp: Warnung
- Ereignisquelle: MSExchangeMTA
- Ereigniskategorie: Interne Verarbeitung
Dieser Fehler wird angezeigt, auch wenn der MTA den Attribute Insight (AAT) für einen bestimmten Protest nicht prüfen kann
Einige falsche Benutzeroperationen beschädigen auch die Hauptdatenbank, die Nachrichten über Fehler bevorzugt anzeigt
- Veranstaltung: 2187
- Quelle: MTA
- Typ: Warnung
- Katze: Innere Behandlung
Dieser Fehler tritt auf, wenn ein zweiter Mensch versucht, ein Element zu entsperren, das wirklich normal gesperrt ist. Die MTA-Datenbank zeigt dieses spezielle Info-Ereignis mit Objekt-ID und Fehler an
- Ereignis-ID: 2219
- Quelle: MSExchangeMTA
- Kategorie: Catering-Technologien
Wenn der Repository-MTA beim Wiederherstellen der Ergebnisse alles andere als richtig schließt, werden grundlegende Fehler-Voicemails angezeigt
Die Hauptursache aller oben genannten Fehler ist ein ungültiger Pfad zur wichtigsten MTA-Datenbank in der Windows-Registrierung. Fixes versus Lösungen für MTA-Datenbankfehler
- Öffnen Sie ein aktuelles Ausführungsfenster, geben Sie regedit ein und drücken Sie die Eingabetaste.
- Es öffnet sich ein Registrierungseditorfenster. Sehen Sie sich nun den Pfad zur MTA-Datenbank an.
- Gehen Sie zu HKEY_LOCAL_MACHINESystemCurrentControlSetServicesMSExchangeMTAParameters MTA-Datenbankpfad
- Öffnen Sie nun einen Registrierungseintrag und navigieren Sie zu dieser gewünschten MTA-Standortdatenbank im Feld Datenwert.
- Suchen Sie jetzt HKEY_LOCAL_MACHINESystemCurrentControlSetServicesMSExchangeMTAParametersMTA-Execution-Directory
- Öffnen Sie den aktuell gefundenen Eintrag und überprüfen Sie die Position seines MTA-Ausführungsverzeichnisses im Wertdatensubjekt.
- Schließen Sie den Registrierungseditor und starten Sie den Staging-Server derzeit neu.
Exchange Server-Fehler 2140 wird nicht angezeigt und der gesamte Quellpfad wird für den MTA bestimmt. Dies hilft, Probleme mit Exchange Server zu vermeiden, sowohl intern als auch extern. Kann jemand auch einen Fallback-Exchange-Server verwenden, um diesen fehlgeleiteten Typen zu widerstehen?
-
Frage
-
Hallo
Ich versuche, einen eigenständigen Exchange-Computer des Jahres 2013 ohne DAG mit integrierter Windows-Unterstützung zu sichern
Sie erhalten folgende Fehlermeldungen im Ereignisprotokoll!
Alle Vorschläge sind eine sollte offen sein!
/ Andreas
Protokollname: Anwendung
Quelle: MSExchangeRepl
Datum: 17.03.2013 09:51:33
Ereignis-ID: 2112
Aufgabenkategorie: Exchange VSS Writer
Level: Fehler
Schlüsselschichtenwa: klassisch
Benutzer: N / A
Computer: xxxx
Beschreibung:
Die Microsoft Exchange Replication Service VSS Writer-Instanz c86fac3a-c716-400d-a240-91eac487649c ist mit dem Fehlercode 0 fehlgeschlagen, obwohl die Datenbank der Postfachdatenbank 1593814252 gesichert wurde.Protokollname: Anwendung
Quelle: MSExchangeRepl
Datum: 17.03.2013 09:50:59
Ereignis-ID: Kategorie: 2140
VSS Writer für Aufgabenaustausch,
Level: Fehler
Schlüsselwörter: klassisch
Benutzer: N oder A
Computer: xxxx
Beschreibung:
Der Microsoft Exchange Replication VSS Writer hat eine Ausnahme im Microsoft :: Exchange :: Cluster :: ReplicaVssWriter :: CReplicaVssWriterInterop :: PrepareBackup-Teil gelöscht. HR-Ergebnis -2146 233 066. Systemausnahme. Arithmetische Überlauf-Ausnahme: Operation führte zu einer schönen Flut.
at Microsoft.Isam.Esent.Interop.JET_LOGTIME..ctor (DateTime time)
In Microsoft.Isam.Esent.Interop.JET_SIGNATURE..ctor (Int32 chance, string time Nullable`1, computername)
Bei Microsoft.Exchange.Cluster.Replay.ReplicaInstanceManager.GetRunningInstanceSignatureAndCheckpoint (Guid instanceGuid, Nullable`1 & logfileSignature, Int64 und Int64 und lowGenerationRequired, highGenerationRequired, Int64 und lastGenerationBacked)
Bei Microsoft.Exchange.Cluster.ReplicaVssWriter.CReplicaVssWriterInterop.PrepareBackupReplica (IVssComponent * pComponent, ReplayConfiguration Replica, BackupInstance)
Instanz-Backup bei Microsoft.Exchange.Cluster.ReplicaVssWriter.CReplicaVssWriterInterop.PrepareBackup (IVssWriterComponents * pComponents).
XML-Funktionen:
2140
2
2
0x80000000000000
25153
Bewerbung
xxxxxxxx
Microsoft :: Exchange :: Cluster :: ReplicaVssWriter :: CReplicaVssWriterInterop :: PrepareBackup
-2146233066
System.OverflowException: Eine arithmetische Operation führte zu einem Flood.
Jeder Microsoft.Isam.Esent.Interop.JET_LOGTIME..ctor (DateTime, time)
innerhalb von Microsoft.Isam.Esent.Interop.JET_SIGNATURE..ctor (Int32 random, Nullable`1 String time, computerName)
während Microsoft.Exchange.Cluster.Replay.ReplicaInstanceManager.GetRunningInstanceSignatureAndCheckpoint (Guid Nullable`1 und instanceGuid, logfileSignature, Int64 und lowGenerationRequired, Int64 und highGenerationRequired, Int64 und lastGenerationBackedUp)
Microsoft.Exchange.Cluster.ReplicaVssWriter.CReplicaVssWriterInterop.PrepareBackupReplica (IVssComponent * pComponent, ReplayConfiguration Replica, BackupInstance)
Instanz-Backup bei Microsoft.Exchange.Cluster.ReplicaVssWriter.CReplicaVssWriterInterop.PrepareBackup (IVssWriterComponents 4. pComponents)
Protokollname: Anwendung
Quelle: MSExchangeRepl
Datum: 17.03.2013 09:50:59
Veranstaltung 2024
Aufgaben-ID: Kategorie: Exchange VSS Writer
Level: Fehler
Schlüsselwörter: klassisch
Benutzer: N / A
Computer: xxxxxxx
Beschreibung:
NEIN.