Kan ikke koble til ved hjelp av Exchange ActiveSync på grunn av Exchange-ressursforbruk


Symptomer


Første symptomer inkluderer brukere ikke kunne synkronisere sine enheter med Exchange.  i tillegg følgende symptomer kan oppstå:
  • I programloggen på Exchange-serveren, kan du se følgende hendelser:

Kilde: Server ActiveSync
Hendelses-ID: 3007
Beskrivelse:
Exchange-postboks Server svar-tidsavbrudd: Server: [mail.contoso.com] bruker: [user@contoso.com]. Exchange ActiveSync-Server kan ikke kommunisere med Exchange server-postboksen på en hensiktsmessig måte. Kontroller at Exchange-postboks Server fungerer som den skal, og ikke er overbelastet.

Kilde: Server ActiveSync
Hendelses-ID: 3014
Description:
Exchange-postboks Server: [mail.contoso.com] har nådd sitt tidsavbrudd terskel. E-postserver er beskyttet mot nye forespørsler for [60] sekunder.

  • Antall tillatte RPC-tilkoblinger til e-postserver kan overskride de anbefalte grensene.
    Maksimalt antall RPC-forespørsler som kan utføres på et gitt tidspunkt før informasjonslageret begynner avviser nye tilkoblinger er 500 for Exchange 2007 og 2010, men telleren i det hele tatt skal forbli under 70 ganger. Alt ovenfor Dette indikerer en flaskehalsen for ytelse. Hvis du vil bekrefte dette problemet, kan en sjekke Ytelsesmåler telleren "MSExchangeIS\RPC Requests" som viser om serveren er over anbefalte grenser.

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

  • Du vil se HTTP 409 og 503 svar returneres for Microsoft-Server ActiveSync-forespørsler i W3SVC-logger.
    Du kan også se den returnerte feilen "TooManyJobsQueued" i W3SVC-logger. Kan du se følgende eksempler:

    2010-09-09 21:35:35 W3SVC1 10.0.0.10 POST /Microsoft-Server-ActiveSync/default.eas bruker = < bruker > & DeviceId = < DeviceID > & tjenestetype = < Type > & Cmd = synkronisering = Ping = < Data > 443 domene\bruker 10.0.0.20 < UserAgent > 503 0 0

    2010-09-15 00:00:02 W3SVC1 155.109.199.51 BOKFØRE /Microsoft-Server-ActiveSync/default.eas Cmd = Ping & bruker = < bruker > & DeviceId = < DeviceID > & tjenestetype = < Type > & Logg = feil: TooManyJobsQueued_ 443 domene\bruker 10.0.0.20 < UserAgent > 503 0 0

  • HTTPErr-loggene viser Connection_Dropped for /Microsoft-Server-ActiveSync-forespørsler.
    Du bør kunne se at s-port eller kilde-Port for Connection_Dropped kommer fra når et ganske høyt tall. For eksempel:

    2010-09-09 00:27:25 10.0.0.10 64637 10.0.0.20 443 HTTP/1.1 POST /Microsoft-Server-ActiveSync? Bruker = < bruker > & DeviceId = < DeviceID > & tjenestetype = < Type > & Cmd = Ping - 1 Connection_Dropped MSExchangeSyncAppPool
  • For Exchange 2003, vil serveren være oppbrukt Non-Paged utvalg (NPP) minne.
    Fordi tilkoblingsgrensen er nådd, NPP forbrukes og HTTP.sys begynner å slippe HTTP-tilkoblinger når serveren begynner å høyeste størrelse 100 megabyte av NPP avhengig av serverkonfigurasjonen. Når serveren har nådd nærmere til 108 MB, mislykkes HTTP.sys alle tilkoblinger. NPP kan kontrolleres ved hjelp av Oppgavebehandling og visning av ytelse og kontroll av kjerneminne.    
  • Se for mer informasjon rundt Exchange og NPP http://technet.microsoft.com/en-us/library/aa996269(EXCHG.80).aspx

    Se http://technet.microsoft.com/en-us/library/cc940097.aspx for informasjon om hvordan du bruker Netstat

    Hvis du vil ha informasjon om å laste ned og bruker TCPView, kan du se http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx

     

    Årsak


    Dette kan skje fordi mobilenhet tilkoblinger og/eller problemer med programvaren for enheten.  Det er flere viktige årsaker til at tilkoblingsfeil og årsakene til reduksjonen i minne:

    1. serveren begynner å slippe tilkoblinger, antall forespørsler til serveren, eller forespørselen overskrider antall tillatte tilkoblinger i Application Pool IIS. På samme måte nå grensen for TCP-port på Exchange-serverne er en årsak.

    Merk: Mer enn sannsynlig kan serverne komme opp i en av de andre grensene (Application Pool kølengde på Sertifiseringsinstanser eller RPC-forespørsler på e-postserver) før du henter nær tømming av TCP-Port.

    Den følgende artikkelen drøfter tømming av port:
    http://technet.microsoft.com/en-us/library/cc540453(EXCHG.80).aspx

    De følgende artiklene snakke om bruk av MaxUserPort og TCP-tilkoblinger i Windows og Exchange

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

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

    2. en mobilenhet som synkroniserer med Exchange ActiveSync kan simulere virkemåten til en DOS-angrep mot en server. Noen eksempler er oppført i følgende artikkel:
    http://technet.microsoft.com/en-us/library/cc182260.aspx

    3. for applikasjonsutvalget mottar forespørsler raskere enn den kan håndtere.  Dette er beskrevet i følgende artikkel:
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/9701f9dd-d40b-4d24-a2df-1d1abc13f764.mspx?mfr=true

     

    Løsning


    Stoppe disse enhetene bruker Exchange-ressurser, og forhindre belastning, mistenkelige enheter skal blokkeres.  

    Viktig: Det finnes et kjent problem med iPhone OS 4.0 som er definert av 801.293 - - http://support.apple.com/kb/TS3398 -brukeragent

    IIS-logger som inneholder denne brukeragent bør være flagget, og eieren av denne enheten, bør oppdatere til OS 4.1 eller senere (fortrinnsvis, iOS versjon 4.3.x). Anbefaler vi at disse brukerne bli blokkert i mellomtiden.

    Enheter kan blokkeres ved å deaktivere Exchange ActiveSync-tilgang for eieren av enheten, slå av enheten eller ved hjelp av et filter for Internet Security and Acceleration (ISA) eller ForeFront Threat Management Gateway (TMG).

    Hvis du vil ha mer informasjon om blokkering enheter, kan du se følgende innlegget i bloggen for Microsoft Exchange Team (EHLO):

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

    Merk: Noen enheter kan fortsette å prøve å koble til Exchange-serveren (forårsaker et høyt antall TCP-tilkoblinger) når brukeren er deaktivert for Exchange ActiveSync-bruk. Vi anbefaler å slå av enheten eller blokkere enheten ved hjelp av et filter for ISA.

    Exchange Server 2010

    Hvis brukeren med bruker mistenkelige enheten har en postboks i Exchange 2010, regulere kan aktiveres og for alle brukere i Exchange ActiveSync til å hindre at enheter overbelastning Exchange-serveren. Kan du se følgende artikkel fra Microsoft TechNet online:

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

    Trinnene for å gjøre dette er inkludert i artikkelen, men her er noen eksempler:

    $en = Get-ThrottlingPolicy | Hvor-object {$_. IsDefault – eq $true}

    $en | Sett ThrottlingPolicy – EASMaxConcurrency 10

    Hvis du vil ha mer informasjon om hvordan du angir regulere policyer, kan du se følgende emne fra TechNet online:

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

    Flere faktorer til å kontrollere at påvirker tilkoblinger per enhet

    1. Er det høy vareantall i de primære mappene (innboks i hovedmappen)? Når det er flere tusen elementer i Innboks-mappen, og enheten er forsøk på å synkronisere alle disse elementene, vil du se et stort antall tilkoblinger/forespørsler fra denne enheten for å laste ned alle disse elementene. Løsning på dette inkluderer:

      a. Sette enheten til å synkronisere bare den siste dagen eller mer enn 3 dager, avhengig av hvor mange elementer som brukeren mottar i en dag.
      b. Redusere elementantall i postboksen
    2. Deaktiveres brukerkontoer for Exchange ActiveSync? Dette kan øke antall enhetstilkoblinger til serveren. Hvis enheten er fremdeles sende flere forespørsler til serveren, slå av enheten, eller sette på et filter i stedet ISA å blokkere DeviceID.
    3. Brukere overskrider kvotegrensene postboksen? Hvis enheten ikke vil kunne synkronisere nye elementer i postboksen, og kan fortsette å prøve om og om igjen.
    4. Er det melding størrelsesbegrensninger i organisasjonen? Hvis det er ingen begrensninger, kan du ha en enhet som forsøker å synkronisere store mengder data.

      Merk: I tillegg til disse, fortsetter du å overvåke enhetstilkoblinger ved hjelp av loggen Parser for mistenkelige enheter. Se mer informasjon for å få hjelp til å bruke Logg-Parser.

    Når en usikker enhet blir funnet, anbefaler vi at kundene Kontakt leverandøren av enheten for å fastslå hvorfor enheten sender stort antall forespørsler til Exchange.

    Se delen "trinn som hjelper administratorer under feilsøking:" i delen mer informasjon for flere handlinger kan administratorer gjøre for å prøve å forbedre ytelsen under feilsøkingen.

    Hvis du vil ha mer informasjon


    Hvilke enheter som er mistenkelig?
    Hvis en enhet sender over 1000 forespørsler per dag, anbefaler vi vanligvis undersøker.

    Hvis treff (forespørsler) er over 1500, kan det være et problem på enheten eller miljøet. Enheten og brukerens aktivitet bør undersøkes.

    Se følgende artikkel fra Teamblogg for Exchange og. PS1-fil som kan brukes med Windows Powershell til å analysere IIS-loggfiler for en hvilken som helst versjon av Exchange Server.

    Et skript til å feilsøke problemer med 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

    Logg-Parser kan brukes uten at skriptet, men skriptet ble utviklet for å filtrere basert på kriterier som er angitt i kommandolinjen som brukes.  Hvis du bruker skriptet ovenfor, kan e-postvarsler eller rapporter også opprettes.

    Trinn som hjelper administratorer under feilsøking:

    De følgende alternativene vil ikke løse problemet. De vil gi deg mer tid til å analysere gjennom IIS-logger til å fastslå enhetene er usikker.

    • Redusere holde Alive verdi på Exchange-e-postservere til å sende en keep alive 30 minutter til CAS i stedet for hver 2 timer.

      Holde Alive verdien satt til 30 minutter (1800000) i registret, som er beskrevet i følgende artikkel i Microsoft Knowledge Base online:
      http://support.microsoft.com/kb/324270  

      Verdien registerinformasjonen er nedenfor:
      Bane: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\
      Verdinavn: KeepAliveTime
      Verditype: REG_DWORD-tid i millisekunder
      Gyldig område: 1-0xFFFFFFFF
      Standard: 7,200,000 (to timer)

      Denne verdien styrer hvor ofte TCP prøver å bekrefte at en inaktiv forbindelse fortsatt er intakt ved å sende en keep-alive-pakke. Hvis den eksterne datamaskinen fortsatt kan nås, erkjenner den keep-alive-pakke. Keep-alive-pakker sendes ikke som standard. Du kan bruke et program til å konfigurere denne verdien på en tilkobling. Anbefalt verdi-innstillingen er 1,800,000 (lik 30 minutter). (Desimal) (Krever omstart av Server)

      Overvåke denne innstillingen, og hvis serverporter er fortsatt bli oppbrukt, deretter dette kanskje må være senket til 15 minutter i stedet for 30 minutter.
    • Øke tidsavbruddet for IIS-tilkoblingen i IIS

      Standard og anbefalte verdien bør være 120 sekunder. Hvis det er satt til en høyere verdi, bør den settes til 120 sekunder minimum Anbefalt verdi til 300 andre maksimumsverdien.
      Se følgende emne i TechNet online for mer informasjon:

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

      Dette kan gjøres ved via egenskaper for standard Web-område ved å endre verdien for tidsavbrudd for tilkobling (i sekunder).
    • Øke antall tilkoblinger som IIS (lengde) for ExchangeApplicationPool på frontservere og Exchange 2003-postboks:


      Bruk Internet Information Services Manager til å deaktivere resirkulering i IIS 6.0-arbeidsprosessen
      1. Start Internet Information Services (IIS) Manager.
      2. Utvid den lokale datamaskinen, utvider du Application Pools, høyreklikk Programutvalgene med ExchangeApplicationPool og klikk deretter Egenskaper.
      3. Klikk for å fjerne merket for papirkurv arbeideren prosesser (i minutter), og klikk deretter OK.

      Bruk Internet Information Services Manager til å øke Kølengde i IIS 6.0
      1. Start Internet Information Services (IIS) Manager.
      2. Utvid den lokale datamaskinen, utvider du Application Pools, høyreklikk programutvalget som ExchangeApplicationPool og klikk deretter Egenskaper.
      3. Klikk på kategorien ytelse, og deretter endre verdien i boksen forespørselen køen grensen. Erstatt verdien for 1000 med 4000.
      4. Klikk OK.
    • Øke antall tilkoblinger som IIS (lengde) for MSExchangeSyncAppPool i Exchange 2007 og Exchange 2010 Client Access-servere

      Bruk Internet Information Services Manager til å slå av arbeideren resirkulering i IIS 7.0 og over (dette skal være deaktivert som standard for MSExchangeSyncAppPool)

      1. Start Internet Information Services Manager.
      2. E Utvid den lokale datamaskinen, og deretter klikker du Application Pools.
      3. I n Application Pools-ruten, klikk riktig programpuljen, for eksempel MSExchangeSyncAppPool eller nye programutvalget som du opprettet, og klikk deretter Avanserte innstillinger.
      4. i the resirkulering delen kan du endre verdien for vanlig tidsintervall (minutter). Erstatt verdien for 1740 med 0 (null). Verdien 0 deaktiverer resirkulering av arbeideren.
      5. Click OK.
    • Bruk Internet Information Services Manager til å øke Kølengde i IIS 7.0 og over

      1. Start Internet Information Services Manager.
      2. Utvid den lokale datamaskinen, og klikk deretter Application Pools.
      3. i ruten Application Pools Klikk passende programpuljen, for eksempel MSExchangeSyncAppPool eller nye programutvalget som du opprettet, og klikk deretter Avanserte innstillinger.
      4. i den generelle delen kan du endre lengde-verdien. Erstatt verdien for 1000 med 10000.
    • 5. Click OK

    Merk: Hvis du kjører Exchange 2007 på Windows 2003 (IIS 6), følger du fremgangsmåten ovenfor for å øke grensen be om køen for MSExchangeSyncAppPool.

    Hvis du vil ha mer informasjon om hvorfor det kan være viktig å endre disse verdiene for programutvalg og flere koblinger til informasjon "Hvordan å", kan du se følgende emne fra TechNet online:

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