Langsames Verhalten Exchange 2013
Hallo,
ich bin auf der Suche nach Anregungen um mein Exchange 2013 Problem in den Griff zu bekommen.
Der Zugriff auf mein Exchange 2013 Server ist sehr langsam. Sowohl der Aufruf der ECP auch der OWA Seite braucht ca. 40-90 Sekunden.
Es spielt keine Rolle woher ich die Seiten aufrufe (vom Exchange Server direkt oder von einem anderen Server im Netz)
Auch innerhalb der ECP beim Menüwechsel ist es gefühlt langsam.
Im Outlook 2010 und Outlook 2013 arbeiten wir mit aktiviertem Cache, wenn an aus dem Benutzerpostfach in die öffentlichen Ordner wechselt,kann man anfangen zu zählen, 1,2-10, dann sind die ÖO da.
Microsoft empfiehlt auf dem Exchange Server IP V6 auf der Netzwerkkarte zu deaktivieren. Na das mach ich nun mal nicht. Das hat bei Exchange 2010 nur Probleme verursacht, da wirds wohl bei Exchange 2013 nicht anders sein.
Meine Umgebung sieht wie folgt aus.
ein ESXi 5.5 Host ( 2 GB RAM )
- ein Server 2012 DC (DNS, AD, DHCP) lauft mit 4 GB RAM
- ein Server 2012 mit Exchange 2013 Server (kein DC , DNS) läuft mit 14 GB RAM (ca 10 Postfächer)
- weitere Server mit 4 GB RAM
Best Practice Analyser gibt mir eine Warnung aus die ich versucht habe zu rechechieren, aber nicht verstanden habe worum es geht, bzw welche Auswirkung das auf mein System hat.
Für Anwendungspools sollte festgelegt werden, dass sie als Anwendungspoolidentitäten ausgeführt werden.
Die Auslastung des Systems ist recht hoch. Vorallem die CPU fällt nie unter 50% und dafür sind ca 3-4 IIS Worker Processe zuständig
Wenn diese die CPU nicht beanspruchen dann ist es ein "Host Process for WINRM plug-ins" Process der meist mit mindestens 30% CPU Last arbeitet.
Ich kann mir da kein Reim draus machen.
Einfach Killen möchte ich die Processe nicht, voallem da IIS sicherlich diese wieder startet.
WinRM plugIns hab ich nie installiert bzw konfiguriert.
Wo kann ich hier ansetzen?
Für ein paar Ideen wäre ich dankbar.
PS: Ich habe eine Warnung Event ID: 5011 MS-WAS
Schwerwiegender Kommunikationsfehler im Windows-Prozessaktivierungsdienst bei einem Prozess für den Anwendungspool "MSExchangePowerShellAppPool". Die Prozess-ID ist "9664". Das Datenfeld enthält die Fehlernummer.
Was bedeutet das ?
ich bin auf der Suche nach Anregungen um mein Exchange 2013 Problem in den Griff zu bekommen.
Der Zugriff auf mein Exchange 2013 Server ist sehr langsam. Sowohl der Aufruf der ECP auch der OWA Seite braucht ca. 40-90 Sekunden.
Es spielt keine Rolle woher ich die Seiten aufrufe (vom Exchange Server direkt oder von einem anderen Server im Netz)
Auch innerhalb der ECP beim Menüwechsel ist es gefühlt langsam.
Im Outlook 2010 und Outlook 2013 arbeiten wir mit aktiviertem Cache, wenn an aus dem Benutzerpostfach in die öffentlichen Ordner wechselt,kann man anfangen zu zählen, 1,2-10, dann sind die ÖO da.
Microsoft empfiehlt auf dem Exchange Server IP V6 auf der Netzwerkkarte zu deaktivieren. Na das mach ich nun mal nicht. Das hat bei Exchange 2010 nur Probleme verursacht, da wirds wohl bei Exchange 2013 nicht anders sein.
Meine Umgebung sieht wie folgt aus.
ein ESXi 5.5 Host ( 2 GB RAM )
- ein Server 2012 DC (DNS, AD, DHCP) lauft mit 4 GB RAM
- ein Server 2012 mit Exchange 2013 Server (kein DC , DNS) läuft mit 14 GB RAM (ca 10 Postfächer)
- weitere Server mit 4 GB RAM
Best Practice Analyser gibt mir eine Warnung aus die ich versucht habe zu rechechieren, aber nicht verstanden habe worum es geht, bzw welche Auswirkung das auf mein System hat.
Für Anwendungspools sollte festgelegt werden, dass sie als Anwendungspoolidentitäten ausgeführt werden.
Die Auslastung des Systems ist recht hoch. Vorallem die CPU fällt nie unter 50% und dafür sind ca 3-4 IIS Worker Processe zuständig
Wenn diese die CPU nicht beanspruchen dann ist es ein "Host Process for WINRM plug-ins" Process der meist mit mindestens 30% CPU Last arbeitet.
Ich kann mir da kein Reim draus machen.
Einfach Killen möchte ich die Processe nicht, voallem da IIS sicherlich diese wieder startet.
WinRM plugIns hab ich nie installiert bzw konfiguriert.
Wo kann ich hier ansetzen?
Für ein paar Ideen wäre ich dankbar.
PS: Ich habe eine Warnung Event ID: 5011 MS-WAS
Schwerwiegender Kommunikationsfehler im Windows-Prozessaktivierungsdienst bei einem Prozess für den Anwendungspool "MSExchangePowerShellAppPool". Die Prozess-ID ist "9664". Das Datenfeld enthält die Fehlernummer.
Was bedeutet das ?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 248782
Url: https://administrator.de/contentid/248782
Ausgedruckt am: 25.11.2024 um 10:11 Uhr
4 Kommentare
Neuester Kommentar
Hast du Smartphones über Active-Sync laufen?
Das Problem hatten wir in meiner ehemaligen Firma das die Smartphones den IIS Prozess w3wp.exe star beansprucht haben.
Bei uns half damals nur die CAS/HUB Rolle auf einen seperaten Server zu legen und den Prozess zu begrenzen.
BTW: ESXi Server mit nur 2GB??? Verschrieben?
Das Problem hatten wir in meiner ehemaligen Firma das die Smartphones den IIS Prozess w3wp.exe star beansprucht haben.
Bei uns half damals nur die CAS/HUB Rolle auf einen seperaten Server zu legen und den Prozess zu begrenzen.
BTW: ESXi Server mit nur 2GB??? Verschrieben?
Welchen Prozess sollte ich da begrenzen ? den w3wp?
Ich weis wie man die Store.exe begrenzt damit die Speicherauslastung nicht explodiert, aber mir ist nicht bekannt wie ich einem
Prozess sagen soll dass er nicht mehr als sagen wir mal 30% CPU fressen soll.
Und auch das wäre mir nicht geholfen denn der IIS Worker Process ist ca 5-6 mal gestartet, und oftmals stehten 3-4 IIS Worker
Prozesse untereinander an erster stelle in der CPU Auslastung.
Ich weis wie man die Store.exe begrenzt damit die Speicherauslastung nicht explodiert, aber mir ist nicht bekannt wie ich einem
Prozess sagen soll dass er nicht mehr als sagen wir mal 30% CPU fressen soll.
Und auch das wäre mir nicht geholfen denn der IIS Worker Process ist ca 5-6 mal gestartet, und oftmals stehten 3-4 IIS Worker
Prozesse untereinander an erster stelle in der CPU Auslastung.
Du kannst so einiges limitieren, das geht dann über den IIS Manager.
Z.b. bei ActiveSync gehst du im IIS Manager auf "Application Pools" -> Rechtsklick auf MSExchangeSyncPool und dann auf Advanced Settings (Ist bei mir English). Dort findest du unter CPU einige Einstellungen die du tätigen kannst. Wir hatten es damals auf 40% eingestellt. Du musst nur darauf achten den richtigen Wert einzugeben 1/1000.
ESXi: ich meinte der Host hat lediglich 2 GB RAM. Der restliche RAM steht für die VMs bereit.Der Exch hat 14 GB.
Na dann ist ja gut :o)