none
DAG Exchange 2016 и MS Outlook 2013 SP1 RRS feed

  • Вопрос

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

    Интересует почему при оключении режима кеширования в MS Outlook и выключении одного из двух серверов из Dag - Ms Outlook отваливается и не подключается к работающему серверу автоматически? Если закрыть Outlook, открыть его не получится - "нет подключение к серверу", если удалить профиль и создать его заного в "Почта32" подключается и работает.

    Замечено, что при включенном режиме кеширования MS Outlook переходит в автономный режим и при снятии флага подключается нормально.

    Установлены Exchange Version 15.1 ‎(Build 225.42)‎, на обеих серверах одинаковые версии, и MS Outlook 2013 (15.0.4771.1000) MSO (15.0.4771.1001)

    8 декабря 2015 г. 15:23

Ответы

Все ответы

  • А что вы используете для балансировки нагрузки? Случайно не RoundRobin DNS? Если так, то поведение вполне логичное. Отвалятся соединения, которые идут на отключенный сервер. Выход один - программный или аппаратный балансировщик нагрузки. Вот пример:

    http://www.lin.by/2015/06/microsoft-exchange-2013-linux-virtual.html#more


    8 декабря 2015 г. 15:49
  • Не уверен, что проблема с балансировщиком. 

    1. В Exchange 2016 были объеденены роли клиенского доступа и mailbox. При разварачивании кластера (DAG), не удалось установить балансировщик на эти машины - выдавало ошибку при добавлении ПК к NLB. Ко всему, есть рекомендации так не делать.

    2. OWA же продолжает нормально работать, проблема возникает только с MS Outlook. 

    3. Возможно, описаная структура не совсем понятна: есть кластер почтовых серверов (Win2012 + Exchange 2016), с IP 10.0.0.5 и 10.0.0.6 и именами exch01 и exch02. IP кластера 10.0.0.10 + в DNS запись (mail.mydomen.com), так что вход на OWA осуществляется через доменное имя принадлежащее IP кластера (10.0.0.10). В случае с MS Outlook в качестве сервера используется https://exch01.mydomen.com/mapi/emsmdb/?MailboxId=d709ce9e-4482-425d-98fb-8cc88d96538f@mydomen.com. Если же сервер exch01 недоступен, OWA работает как нивчем не бывало, с Outlook необходимо зайти в управление учетными записями (Почта32) и востановить запись, при этом запись поменятся на  https://exch02.mydomen.com/mapi/emsmdb/?MailboxId=d709ce9e-4482-425d-98fb-8cc88d96538f@mydomen.com. 

    Почему Outlook не использует запись подключения https://mail.mydomen.com/mapi/emsmdb/?MailboxId=d709ce9e-4482-425d-98fb-8cc88d96538f@mydomen.com? Можно ли это настроить? Возможно у меня не хватает знаний в работе протокола http to mapi.

    Почему Outlook не выполняет переход самостоятельно?

    9 декабря 2015 г. 9:28
  • 1. Все верно. DAG и NLB никогда не уживались.

    2. Пока не понятно

    3. А на чем кластер построен? Или вы подключаете клиентов к IP DAG?

    9 декабря 2015 г. 9:34
  • При использовании OWA, используется IP(доменное имя DAG), при подключении Outlook - autodiscover.

    Также  заметил,что из виртуальных каталогов из раздела autodiscover, пропадает настройка домена внешнего доступа. Указывал доменное имя DAG (mail.mydomen.com)/

    9 декабря 2015 г. 9:44
  • DAG кластер не предназначен для клиентского доступа! Это группа доступности баз данных. А autodiscover используется только для автообнаружения.

    Вот подробная статья по обеспечению отказоустойчивости для Exchange 2016:

    http://blogs.technet.com/b/exchange/archive/2015/10/08/load-balancing-in-exchange-2016.aspx

    9 декабря 2015 г. 9:58
  • Посмотрите на картинку из technet. Обратите внимание, что балансировщик нагрузки идет до DAG! Это может быть Round Robin DNS или любое другое решение, как я писал ранее.

    9 декабря 2015 г. 10:01
  • Пропишите одинаковый InternalURL (https://mail.mydomen.com/mapi) через Set-MapiVirtualDirectory и будет вам счастье.

    Blog - Smtp25.ru
    Полезные ссылки - Links

    • Помечено в качестве ответа Канеев Олег 10 декабря 2015 г. 13:01
    10 декабря 2015 г. 6:30
    Отвечающий
  • Максим, вы предлагаете использовать DAG кластер для балансировки нагрузки клиентских подключений? Вы думаете, это допустимо? Использовали такое в продакшене? Точно не будет проблем с кластером?
    10 декабря 2015 г. 9:17
  • Попробую прописать Set-MapiVirtualDirectory о результате сообщу.

    На данный момент для меня остается загадкой для чего нужет баллансировщик сетевой нагрузки. (пытаюсь разобраться). 

    На данный момент поднят DAG (IP кластера 10.0.0.10 + в DNS запись (mail.mydomen.com), так что вход на OWA осуществляется через доменное имя принадлежащее IP кластера (10.0.0.10)). В случае с OWA все работает, подключение идет непосредственно через DAG. (А именно: в браузере вводится mail.mydomen.com, и после выключения одного из серверов OWA продолжает работать. То есть пользователь не замечает, что произошла авария в отличии от подключения через MAPI).

    В архитектуре подключение одинаковое что для OWA, что для Outlook: https://technet.microsoft.com/ru-ru/library/jj150491(v=exchg.160).aspx. Картинка № 3. Раздел: Архитектура протокола клиентского доступа.

    Не уверен, но мне кажется, что DAG в Exchange 2016 включает в себя фунции баллансировщика. 



    10 декабря 2015 г. 10:33
  • Спасибо заработало...

    После выполнения команд Set-MapiVirtualDirectory и перезагрузки серверов, Outlook начал подхватывать второй сервер. Но время переключения около 2 минут. В строке "сервер Exchange" - доменное имя DAG.

    И еще вопрос: после создания кластера, при подключении Outlook - "Поиск парамертов для admin@mydomen.com" - выполняется секунд 30-40 + иногда бывает задержка при выполнении команды "Вход на почтовый сервер" - около минуты. С чем это может быть связано?

    10 декабря 2015 г. 13:13
  • Олег, DAG никогда не включал в себя функции балансировщика. Это самый стандартный HA кластер. Грубо говоря, его суть в том, что общий IP переезжает с одного хоста на другой в случае сбоя. Это значит, что весь трафик у вас будет идти только на один хост. Если на нем будет проблема с сервисом (например, недоступен порт 443), то все клиенты будут отключены. В случае с тем же Round-Robin DNS у вас отвалится только примерно половина подключений. 

    Из этого же и вытекают проблемы с переключением. Надо чтобы SAM понял, что он уже PAM. Это происходит не сразу. Первые 40 секунд SAM будет ожидать, что РАМ все же оживет, потом будет инициировано переключение, потом переустановка соединения клиентом.

    В итоге получаем сомнительную отказоустойчивость + единую точку отказа (PAM). И еще черт знает, какие проблемы всплывут дальше, так как эта конфигурация не поддерживается и не тестировалась.

    11 декабря 2015 г. 6:18
  • Максим, вы предлагаете использовать DAG кластер для балансировки нагрузки клиентских подключений? Вы думаете, это допустимо? Использовали такое в продакшене? Точно не будет проблем с кластером?
    Я предлагаю использовать единый fqdn для клиентских подключений. А то, что в данном случае, он совпадает с объектом кластера DAG - это да, нехорошо.

    Blog - Smtp25.ru
    Полезные ссылки - Links

    14 декабря 2015 г. 7:41
    Отвечающий