none
Обновление единственного сервера cu17 на cu18 RRS feed

  • Вопрос

  • Доброго времени суток.

    Имеется работающий Exchange сервер 2013 cu17.

    Он пока единственный в организации.

    Планирую обновиться до cu18, установить еще один сервер и создать DAG

    Подскажите как это оптимальнее сделать.

    Нужно ли останавливать службы для обновления и что делать с базами?

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

    Можно ли запускать setup.exe от cu 18 когда сервер работает(обновление на живую) ?

    18 октября 2017 г. 13:42

Ответы

  • Можно "наживую" ставить запустив инсталлятор. Либо подождать. cu18 вышел месяц назад и у вас в принципе пока рабочая поддерживаемая конфигурация. Жалоб на ошибки cu18 пока не видел, в т.ч. и на стенде проблем не заметил, да и в E2013 уже не много правок вносят. Бэкап конечно нужен в любом случае т.к. это переустановка Exch по факту, тут без комментариев. Потом DAGом займетесь.
    • Изменено Ivan.Basov 18 октября 2017 г. 16:14
    • Помечено в качестве ответа Mr. Snipfold 18 октября 2017 г. 20:24
    18 октября 2017 г. 16:13

Все ответы

  • Можно "наживую" ставить запустив инсталлятор. Либо подождать. cu18 вышел месяц назад и у вас в принципе пока рабочая поддерживаемая конфигурация. Жалоб на ошибки cu18 пока не видел, в т.ч. и на стенде проблем не заметил, да и в E2013 уже не много правок вносят. Бэкап конечно нужен в любом случае т.к. это переустановка Exch по факту, тут без комментариев. Потом DAGом займетесь.
    • Изменено Ivan.Basov 18 октября 2017 г. 16:14
    • Помечено в качестве ответа Mr. Snipfold 18 октября 2017 г. 20:24
    18 октября 2017 г. 16:13
  • Ясно, еще вопрос, а DAG лучше создавать из 2 MBX серверов и контролера домена в качестве расположения общей папки или из  2 MBX и одного CAS в качестве следящего ?


    • Помечено в качестве ответа Mr. Snipfold 18 октября 2017 г. 20:23
    • Снята пометка об ответе Mr. Snipfold 18 октября 2017 г. 20:23
    • Изменено Mr. Snipfold 18 октября 2017 г. 20:24
    18 октября 2017 г. 20:13
  • DAG создаете из двух MBX серверов, witness не надо создавать на контроллере домена, небезопасно, надо на файловой шаре где нибудь создать, если есть возможность. На контроллере если создадите будет работать, но не нужно.
    18 октября 2017 г. 20:53
  • А можно ли в качестве witness использовать третий Exchange с ролью CAS?

    Если да, то какие к нему требования.


    • Изменено Mr. Snipfold 19 октября 2017 г. 6:11
    19 октября 2017 г. 5:40
  • Можно, но это лишнее. Плюс win сервер, плюс лицензия на Exchange. Требование - быть в домене на win сервере, в онлайне, доступным для обеих нод кластера, с живой файловой шарой. Файловый сервер идеальный вариант)
    19 октября 2017 г. 7:19
  • Я просто хочу на 3-ий  CAS сервер добавить коннекторы в интернет и добавить его в RoundRobin DNS для повышения отказоустойчивости клиентского доступа.

    19 октября 2017 г. 8:11
  • Ставьте два сервера с совмещением ролей CAS+MBX, собирайте DAG. Далее, если нужна балансировка клиентского доступа, используйте на выбор DNS RR, аппаратные или виртуальные балансировщики (kemp и т.д.), либо решения на линуксе, вот для примера статья Артёма.
    • Изменено Ivan.Basov 19 октября 2017 г. 10:24
    19 октября 2017 г. 10:23
  • Вопрос такой.

    Два сервера CAS+MBX находятся в виртуальной среде VSphere.

    Нужно ли на виртуальных машинах добавлять вторые виртуальные сетевые карты для создания DAG или по одной достаточно?

    26 октября 2017 г. 10:54
  • Насколько знаю сейчас MS уже не так рьяно рекомендует выделять отдельную сеть для DAG, однако почему бы и нет?

    Убедитесь только в том, что соответствующие портгруппы созданы на всех vSwitch  гипервизоров, где могут быть члены DAG. Иначе HA и Vmotion не будут работать штатно.

    26 октября 2017 г. 11:09
  • Последние веяния использовать одну карту.
    26 октября 2017 г. 11:23
  • У меня сейчас на каждой виртуальной машине сетевые  ходят в одну подсеть.

    MBX01 - 192.168.161.1

    MBX02 - 192.168.161.2

    Если я добавлю вторые сетевые с адресами

    MBX01 - 192.168.161.11

    MBX02 - 192.168.161.22

    Так корректно или выбрать другую подсеть?

    26 октября 2017 г. 11:37
  • Создайте отдельную подсеть в отдельном VLAN.
    26 октября 2017 г. 11:44
  • Отдельный VLAN пока нет возможности создать, цискари очень заняты.

    Ладно, тогда оставлю одну сетевую.

    26 октября 2017 г. 12:01
  • Установил второй сервер, MBX02, настроил RoundRobin DNS, спланированный на два сервера на имя mail.org.dom.ru, врпрос, нужно ли на втором сервере в виртуальные каталоги прописывать имя mail.org.dom.ru или оставить  значения по умолчанию (mbx02.org.dom.ru)?

    28 октября 2017 г. 12:59

  • Разнесите VM с Exchange по различным хостам ESX в противном случае есть шанс потерять их



    Они на разных площадках, физически разнесены, между ними 5 км ;)

    А что делать с виртуальными каталогами, привести их на обоих серверах к единому знаменателю - mail.org.dom.ru или оставить по умолчанию, ведь RoundRobin каждую секунду меняет хосты, а не получится ли так CAS законнектил к скажем MBX01 а далее внутренний транспорт перекинул на MBX02, и пошло-поехало путешествие между хостами?

    28 октября 2017 г. 16:33
  • Вот текущий лог виртуальных каталогов командами

    Get-ActiveSyncVirtualDirectory | fl internalurl,externalurl  >> D:\Debug_Exchange.txt
    Get-AutoDiscoverVirtualDirectory | fl internalurl,externalurl,InternalAuthenticationMethods >> D:\Debug_Exchange.txt
    Get-ECPVirtualDirectory | fl internalurl,externalurl,InternalAuthenticationMethods >> D:\Debug_Exchange.txt
    Get-OabVirtualDirectory | fl internalurl,externalurl,InternalAuthenticationMethods >> D:\Debug_Exchange.txt
    Get-WebServicesVirtualDirectory | fl internalurl,externalurl,InternalAuthenticationMethods >> D:\Debug_Exchange.txt
    Get-MapiVirtualDirectory  | fl internalurl,externalurl,InternalAuthenticationMethods >> D:\Debug_Exchange.txt
    Get-ClientAccessServer | fl AutoDiscoverServiceInternalUri  >> D:\Debug_Exchange.txt
    Get-OabVirtualDirectory | fl InternalUrl, InternalAuthenticationMethods, ExternalUrl, ExternalAuthenticationMethods, OfflineAddressBooks >> D:\Debug_Exchange.txt

    первый MBX01

    второй MBX02

    InternalUrl : https://mail.org.dom.ru/Microsoft-Server-ActiveSync
    ExternalUrl : https://mail.org.dom.ru/Microsoft-Server-ActiveSync

    InternalUrl : https://mbx02.org.dom.ru/Microsoft-Server-ActiveSync
    ExternalUrl :





    InternalUrl                   :
    ExternalUrl                   :
    InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity, OAuth}

    InternalUrl                   :
    ExternalUrl                   :
    InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity, OAuth}





    InternalUrl                   : https://mail.org.dom.ru/ecp
    ExternalUrl                   : https://mail.org.dom.ru/ecp
    InternalAuthenticationMethods : {Basic, Fba}

    InternalUrl                   : https://mbx02.org.dom.ru/ecp
    ExternalUrl                   :
    InternalAuthenticationMethods : {Basic, Fba}





    InternalUrl                   : https://mail.org.dom.ru/OAB
    ExternalUrl                   : https://mail.org.dom.ru/OAB
    InternalAuthenticationMethods : {WindowsIntegrated, OAuth}

    InternalUrl                   : https://mbx02.org.dom.ru/OAB
    ExternalUrl                   :
    InternalAuthenticationMethods : {WindowsIntegrated, OAuth}





    InternalUrl                   : https://mail.org.dom.ru/EWS/Exchange.asmx
    ExternalUrl                   : https://mail.org.dom.ru/EWS/Exchange.asmx
    InternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity, OAuth}

    InternalUrl                   : https://mbx02.org.dom.ru/EWS/Exchange.asmx
    ExternalUrl                   :
    InternalAuthenticationMethods : {Ntlm, WindowsIntegrated, WSSecurity, OAuth}





    InternalUrl                   : https://mail.org.dom.ru/mapi
    ExternalUrl                   : https://mail.org.dom.ru/mapi
    InternalAuthenticationMethods : {Negotiate}

    InternalUrl                   : https://mbx02.org.dom.ru/mapi
    ExternalUrl                   :
    InternalAuthenticationMethods : {Ntlm, OAuth, Negotiate}





    AutoDiscoverServiceInternalUri : https://mail.org.dom.ru/Autodiscover/Autodiscover.xml

    AutoDiscoverServiceInternalUri : https://mbx02.org.dom.ru/Autodiscover/Autodiscover.xml





    InternalUrl                   : https://mail.org.dom.ru/OAB
    InternalAuthenticationMethods : {WindowsIntegrated, OAuth}
    ExternalUrl                   : https://mail.org.dom.ru/OAB
    ExternalAuthenticationMethods : {WindowsIntegrated, OAuth}
    OfflineAddressBooks           : {\Автономная адресная книга по умолчанию}

    InternalUrl                   : https://mbx02.org.dom.ru/OAB
    InternalAuthenticationMethods : {WindowsIntegrated, OAuth}
    ExternalUrl                   :
    ExternalAuthenticationMethods : {WindowsIntegrated, OAuth}
    OfflineAddressBooks           : {}

    Нужно ли менять виртуальные каталоги для MBX02?




    28 октября 2017 г. 16:44