none
DAG RRS feed

  • Вопрос

  • Коллеги добрый день. Такой вопрос. Есть сервер windows 2012 r2 рус. На нем exchange 2013 с последними обновлениям. Я сделал такой же второй и собираюсь настроить DAG. У DAG будет свой ip адрес и свое доменное имя. ВОПРОС: придется ли мне перенастраивать каждого клиента, ведь как я понимаю, через первый сервер уже работать не получится, надо теперь через кластерное имя работать?
    27 июня 2019 г. 9:12

Ответы

  • DAG не имеет никакого отношения к точке подключения клиента: потому как клиент подключается не к серверу п/я (MBX) напрямую, а к компоненту клиентской службы доступа (CAS), который находитсяч либо на сервере, который совмещает роли CAS и MBX, либо на выделенном сервере CAS. Если таких серверов в сайте AD несколько, то клиент обратится к одному, имя которого он получит через автонастройку (autodiscover), а потом обычно запоминаеь . А уже CAS перенаправляет запросы на доступ к п/я на сервер, где этот п/я в данный момент находится.

    В случае использования DAG рекомендуется настроить все CAS так, чтобы они использовали одно и то же имя - тогда при отказе одного сервера использующий это имя для подключения клиент переключится на другой CAS без обращения к Autodiscover (т.е., существенно быстрее). Если не использовать устройство балансировки сетевого трафика, то это имя должно разрешаться в адрес каждого сервера с CAS в сайте (нужно создать несколько записей DNS, по одной для CAS, такой вариант обеспечения отказоустойчивости называется обычно DNS Round Robin, сокращено DNS RR). В любом случае, сертификат каждого CAS должен содержать это имя.

    Вы, конечно, вправе не перенастраивать ни CAS, ни клиентов, и это работать как-то будет: пока нет отказов сервера - работать будет, в целом, не хуже, но переключение клиентов при отказе одного сервера будет  происходить довольно небыстро и непросто. Однако, не думаю что это соответствует тем целям, ради которых вы создаете DAG. Тем не менее, менять или не менять настройки CAS и клиентов (а если менять - когда и как это делать)  - это ваш выбор.

    PS на форуме есть специальные разделы для Exchange Server, причем - отделные для разных версий. Вопрос надо было засылать туда


    Слава России!

    • Предложено в качестве ответа Alexander RusinovModerator 27 июня 2019 г. 10:27
    • Помечено в качестве ответа Диком 27 июня 2019 г. 10:42
    27 июня 2019 г. 10:24
  • Здравствуйте. Вы можете оставить старый адрес подключения. На втором делаете такой же адрес виртуальных каталогов и SCP. Создаете еще одну такую же DNS "A" запись с IP второго сервера, если балансировка Round Robin.

    Вообще я сменил неделю назад адрес подключения. Мои клиенты переподключились через пару часов. А кто-то не смог, тому пришлось пересоздать профиль.

    27 июня 2019 г. 10:14

Все ответы

  • Здравствуйте. Вы можете оставить старый адрес подключения. На втором делаете такой же адрес виртуальных каталогов и SCP. Создаете еще одну такую же DNS "A" запись с IP второго сервера, если балансировка Round Robin.

    Вообще я сменил неделю назад адрес подключения. Мои клиенты переподключились через пару часов. А кто-то не смог, тому пришлось пересоздать профиль.

    27 июня 2019 г. 10:14
  • DAG не имеет никакого отношения к точке подключения клиента: потому как клиент подключается не к серверу п/я (MBX) напрямую, а к компоненту клиентской службы доступа (CAS), который находитсяч либо на сервере, который совмещает роли CAS и MBX, либо на выделенном сервере CAS. Если таких серверов в сайте AD несколько, то клиент обратится к одному, имя которого он получит через автонастройку (autodiscover), а потом обычно запоминаеь . А уже CAS перенаправляет запросы на доступ к п/я на сервер, где этот п/я в данный момент находится.

    В случае использования DAG рекомендуется настроить все CAS так, чтобы они использовали одно и то же имя - тогда при отказе одного сервера использующий это имя для подключения клиент переключится на другой CAS без обращения к Autodiscover (т.е., существенно быстрее). Если не использовать устройство балансировки сетевого трафика, то это имя должно разрешаться в адрес каждого сервера с CAS в сайте (нужно создать несколько записей DNS, по одной для CAS, такой вариант обеспечения отказоустойчивости называется обычно DNS Round Robin, сокращено DNS RR). В любом случае, сертификат каждого CAS должен содержать это имя.

    Вы, конечно, вправе не перенастраивать ни CAS, ни клиентов, и это работать как-то будет: пока нет отказов сервера - работать будет, в целом, не хуже, но переключение клиентов при отказе одного сервера будет  происходить довольно небыстро и непросто. Однако, не думаю что это соответствует тем целям, ради которых вы создаете DAG. Тем не менее, менять или не менять настройки CAS и клиентов (а если менять - когда и как это делать)  - это ваш выбор.

    PS на форуме есть специальные разделы для Exchange Server, причем - отделные для разных версий. Вопрос надо было засылать туда


    Слава России!

    • Предложено в качестве ответа Alexander RusinovModerator 27 июня 2019 г. 10:27
    • Помечено в качестве ответа Диком 27 июня 2019 г. 10:42
    27 июня 2019 г. 10:24
  • Спасибо. Для моей ближайшей задачи этого достаточно, т.к. на почтовике еще спам-фильтр стоит, и автоматическое переключение на второй не желательно, пока на втором еще не готов дубль спам-фильтра. Главное чтоб копия базы была, страховка на время работ с железом основного почтовика
    27 июня 2019 г. 10:46
  • спасибо от ответ
    27 июня 2019 г. 10:46