none
Зависания Outlook 2007 SP2 в онлайн-режиме при работе с Exchange 2010 SP1 RU5 RRS feed

  • Общие обсуждения

  •  

    Добрый день, Уважаемые форумчане!

    Обращаюсь за помощью для решения проблемы, которую никак не удается побороть.

    Используемая конфигурация Exchange:

    Серверная часть:

    Хостовая ОС установленная на серверах Exchange Windows Server 2008 R2 SP1

    Созданы 4 виртуальные машины для Exchange 2010 SP1 RU5:

    - две из них CAS [используется CAS массив, балансировка WNLB]+ HUB роли,

    - вторые две виртуальные машины для DAG кластера

    Клиентская часть:

    Outlook – 2007 SP2 (по средствам GPO в домене для всех пользователей отключен режим кэширования)

    Описание проблемы:

    1. MS outlook пытается получить данные с CAS сервера. В этот момент Outlook зависает минуты на 2-3.

    Данная проблема всплывает раза по 4-6 за день. Происходит она в момент, когда создается новое письмо и в поле «кому», вводится получатель (например пишется фамилия, далее, нажимается кнопка «проверка»).

    1. MS outlook пытается получить данные с CAS сервера. В этот момент. В этот момент Outlook зависает минуты на 2-3. В момент, когда нажимаешь кнопку « адресная книга».
    2. При проверки «Состояние подключения» есть ошибки при подключении к «КАТАЛОГ»
    3. При проверки «Состояние подключения», после нажатия кнопки «Повторное подключение» происходит долгий процесс отключения-подключения к «Каталогу»

    Скриншоты 3 и 4й проблемы привожу в прикрепленных изображениях

    20 февраля 2012 г. 12:31

Все ответы

  • День добрый.

    1. По очедреди отключите CAS Exchange в NLB и протестируйте подключения.

    2. Повысте логирование для CAS. Следить за ошибками подключения.

    3. Поменять тип виртуального сетевого интерфейса или обновить драйвера для него.

    4. Проверить включен ли спуфинг.

    http://zahirshahblog.com/2011/06/01/solution-install-and-configure-windows-network-load-balancing-nlb-for-hyper-v-windows-server-2008-r2-vms-for-exchange-2010-sp1-client-access-servers/

    5. Возможно понадобиться сконфигурировать еще один сетевой интерфейс, для разделения нагрузки подключния.

    http://idamd.blogspot.com/2010/07/exchange-2010-nlb-client-access-on.html


    MCITP. Знание - не уменьшает нашей глупости.



    20 февраля 2012 г. 13:06
    Модератор
  • Подскажите, а по каким параметрам повысить логирование CAS серверов, для правильного мониторинга подключений к нему.

    20 февраля 2012 г. 13:14
  • Вот исходя из настройки интерфейсов указанных в статье -

    http://zahirshahblog.com/2011/06/01/solution-install-and-configure-windows-network-load-balancing-nlb-for-hyper-v-windows-server-2008-r2-vms-for-exchange-2010-sp1-client-access-servers/

    Как должны быть настроены сетевые интерфейсы в виртуальной машине (CAS сервера), имею ввиду - оба интерфейса должны иметь IP, MASK, GW или нет?

    у меня сейчас настроено так:

    есть 2 интерфейса (виртуальная машина с ролью CAS) , один - "LAN-PUBLIC (имеет IP, MASK, GW, DNS)", второй - "LAN-NLB (имеет IP, MASK)"

    Далее, включен IP форвардинг через LAN-PUBLIC (включал так - netsh interface ipv4 set interface “NIC2 – NLB” forwarding=enabled), руководствовался вот этой статьей - http://amaksimov.wordpress.com/2011/02/14/exchange-server-2010-how-to-install-nlb-ca-and-ht-role-on-windows-server-2008-r2/

    20 февраля 2012 г. 13:42
  • Читал данную статью и у вас стандартные настройки NLB, если зделаны по данной статье. В той стать, что вы приводите и я указывал в п.4 и вызвали у вас подозрения, я говорил о проверке спуфинга. А настройка NLB указана ниже в п.5.

    MCITP. Знание - не уменьшает нашей глупости.

    20 февраля 2012 г. 14:26
    Модератор
  • Выполнил настройки касаемо спуффинга, включил на кластере Milti-Cast. Ошибка с зависанием - "Оутлук пытается получить данные с сервера..." продолжается. Сейчас перенастрою, как и рекомендуете в п.5. Поставлю на мониторинг. Отпишусь

    21 февраля 2012 г. 5:30
  • В продолжение траблешутига. Сталкивался с закрытыми портами для пользовательских VLAN. Протестируйте доступ утилитой PortQuery.

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


    MCITP. Знание - не уменьшает нашей глупости.

    22 февраля 2012 г. 10:15
    Модератор
  • у меня еще один вопрос, для понимания.

    Как показано на скриншоте, клиент подключается к:

    Каталог, Почта, Общие папки.

    Мне все понятно, кроме "КАТАЛОГ", т.е. к чему в итоге устанавливается соединение? о каком каталоге идет речь?

    22 февраля 2012 г. 11:34
  • Каталог (directory) NSPI (Named Service Provider Interface).

    Правда описание для Exchange 2010, для Exchange 2007 у меня нет ссылки как это работает, но там похоже.

    http://msexchangeguru.com/2011/05/24/rpc-cas/

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


    MCITP. Знание - не уменьшает нашей глупости.


    22 февраля 2012 г. 11:58
    Модератор
  • Уважаемый пользователь!
    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий

    27 февраля 2012 г. 13:31
  • Такая же проблема, 

    спуфинг включен. Че делать .. смотрю так толком не кто и не решил проблему. 

    Скопировал сюда тут хоть какая-то активность есть...

    "

    После установки сервера Exchnage 2010 sp1 (переход был с 2003, выполнился без проблема, остался один сервер 2003 но он не участвует в работе просто как резерв).

    Есть одна большая база около 100гб 3 маленькие. по 40 и 20гб... Сервера виртуализированны на хорошем железе по ИОПСАМ и ОЗУ проблем нет.

    На клиентах запускаем оутлук 2003 или 2007 не принципиально. 

    Логин Outlook при отправке , когда возникают проблемы

    2012.03.05 14:51:02 Finishing the Spooling Cycle, Error code = 0x00000000
    2012.03.05 14:51:02 FINISHED MAPI TASK
    2012.03.05 14:51:02 Microsoft Exchange: ReportStatus: RSF_COMPLETED, hr = 0x00000000
    2012.03.05 14:51:02 Microsoft Exchange: Synch operation completed
    2012.03.05 14:51:06 Microsoft Exchange: Synch operation started (flags = 00000001)
    2012.03.05 14:51:06 Microsoft Exchange: UploadItems: 1 messages to send
    2012.03.05 14:51:06 EXECUTING Put MAPI TASK
    2012.03.05 14:51:06 Starting the Spooling Cycle
    2012.03.05 14:51:06 MAPI Status: (IN -- ---/OUT fl ---)
    2012.03.05 14:51:06 MAPI XP Call: FlushQueues, hr = 0x00000000, ulFlushFlags = 0x0000001a
    2012.03.05 14:51:06 Sending one message
    2012.03.05 14:51:06 Progress: Sending message 'Teamviewer' (size 4.80 KBytes)
    2012.03.05 14:51:06 MAPI Status: (IN -- ---/OUT fl act)
    2012.03.05 14:51:06 MAPI Status: (IN -- ---/OUT fl ---)
    2012.03.05 14:51:06 MAPI XP Call: SubmitMessage, hr = 0x00000000
    2012.03.05 14:51:06 MAPI XP Call: EndMessage, hr = 0x00000000
    2012.03.05 14:51:06 FINISHED MAPI TASK
    2012.03.05 14:51:07 Microsoft Exchange: ReportStatus: RSF_COMPLETED, hr = 0x00000000
    2012.03.05 14:51:07 Microsoft Exchange: Synch operation completed
    2012.03.05 14:51:07 Sending done, Error code = 0x00000000
    2012.03.05 14:51:07 Sending done, Error code = 0x8004010f
    2012.03.05 14:51:07 MAPI Status: (IN -- ---/OUT -- ---)
    2012.03.05 14:51:07 Finishing the Spooling Cycle, Error code = 0x00000000

    Временно решение это отменить запрос к серверу , нажав на иконку outlook. 

    Подключение идет мгновенное + ошибок нет.

    Что побывал сделать.

    Это чистить ящики в которых были папки с более чем 100.000 сообщений.

    Решим кеширования выключен. 

    Пересоздавал адресную книгу заново. 

    На серверах установлены последние сервис паки и обнавления. Антивируса на серверах нет. 

    На клиентах есть но удалял специально"

    5 марта 2012 г. 12:43
  • Такая же проблема, 

    спуфинг включен. Че делать .. смотрю так толком не кто и не решил проблему. 

    Скопировал сюда тут хоть какая-то активность есть...

    "

    После установки сервера Exchnage 2010 sp1 (переход был с 2003, выполнился без проблема, остался один сервер 2003 но он не участвует в работе просто как резерв).

    Есть одна большая база около 100гб 3 маленькие. по 40 и 20гб... Сервера виртуализированны на хорошем железе по ИОПСАМ и ОЗУ проблем нет.

    На клиентах запускаем оутлук 2003 или 2007 не принципиально. 

    Логин Outlook при отправке , когда возникают проблемы

    2012.03.05 14:51:02 Finishing the Spooling Cycle, Error code = 0x00000000
    2012.03.05 14:51:02 FINISHED MAPI TASK
    2012.03.05 14:51:02 Microsoft Exchange: ReportStatus: RSF_COMPLETED, hr = 0x00000000
    2012.03.05 14:51:02 Microsoft Exchange: Synch operation completed
    2012.03.05 14:51:06 Microsoft Exchange: Synch operation started (flags = 00000001)
    2012.03.05 14:51:06 Microsoft Exchange: UploadItems: 1 messages to send
    2012.03.05 14:51:06 EXECUTING Put MAPI TASK
    2012.03.05 14:51:06 Starting the Spooling Cycle
    2012.03.05 14:51:06 MAPI Status: (IN -- ---/OUT fl ---)
    2012.03.05 14:51:06 MAPI XP Call: FlushQueues, hr = 0x00000000, ulFlushFlags = 0x0000001a
    2012.03.05 14:51:06 Sending one message
    2012.03.05 14:51:06 Progress: Sending message 'Teamviewer' (size 4.80 KBytes)
    2012.03.05 14:51:06 MAPI Status: (IN -- ---/OUT fl act)
    2012.03.05 14:51:06 MAPI Status: (IN -- ---/OUT fl ---)
    2012.03.05 14:51:06 MAPI XP Call: SubmitMessage, hr = 0x00000000
    2012.03.05 14:51:06 MAPI XP Call: EndMessage, hr = 0x00000000
    2012.03.05 14:51:06 FINISHED MAPI TASK
    2012.03.05 14:51:07 Microsoft Exchange: ReportStatus: RSF_COMPLETED, hr = 0x00000000
    2012.03.05 14:51:07 Microsoft Exchange: Synch operation completed
    2012.03.05 14:51:07 Sending done, Error code = 0x00000000
    2012.03.05 14:51:07 Sending done, Error code = 0x8004010f
    2012.03.05 14:51:07 MAPI Status: (IN -- ---/OUT -- ---)
    2012.03.05 14:51:07 Finishing the Spooling Cycle, Error code = 0x00000000

    Временно решение это отменить запрос к серверу , нажав на иконку outlook. 

    Подключение идет мгновенное + ошибок нет.

    Что побывал сделать.

    Это чистить ящики в которых были папки с более чем 100.000 сообщений.

    Решим кеширования выключен. 

    Пересоздавал адресную книгу заново. 

    На серверах установлены последние сервис паки и обнавления. Антивируса на серверах нет. 

    На клиентах есть но удалял специально"

    День добрый.
    На тестовом клиенте, только установленый, без антивируса, на который не действуют GPO проверьте подключение. 

    http://social.technet.microsoft.com/forums/en-us/exchangesvrclients/thread/856D74AD-D120-4641-B68A-A657D490D8C5


    MCITP. Знание - не уменьшает нашей глупости.


    5 марта 2012 г. 13:56
    Модератор
  • не понятный пункт про пересоздать профиль ... Локальный или в домене? 
    5 марта 2012 г. 14:48
  • не понятный пункт про пересоздать профиль ... Локальный или в домене? 

    Локальный на рабочей станции.

    Если в домене, то создать тестовую учетную запись и залогиниться на тестовую рабочую станцию на которую не действуют GP. На рабочей станции не должен быть установлен антивирус. Проверьте работу Outlook.


    MCITP. Знание - не уменьшает нашей глупости.

    6 марта 2012 г. 8:27
    Модератор
  • Не помогло Олег. Может кто сможет помочь , а то у же вопрос стоит об удалении exchange 2010 и переход на exchange 2003
    11 марта 2012 г. 9:33
  • Ненадо паники, в крайнем случае откроете кейс на техподдержке в MS.

    Проверьте работу на Outlook 2010 при тех же параметрах.


    MCITP. Знание - не уменьшает нашей глупости.

    11 марта 2012 г. 9:47
    Модератор
  • 3 недели уже боремся ...

    Я запустил счетчики все возможные определил что есть провал в RPC подключении среднем . во время работы outlook , подключение к серверу идет провал до 200мс но на 1секунды , после значение опять падает до 0 и держится в пределах < 10мс ...

    Далее я начал капать в сторону активных пользователей , по счетчику мне выдались что есть 6 самых активных (На 6 самых активных пользователей приходится 85 % загрузки ЦП сервера, создаваемой MAPI.)

    пользователей которые жрут процессор, но найти не могу не знаю команды powershell может кто подскажет ...


    • Изменено butunin 11 марта 2012 г. 11:28
    11 марта 2012 г. 11:28
  • на 2010outlook та же ситуация. В организации не используется режим кеширования + папки и ящики не архивируются , политика организации. 
    11 марта 2012 г. 11:48
  • Стал копать в сторону Тротлинга, обнаружил вот такие показатели скажите верные ли они или может их подправить...

    (Процесс Microsoft.Exchange.RpcClientAccess.Service.exe (идентификатор процесса=2740). Пользователь 'Sid~STORE\inter~RCA~false' превысил бюджет '134' раза для компонента 'RCA' в течение одной минуты. Сведения: 'Policy:DefaultThrottlingPolicy_f3406e1b-f29f-4239-bf5b-27e0e3f20842, Parts:AD:133;'. Пороговое значение: '100'.)

    Get-ThrottlingPolicy

    RCAMaxConcurrency                         : 20
    RCAPercentTimeInAD                        : 5
    RCAPercentTimeInCAS                       : 205
    RCAPercentTimeInMailboxRPC                : 200
    CPAMaxConcurrency                         : 20
    CPAPercentTimeInCAS                       : 205
    CPAPercentTimeInMailboxRPC                : 200

    11 марта 2012 г. 11:59
  • Вы используете клиентов BlackBerry?

    Такая же ситуация может возникать при использования Enterprise Vault (EV) Server.

    Статьи для управления Тротлинга.

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

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

    Set-ThrottlingPolicy 

    Можете увеличивать шаг 5 10 20. После каждой установки требуеться рестарт сервисов CAS.

    Пример.

    Get-ThrottlingPolicy | Set-ThrottlingPolicy -RCAMaxConcurrency 45
    Get-ThrottlingPolicy | Set-ThrottlingPolicy -OWAMaxConcurrency 25
    Get-ThrottlingPolicy | Set-ThrottlingPolicy -CPAMaxConcurrency 45

    Време распространенния политики около 15 минут.


    MCITP. Знание - не уменьшает нашей глупости.


    11 марта 2012 г. 12:50
    Модератор
  • Олег, спасибо за ответ.

    Хотел бы так же найти как получить список ящиков которые самые активные. 

    бекбери не используем. веритасом тоже не пользуемся делаем бекап нтбекапом. 

    11 марта 2012 г. 13:04
  • Олег, а можете объяснить с какого перепугу клиент генерит такое количество запросов?! 

    Процесс Microsoft.Exchange.RpcClientAccess.Service.exe (идентификатор процесса=2740). Пользователь 'Sid~STORE\inter~RCA~false' превысил бюджет '134' раза для компонента 'RCA' в течение одной минуты. Сведения: 'Policy:DefaultThrottlingPolicy_f3406e1b-f29f-4239-bf5b-27e0e3f20842, Parts:AD:133;'. Пороговое значение: '100'.)

    11 марта 2012 г. 13:14
  • У этого пользователя может быть:

    1. Много public folder использоваться или каких либо скриптов к папкам.

    2. Может быть разшаренные календари.

    3. Может быть используються дополнительные почтовые ящики.


    MCITP. Знание - не уменьшает нашей глупости.

    11 марта 2012 г. 13:19
    Модератор
  • Счетчик ... теперь мне надо найти узко место ... 54 это же много получается предел 50 ... как я понимаю ...

    11 марта 2012 г. 16:05
  • 1. Для начала нормальзуйте структуру баз данных.Есть калькулятор роли почтовых ящиков, по эксперементируте с разными параметрами. Укажите ваши параметры системы, дисков и подключений.

    2. Разделите все базы на одинаковый обьем и почтовые ящики по 2 GB не больше. Так как при почтовом ящике больше 2GB, идут совсем другие требования к хранилищим и CAS. Если надо хранить историю, то используйте архивы с архинвными базами для них.


    MCITP. Знание - не уменьшает нашей глупости.


    11 марта 2012 г. 20:27
    Модератор
  • 1. Для начала нормальзуйте структуру баз данных.Есть калькулятор роли почтовых ящиков, по эксперементируте с разными параметрами. Укажите ваши параметры системы, дисков и подключений.

    2. Разделите все базы на одинаковый обьем и почтовые ящики по 2 GB не больше. Так как при почтовом ящике больше 2GB, идут совсем другие требования к хранилищим и CAS. Если надо хранить историю, то используйте архивы с архинвными базами для них.


    MCITP. Знание - не уменьшает нашей глупости.


    Калькулятор это очень интересно! 

    Вообщем есть очень тяжелые ящики по 16гб информации как с ними быть?! 

    13 марта 2012 г. 9:05
  • Exchange 2010 Mailbox Server Role Requirements Calculator

    Для больших почтовых ящиков создать архивы.

    Understanding Personal Archives

     

    MCITP. Знание - не уменьшает нашей глупости.

    13 марта 2012 г. 10:08
    Модератор
  • Олег, спасибо за ответы! 

    Я нашел одну закономерность успел выцепить в процессе как раз такого фириза.

    Есть в этот момент попытается сделать автодискавери он ищет сервер, после того как находит то появляется связь.

    13 марта 2012 г. 10:09
  • Можно проверить работу autodiscover.

    Test Outlook Autodiscover Connectivity 

    Проверить настройки.

    Configure Exchange Services for the Autodiscover Service


    MCITP. Знание - не уменьшает нашей глупости.

    13 марта 2012 г. 10:16
    Модератор
  • Можно проверить работу autodiscover.

    Test Outlook Autodiscover Connectivity 

    Проверить настройки.

    Configure Exchange Services for the Autodiscover Service


    MCITP. Знание - не уменьшает нашей глупости.

    Сделал тест ... ошибка ... 

    13 марта 2012 г. 10:30
  • Avatar - это CAS Array имя или сервер?


    MCITP. Знание - не уменьшает нашей глупости.

    13 марта 2012 г. 10:39
    Модератор
  • CAS (DAG)

    не принципиально ... вводил и имена серверов реальных 

    • Изменено butunin 13 марта 2012 г. 10:40
    13 марта 2012 г. 10:40
  • [PS] C:\Windows\system32>Test-OutlookConnectivity -RpcProxyTestType:Internal -RpcTestType:Server
    Не удалось найти почтовый ящик 'extest_0c9486e92c294@store.eom.broom'.
        + CategoryInfo          : OperationStopped: (Microsoft.Excha...onnectivityTask:TestOutlookConnectivityTask) [Test-
       OutlookConnectivity], MailboxNotFoundException
        + FullyQualifiedErrorId : 95D03300,Microsoft.Exchange.Monitoring.TestOutlookConnectivityTask

    Решил сделать тест ... 

    Уже интересно ... 

    13 марта 2012 г. 10:45
  • [PS] C:\Program Files\Microsoft\Exchange Server\V14\Scripts>Test-OutlookWebServices -ClientAccessServer avatar




    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1019
    Type       : Information
    Message    : Обнаружена допустимая точка подключения к службе автообнаружения. URL-адрес автообнаружения для данного об
                 ъекта: https://Avatar.store.eom.broom/Autodiscover/Autodiscover.xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1004
    Type       : Error
    Message    : Неверный сертификат для URL-адреса https://avatar.store.eom.broom/Autodiscover/Autodiscover.xml. Для обесп
                 ечения работы SSL необходимо, чтобы сертификат имел субъект avatar.store.eom.broom, однако обнаружен субъе
                 кт SRVM3. Попробуйте исправить обнаружение служб или установить правильный SSL-сертификат.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1006
    Type       : Information
    Message    : Служба автообнаружения подключится по URL-адресу https://Avatar.store.eom.broom/Autodiscover/Autodiscover.
                 xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1016
    Type       : Information
    Message    : [EXCH] Для данного пользователя настроена служба AS в ответе автообнаружения, полученного от https://Avata
                 r.store.eom.broom/Autodiscover/Autodiscover.xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1015
    Type       : Information
    Message    : [EXCH] Для данного пользователя настроена служба OAB в ответе автообнаружения, полученного от https://Avat
                 ar.store.eom.broom/Autodiscover/Autodiscover.xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1014
    Type       : Information
    Message    : [EXCH] Для данного пользователя настроена служба UM в ответе автообнаружения, полученного от https://Avata
                 r.store.eom.broom/Autodiscover/Autodiscover.xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1016
    Type       : Warning
    Message    : [EXPR] Для данного пользователя не настроена служба AS в ответе автообнаружения, полученного от https://Av
                 atar.store.eom.broom/Autodiscover/Autodiscover.xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1015
    Type       : Warning
    Message    : [EXPR] Для данного пользователя не настроена служба OAB в ответе автообнаружения, полученного от https://A
                 vatar.store.eom.broom/Autodiscover/Autodiscover.xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1014
    Type       : Warning
    Message    : [EXPR] Для данного пользователя не настроена служба UM в ответе автообнаружения, полученного от https://Av
                 atar.store.eom.broom/Autodiscover/Autodiscover.xml.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1022
    Type       : Success
    Message    : Проверка службы автообнаружения успешно завершена.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1021
    Type       : Information
    Message    : Следующие веб-службы создали ошибки: As,Oab,UM в EXPR. Для диагностики и исправления этих ошибок используй
                 те предыдущие выходные данные.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1024
    Type       : Success
    Message    : [EXCH] Связь со службой AS успешно установлена в https://avatar.store.eom.broom/EWS/Exchange.asmx. Истекло
                  867 миллисек.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1026
    Type       : Success
    Message    : [EXCH] Связь со службой UM успешно установлена в https://avatar.store.eom.broom/EWS/Exchange.asmx. Истекло
                  187 миллисек.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1124
    Type       : Success
    Message    : [Server] Связь со службой AS успешно установлена в https://avatar.store.eom.broom/ews/exchange.asmx. Истек
                 ло 78 миллисек.


    RunspaceId : bf066fc4-e009-475d-a930-1130baea6e37
    Id         : 1126
    Type       : Success
    Message    : [Server] Связь со службой UM успешно установлена в https://avatar.store.eom.broom/ews/exchange.asmx. Истек
                 ло 156 миллисек.
    13 марта 2012 г. 10:59
  • Теперь вот еще может как то поможет...

    выполнил на одном сервере 

    [PS] C:\Program Files\Microsoft\Exchange Server\V14\Scripts>Test-OutlookConnectivity -RpcProxyTestType:Internal -RpcTest
    Type:Server


    ClientAccessServer   ServiceEndpoint                               Scenario                            Result  Latency
                                                                                                                      (MS)
    ------------------   ---------------                               --------                            ------  -------
    SRVM4.store.eom.b... SRVM4.store.eom.broom                         RpcProxy::VerifyRpcProxy.           Удач...  140.67
    SRVM4.store.eom.b... SRVM4.store.eom.broom                         RFRI::GetReferral.                  Удач... 2657.13
    SRVM4.store.eom.b... SRVM4.store.eom.broom                         NSPI::GetProfileDetails.            Удач... 2438.31
    SRVM4.store.eom.b... SRVM4.store.eom.broom                         Mailbox::Connect.                   Удач... 2375.79
    SRVM4.store.eom.b... SRVM4.store.eom.broom                         Mailbox::Logon.                     Удач...  109.41

    И выполнил на другом ...

    [PS] C:\Windows\system32>Test-OutlookConnectivity -RpcProxyTestType:Internal -RpcTestType:Server


    ClientAccessServer   ServiceEndpoint                               Scenario                            Result  Latency
                                                                                                                      (MS)
    ------------------   ---------------                               --------                            ------  -------
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         RpcProxy::VerifyRpcProxy.           Удач...   15.62
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         RFRI::GetReferral.                  Ошибка    -1.00
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         NSPI::GetProfileDetails.            Ошибка    -1.00
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         Mailbox::Connect.                   Ошибка    -1.00
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         Mailbox::Logon.                     Проп...   -1.00

    13 марта 2012 г. 12:02
  • Есть предложение сделать ресет директорий CAS для сервера SRVM3.store.eom.broom

    Reset Client Access Virtual Directories 


    MCITP. Знание - не уменьшает нашей глупости.

    13 марта 2012 г. 12:44
    Модератор
  • пересобрал ... iis не смог остановиться и запуститься ... выполнил через stop start ...

    после вообще ошибки посыпались при подключениях ... 

    может демонтировать srvm3 и поставить другой сервер с ролью DAG?

     
    13 марта 2012 г. 13:56
  • Так проблема не в DAG, проблема в CAS.


    MCITP. Знание - не уменьшает нашей глупости.

    13 марта 2012 г. 14:12
    Модератор
  • Да, да я понимаю это ... я имел ввиду вытащить этот сервер из DAG , демонтировать его, поставить с нуля exchnage , ввести в dag и реплицировать базы ...

    Я тут решил сделать тест https://www.testexchangeconnectivity.com

     ошибки на автодискавери по всем пунктам .. Это как-то может влиять на работу !?

    13 марта 2012 г. 14:31
  • Так выполнил я все те действия по сбросу каталогов , вроде связь пошла но меня смушает время отклика ...

    [PS] C:\Windows\system32>Test-OutlookConnectivity -RpcProxyTestType:Internal -RpcTestType:Server


    ClientAccessServer   ServiceEndpoint                               Scenario                            Result  Latency
                                                                                                                      (MS)
    ------------------   ---------------                               --------                            ------  -------
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         RpcProxy::VerifyRpcProxy.           Удач... 2530.86
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         RFRI::GetReferral.                  Удач... ...8.09
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         NSPI::GetProfileDetails.            Удач... 2718.21
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         Mailbox::Connect.                   Удач... 2952.54
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         Mailbox::Logon.                     Удач...  437.41




    [PS] C:\Windows\system32>Test-OutlookConnectivity -RpcProxyTestType:Internal -RpcTestType:Server


    ClientAccessServer   ServiceEndpoint                               Scenario                            Result  Latency
                                                                                                                      (MS)
    ------------------   ---------------                               --------                            ------  -------
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         RpcProxy::VerifyRpcProxy.           Удач...    0.00
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         RFRI::GetReferral.                  Удач... 2343.30
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         NSPI::GetProfileDetails.            Удач... 2405.79
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         Mailbox::Connect.                   Удач... 2296.48
    SRVM3.store.eom.b... SRVM3.store.eom.broom                         Mailbox::Logon.                     Удач...   15.62

    13 марта 2012 г. 14:35
  • Хорошо, что заработало.

    Дальше мониторить CAS по производительности и смотреть, где затык.

    Client Access Server Counters 

    Это не отменяет все выше сказаное по отношению к Mailbox Role.


    MCITP. Знание - не уменьшает нашей глупости.

    14 марта 2012 г. 5:26
    Модератор
  • Олег, еще раз спасибо! По вашему личному опыту скажите что включить для наблюдения ... там счетчиков уйма ... 
    14 марта 2012 г. 11:40
  • Олег, еще раз спасибо! По вашему личному опыту скажите что включить для наблюдения ... там счетчиков уйма ... 

    OWA Counters
    RPC Client Access Counters
    Microsoft Exchange Address Book Service
    Avalability Service Counters

    MCITP. Знание - не уменьшает нашей глупости.

    14 марта 2012 г. 13:13
    Модератор
  • История продолжается... 

    Может кто знает или использовал скрипт Troubleshoot-DatabaseLatency.ps1

    Выпрыгивают ошибки ... не могу найти информацию как исправить.

    21 марта 2012 г. 13:29
  • Я так понимаю мне нужны какие-то счетчики ... но какие запустить я не могу понять и информации нет. Данные счетчики ставит SCOM но мне в лом его ставить ради счетчиков ... Может кто знает какие счетчики запустить!? 

    Конечно если не найду то буду ставить SCOM 

    21 марта 2012 г. 14:12
  • Как то грустно все ... нет спецов!?
    22 марта 2012 г. 15:43
  • Доброе время суток, уважаемые форумчане! после долгого времени поиска причины, был найден обход проблемы, а возможно даже и его решение, хотя оно с моей точки зрения немного "кривовато". проблема зависания клиента аутлука и появлением ошибок при установленном соединении, как я указывал в начале поста, вызвана обращением клиента к глобальному каталогу через сервер CAS. обойти эту проблему удалось жестким указанем КАТАЛОГА - указал сервер глобального каталога вместо CAS сервера, как единой точки подключения клиентов. Руководствовался вот этой статьей:How to configure Outlook to a specific global catalog server or to the closest global catalog server.

    Т.е выполнил вот такие действия: Locate and then click the following key in the registry:

    HKEY_CURRENT_USER\Software\Microsoft\Exchange\Exchange Provider

    Note You may have to create the registry path. On the Edit menu, click Add Value, and then add the following registry value:

    Value name: Closest GC

    Data type: REG_DWORD

    Radix: Hexadecimal Value data: 0x00000001

    и

    Locate and then click the following key in the registry: HKEY_CURRENT_USER\Software\Microsoft\Exchange\Exchange Provider

    Note You may have to create the registry path. On the Edit menu, click Add Value, and then add the following registry value:

    Value name: DS Server

    Data type: REG_SZ (string)

    Value data: FQDN of the global catalog server

    Не смотря на то, что Microsoft указывает на некорректную работу аутлука с версией MS Exchange 2010, т.к. поменялся принцип подключения, все работает корректно. тестирую уже вторую неделю.

    Не хочу сказать, что это правильно, но временно решить данную проблему было просто необходимо, даже так криво.

    Возможно теперь у Вас появятся мысли, как решить данную проблему непосредственно при подключении аутлука к каталогам через CAS сервер.

    давайте разбираться дальше

    
  • Подскажите, вы выяснили причину зависаний или нашли какое-либо альтернативное решение проблемы(переустановка)?
    30 ноября 2013 г. 11:16