mars123
Goto Top

Exchange Server 2010 SP1 - MSExchangeIS Dienst kann nicht gestartet werden

Hallo zusammen,

ich habe seit heute morgen das Problem, dass unser Exchange Server nicht mehr funktioniert, da der Dienst "Microsoft Exchange-Informationsspeicher" nicht gestartet werden kann.

Hierdurch kann die Mailbox Datenbank nicht mehr eingebunden werden.

In der Ereignisanzeige bekomme ich folgende Fehlermeldungen:

Der Versuch des Dienststeuerungs-Managers, nach dem unerwarteten Beenden des Dienstes "Microsoft Exchange-Informationsspeicher" Korrekturmaßnahmen (Neustart des Diensts) durchzuführen, ist fehlgeschlagen.

Fehler: Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Geräten verbunden.

Name der fehlerhaften Anwendung: store.exe, Version: 14.2.247.3, Zeitstempel: 0x4eb442ee
Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 6.1.7601.24117, Zeitstempel: 0x5add22d4
Ausnahmecode: 0xe053534f
Fehleroffset: 0x000000000001a06d
ID des fehlerhaften Prozesses: 0x%9
Startzeit der fehlerhaften Anwendung: 0x%10
Pfad der fehlerhaften Anwendung: %11
Pfad des fehlerhaften Moduls: %12
Berichtskennung: %13


Ich hoffe jemand kann mir dabei helfen das Problem zu beheben.

Vielen Dank.

Content-ID: 375555

Url: https://administrator.de/contentid/375555

Ausgedruckt am: 22.11.2024 um 09:11 Uhr

Vision2015
Vision2015 30.05.2018 aktualisiert um 20:24:28 Uhr
Goto Top
Moin...
hm... wird ein Dirty Shutdown sein...
eseutil /mh
ist dein freund..... face-smile

da hast du was zum lesen face-smile

Backup vorhanden?
Hardware OK, also keine HDD im raid ausgefallen etc...
Frank

Nachtrag: nach der Reperatur mach mal ein Update auf Sp3...Update Rollup 20

face-smile
Mars123
Mars123 30.05.2018 aktualisiert um 21:07:23 Uhr
Goto Top
Danke.

Ich hätte wohl noch dazu schreiben sollen was ich schon probiert habe.

Ich habe eseutil /mh bereits erfolgreich durchlaufen lassen und dann wieder den Dienst gestartet.

Leider ohne Erfolg.

Der Status im Header der DB ist auch "Clean Shutdown".

Die Hardware ist ok.

Das Problem entstand erst nachdem ich unseren DC wiederhergestellt habe.

Dieser läuft allerdings ohne Probleme.
Vision2015
Vision2015 30.05.2018 aktualisiert um 21:48:47 Uhr
Goto Top
Moin...
Zitat von @Mars123:

Danke.

Ich hätte wohl noch dazu schreiben sollen was ich schon probiert habe.
jo.. wäre gut gewesen

Ich habe eseutil /mh bereits erfolgreich durchlaufen lassen und dann wieder den Dienst gestartet.

Leider ohne Erfolg.

Der Status im Header der DB ist auch "Clean Shutdown".
ok..

Die Hardware ist ok.
ok..

Das Problem entstand erst nachdem ich unseren DC wiederhergestellt habe.
oh... wie alt ist dein backup? gibbet einen 2ten DC?

Dieser läuft allerdings ohne Probleme.
das glaube ich gerne... face-smile

hast du genug ram im exchange? ist das eine VM oder ein Blech....stimmen die rechte noch?
ist das ein exchange 2010.... oder ein SBS2011?
nach mal die frage nach dem exchange backup!
kannst du eine neue DB anlegen?
mach bitte erst mal eine Offline Datensicherung vom Server und der Exchange DB

Frank
Mars123
Mars123 30.05.2018 um 21:49:03 Uhr
Goto Top
Das Backup wurde am Samstag erstellt.

Der Exchange besitzt 16GB Ram.

Es handelt sich um eine VM.

Die Rechte habe ich überprüft, jedenfalls den Exchange den Domänen-Admins hinzugefügt.

Er ist ein Exchange 2010, kein SBS.

Erstellen einer neuen DB wird mit folgendem Fehler abgeschlossen:

Zusammenfassung: 2 Element(e). Erfolgreich: 1, Fehler: 1.
Verstrichene Zeit: 00:00:07


Neue(r)/(s) Test
Abgeschlossen

Warnung:
Fehler beim Vorabauffüllen des neu erstellten Postfachs "/o=badpost/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=SystemMailbox{f9043b12-4c11-42e9-bd6c-c9008288badc}" in Datenbank "Test" auf Server "BADPOST". "/o=badpost/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=SystemMailbox{f9043b12-4c11-42e9-bd6c-c9008288badc}" ist möglicherweise für bestimmte Cmdlets und Vorgänge erst verfügbar, wenn es repliziert wurde. Wenn Sie das Cmdlet erneut ausführen müssen und weitere Informationen über den Fehler benötigen, fügen Sie den -Verbose-Parameter hinzu. Fehler: 0x80040115.

Ausführung eines Exchange-Verwaltungsshellbefehls abgeschlossen:
new-mailboxdatabase -Server 'BADPOST' -Name 'Test' -EdbFilePath 'C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Test\Test.edb' -LogFolderPath 'C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Test'

Verstrichene Zeit: 00:00:06


Test einbinden
Fehler

Fehler:
Die angegebene Datenbank konnte nicht eingebunden werden. Angegebene Datenbank: Test; Fehlercode: Vorübergehender Fehler bei Active Manager-Vorgang. Wiederholen Sie den Vorgang. Fehler Vorübergehender Fehler bei Datenbankvorgang. Fehler: Vorübergehender Fehler bei einem Datenbankvorgang. Fehler: MapiExceptionNetworkError: Unable to make admin interface connection to server. (hr=0x80040115, ec=-2147221227)
Diagnostic context:
......
Lid: 12696 dwParam: 0x6D9 Msg: EEInfo: Generation Time: 2018-05-30 19:46:45:283
Lid: 10648 dwParam: 0x6D9 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x6D9 Msg: EEInfo: Status: 1753
Lid: 9624 dwParam: 0x6D9 Msg: EEInfo: Detection location: 501
Lid: 13720 dwParam: 0x6D9 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x6D9 Msg: EEInfo: NumberOfParameters: 4
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm: Unicode string: ncalrpc
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm[1]: Unicode string:
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[2]: Long val: -1988875570
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[3]: Long val: 382312662
Lid: 24060 StoreEc: 0x80040115
Lid: 23746
Lid: 31938 StoreEc: 0x80040115
Lid: 19650
Lid: 27842 StoreEc: 0x80040115
Lid: 20866
Lid: 29058 StoreEc: 0x80040115 [Datenbank: Test, Server: BADPOST.gfoeb.org].

Vorübergehender Fehler bei Active Manager-Vorgang. Wiederholen Sie den Vorgang. Fehler Vorübergehender Fehler bei Datenbankvorgang. Fehler: Vorübergehender Fehler bei einem Datenbankvorgang. Fehler: MapiExceptionNetworkError: Unable to make admin interface connection to server. (hr=0x80040115, ec=-2147221227)
Diagnostic context:
......
Lid: 12696 dwParam: 0x6D9 Msg: EEInfo: Generation Time: 2018-05-30 19:46:45:283
Lid: 10648 dwParam: 0x6D9 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x6D9 Msg: EEInfo: Status: 1753
Lid: 9624 dwParam: 0x6D9 Msg: EEInfo: Detection location: 501
Lid: 13720 dwParam: 0x6D9 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x6D9 Msg: EEInfo: NumberOfParameters: 4
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm: Unicode string: ncalrpc
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm[1]: Unicode string:
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[2]: Long val: -1988875570
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[3]: Long val: 382312662
Lid: 24060 StoreEc: 0x80040115
Lid: 23746
Lid: 31938 StoreEc: 0x80040115
Lid: 19650
Lid: 27842 StoreEc: 0x80040115
Lid: 20866
Lid: 29058 StoreEc: 0x80040115 [Datenbank: Test, Server: BADPOST.gfoeb.org]

Vorübergehender Fehler bei Active Manager-Vorgang. Wiederholen Sie den Vorgang. Fehler MapiExceptionNetworkError: Unable to make admin interface connection to server. (hr=0x80040115, ec=-2147221227)
Diagnostic context:
......
Lid: 12696 dwParam: 0x6D9 Msg: EEInfo: Generation Time: 2018-05-30 19:46:45:283
Lid: 10648 dwParam: 0x6D9 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x6D9 Msg: EEInfo: Status: 1753
Lid: 9624 dwParam: 0x6D9 Msg: EEInfo: Detection location: 501
Lid: 13720 dwParam: 0x6D9 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x6D9 Msg: EEInfo: NumberOfParameters: 4
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm: Unicode string: ncalrpc
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm[1]: Unicode string:
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[2]: Long val: -1988875570
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[3]: Long val: 382312662
Lid: 24060 StoreEc: 0x80040115
Lid: 23746
Lid: 31938 StoreEc: 0x80040115
Lid: 19650
Lid: 27842 StoreEc: 0x80040115
Lid: 20866
Lid: 29058 StoreEc: 0x80040115 [Server: Badpost.gfoeb.org]

MapiExceptionNetworkError: Unable to make admin interface connection to server. (hr=0x80040115, ec=-2147221227)
Diagnostic context:
......
Lid: 12696 dwParam: 0x6D9 Msg: EEInfo: Generation Time: 2018-05-30 19:46:45:283
Lid: 10648 dwParam: 0x6D9 Msg: EEInfo: Generating component: 2
Lid: 14744 dwParam: 0x6D9 Msg: EEInfo: Status: 1753
Lid: 9624 dwParam: 0x6D9 Msg: EEInfo: Detection location: 501
Lid: 13720 dwParam: 0x6D9 Msg: EEInfo: Flags: 0
Lid: 11672 dwParam: 0x6D9 Msg: EEInfo: NumberOfParameters: 4
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm: Unicode string: ncalrpc
Lid: 8856 dwParam: 0x6D9 Msg: EEInfo: prm[1]: Unicode string:
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[2]: Long val: -1988875570
Lid: 12952 dwParam: 0x6D9 Msg: EEInfo: prm[3]: Long val: 382312662
Lid: 24060 StoreEc: 0x80040115
Lid: 23746
Lid: 31938 StoreEc: 0x80040115
Lid: 19650
Lid: 27842 StoreEc: 0x80040115
Lid: 20866
Lid: 29058 StoreEc: 0x80040115

Ausführungsversuch eines Exchange-Verwaltungsshellbefehls:
mount-database -Identity 'Test'

Verstrichene Zeit: 00:00:02


Zitat von @Vision2015:

Moin...
Zitat von @Mars123:

Danke.

Ich hätte wohl noch dazu schreiben sollen was ich schon probiert habe.
jo.. wäre gut gewesen

Ich habe eseutil /mh bereits erfolgreich durchlaufen lassen und dann wieder den Dienst gestartet.

Leider ohne Erfolg.

Der Status im Header der DB ist auch "Clean Shutdown".
ok..

Die Hardware ist ok.
ok..

Das Problem entstand erst nachdem ich unseren DC wiederhergestellt habe.
oh... wie alt ist dein backup? gibbet einen 2ten DC?

Dieser läuft allerdings ohne Probleme.
das glaube ich gerne... face-smile

hast du genug ram im exchange? ist das eine VM oder ein Blech....stimmen die rechte noch?
ist das ein exchange 2010.... oder ein SBS2011?
nach mal die frage nach dem exchange backup!
kannst du eine neue DB anlegen?
mach bitte erst mal eine Offline Datensicherung vom Server und der Exchange DB

Frank
Vision2015
Vision2015 30.05.2018 um 22:02:35 Uhr
Goto Top
moin...

der Exchange System Attendant Dienst läuft?
stimmt die Uhrzeit und Datum am DC und Exchange?
prüf das mal...
und starte den Exchange Active Directory Topology Service neu!

Frank
Mars123
Mars123 31.05.2018 um 07:21:46 Uhr
Goto Top
Exchange Systen Attendant Service läuft.

Exchange Active Directory Toplogy Service.

Exchange-Informationsspeicher hat immer noch den Status "Wird gestartet".

Leider kein Erfolg.
Vision2015
Vision2015 31.05.2018 um 07:31:28 Uhr
Goto Top
Moin

Datum und Uhrzeit?

Frank
Vision2015
Vision2015 31.05.2018 um 07:33:00 Uhr
Goto Top
Moin...

was passiert wenn du den Exchange Systen Attendant Service neu startest?


Frank
Vision2015
Vision2015 31.05.2018 um 08:01:12 Uhr
Goto Top
mach mal auf dem exchange ein
netdom query fsmo 
zeigt das ergebnis auf den DC?

Frank
Mars123
Mars123 31.05.2018 um 08:20:06 Uhr
Goto Top
Die Uhrzeiten laufen synchron.

Nach Neustart des Dienstes bekomme ich folgende Meldung:

Die Microsoft Exchange-Systemaufsicht hat festgestellt, dass der lokale Computer 'CN=BADPOST,CN=Computers,DC=gfoeb,DC=org' kein Mitglied von Gruppe '/dc=org/dc=gfoeb/ou=Microsoft Exchange Security Groups/cn=Exchange Servers' ist. Die Systemaufsicht fügt den lokalen Computer der Gruppe hinzu.

Die derzeitigen Mitglieder der Gruppe sind 'CN=Exchange Install Domain Servers,CN=Microsoft Exchange System Objects,DC=gfoeb,DC=org; '.

Außerdem kommt es dann wieder zum App Crash:

Fehlerbucket , Typ 0
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0

Problemsignatur:
P1: store.exe
P2: 14.2.247.3
P3: 4eb442ee
P4: KERNELBASE.dll
P5: 6.1.7601.24117
P6: 5add22d4
P7: e053534f
P8: 000000000001a06d
P9:
P10:

Angefügte Dateien:

Diese Dateien befinden sich möglicherweise hier:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_store.exe_beca84977ff0c3a8821c9940e27f84ad1c606d6a_0fd88112

Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: b4d3a7fe-6499-11e8-a6a5-000c29cdbaed
Berichtstatus: 4

Name der fehlerhaften Anwendung: store.exe, Version: 14.2.247.3, Zeitstempel: 0x4eb442ee
Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 6.1.7601.24117, Zeitstempel: 0x5add22d4
Ausnahmecode: 0xe053534f
Fehleroffset: 0x000000000001a06d
ID des fehlerhaften Prozesses: 0x%9
Startzeit der fehlerhaften Anwendung: 0x%10
Pfad der fehlerhaften Anwendung: %11
Pfad des fehlerhaften Moduls: %12
Berichtskennung: %13
Vision2015
Vision2015 31.05.2018 um 08:23:59 Uhr
Goto Top
Moin...

da steht es...

Die Microsoft Exchange-Systemaufsicht hat festgestellt, dass der lokale Computer 'CN=BADPOST,CN=Computers,DC=gfoeb,DC=org' kein Mitglied von Gruppe '/dc=org/dc=gfoeb/ou=Microsoft Exchange Security Groups/cn=Exchange Servers' ist. Die Systemaufsicht fügt den lokalen Computer der Gruppe hinzu.

Die derzeitigen Mitglieder der Gruppe sind 'CN=Exchange Install Domain Servers,CN=Microsoft Exchange System Objects,DC=gfoeb,DC=org; '.

netdom query fsmo ?
Mars123
Mars123 31.05.2018 um 08:27:08 Uhr
Goto Top
Das wundert mich sehr, da der Computer "Badpost" Mitglied der angegebenen Gruppe ist.

netdom query fsmo gibt folgendes aus:

Schemamaster BAEDER.gfoeb.org
Domänennamen-Master BAEDER.gfoeb.org
PDC bremer.gfoeb.org
RID-Pool-Manager bremer.gfoeb.org
Infrastrukturmaster bremer.gfoeb.org
Der Befehl wurde ausgeführt.

Bei dem Schemamaster und dem Domänennamen-Master bin ich etwas iritiert.

Die beiden Rollen sollten eigentlich auch auf dem bremer liegen.
Mars123
Mars123 31.05.2018 um 08:28:49 Uhr
Goto Top
Außerdem erhalte ich folgende Meldung in Bezug auf die store.exe:

Name der fehlerhaften Anwendung: store.exe, Version: 14.2.247.3, Zeitstempel: 0x4eb442ee
Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 6.1.7601.24117, Zeitstempel: 0x5add22d4
Ausnahmecode: 0xe053534f
Fehleroffset: 0x000000000001a06d
ID des fehlerhaften Prozesses: 0x%9
Startzeit der fehlerhaften Anwendung: 0x%10
Pfad der fehlerhaften Anwendung: %11
Pfad des fehlerhaften Moduls: %12
Berichtskennung: %13

--

Kernel
Enterprise.Common.Services.ConnectionEstablishFailedException: Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Geräten verbunden. (Ausnahme von HRESULT: 0x80070422) ---> Enterprise.Common.Services.ConnectionEstablishFailedException: Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Geräten verbunden. (Ausnahme von HRESULT: 0x80070422) ---> System.Runtime.InteropServices.COMException (0x80070422): Die COM-Klassenfactory für die Remotekomponente mit der CLSID {917646FE-7810-4022-8936-6418052F6C55} konnte aufgrund des folgenden Fehlers nicht von Computer localhost abgerufen werden: 80070422.
bei System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandle& ctor, Boolean& bNeedSecurityCheck)
bei System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean fillCache)
bei System.RuntimeType.CreateInstanceImpl(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean fillCache)
bei System.Activator.CreateInstance(Type type, Boolean nonPublic)
bei Enterprise.Common.Services.ProviderFactory.GetProvider(String serverName)
bei Common.Services.DcomRemoteProviderFactory.GetRemoteProvider(String serverName)
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
--- Ende der internen Ausnahmestapelüberwachung ---
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.Invoke(Func`2 invokeAction)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.RemotingInterceptor.AopAlliance.Intercept.IMethodInterceptor.Invoke(IMethodInvocation invocation)
bei Spring.Aop.Framework.AbstractMethodInvocation.Proceed()
bei Spring.Aop.Framework.DynamicProxy.AdvisedProxy.Invoke(Object proxy, Object target, Type targetType, MethodInfo targetMethod, MethodInfo proxyMethod, Object args, IList interceptors)
bei CompositionAopProxy_1e0068c62d874e22b76d4fc739b9a56b.GetService(Type serviceType)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallWrapperFactory.<>c__DisplayClass1.<CreateRemoteWrapper>b__0()
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
--- Ende der internen Ausnahmestapelüberwachung ---
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.Invoke(Func`2 invokeAction)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.RemotingInterceptor.AopAlliance.Intercept.IMethodInterceptor.Invoke(IMethodInvocation invocation)
bei Spring.Aop.Framework.AbstractMethodInvocation.Proceed()
bei Spring.Aop.Framework.DynamicProxy.AdvisedProxy.Invoke(Object proxy, Object target, Type targetType, MethodInfo targetMethod, MethodInfo proxyMethod, Object args, IList interceptors)
bei CompositionAopProxy_cc040837d6534e08ac657bf47244f40b.Write(String message, EventSeverity eventType, String category, Int32 eventId)
bei Enterprise.Logging.ComponentLogger.Write(EventSeverity severity, String eventMessage)
bei Enterprise.Common.Logging.ComponentLoggerExtensions.WriteVerbose(IComponentLogger source, Object data)
bei InterceptorContext.FallbackSwitcher.InitializeRemoteLogger()
bei Enterprise.Common.Threading.DelayedJobExecuterExtensions.CancellablePeriodicJob.<>c__DisplayClass5.<.ctor>b__1()
bei Enterprise.Common.Scheduling.DelayedJob.ExecuteAction()
bei Enterprise.Common.Threading.ErrorLoggingJobExecuter.LoggingExecute(Action action)
Vision2015
Vision2015 31.05.2018 aktualisiert um 08:38:06 Uhr
Goto Top
Moin...

Das wundert mich sehr, da der Computer "Badpost" Mitglied der angegebenen Gruppe ist.
ja.. vor deinem restore..... face-smile

hast du mehr als einen DC?
dann schiebe erst mal alle FSMO rollen auf den richtigen Server!

hast du von allen Servern ein ordentliches Image gezogen, vor deinem restore?

Frank
Vision2015
Vision2015 31.05.2018 um 08:32:39 Uhr
Goto Top
Zitat von @Mars123:

Außerdem erhalte ich folgende Meldung in Bezug auf die store.exe:

Name der fehlerhaften Anwendung: store.exe, Version: 14.2.247.3, Zeitstempel: 0x4eb442ee
Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 6.1.7601.24117, Zeitstempel: 0x5add22d4
Ausnahmecode: 0xe053534f
Fehleroffset: 0x000000000001a06d
ID des fehlerhaften Prozesses: 0x%9
Startzeit der fehlerhaften Anwendung: 0x%10
Pfad der fehlerhaften Anwendung: %11
Pfad des fehlerhaften Moduls: %12
Berichtskennung: %13

--

Kernel
Enterprise.Common.Services.ConnectionEstablishFailedException: Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Geräten verbunden. (Ausnahme von HRESULT: 0x80070422) ---> Enterprise.Common.Services.ConnectionEstablishFailedException: Der angegebene Dienst kann nicht gestartet werden. Er ist deaktiviert oder nicht mit aktivierten Geräten verbunden. (Ausnahme von HRESULT: 0x80070422) ---> System.Runtime.InteropServices.COMException (0x80070422): Die COM-Klassenfactory für die Remotekomponente mit der CLSID {917646FE-7810-4022-8936-6418052F6C55} konnte aufgrund des folgenden Fehlers nicht von Computer localhost abgerufen werden: 80070422.
bei System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandle& ctor, Boolean& bNeedSecurityCheck)
bei System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean fillCache)
bei System.RuntimeType.CreateInstanceImpl(Boolean publicOnly, Boolean skipVisibilityChecks, Boolean fillCache)
bei System.Activator.CreateInstance(Type type, Boolean nonPublic)
bei Enterprise.Common.Services.ProviderFactory.GetProvider(String serverName)
bei Common.Services.DcomRemoteProviderFactory.GetRemoteProvider(String serverName)
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
--- Ende der internen Ausnahmestapelüberwachung ---
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.Invoke(Func`2 invokeAction)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.RemotingInterceptor.AopAlliance.Intercept.IMethodInterceptor.Invoke(IMethodInvocation invocation)
bei Spring.Aop.Framework.AbstractMethodInvocation.Proceed()
bei Spring.Aop.Framework.DynamicProxy.AdvisedProxy.Invoke(Object proxy, Object target, Type targetType, MethodInfo targetMethod, MethodInfo proxyMethod, Object args, IList interceptors)
bei CompositionAopProxy_1e0068c62d874e22b76d4fc739b9a56b.GetService(Type serviceType)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallWrapperFactory.<>c__DisplayClass1.<CreateRemoteWrapper>b__0()
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
--- Ende der internen Ausnahmestapelüberwachung ---
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.AquireRemoteTarget()
bei Enterprise.Common.Services.Dcom.DcomRemoteServiceManager.Invoke(Func`2 invokeAction)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.Dcom.DcomReconnectingOnCallRemoteWrapper.RecursiveInvoke(Func`2 invokeAction, Int32 triesLeft)
bei Enterprise.Common.Services.RemotingInterceptor.AopAlliance.Intercept.IMethodInterceptor.Invoke(IMethodInvocation invocation)
bei Spring.Aop.Framework.AbstractMethodInvocation.Proceed()
bei Spring.Aop.Framework.DynamicProxy.AdvisedProxy.Invoke(Object proxy, Object target, Type targetType, MethodInfo targetMethod, MethodInfo proxyMethod, Object args, IList interceptors)
bei CompositionAopProxy_cc040837d6534e08ac657bf47244f40b.Write(String message, EventSeverity eventType, String category, Int32 eventId)
bei Enterprise.Logging.ComponentLogger.Write(EventSeverity severity, String eventMessage)
bei Enterprise.Common.Logging.ComponentLoggerExtensions.WriteVerbose(IComponentLogger source, Object data)
bei InterceptorContext.FallbackSwitcher.InitializeRemoteLogger()
bei Enterprise.Common.Threading.DelayedJobExecuterExtensions.CancellablePeriodicJob.<>c__DisplayClass5.<.ctor>b__1()
bei Enterprise.Common.Scheduling.DelayedJob.ExecuteAction()
bei Enterprise.Common.Threading.ErrorLoggingJobExecuter.LoggingExecute(Action action)
ist schon klar.... face-smile
emeriks
emeriks 31.05.2018 um 08:45:21 Uhr
Goto Top
Hi,
Schema- und DN-Master sind für Exchangebetrieb irrelevant.
Viel interessanter ist der GC.
BAEDER und Bremer - sind diese an einem Standort (AD Site) oder an verschiedenen. Falls verschiedene, wo ist der BADPOST?

Ich würde mich erstmal rein auf das AD konzentrieren. Prüfe einfach ALLES auf den DC. Fahre ein DCDIAG auf allen DC. Prüfe ob die Replikation funktioniert. Haben alle DC die Freigaben SYSVOL und NetLogon? usw.

Erst dann würde ich weiter am Exch "basteln".

E.
Vision2015
Vision2015 31.05.2018 um 08:52:19 Uhr
Goto Top
Moin..
Zitat von @emeriks:

Hi,
Schema- und DN-Master sind für Exchangebetrieb irrelevant.
da ist richtig...
Viel interessanter ist der GC.
BAEDER und Bremer - sind diese an einem Standort (AD Site) oder an verschiedenen. Falls verschiedene, wo ist der BADPOST?

Ich würde mich erstmal rein auf das AD konzentrieren. Prüfe einfach ALLES auf den DC. Fahre ein DCDIAG auf allen DC. Prüfe ob die Replikation funktioniert. Haben alle DC die Freigaben SYSVOL und NetLogon? usw.

Erst dann würde ich weiter am Exch "basteln".

E.
das sehe ich ja auch so.... ich denke da war noch ein DC im Netz, und mit dem alten backup von dem DC hat es dann geknallt.... da hatte er besser schnell einen neuen DC Installiert!
die frage ist ja... warum überhaubt ein restore?

Frank