Не вдалося підключитися за допомогою Exchange ActiveSync в Exchange ресурсів споживання


Причини


Початкові ознаки буде включати користувачів, які не вдається синхронізувати свої пристрої з Exchange.  Крім того, можуть виникнути такі ситуації:
  • У журналі застосунку на сервері Exchange може відображатися такі події:

Джерело події:-Server-ActiveSync
Подія з Ідентифікатором: 3007
Опис:
Обмін поштової скриньки сервера часу очікування для відгуку: сервер: [mail.contoso.com] користувача: [user@contoso.com]. Не вдалося зв'язатися із сервером поштових скриньок Exchange, своєчасно сервері з Exchange ActiveSync. Переконайтеся, що поштової скриньки Exchange Server працює належним чином і не перевантажений.

Джерело події:-Server-ActiveSync
Подія з Ідентифікатором: 3014
Description:
Поштової скриньки Exchange Server: [mail.contoso.com] служби його тайм-граничне значення. Сервер електронної пошти будуть захищені від нові запити [60] секунд.

  • Кількість дозволених підключення віддаленого виклику процедур на сервері електронної пошти, може перевищувати Рекомендовані межі, а також.
    Максимальна кількість запитів RPC виконати на даний момент інформаційне сховище починається, відмова нові підключення 500 для Exchange 2007 і 2010, однак лічильник взагалі має бути нижче 70 разів. Все, що вище, це означає, що вузьких продуктивності. Щоб підтвердити цю проблему, можна перевірити монітору продуктивності лічильник "MSExchangeIS\RPC просить", який буде відображатися, якщо сервер перевищує Рекомендовані межі.

    Http://technet.microsoft.com/en-us/library/bb201689%28EXCHG.80%29.aspx див.

  • У журналі "W3SVC" ви побачите HTTP 409 та 503 відповідей, що повернений для Microsoft-Server-ActiveSync запити.
    Також може відображатися повідомлення про помилку "TooManyJobsQueued" буде W3SVC журналів. Див. нижче наведено приклади:

    2010-09-09 21:35:35 W3SVC1 10.0.0.10 повідомлення, /Microsoft-Server-ActiveSync/default.eas користувача = < користувача > & DeviceId = < DeviceID > & DeviceType = < тип > & Cmd = синхронізації = Ping = < даних > 443 домен \ 10.0.0.20 < агент > користувач. 503 0 0

    2010-09-15 00:00:02 W3SVC1 155.109.199.51 повідомлення, /Microsoft-Server-ActiveSync/default.eas Cmd = Ping і користувача = < користувача > & DeviceId = < DeviceID > & DeviceType = < тип > & журналу = домен \ помилка: TooManyJobsQueued_, 443-користувач 10.0.0.20 < агент > 503 0 0

  • HTTPErr журнали, буде показано Connection_Dropped /Microsoft-Server-ActiveSync запитів.
    Можна побачити, що s порт або порт-джерело надходить до Connection_Dropped досягає достатньо високе значення. Наприклад:

    2010-09-09 00:27:25 10.0.0.10 64637 10.0.0.20 443 HTTP/1.1 POST /Microsoft-Server-ActiveSync? Користувач = < користувача > & DeviceId = < DeviceID > & DeviceType = < тип > & Cmd = = Ping - 1-Connection_Dropped MSExchangeSyncAppPool
  • Для Exchange 2003, сервер буде вичерпано пам'яті з пула Non-Paged "(АЕС).
    Досягнуто обмеження кількості підключень, споживається АЕС і HTTP. sys починається, видалення підключення через протокол HTTP, після того, як сервер починається на пік 100 МБ АЕС, залежно від конфігурації сервера. Після того, як сервер досягає ближче до 108 мегабайт, HTTP. sys не всі підключення. АЕС можна перевірити за допомогою диспетчера завдань і перегляд виконання перевірки пам'ять ядра.    
  • Докладніше Exchange і АЕС див http://technet.microsoft.com/en-us/library/aa996269(EXCHG.80).aspx

    Докладніше про використання Netstat http://technet.microsoft.com/en-us/library/cc940097.aspx див.

    Щоб отримати відомості про завантаження й використання TCPView, див. http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx

     

    Причина


    , Це може статися через підключення мобільного пристрою або проблеми з його програмного забезпечення.  Існують деякі основні причини неполадок підключення та причини пам'яті вичерпання:

    1. сервер починається, видалення з огляду на велику кількість запитів на сервер, підключення, або запити, які перевищують кількість дозволених зв'язків з IIS з пулу застосунків. Так само, досягнення максимальної порт TCP сервери Exchange є причиною.

    Примітка: Швидше, сервери може сягати один з інших обмежень (довжина черги пулу CAS або віддаленого виклику процедур запити на сервері електронної пошти) перед тим, як до TCP-порт вичерпання.

    У наступній статті обговорюється, порт вичерпання:
    http://technet.microsoft.com/en-us/library/cc540453(EXCHG.80).aspx

    У нижченаведених статтях зазначте, що використання MaxUserPort та TCP-підключення у Windows і Exchange

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

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

    2. синхронізація мобільних пристроїв за допомогою Exchange ActiveSync може імітувати поведінку DOS-атак з сервером. Приклади, наведені в такій статті:
    http://technet.microsoft.com/en-us/library/cc182260.aspx

    3. в пулі отримувати запити швидше, ніж, він може працювати з ними.  У цій статті описується це:
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/9701f9dd-d40b-4d24-a2df-1d1abc13f764.mspx?mfr=true

     

    Вирішення


    Зупинити ці пристрої з споживання ресурсів для Exchange і для запобігання навантаження, підозрілі пристрої мають бути заблоковано.  

    ВАЖЛИВІ: Існує відома проблема з iPhone, OS 4.0, визначений користувачем агента 801.293 - http://support.apple.com/kb/TS3398

    Будь-які IIS журнали, які містять цей клієнтський зазначатися та власника пристрою, слід оновити ОС 4.1 або вище (переважно, версію iOS 4.3.x). Корпорація Майкрософт рекомендує, що блокування ці користувачі в проміжний період.

    Пристрої може бути заблоковано вимкнення доступу до Exchange ActiveSync власника пристрою, вимкніть пристрій або з використанням фільтр Internet Security та Acceleration (ISA) або ForeFront Threat Management Gateway (TMG).

    Щоб отримати додаткові відомості про блокування пристрої див блог команди Microsoft Exchange (EHLO) таке повідомлення:

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

    Примітка: Деякі пристрої можуть продовжувати спроби підключитися до сервера Exchange (в результаті чого велика кількість, TCP-підключення) навіть після вимкнення користувача для використання з Exchange ActiveSync. Ми рекомендуємо, вимкніть пристрій, або блокувати пристрій фільтром ISA.

    Exchange Server 2010

    Якщо користувач підозрілі пристрій користувача поштової скриньки в Exchange 2010, дроселювання можна ввімкнути і для всіх користувачів Exchange ActiveSync, щоб запобігти пристрої перевантаженням на сервері Exchange. Див. статтю з Microsoft TechNet через Інтернет:

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

    Дії, щоб зробити це, які входять до складу статті, але ось деякі приклади:

    $a = get-ThrottlingPolicy | Де об'єкта {$_. IsDefault-eq $true}

    $a | Набір ThrottlingPolicy-EASMaxConcurrency, 10

    Щоб отримати додаткові відомості про те, як встановити, дроселювання політики див. у TechNet через Інтернет:

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

    Додаткові фактори, щоб перевірити, що впливають на підключень до пристрою

    1. Чи є висока кількість для елементів основний папки (папки "Вхідні" буде в основній папці)? Якщо є кілька тисяч елементів у папці "Вхідні" та пристрої намагаються синхронізувати всі ці елементи, ви побачите велику кількість підключення/запити цього пристрою для того, щоб завантажити всі ці елементи. Це рішення містить:

      а. Пристрій, щоб синхронізувати лише останній день, або не більше 3 днів, залежно від кількості елементів, відобразиться в один день.
      б. Зменште кількість елементів, в поштовій скриньці
    2. Облікові записи користувачів недоступні для Exchange ActiveSync? Це може розширити підключення до сервера. Якщо пристрій надсилає кількох запитів на сервер, потім Вимкніть пристрій або поставити фільтр на місці, на ISA блокування на DeviceID.
    3. Користувачі, які перевищують межі квоти поштової скриньки? Якщо це так, пристрій буде неможливо синхронізувати нових елементів до поштової скриньки і може продовжувати знову і знову.
    4. Чи є обмеження розміру повідомлень в організації? Якщо без обмежень, можливо, пристрій, який намагається виконати синхронізацію великих обсягів даних.

      Примітка: Крім того продовжують контролювати підключення пристрою, використовуючи журналу обробки підозрілі пристроїв. Додаткові відомості див. щоб отримати допомогу, за допомогою журналу обробки.

    Після того, як підозрілі пристрій знайдено, ми рекомендуємо, клієнтів зверніться до виробника пристрою для допомоги у визначенні, чому пристрій надсилає надмірну кількість запитів на сервер Exchange.

    У розділі "дії, які допоможуть адміністратори, під час виправлення неполадок:" в розділі "Додаткові відомості" додаткових дій адміністраторів можна виконати, щоб підвищити продуктивність під час виправлення неполадок.

    Додаткові відомості


    Які пристрої, які періоді?
    Як правило, якщо пристрій надсилає більше 1000 запитів на день, корпорація Майкрософт рекомендує дослідження.

    Якщо вище 1500 хітів (запитів), може бути проблема пристрою або середовище. Пристрій і користувача дії слід дослідження.

    Див. такі повідомлення з блог команди для Exchange і. PS1-файл, який можна використовувати з оболонки Windows Powershell для аналізу журналів IIS, для будь-якої версії Exchange Server.

    Сценарій виправлення неполадок, пов'язаних з Exchange ActiveSync
    http://blogs.technet.com/b/exchange/archive/2012/01/31/a-script-to-troubleshoot-issues-with-exchange-activesync.aspx

    ActiveSyncReport сценарію.
    http://gallery.technet.microsoft.com/scriptcenter/ActiveSyncReport-script-a2417a84

    Журнал обробки можна використовувати без сценарію, але сценарій було розроблено з метою фільтрування за умови, що вказано в командному рядку, який використовується.  Використання сценарію вище, електронної пошти попередження або повідомлення можна також буде створено.

    Дії, які допоможуть адміністратори, під час виправлення неполадок:

    До таких параметрів не вирішить проблему. Надання більше часу, щоб проаналізувати через IIS журнали, щоб визначити пристрої періоді.

    • Зменшити значення підтримання активності часу на серверах поштової скриньки Exchange для надсилання підтримувати активності кожні 30 хвилин CAS замість кожні 2 години.

      Підтримання активності значення на 30 хвилин (1800000) у реєстрі, що розглядаються в такій статті Microsoft бази знань через Інтернет:
      http://support.microsoft.com/kb/324270  

      Відомості реєстру значення, наведено нижче.
      Шлях: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\
      Ім'я параметра: параметра KeepAliveTime
      Тип значення: REG_DWORD час у мілісекундах.
      Припустимі значення: 1-0xFFFFFFFF.
      За промовчанням: 7,200,000 (2 години)

      Це значення визначає, як часто намагається TCP, щоб переконатися, що неактивного підключення пошкоджено, надсилаючи-ауту активності пакет. Якщо віддалений комп'ютер можна, визнає-ауту активності пакетів. -Ауту активності пакетів не надсилаються за промовчанням. Програми можна встановити значення на підключення. Рекомендований розмір установлено 1800000 (дорівнює 30 хвилин). (Десяткове) (Потрібно перезапустити на сервері)

      Спостерігати цю настройку та порти сервера є ще вичерпуються, натисніть це може знадобитися знижена, 15 хвилин, а не на 30 хвилин.
    • Збільшити час очікування підключення до служби IIS, у службі IIS

      За промовчанням і рекомендоване значення має бути 120 секунд. Якщо значення встановлено на більше значення, виберіть його необхідно встановити між 120 секунд мінімальні рекомендується 300 друге значення максимального значення.
      Такий розділ на сайті TechNet, через Інтернет, щоб отримати додаткові відомості див.

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

      Це можна зробити за допомогою властивості системи за промовчанням веб-сайту, змінивши підключення очікування (у секундах).
    • Збільшення кількості підключень для IIS (довжина черги.), для ExchangeApplicationPool, поштової скриньки Exchange-2003 і зовнішні сервери:


      Використання диспетчера інформаційних служб Інтернету вимкнути робочий процес, що переробка у службах IIS 6.0
      1. Запуску диспетчера інформаційних служб (Інтернету IIS) Інтернету.
      2. Розгорніть локальний комп'ютер, Пули застосунків, ExchangeApplicationPool Пули застосунків, клацніть правою кнопкою миші та виберіть пункт Властивості.
      3. Зніміть прапорець кошик працівник процеси (у хвилинах) а потім натисніть кнопку OK.

      Використання диспетчера інформаційних служб Інтернету, щоб збільшити у службах IIS 6.0, довжина черги
      1. Запуску диспетчера інформаційних служб (Інтернету IIS) Інтернету.
      2. Розгорніть локальний комп'ютер, Пули застосунків, ExchangeApplicationPool Пул застосунків, клацніть правою кнопкою миші та виберіть пункт Властивості.
      3. Вкладку продуктивність та змініть значення в полі обмеження черги запиту. Замініть значення за промовчанням 1000 4000.
      4. Натисніть кнопку OK.
    • Збільшити кількість підключень з IIS (довжина черги.) MSExchangeSyncAppPool, в Exchange 2007 і доступ до серверів Exchange 2010-клієнт

      Вимкнення робочий процес переробки у службах IIS 7.0 і вище за допомогою диспетчера інформаційних служб Інтернету (це має вимкнуто за промовчанням для на MSExchangeSyncAppPool)

      1. Запуску диспетчера інформаційних служб Інтернету.
      2. E розгорнути локального комп'ютера і виберіть Пули застосунків.
      3. я n Пули застосунків області клацніть відповідний застосунок пул, MSExchangeSyncAppPool або новий Пул застосунків, які створено і клацніть Додаткові параметри.
      4. , Що в переробка розділ, змініть значення регулярно часовий інтервал (хвилин). Замініть значення за промовчанням 1740 0 (нуль). Значення 0 вимикає, робочий процес, переробка.
      5. Click OK.
    • Використання диспетчера інформаційних служб Інтернету для збільшення довжина черги у службах IIS 7.0 і вище

      1. Запуску диспетчера інформаційних служб Інтернету.
      2. Розгорніть локальний комп'ютер і клацніть Пули застосунків.
      3. В області Пули застосунків, клацніть відповідний застосунок пул, MSExchangeSyncAppPool або новий Пул застосунків, які створено і натисніть кнопку Додаткові настройки.
      4. В загальний розділ, змініть значення довжина черги. Замініть значення за промовчанням 1000 на 10000.
    • 5. Click OK

    Примітка: Якщо ОС Windows 2003 (IIS 6), під керуванням Exchange 2007, дотримуйтеся наведених вище, щоб збільшити ліміт черги на запит для на MSExchangeSyncAppPool.

    Щоб отримати додаткові відомості про те, чому це може бути важливою змінити ці значення Пули застосунків і посилання на додаткові відомості про "How To" див. у TechNet через Інтернет:

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