Голямо използване на CPU, когато синхронизирате мобилно устройство в Exchange Server CAS

Симптоми

Да разгледаме следния сценарий:

• Конфигуриране на сървър за изпълнение на Microsoft Exchange Server 2003, Microsoft Exchange Server 2007 или Microsoft Exchange Server 2010.

• На сървъра, който изпълнява Microsoft Exchange Server е ролята на сървър за клиентски достъп (CAS).

• Опитвате се да синхронизирате мобилно устройство.

В този случай Exchange сървър CAS сървърът може да работи много бавно и отговори на Microsoft Exchange ActiveSync заявка. Когато възникне този проблем, W3wp.exe процеса, който се изпълнява под MSExchangeSyncAppPool може да използва 100 % от времето на Процесора.

Забележка: На сървър с Exchange Server 2003 обработка настъпва на сървърната сървър. Затова W3wp.exe процес, който работи под ExchangeApplicationPool набора на сървърната сървър може да използва времето на Процесора. Освен това можете да наблюдавате бързи транзакции нарастване на регистрационния файл.

Причина

Този проблем може да възникне, ако мобилното устройство се опитва да синхронизира много контакти в една заявка.

Забележка: Тази заявка за синхронизация е често неочаквано ПУБЛИКАЦИЯ на всички контакти, които са на мобилното устройство. Exchange Server се опитва да проверите XML схема за всеки възел за всички контакти. Това може да предизвика няколко разпределението на паметта и прекомерно Microsoft .NET събиране на отпадъци.

Статус

Този проблем в момента се проучва от производителя мобилно устройство.

Заобикаляне на проблема

За да заобиколите този проблем, изпълнете следните стъпки:

1. Идентифициране на потребители и устройства, които причиняват голямо използване на CPU. За да направите това, изпълнете следните стъпки:

   1. Събиране на регистрационните файлове на Internet Information Services (IIS).

   2. Използвайте следните регистрационни анализатор Studio заявката за идентифициране на проблема потребители и устройства:

      /* Find Device/User Info for 100% CPU while syncing contacts */Select TOP 5000 TO_TIMESTAMP(TO_DATE(date), TO_TIME(time)) as [Time],
      cs-username as [User],
      cs(user-agent) as DeviceID,
      TO_INT(EXTRACT_PREFIX(EXTRACT_SUFFIX(cs-uri-query, 0, '_RpcC'), 0, '_')) As RPCCount,
      sc-status as Status,
      sc-substatus as SubStatus,
      sc-bytes as [Bytes],
      DIV(sc-bytes, 1024) AS [KBytes], time-taken, DIV(time-taken, 1000) as Sec, cs-uri-query
      FROM '[LOGFILEPATH]'
      WHERE 
      RPCCount > 2000 /* <-- Change RPC count as needed */
      AND cs-uri-query LIKE '%Cmd=Sync%' 
      AND cs-uri-query LIKE '%Ty:Co%'
      ORDER BY [Bytes] DESC
      

      Забележка: Ако заявка отнема повече време от IIS изчакване да завърши, искането е прекъсната и не се показва в регистрационния файл на IIS.
      
      Забележка: Обикновено проблемът потребителите имат значение RPC над 2000. Тези RPC брои често повторение на определени интервали.

2. Проверете върнатите данни да идентифицира високо RPC брой модели за потребители и след това съответства на потребителите, които имат висок елемент за контакт брой на тези потребители.

3. Тествайте отново проблема. За да направите това, изпълнете следните стъпки:

   1. Временно забраняване на потребител от синхронизация.

   2. Кошчето MSExchangeSyncAppPool.

4. След определяне на проблема потребители и устройства, направете едно от следните неща:

   • Забраняване на синхронизацията на папката за контакти на устройството.

   • Блокиране на проблемни устройства на защитната стена с помощта на низа на агента на потребителя.

   • Блокиране на потребител за всеки потребител поотделно.

   • Намалете броя на контактите в папката за контакти на потребителя.

   • Кошчето ActiveSync набора на всеки 30 минути.
     
     Забележка: Не препоръчваме да recycle ActiveSync набора на всеки 30 минути в производствена среда.

   • Ако сървърът се изпълнява Exchange Server 2010, променете ограничаване на правила, които се прилагат за потребителя. За целта изпълнете следната команда:

     Set-ThrottlingPolicy < ThrottlingPolicyName > - EASPercentTimeInCAS 30Бележки

     • Правилата за ограничаване може да бъде по подразбиране политика или правило, присвоено на потребителя.

     • Стойността по подразбиране за EASPercentTimeInCAS е 100. По-ниска настройка може да се наложи да заобиколите този проблем. Препоръчително е началната стойност на 30. Обаче настройката за най-ефективна зависи от околната среда. Ние препоръчваме да проверите внимателно всяка настройка. Ако стойността на EASPercentTimeInCAS е неправилен, могат да бъдат засегнати устройства, които са причина за проблема.

Ако не можете да идентифицирате потребител или устройство, което предизвиква голямо използване на CPU, събират увисване дъмп файлове и се обърнете към Microsoft търговски техническа поддръжка (CTS). CTS разглежда увисване дъмп файлове и отстраняване на неизправности на проблема. Да събират увисване дъмп файлове, изпълнете следните стъпки:

1. Изтеглете и инсталирайте помощната програма ProcDump. За повече информация относно ProcDump програма посетете следния уеб сайт на TechNet:

   http://technet.microsoft.com/en-us/sysinternals/dd996900

2. Щракнете върху Старт, въведете cmd в полето за Търсене на програми и файлове и след това натиснете Enter.

3. В командния ред въведете следната команда и след това натиснете Enter:

   C:\Windows\System32\InetSrv и изпълнение appcmd списък wpЗабележка: Тази команда извлича процеса Идентификатор (PID) на MSExchangeSyncAppPool.

4. В командния ред въведете следната команда, където PID е ИД на процеса, който е върнат в стъпка 2:

   procdump-ma [pidOfSyncAppPool] - c 90 -n 3 -s 5 - accepteula c:\temp\andy\w3wp.dmp

5. Повторете стъпки от 1 до 4 поне три пъти и след това се свържете с CTS.

Допълнителна информация

При възникване на проблема, описан в раздела "Симптоми" мобилно устройство изпраща заявка за синхронизиране отново след няколко минути, ако не е получен отговор. Това може да предизвика няколко нишки, които се опитват да синхронизират същия набор от контакти. CAS сървърът не може да завърши някоя от заявки.

Когато искането е прекъсната, защото отнема повече време от IIS изчакване да завърши заявката, се показва съобщение за грешка в регистрационния файл за грешки на HTTP API. Това съобщение за грешка подобно на следното:

Препратки

За повече информация по тази тема вижте следния документ от Microsoft TechNet онлайн:
http://blogs.technet.com/b/exchange/archive/2007/09/12/3403903.aspx 

За повече информация относно регистрационния анализатор Studio посетете следния уеб сайт на TechNet:

http://gallery.technet.microsoft.com/Log-Parser-Studio-cd458765За повече информация за ограничаване на правила в Exchange Server 2010, посетете следния уеб сайт на TechNet:

http://technet.microsoft.com/en-us/library/dd297964.aspxЗа повече информация за случаи, където се създават дублирани контакти, когато потребител се опита да синхронизира много контакти вижте следната статия в базата знания на Microsoft:

2711181 контакти дублиращи се създават, когато синхронизирате мобилно устройство, като използвате Exchange ActiveSyncЗа повече информация относно видовете грешки, които се регистрират от HTTP API и формата на регистрите на грешки на API за HTTP Вижте следната статия в базата знания на Microsoft:

820729 регистриране на грешки в HTTP API