TroubleShooting Archive - EXCHANGE BLOG ONLINE Exchange PowerShell

The server response was: 4.7.0 Temporary server error. Please try again later. PRX2

24. September 202126. September 20210

Die o.g. Fehlermeldung kann auftreten, wenn die primäre oder sekundäre DNS-IP-Adresse nicht (mehr) korrekt bzw. erreichbar ist oder eine entpreschende Rückmeldung zurückgegeben wird. In den Netzwerk-Einstellungen der entsprechenden Netzwerkkarte sollten die Einträge überprüft werden und ggfls. die Adresse(n) korrigiert bzw. entfernt werden: In meinem Fall wurde die sekundäre IP-Adresse entfernt: Ein erneuter Test erfolgt dann ohne Fehlermeldung:

Fehlermeldung HCW: Validate Hybrid Agent for Exchange usage – Timeout – EventID 7009

17. April 20206. Mai 20202

Ausgangssituation Bei der Hybrid-Neukonfiguration bin ich die Tage auf das folgende Problem gestoßen. Hybrid Configuration Wizard bricht bei “Validate Hybrid Agent for Exchange usage” ab: Analyse der Logdatei während des Setups: “%AppData%\Roaming\Microsoft\Exchange Hybrid Configuration\20200417_datetime.log“: In der Ereignisanzeige werden entsprechende Fehlermeldung mit der EventID 7009 erzeugt: Weiteres Fehlverhalten: Der Dienst “Microsoft Hybrid Service” lässt nicht starten: Lösungsansatz Das Problem habe ich wie folgt behoben: Wir öffnen das Verzeichnis des Dienstes: C:\Program Files\Microsoft Hybrid Service Öffnen …

Exchange Health Check Report – Exchange Funktionen überprüfen

16. April 202024. April 20222

Exchange Health Check Report Skript Im heutigen Beitrag stelle ich euch ein Exchange Health Check Skript zur Verfügung. Das Ziel besteht darin den Zustand der Exchange-Server zu überprüfen und einen täglichen oder wöchentlichen Report zu generieren. Kurz zum Hintergrund Der Betrieb einer Exchange-Umgebung erfordert eine routinierte oder automatisierte Funktionsprüfung der Exchange Server um einen reibungslosen Betrieb zu gewährleisten. Insbesondere nach der Bereitstellung von Windows- oder Exchange Sicherheitsupdates (mit und ohne DAG) ist es wichtig sämtliche …

Exchange Online Postfachfehlermeldung: Objekt ‘GUID’ nicht auf ‘Server’ gefunden

21. März 20205. April 20200

Background zur Infrastruktur Active Directory AD-Connect ADFS Exchange Online Mailbox Was ist passiert? Das lokale Benutzer-Objekt wurde samt Exchange-Attribute im AD gelöscht AD-Connect Synchronisation in die Cloud Der Azure-Benutzer wurde nach “gelöschte Benutzer” verschoben: Das lokale Benutzer-Objekt wurde aus dem AD-Papierkorb wiederhergestellt AD-Connect Synchronisation in die Cloud Der Azure-Benutzer wurde wieder unter “Alle Benutzer” angezeigt Die Mailbox stand nicht mehr zur Verfügung Fehlermeldung Wird die Mailbox ausgewählt, so erscheint die folgende Fehlermeldung welche darauf hinweist, …

Fehlermeldung: A mailbox couldn’t be found for {0} und ECP Error 500

19. Dezember 201910. Februar 20200

Hallo zusammen, für eine anstehende Migration bei einem Kunden bin ich auf das nachfolgende Verhalten gestoßen. Geplant ist eine Migration der bestehenden Exchange 2010 Server Landschaft (2 x CAS und HT + 2x MB) auf Exchange 2016. Nachdem zwei Exchange 2016 Server mit DAG bereitgestellt waren und die ersten Test-Postfächer auf 2016 migriert wurden war die Anmeldung via OWA und ECP nicht möglich. Je nachdem auf welchem Server das Postfach bereitgestellt wird – gelingt die …

Clusterknoten in Quarantäne

20. März 201927. März 20200

Nachdem ein Exchange 2016 Server mehrfach innerhalb einer Stunde Probleme mit Netzwerk und Storage hatten – war folgende Meldung im Eventlog zu entdecken: Der Knoten-Status “Quarantäne” soll verhindern, dass Cluster-Knoten mehrfach in kurzer Zeit aus dem Cluster austreten und wieder eintreten. Das bedeutet, dass der entsprechende Knoten für 2 Stunden ausgesperrt wird bis er wieder hineintreten darf. Soll der entsprechende Knoten wieder in der Cluster wieder aufgenommen werden, müssen die folgenden Befehle ausgeführt werden:

Import-Module FailoverClusters
Start-ClusterNode –ClearQuarantine

1 2	Import-Module FailoverClusters Start-ClusterNode –ClearQuarantine

…

Fehlermeldung bei Exchange 2016 CU12-Installation – Service ‘MSExchangeIS’ is disabled on this server

17. März 201920. Dezember 20190

Bei der Aktualisierung von Exchange 2016 CU12 bin ich heute auf folgenden Fehler gestoßen:

Cannot start service MSExchangeIS on computer '.'. ---> System.ComponentModel.Win32Exception: The service cannot be started, either because it is disabled or because it has no enabled devices associated with it

1	Cannot start service MSExchangeIS on computer '.'. ---> System.ComponentModel.Win32Exception: The service cannot be started, either because it is disabled or because it has no enabled devices associated with it

Das Problem hängt damit zusammen, dass der Dienst “Microsoft Exchange Information Store” bei Beginn der CU-Installation auf “Deaktiviert” gesetzt wird und der weitere Prozess nicht abgeschlossen werden kann, da der Dienst während der Aktualisierung wieder automatisch deaktiviert wird: Abhilfe schafft hier das folgende CommandLet, das die Exchage-Dienste überwacht und automatisch in den Status “Automatisch” versetzt:

while(1 -le 2){
	sleep 1;
	Get-Service | where{$_.DisplayName -Like ‘Microsoft Exchange*’} | Set-Service –StartupType ‘Automatic’ 
}

1

2

3

4

while(1 -le 2){

sleep 1;

Get-Service | where{$_.DisplayName -Like ‘Microsoft Exchange*’} | Set-Service –StartupType ‘Automatic’

}

Wir öffnen zunächst …