Es konnte keine Verbindung mit Exchange ActiveSync durch Exchange Ressourcenverbrauch herstellen


Problembeschreibung


Ersten Symptome sind Benutzer nicht mit Exchange ihre Geräte synchronisieren  Darüber hinaus die folgenden Symptome auftreten:
  • Im Anwendungsprotokoll auf dem Exchange Server sehen Sie Folgendes:

Quelle: Server ActiveSync
Ereignis-ID: 3007
Beschreibung
Exchange-Postfach Servertimeout Antwort: Server: [mail.contoso.com] Benutzer: [user@contoso.com]. Exchange ActiveSync-Server konnte nicht mit dem Exchange-Postfachserver rechtzeitig. Überprüfen Sie das Exchange-Postfach Server ordnungsgemäß funktioniert und nicht überlastet.

Quelle: Server ActiveSync
Ereignis-ID: 3014
Description:
Exchange Server-Postfach: [mail.contoso.com] den Timeoutschwellenwert erreicht hat. Der Postfachserver ist [60] Sekunden vor neuen Anfragen geschützt.

  • Die Anzahl der zulässigen RPC-Verbindung an den Postfachserver darf Grenzwerte sowie.
    Die maximale Anzahl von RPC-Anfragen, die vor dem Informationsspeicher ablehnen neue Verbindungen jederzeit ausführen können 500 für Exchange 2007 und 2010 ist jedoch der Leistungsindikator unter 70 bleiben sollte. Alles darüber gibt einen Leistungsengpass. Dieses Verhalten kann eine überprüfen, den Leistungsindikator "MSExchangeIS\RPC-Anfragen" die angezeigt wird, wenn der Server über Grenzwerte.

    Siehe http://technet.microsoft.com/en-us/library/bb201689%28EXCHG.80%29.aspx

  • In den Protokollen W3SVC sehen Sie HTTP 409 und 503 Antworten für Microsoft Server ActiveSync-Anfragen zurückgegeben.
    Sie können auch sehen, die "TooManyJobsQueued" in den Protokollen W3SVC Fehler. Finden Sie in den folgenden Beispielen:

    2010-09-09 21:35:35 W3SVC1 10.0.0.10 POST /Microsoft-Server-ActiveSync/default.eas Benutzer = < Benutzer > & DeviceId = < DeviceID > & Sicherung = < Typ > & Cmd = Sync = Ping = < Data > 443 Domäne\Benutzer 10.0.0.20 < UserAgent > 503 0 0

    2010-09-15 00:00:02 W3SVC1 155.109.199.51 buchen /Microsoft-Server-ActiveSync/default.eas Cmd = Ping und = < Benutzer > & DeviceId = < DeviceID > & Sicherung = < Typ > & Protokoll = Fehler: TooManyJobsQueued_ 443 Domäne\Benutzer 10.0.0.20 < UserAgent > 503 0 0

  • HTTPErr Protokolle zeigen Connection_Dropped /Microsoft-Server-ActiveSync Anfragen.
    Werden sehen, dass s-Anschluss oder Quellport aus der Connection_Dropped eine relativ hohe Anzahl erreicht. Beispiel:

    2010-09-09 00:27:25 10.0.0.10 64637 10.0.0.20 443 HTTP/1.1 POST /Microsoft-Server-ActiveSync? Benutzer = < Benutzer > & DeviceId = < DeviceID > & Sicherung = < Typ > & Cmd = Ping - 1 Connection_Dropped MSExchangeSyncAppPool
  • Für Exchange 2003 Server nicht ausgelagerter Pool (NPP) Arbeitsspeicher erschöpft werden.
    Die Verbindung erreicht NPP verbraucht und http beginnt HTTP-Verbindungen einmal der Server erreicht 100 MB NPP je Server ablegen. Nachdem der Server näher 108 MB erreicht, fehl HTTP.sys alle Verbindungen. NPP kann mit dem Task-Manager und Leistung anzeigen und Überprüfen des Kernelspeichers überprüft werden.    
  • Informationen Exchange und NPP finden Sie unter http://technet.microsoft.com/en-us/library/aa996269(EXCHG.80).aspx

    Informationen zur Verwendung von Netstat finden Sie unter http://technet.microsoft.com/en-us/library/cc940097.aspx

    Informationen zum Herunterladen und Verwenden von TCPView finden Sie unter http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx

     

    Ursache


    Können dies durch mobile Verbindung oder Probleme mit dem Gerät.  Gibt es mehrere wichtige Gründe der Verbindungsfehler und Ursachen Speicher Verbrauch:

    1. Server beginnt Verbindungen durch die Anzahl der Anfragen an den Server ablegen oder Anfragen überschreiten der zulässigen Application Pool IIS-Verbindungen. Ebenso erreichen der TCP-Anschluss auf dem Exchange-Server ist.

    Hinweis: Wahrscheinlich erreichen Server eine der anderen Grenzen (Application Pool Queue Length CAS oder RPC-Anfragen auf dem Postfachserver) vor knapp TCP-Port.

    Der folgende Artikel behandelt Port Erschöpfung:
    http://technet.microsoft.com/en-us/library/cc540453(EXCHG.80).aspx

    Die folgenden Artikel erwähnt verwenden MaxUserPort und TCP-Verbindung in Windows und Exchange

    http://technet.microsoft.com/en-us/library/cc940037.aspx

    http://technet.microsoft.com/en-us/library/bb397382(EXCHG.80).aspx

    2. ein mobiles Gerät synchronisieren mit Exchange ActiveSync kann das Verhalten eines DOS-Angriffs gegen einen Server simulieren Beispiele finden Sie im folgenden Artikel:
    http://technet.microsoft.com/en-us/library/cc182260.aspx

    3. der Anwendungspool ist Anfragen schneller ihr gehandhabt werden können.  Dies wird im folgenden Artikel behandelt:
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/9701f9dd-d40b-4d24-a2df-1d1abc13f764.mspx?mfr=true

     

    Problemlösung


    Zu diesen Geräten aus Exchange Ressourcen und Last blockiertverdächtige Geräte zu verhindern.  

    Wichtig: Es gibt ein bekanntes Problem mit iPhone OS 4.0 festgelegten Benutzer-Agent 801.293 - http://support.apple.com/kb/TS3398

    Alle IIS-Protokolle, die diesem Benutzer-Agent enthalten sollte markiert und der Besitzer des Geräts aktualisieren sollten, OS 4.1 oder höher (vorzugsweise iOS-Version 4.3.x). Es wird empfohlen, dass diese Benutzer in der Zwischenzeit.

    Geräte können von Exchange ActiveSync Zugriff des Besitzers Gerät deaktivieren, das Gerät ausschalten oder mithilfe eines Filters Internet Security und Acceleration (ISA) oder ForeFront Threat Management Gateway (TMG) blockiert werden.

    Weitere Informationen über blockierende Geräte finden Sie im Blog des Microsoft Exchange-Team (EHLO) den folgenden Beitrag:

    http://msexchangeteam.com/archive/2008/09/05/449757.aspx

    Hinweis: Einige Geräte möglicherweise weiterhin versuchen eine Verbindung mit dem Exchange-Server (wodurch eine hohe Anzahl von TCP-Verbindungen) auch wenn deaktiviert der Benutzer für Exchange ActiveSync verwenden. Wir empfehlen, das Gerät ausschalten oder das Gerät mit einem ISA-Filter blockieren.

    Exchange Server 2010

    Verfügt der Benutzer mit der Gerätebenutzer verdächtige ein Postfach Exchange 2010-Drosselung kann aktiviert werden und für alle Benutzer von Exchange ActiveSync-Geräte Überlastung des Exchange-Servers verhindern. Finden Sie im folgenden Artikel von Microsoft TechNet online:

     http://technet.microsoft.com/en-us/library/dd297964.aspx

    Schritte dazu gehören Artikel, aber hier sind einige Beispiele:

    $eine = Get-ThrottlingPolicy | WHERE-Object {$_. $True IsDefault-Eq}

    $eine | Set-ThrottlingPolicy-EASMaxConcurrency 10

    Weitere Informationen zum Festlegen von Richtlinien Drosselung finden Sie folgende TechNet online:

     http://technet.microsoft.com/en-us/library/dd298094.aspx

    Zusätzliche zu Faktoren Verbindungen pro Gerät

    1. Gibt es hohe Elementanzahl im primären Ordner (Eingang wird Hauptordner)? Mehrere Tausend Elemente im Ordner Posteingang und das Gerät versucht, diese Elemente synchronisieren, sehen Sie eine große Anzahl von Clientverbindungen/Anfragen von diesem Gerät, um alle diese Elemente herunterladen. Die Lösung umfasst:

      a Das Gerät nur synchronisieren, den letzten Tag oder nicht mehr als 3 Tage je nach der Anzahl der Elemente dieser Benutzer erhält täglich.
      b Reduzieren Sie die Anzahl der Elemente im Postfach
    2. Werden die Benutzerkonten sind für Exchange ActiveSync deaktiviert? Dies erhöht die Anzahl der Verbindung zum Server. Wenn das Gerät noch mehrere Anfragen an den Server sendet, schalten Sie das Gerät oder einen Filter auf ISA DeviceID blockieren eingeführt.
    3. Überschreiten Benutzer ihre Mailbox Kontingentgrenze? Das Gerät ist nicht möglich, neue Elemente an das Postfach synchronisieren und möglicherweise weiterhin immer wieder.
    4. Gibt die Nachrichtengröße in der Organisation festgelegt? Sind keine Grenzwerte, müssen Sie ein Gerät, das versucht, große Datenmengen zu synchronisieren.

      Hinweis: Darüber hinaus weiterhin Verbindung mit Log Parser für verdächtige Geräte. Siehe Weitere Informationen im Log Parser verwenden.

    Verdächtige Gerät gefunden, empfehlen wir Kunden fordern die Gerätehersteller ermitteln, warum das Gerät die übermäßige Anzahl von Anfragen an Exchange sendet.

    Abschnitt "Schritte, die Administratoren bei der Problembehandlung unterstützen:" im Abschnitt "Weitere Informationen" für weitere Aktionen Administratoren können zur Verbesserung der Leistung bei der Problembehandlung versuchen.

    Weitere Informationen


    Welche Geräte sind verdächtig?
    In der Regel sollten ein Gerät über 1000 Anfragen pro Tag senden, untersuchen.

    (Anfragen) über 1500 sind, könnte ein Problem auf dem Gerät oder der Umgebung. Das Gerät und die Benutzeraktivität sollte untersucht werden.

    Finden Sie im folgenden Eintrag aus der Exchange-Teamblog und. PS1-Datei, die mit Windows Powershell Analysieren von IIS-Protokolldateien für alle Versionen von Exchange Server verwendet werden kann.

    Ein Skript zur Behebung von Problemen mit Exchange ActiveSync
    http://blogs.technet.com/b/exchange/archive/2012/01/31/a-script-to-troubleshoot-issues-with-exchange-activesync.aspx

    ActiveSyncReport-Skript
    http://gallery.technet.microsoft.com/scriptcenter/ActiveSyncReport-script-a2417a84

    Log Parser kann ohne das Skript verwendet werden, aber das Skript basierend auf Filterkriterien in der Befehlszeile angegeben wurde.  Das obige Skript verwenden, können auch e-Mail-Alarme und Berichte erstellt werden.

    Schritte, die Administratoren bei der Problembehandlung unterstützen:

    Die folgenden Optionen wird das Problem nicht behoben. sie geben Ihnen mehr Zeit für die IIS-Protokolle Geräte bestimmen fehlerverdächtig analysieren.

    • Reduzieren Sie "Keep Alive" Zeitwert für die Exchange-Postfachserver an einem aktiv alle 30 Minuten CAS statt alle 2 Stunden.

      Die bleiben aktiv Wert auf 30 Minuten (1800000) in der Registrierung im folgenden Artikel der Microsoft Knowledge Base online erläutert:
      http://support.microsoft.com/kb/324270  

      Die Registrierungsinformationen Wert unterschreitet:
      Pfad: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\
      Wertname: KeepAliveTime
      Typ: REG_DWORD-Zeit in Millisekunden
      Gültiger Bereich: 1-0xFFFFFFFF
      Standardwert: 7.200.000 (zwei Stunden)

      Dieser Wert steuert, wie oft TCP versucht zu überprüfen, ob eine Verbindung im Leerlauf noch verfügbar ist, durch Senden eines Keepalive-Pakets. Wenn der Remotecomputer weiterhin erreichbar ist, erkennt das Keep-alive-Paket an. Keep-alive-Pakete werden nicht standardmäßig gesendet. Eine Programm können Sie diesen Wert für eine Verbindung konfigurieren. Der empfohlene Wert ist 1.800.000 (gleich 30 Minuten). (Dezimal) (Neustart erforderlich)

      Diese Einstellung überwachen und den Serverports noch erschöpft sind, dann diese müssen 15 Minuten anstelle von 30 Minuten gesenkt werden.
    • Erhöhen Sie das IIS-Verbindungstimeout in IIS

      Der Standardwert und der empfohlene Wert sollte 120 Sekunden. Wenn auf einen höheren Wert festgelegt ist, sollte es die 120 Sekunden minimale Wert 300 zweite Höchstwert sollten festgelegt werden.
      Finden Sie in der TechNet-Website Weitere Informationen:

      http://technet.microsoft.com/en-us/library/cc182260.aspx

      Über die Eigenschaften der Standardwebsite hierzu werden durch Ändern des Werts Connection Timeout (in Sekunden).
    • Erhöhen der IIS-Verbindungen (Länge) für ExchangeApplicationPool auf Exchange 2003-Postfach und Front-End-Servern:


      Verwenden Sie Internetdienste-Manager in IIS 6.0 von Arbeitsprozessen deaktivieren
      1. Starten Sie Internet Information Services (IIS) Manager.
      2. Erweitern Sie den lokalen Computer, erweitern Sie Anwendungspools, Anwendungspools ExchangeApplicationPool Maustaste und klicken Sie dann auf Eigenschaften.
      3. Deaktivieren Sie das Kontrollkästchen Recycling Worker-Prozesse (in Minuten), und klicken Sie dann auf OK.

      Internetdienste-Manager die Warteschlangenlänge in IIS 6.0 zu verwenden
      1. Starten Sie Internet Information Services (IIS) Manager.
      2. Erweitern Sie den lokalen Computer, erweitern Sie Anwendungspools, Maustaste ExchangeApplicationPool Anwendungspool und klicken Sie dann auf Eigenschaften.
      3. Klicken Sie auf die Registerkarte Leistung, und ändern Sie den Wert im Feld Limit Warteschlange Anforderung. Ersetzen Sie den Standardwert 1000 4000.
      4. Klicken Sie auf OK.
    • Erhöhen der IIS-Verbindungen (Länge) für MSExchangeSyncAppPool für Exchange 2007 und Exchange 2010-Clientzugriffsserver

      Internetdienste-Manager deaktivieren Arbeitsprozessen in IIS 7.0 und höher verwenden (diese sollte standardmäßig deaktiviert für die MSExchangeSyncAppPool)

      1. Internetdienste-Manager starten.
      2. E Erweitern Sie den lokalen Computer und anschließend auf Anwendungspools.
      3. ich n im Bereich Anwendungspools auf den entsprechenden Anwendungspool MSExchangeSyncAppPool oder den neuen Anwendungspool erstellt, und dann auf Erweiterte Einstellungen.
      4. Das Recycling Abschnitt, ändern Sie den Wert der regelmäßigen Zeitintervall (Minuten). Ersetzen Sie den Standardwert 1740 mit 0 (null). Der Wert 0 deaktiviert Arbeitsprozessen.
      5. Click OK.
    • Verwenden Sie Internetdienste-Manager zu der Warteschlangenlänge in IIS 7.0 und höher

      1. Internetdienste-Manager starten.
      2. Erweitern Sie den lokalen Computer und anschließend auf Anwendungspools.
      3. Im Anwendungspools, klicken Sie auf den entsprechenden Anwendungspool MSExchangeSyncAppPool oder den neuen Anwendungspool erstellt, und klicken Sie dann auf Erweiterte Einstellungen.
      4. In Allgemein Abschnitt, ändern den Wert Warteschlangenlänge. Ersetzen Sie den Standardwert 1000 mit 10000.
    • 5. Click OK

    Hinweis: Wenn Exchange 2007 auf Windows 2003 (IIS 6), die Schritte oben, um die Anforderung Warteschlange für die MSExchangeSyncAppPool erhöhen.

    Weitere Informationen auf, warum es wichtig, diese Werte für Anwendungspools und weitere Links auf "How To" Informationen möglicherweise finden Sie im folgende Thema aus TechNet online:

    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/9701f9dd-d40b-4d24-a2df-1d1abc13f764.mspx?mfr=true