none
Несколько пулов в одном домене RRS feed

  • Вопрос

  • Здравствуйте!

    Подскажите пожалуйста.

    Хочу установить второй пул SfB в одном домене. Один пул уже есть, он находится в удаленном офисе. 

    Подскажите пожалуйста, можно ли это сделать? Для этого потребуется чтобы SIP domain отличался?

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

    Спасибо.

    12 апреля 2016 г. 8:08

Ответы

  • Добавлю, что sip-домен может быть один.

    Плюс по поводу настройки и днс можно почитать тут:

    http://windowspbx.blogspot.ru/2012/08/step-by-step-adding-your-second-lync.html


    scientia potentia est
    My blog

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 7:00
    12 апреля 2016 г. 8:53
  • Вы имеете ввиду обеспечение катастрофоустойчивости? Какая версия установлена, Standard или Enterprise?

    Посмотрите статью, которая описывает сценарии использования pool paring


    Do not multiply entities beyond what is necessary

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 7:00
    12 апреля 2016 г. 8:32
  • Добрый день.

    Рассмотрите вариант с использованием Pool Pairing. Если один пул уже есть, то вам необходимо добавить в топологию второй сайт и развернуть новый пул. Обратите внимание на редакции. Если у вас Standard Edition, то во втором сайте необходимо развернуть аналогичную редакцию. Если у вас Enterprise - то Enterprise.

    Причем технически можно установить разные редакции (топологией это не запрещено), однако по факту Disaster Recovery работать не будет.

    Вот ссылка на технет: https://technet.microsoft.com/ru-ru/library/dn933905.aspx

    P.S. SIP-домен меняться не будет. Клиенты автоматически переподключатся, но будут ограничены в функционале до тех пор пока вы не восстановите пул. Причем это относится только к клиентам, для которых пул являлся домашним и которые были в сети в момент падения пула. Новые клиенты не смогут подключиться.

    Еще советую обратить внимание на хорошие WAN-каналы между площадками. А то RPO может увеличиться.



    MCITP, MCSE: Communication|Server Infrastructure

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 7:00
    12 апреля 2016 г. 8:56
  • Да, все верно. 1 лес 1 организация S4B, соответственно 1 CMS.

    Do not multiply entities beyond what is necessary

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 8:13
    13 апреля 2016 г. 8:07

Все ответы

  • Вы имеете ввиду обеспечение катастрофоустойчивости? Какая версия установлена, Standard или Enterprise?

    Посмотрите статью, которая описывает сценарии использования pool paring


    Do not multiply entities beyond what is necessary

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 7:00
    12 апреля 2016 г. 8:32
  • Добавлю, что sip-домен может быть один.

    Плюс по поводу настройки и днс можно почитать тут:

    http://windowspbx.blogspot.ru/2012/08/step-by-step-adding-your-second-lync.html


    scientia potentia est
    My blog

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 7:00
    12 апреля 2016 г. 8:53
  • Добрый день.

    Рассмотрите вариант с использованием Pool Pairing. Если один пул уже есть, то вам необходимо добавить в топологию второй сайт и развернуть новый пул. Обратите внимание на редакции. Если у вас Standard Edition, то во втором сайте необходимо развернуть аналогичную редакцию. Если у вас Enterprise - то Enterprise.

    Причем технически можно установить разные редакции (топологией это не запрещено), однако по факту Disaster Recovery работать не будет.

    Вот ссылка на технет: https://technet.microsoft.com/ru-ru/library/dn933905.aspx

    P.S. SIP-домен меняться не будет. Клиенты автоматически переподключатся, но будут ограничены в функционале до тех пор пока вы не восстановите пул. Причем это относится только к клиентам, для которых пул являлся домашним и которые были в сети в момент падения пула. Новые клиенты не смогут подключиться.

    Еще советую обратить внимание на хорошие WAN-каналы между площадками. А то RPO может увеличиться.



    MCITP, MCSE: Communication|Server Infrastructure

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 7:00
    12 апреля 2016 г. 8:56
  • Спасибо всем за ответы.

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

    Central Managemnet Store(CMS) как я понимаю хранит общие параметры и в том числе топологию. Указание на расположение CMS находится в AD.

    А может ли быть две отдельные топологии(развертывания) SfB в рамках одного домена/леса. В рамках домена как я понимаю нет, а в рамках леса? Или CMS создается для всего леса?

    13 апреля 2016 г. 7:05
  • Да, все верно. 1 лес 1 организация S4B, соответственно 1 CMS.

    Do not multiply entities beyond what is necessary

    • Помечено в качестве ответа Argusk 13 апреля 2016 г. 8:13
    13 апреля 2016 г. 8:07