Fehlermeldungen in der Exchange-Verwaltungskonsole nach Exchange 2003 - 2010 Migration - Brauche Unterstützung
Hallo zusammen,
ich habe mich nun endlich dazu entschieden mich bei Administrator.de zu registrieren, zuvor habe ich meist meine Probleme durch bestehende Posts lösen können.
Nun hoffe ich, dass Ihr mir bei meinem derzeitigen "nervigen" Problem Hilfestellung leisten könnt.
Selbst Lösungansätze, bzw. Ideen die mich an die Wurzel des Fehlers heranführen sind meinerseits sehr erwünscht.
Ich schildere Euch nun mein Problem.
Wir haben bei einem Kunden unsere erste Domänenumstellungen von 2003 auf 2008 durchgeführt. Anbei wurde nun ein separater Windows 2008 R2 Server mit Exchange 2010 hinzugefügt. Ich habe anhand der MSXFAQ beschriebenen Anleitung und dem vorhanden Silverlight Manual von Microsoft diese Migration von Exchange 2003 auf Exchange 2010 durchgeführt.
Nach mehreren Stunden des bibberns waren dann alle Postfächer migirert und der neue Server konnte seine Rolle übernehmen.
Wir haben nur einen Fehler begangen und zwar haben wir auf dem noch in der Domöne bestehenden SBS Server 2003 den Exchange Server nicht über die Deinstallations Routine entfernt, sondern einfach gekappt. (Wir mussten den alten Server aufheben, da ein User viele selbstprogrammierte Postfachregeln auf diesen Server am laufen hatte), der Server wurde nun Virtualisiert und sitzt in einem eigenständigen Subnetz (näheres nicht relevant).
Alle neuen Server arbeiten auf einer VMWare ESX Maschiene. (Randinfo).
Es treten nun folgende Fehlverhalten auf. Man greift auf den Systemmanager des Exchange 2010 Servers zu:
Klickt man schließend auf "Microsoft Exchange lokal (Servername.Domäne)" erscheint die erste Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-OrganizationConfig' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend kann man dann über die Schaltfläche "Organisationsdaten erfassen ..." die Organizationszusammenfassung generieren lassen.
--------------------------------------
Klappt man nun die Organisationskonfiguration auf und wählt "Postfach" erscheint schon die nächste Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-MailboxDatabase -Status' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend klickt man auf die Schaltfläche "Aktualisieren" und man erhält die gewünschten Informationen.
--------------------------------------
Klicke ich in diesem Postfachmenu auf den Reiter "Postfachrichtlinien für verwaltete Ordner" erhalte ich folgende Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-DatabaseAvailabilityGroupNetwork | Sort-Objects -Property Name' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend klickt man auf die Schaltfläche "Aktualisieren" und man erhält die gewünschten Informationen.
--------------------------------------
Möchte man nun die Postfächer der User einsehen wechselt man auf "Empfängerkonfiguration" "Postfach". Nun muss man 10 Sekunden warten und es erscheint folgenden Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-Recipient -PropertySet ConsoleLargeSet -ResultSize '1000' -SortBy DisplayName -ReciptientType 'UserMailbox'' wurde ausgeführt.
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend klickt man auf die Schaltfläche "Aktualisieren" und man erhält die gewünschten Informationen.
Hier hilft kein Herabsetzen oder Heraufstufen des Wertes für die Useransicht.
Klickt man nun doppelt auf ein Userpostfacht erhält man die Eigenschaften des Userpostfaches, aber klickt man nun auf einen Reiter erscheint folgende Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-Mailbox -Identity 'mmv.int/Users old/Claudia' -ReadFromDomainController' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Schließt man nun das Profilfenster und öffnet es erneut kann man die Reiter ohne Fehlermeldung betätigen und Einstellungen vornehmen. Wartet man aber eine Zeitlang, tauchen bei erneuten Öffnen die Meldungen erneut auf.
--------------------------------------
So wir haben folgendes Festgestellt. Der alte Exchange Server taucht als Exchange Server noch auf wenn man auf der Exchange Powershell sich die ExchangeServer mit Get-ExchangeServer anzeigen lässt.
Man kann nun mit dem ADSI-Editor die alte Administrative Gruppe ohne Probleme löschen. Dann erscheint der Server auch nicht mehr.
Trotzdem erscheinenen weiterhin diese wirklich nervigen Fehlermeldungen.
Ihr fragt Euch bestimmt: "Was sagt denn die Ereignisanzeige". Ja berechtigter Gedanke. In dieser gibt es Meldungen die zeigen, dass immer wieder versucht wird auf den alten SBS 2003 Server zugegriffen werden möchte, dies aber nicht funktioniert, da es diesen ja nicht mehr gibt.
Hier einige Meldungen aus der Ereignisanzeige "Anwendungen":
"(PID 6796, Thread 15) Task 'Get-Mailbox' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {e0cc3005-2ef7-4562-aaf1-1e9f12336418}"
--------------------------------------
"(PID 6796, Thread 15) Task 'Get-Mailbox' schreibt beim Verarbeiten des Datensatzes von Index 0 einen Fehler. Fehler: Microsoft.Exchange.Data.Directory.SuitabilityDirectoryException: Active Directory-Fehler '0x 51' beim Prüfen der Eignung des Servers 'nt-server.mmv.int': 'Active Directory-Antwort: Der LDAP-Server ist nicht verfügbar..'. ---> System.DirectoryServices.Protocols.LdapException: Der LDAP-Server ist nicht verfügbar.
bei System.DirectoryServices.Protocols.LdapConnection.Connect()
bei System.DirectoryServices.Protocols.LdapConnection.BindHelper(NetworkCredential newCredential, Boolean needSetCredential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
--- Ende der internen Ausnahmestapelüberwachung ---
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.IsServerSuitable(String fqdn, Boolean isGlobalCatalog, NetworkCredential credential, String& writableNC, LocalizedString& errorMessage)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, ADObjectId domain, String serverName, Int32 port, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, NetworkCredential networkCredential, String serverName, Int32 port)
bei Microsoft.Exchange.Data.Directory.ADSession.GetConnection(String preferredServer, Boolean isWriteOperation, Boolean isNotifyOperation, String optionalBaseDN, ADObjectId& rootId, ADScope scope)
bei Microsoft.Exchange.Data.Directory.ADSession.GetReadConnection(String preferredServer, ADObjectId& rootId, ADRawEntry scopeDeteriminingObject)
bei Microsoft.Exchange.Data.Directory.ADGenericReader.GetNextResultCollection(Type controlType, DirectoryControl& responseControl)
bei Microsoft.Exchange.Data.Directory.ADPagedReader`1.GetNextResultCollection()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.GetNextPage()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.<GetEnumerator>d__4.MoveNext()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.MoveNextElement()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.MoveNext()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.InitHasMethods()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.HasElements()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.InitHasElements()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.HasElements()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.GetWrapper(IList`1 enumerables, IList`1 filters)
bei Microsoft.Exchange.Data.EnumerableWrapper`1.GetWrapper(IEnumerable`1 enumerable, IEnumerableFilter`1 filter)
bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetEnumerableWrapper[T](EnumerableWrapper`1 noElementsValue, IEnumerable`1 collection)
bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetObjects[T](ADObjectId rootId, ADSession session, ADSession subTreeSession, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.RecipientIdParameter.GetObjects[T](ADObjectId rootId, ADSession session, ADSession subTreeSession, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetObjects[T](ObjectId rootId, IConfigDataProvider session, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.DataAccessTask`1.GetDataObjects[TObject](IIdentityParameter id, IConfigDataProvider session, ObjectId rootID, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.GetObjectWithIdentityTaskBase`2.InternalProcessRecord()
bei Microsoft.Exchange.Configuration.Tasks.GetRecipientObjectTask`2.InternalProcessRecord()
bei Microsoft.Exchange.Management.RecipientTasks.GetRecipientWithAddressListBase`2.InternalProcessRecord()
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()"
--------------------------------------
"(PID 6796, Thread 24) Task 'Get-Recipient' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {30b9ad9b-538b-4d72-8487-553875d7a626}"
--------------------------------------
"(PID 6796, Thread 24) Task 'Get-Recipient' schreibt beim Verarbeiten des Datensatzes von Index 0 einen Fehler. Fehler: Microsoft.Exchange.Data.Directory.SuitabilityDirectoryException: Active Directory-Fehler '0x 51' beim Prüfen der Eignung des Servers 'nt-server.mmv.int': 'Active Directory-Antwort: Der LDAP-Server ist nicht verfügbar..'. ---> System.DirectoryServices.Protocols.LdapException: Der LDAP-Server ist nicht verfügbar.
bei System.DirectoryServices.Protocols.LdapConnection.Connect()
bei System.DirectoryServices.Protocols.LdapConnection.BindHelper(NetworkCredential newCredential, Boolean needSetCredential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
--- Ende der internen Ausnahmestapelüberwachung ---
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.IsServerSuitable(String fqdn, Boolean isGlobalCatalog, NetworkCredential credential, String& writableNC, LocalizedString& errorMessage)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, ADObjectId domain, String serverName, Int32 port, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, NetworkCredential networkCredential, String serverName, Int32 port)
bei Microsoft.Exchange.Data.Directory.ADSession.GetConnection(String preferredServer, Boolean isWriteOperation, Boolean isNotifyOperation, String optionalBaseDN, ADObjectId& rootId, ADScope scope)
bei Microsoft.Exchange.Data.Directory.ADSession.GetReadConnection(String preferredServer, ADObjectId& rootId, ADRawEntry scopeDeteriminingObject)
bei Microsoft.Exchange.Data.Directory.ADGenericReader.GetNextResultCollection(Type controlType, DirectoryControl& responseControl)
bei Microsoft.Exchange.Data.Directory.ADPagedReader`1.GetNextResultCollection()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.GetNextPage()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.<GetEnumerator>d__4.MoveNext()
bei Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.WriteResult[T](IEnumerable`1 dataObjects)
bei Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.InternalProcessRecord()"
--------------------------------------
"(PID 6796, Thread 19) Task 'Get-ExchangeServer' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {834d17bd-a17b-4d09-b032-1a861b52483c}"
--------------------------------------
"(PID 6796, Thread 24) Task 'Get-ExchangeServer' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {673aed3c-930c-4f9c-a843-d5eb1a54209f}"**
Wie Ihr sehen könnt versucht der Server irgendwie auf den alten "nt-server" zu zugreifen. Dieser "nt-server" ist der alte 2003 SBS Server.
Warum er dies macht und wo, kann ich und meine Kollegen nicht nachvollziehen, denn wir haben unseres erachtens alle NT-Server Geschichten gelöscht.
Auch mit dem LDAP-Admin Tool bin ich über den Server gegangen um zu schauen ob hier noch Einträge vorhanden sind.
Ich habe vor der Migration beim Kunden eine Testumgebung virtuell aufgebaut um das Ganze vorher zu simulieren. Ich erhalte in dieser Umgebung die gleichen Fehlermeldungen.
Also irgendwo ist der Wurm drin.
Ich hoffe Ihr könnt mir und meinen Kollegen mit hilfreichen Vorschlägen oder Ideen helfen.
Viele Grüße
Frank
ich habe mich nun endlich dazu entschieden mich bei Administrator.de zu registrieren, zuvor habe ich meist meine Probleme durch bestehende Posts lösen können.
Nun hoffe ich, dass Ihr mir bei meinem derzeitigen "nervigen" Problem Hilfestellung leisten könnt.
Selbst Lösungansätze, bzw. Ideen die mich an die Wurzel des Fehlers heranführen sind meinerseits sehr erwünscht.
Ich schildere Euch nun mein Problem.
Wir haben bei einem Kunden unsere erste Domänenumstellungen von 2003 auf 2008 durchgeführt. Anbei wurde nun ein separater Windows 2008 R2 Server mit Exchange 2010 hinzugefügt. Ich habe anhand der MSXFAQ beschriebenen Anleitung und dem vorhanden Silverlight Manual von Microsoft diese Migration von Exchange 2003 auf Exchange 2010 durchgeführt.
Nach mehreren Stunden des bibberns waren dann alle Postfächer migirert und der neue Server konnte seine Rolle übernehmen.
Wir haben nur einen Fehler begangen und zwar haben wir auf dem noch in der Domöne bestehenden SBS Server 2003 den Exchange Server nicht über die Deinstallations Routine entfernt, sondern einfach gekappt. (Wir mussten den alten Server aufheben, da ein User viele selbstprogrammierte Postfachregeln auf diesen Server am laufen hatte), der Server wurde nun Virtualisiert und sitzt in einem eigenständigen Subnetz (näheres nicht relevant).
Alle neuen Server arbeiten auf einer VMWare ESX Maschiene. (Randinfo).
Es treten nun folgende Fehlverhalten auf. Man greift auf den Systemmanager des Exchange 2010 Servers zu:
Klickt man schließend auf "Microsoft Exchange lokal (Servername.Domäne)" erscheint die erste Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-OrganizationConfig' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend kann man dann über die Schaltfläche "Organisationsdaten erfassen ..." die Organizationszusammenfassung generieren lassen.
--------------------------------------
Klappt man nun die Organisationskonfiguration auf und wählt "Postfach" erscheint schon die nächste Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-MailboxDatabase -Status' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend klickt man auf die Schaltfläche "Aktualisieren" und man erhält die gewünschten Informationen.
--------------------------------------
Klicke ich in diesem Postfachmenu auf den Reiter "Postfachrichtlinien für verwaltete Ordner" erhalte ich folgende Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-DatabaseAvailabilityGroupNetwork | Sort-Objects -Property Name' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend klickt man auf die Schaltfläche "Aktualisieren" und man erhält die gewünschten Informationen.
--------------------------------------
Möchte man nun die Postfächer der User einsehen wechselt man auf "Empfängerkonfiguration" "Postfach". Nun muss man 10 Sekunden warten und es erscheint folgenden Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-Recipient -PropertySet ConsoleLargeSet -ResultSize '1000' -SortBy DisplayName -ReciptientType 'UserMailbox'' wurde ausgeführt.
Diesen Fehler kann man nur mit "OK" bestätigen. Anschließend klickt man auf die Schaltfläche "Aktualisieren" und man erhält die gewünschten Informationen.
Hier hilft kein Herabsetzen oder Heraufstufen des Wertes für die Useransicht.
Klickt man nun doppelt auf ein Userpostfacht erhält man die Eigenschaften des Userpostfaches, aber klickt man nun auf einen Reiter erscheint folgende Fehlermeldung:
"Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. Der Befehl 'Get-Mailbox -Identity 'mmv.int/Users old/Claudia' -ReadFromDomainController' wurde ausgeführt"
Diesen Fehler kann man nur mit "OK" bestätigen. Schließt man nun das Profilfenster und öffnet es erneut kann man die Reiter ohne Fehlermeldung betätigen und Einstellungen vornehmen. Wartet man aber eine Zeitlang, tauchen bei erneuten Öffnen die Meldungen erneut auf.
--------------------------------------
So wir haben folgendes Festgestellt. Der alte Exchange Server taucht als Exchange Server noch auf wenn man auf der Exchange Powershell sich die ExchangeServer mit Get-ExchangeServer anzeigen lässt.
Man kann nun mit dem ADSI-Editor die alte Administrative Gruppe ohne Probleme löschen. Dann erscheint der Server auch nicht mehr.
Trotzdem erscheinenen weiterhin diese wirklich nervigen Fehlermeldungen.
Ihr fragt Euch bestimmt: "Was sagt denn die Ereignisanzeige". Ja berechtigter Gedanke. In dieser gibt es Meldungen die zeigen, dass immer wieder versucht wird auf den alten SBS 2003 Server zugegriffen werden möchte, dies aber nicht funktioniert, da es diesen ja nicht mehr gibt.
Hier einige Meldungen aus der Ereignisanzeige "Anwendungen":
"(PID 6796, Thread 15) Task 'Get-Mailbox' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {e0cc3005-2ef7-4562-aaf1-1e9f12336418}"
--------------------------------------
"(PID 6796, Thread 15) Task 'Get-Mailbox' schreibt beim Verarbeiten des Datensatzes von Index 0 einen Fehler. Fehler: Microsoft.Exchange.Data.Directory.SuitabilityDirectoryException: Active Directory-Fehler '0x 51' beim Prüfen der Eignung des Servers 'nt-server.mmv.int': 'Active Directory-Antwort: Der LDAP-Server ist nicht verfügbar..'. ---> System.DirectoryServices.Protocols.LdapException: Der LDAP-Server ist nicht verfügbar.
bei System.DirectoryServices.Protocols.LdapConnection.Connect()
bei System.DirectoryServices.Protocols.LdapConnection.BindHelper(NetworkCredential newCredential, Boolean needSetCredential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
--- Ende der internen Ausnahmestapelüberwachung ---
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.IsServerSuitable(String fqdn, Boolean isGlobalCatalog, NetworkCredential credential, String& writableNC, LocalizedString& errorMessage)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, ADObjectId domain, String serverName, Int32 port, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, NetworkCredential networkCredential, String serverName, Int32 port)
bei Microsoft.Exchange.Data.Directory.ADSession.GetConnection(String preferredServer, Boolean isWriteOperation, Boolean isNotifyOperation, String optionalBaseDN, ADObjectId& rootId, ADScope scope)
bei Microsoft.Exchange.Data.Directory.ADSession.GetReadConnection(String preferredServer, ADObjectId& rootId, ADRawEntry scopeDeteriminingObject)
bei Microsoft.Exchange.Data.Directory.ADGenericReader.GetNextResultCollection(Type controlType, DirectoryControl& responseControl)
bei Microsoft.Exchange.Data.Directory.ADPagedReader`1.GetNextResultCollection()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.GetNextPage()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.<GetEnumerator>d__4.MoveNext()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.MoveNextElement()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.MoveNext()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.InitHasMethods()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.EnumeratorWrapper`1.HasElements()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.InitHasElements()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.HasElements()
bei Microsoft.Exchange.Data.EnumerableWrapper`1.GetWrapper(IList`1 enumerables, IList`1 filters)
bei Microsoft.Exchange.Data.EnumerableWrapper`1.GetWrapper(IEnumerable`1 enumerable, IEnumerableFilter`1 filter)
bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetEnumerableWrapper[T](EnumerableWrapper`1 noElementsValue, IEnumerable`1 collection)
bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetObjects[T](ADObjectId rootId, ADSession session, ADSession subTreeSession, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.RecipientIdParameter.GetObjects[T](ADObjectId rootId, ADSession session, ADSession subTreeSession, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetObjects[T](ObjectId rootId, IConfigDataProvider session, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.DataAccessTask`1.GetDataObjects[TObject](IIdentityParameter id, IConfigDataProvider session, ObjectId rootID, OptionalIdentityData optionalData, Nullable`1& notFoundReason)
bei Microsoft.Exchange.Configuration.Tasks.GetObjectWithIdentityTaskBase`2.InternalProcessRecord()
bei Microsoft.Exchange.Configuration.Tasks.GetRecipientObjectTask`2.InternalProcessRecord()
bei Microsoft.Exchange.Management.RecipientTasks.GetRecipientWithAddressListBase`2.InternalProcessRecord()
bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()"
--------------------------------------
"(PID 6796, Thread 24) Task 'Get-Recipient' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {30b9ad9b-538b-4d72-8487-553875d7a626}"
--------------------------------------
"(PID 6796, Thread 24) Task 'Get-Recipient' schreibt beim Verarbeiten des Datensatzes von Index 0 einen Fehler. Fehler: Microsoft.Exchange.Data.Directory.SuitabilityDirectoryException: Active Directory-Fehler '0x 51' beim Prüfen der Eignung des Servers 'nt-server.mmv.int': 'Active Directory-Antwort: Der LDAP-Server ist nicht verfügbar..'. ---> System.DirectoryServices.Protocols.LdapException: Der LDAP-Server ist nicht verfügbar.
bei System.DirectoryServices.Protocols.LdapConnection.Connect()
bei System.DirectoryServices.Protocols.LdapConnection.BindHelper(NetworkCredential newCredential, Boolean needSetCredential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
--- Ende der internen Ausnahmestapelüberwachung ---
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.CreateConnectionAndBind(String fqdn, Int32 portNumber, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.SuitabilityVerifier.IsServerSuitable(String fqdn, Boolean isGlobalCatalog, NetworkCredential credential, String& writableNC, LocalizedString& errorMessage)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, ADObjectId domain, String serverName, Int32 port, NetworkCredential credential)
bei Microsoft.Exchange.Data.Directory.ConnectionPoolManager.GetConnection(ConnectionType connectionType, NetworkCredential networkCredential, String serverName, Int32 port)
bei Microsoft.Exchange.Data.Directory.ADSession.GetConnection(String preferredServer, Boolean isWriteOperation, Boolean isNotifyOperation, String optionalBaseDN, ADObjectId& rootId, ADScope scope)
bei Microsoft.Exchange.Data.Directory.ADSession.GetReadConnection(String preferredServer, ADObjectId& rootId, ADRawEntry scopeDeteriminingObject)
bei Microsoft.Exchange.Data.Directory.ADGenericReader.GetNextResultCollection(Type controlType, DirectoryControl& responseControl)
bei Microsoft.Exchange.Data.Directory.ADPagedReader`1.GetNextResultCollection()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.GetNextPage()
bei Microsoft.Exchange.Data.Directory.ADGenericPagedReader`1.<GetEnumerator>d__4.MoveNext()
bei Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.WriteResult[T](IEnumerable`1 dataObjects)
bei Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.InternalProcessRecord()"
--------------------------------------
"(PID 6796, Thread 19) Task 'Get-ExchangeServer' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {834d17bd-a17b-4d09-b032-1a861b52483c}"
--------------------------------------
"(PID 6796, Thread 24) Task 'Get-ExchangeServer' löst Beendigungsausnahme in Phase Microsoft.Exchange.Data.Directory.ADTransientException: Ein Fehler verursachte eine Änderung in der aktuellen Gruppe der Domänencontroller. aus. Ausnahme: {673aed3c-930c-4f9c-a843-d5eb1a54209f}"**
Wie Ihr sehen könnt versucht der Server irgendwie auf den alten "nt-server" zu zugreifen. Dieser "nt-server" ist der alte 2003 SBS Server.
Warum er dies macht und wo, kann ich und meine Kollegen nicht nachvollziehen, denn wir haben unseres erachtens alle NT-Server Geschichten gelöscht.
Auch mit dem LDAP-Admin Tool bin ich über den Server gegangen um zu schauen ob hier noch Einträge vorhanden sind.
Ich habe vor der Migration beim Kunden eine Testumgebung virtuell aufgebaut um das Ganze vorher zu simulieren. Ich erhalte in dieser Umgebung die gleichen Fehlermeldungen.
Also irgendwo ist der Wurm drin.
Ich hoffe Ihr könnt mir und meinen Kollegen mit hilfreichen Vorschlägen oder Ideen helfen.
Viele Grüße
Frank
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 134695
Url: https://administrator.de/forum/fehlermeldungen-in-der-exchange-verwaltungskonsole-nach-exchange-2003-2010-migration-brauche-unterstuetzung-134695.html
Ausgedruckt am: 23.01.2025 um 02:01 Uhr
9 Kommentare
Neuester Kommentar
Hallo Frank,
dass du den SBS Exchange nicht deinstalliert hast ist wirklich nicht gut - aber wenn du ihn jetzt sowieso auf einem ESX laufen hast, kannst du die VM dann nicht kopieren, in das alte Subnet evtl auf ner VMWare Workstation hochziehen, dann prüfen ob die Fehlermeldungen noch existieren, und dann die Exchange-Rolle vom SBS deinstallieren?
Nur mal so als Gedanke
Gruß
Patrick
dass du den SBS Exchange nicht deinstalliert hast ist wirklich nicht gut - aber wenn du ihn jetzt sowieso auf einem ESX laufen hast, kannst du die VM dann nicht kopieren, in das alte Subnet evtl auf ner VMWare Workstation hochziehen, dann prüfen ob die Fehlermeldungen noch existieren, und dann die Exchange-Rolle vom SBS deinstallieren?
Nur mal so als Gedanke
Gruß
Patrick
Hallo Frank,
wie sieht es denn mit folgenden Punkten aus?
1. dcdiag /v
2. ExInfo
3. Welches AD Gesamstruktur Level fahrt Ihr?
4. Habt Ihr einen WINS installiert?
5. Schau mal nach, ob der Server weiterhin im AD angezeigt wird, auch wenn er via ADSIEdit gelöscht wurde:
“ldifde -d "cn=configuration,dc=…,dc=…." -f c:\ldifde.txt”
Gruß,
Stefan
wie sieht es denn mit folgenden Punkten aus?
1. dcdiag /v
2. ExInfo
3. Welches AD Gesamstruktur Level fahrt Ihr?
4. Habt Ihr einen WINS installiert?
5. Schau mal nach, ob der Server weiterhin im AD angezeigt wird, auch wenn er via ADSIEdit gelöscht wurde:
“ldifde -d "cn=configuration,dc=…,dc=…." -f c:\ldifde.txt”
Gruß,
Stefan