A
Скопировать все коннекторы скриптом на 2016. В вечерний даунтайм присвоить ip HT 2010 новому серверу
Size: a a a
2020 September 10
A
Это если быстро. Если платят по часам, то долго анализировать логи и просить переключать на новый сервер)))
AG
Andrey
Скопировать все коннекторы скриптом на 2016. В вечерний даунтайм присвоить ip HT 2010 новому серверу
ну после этого проблем можно поиметь
A
Например?
A
Это ж HT
A
Да даже с cas проблем быть не должно
AG
Andrey
Это ж HT
в зависимости на каком этапе миграция и в какой очередности все происходит
A
Там все по именам работает.
A
Только вопрос с сетевыми acl может быть
A
Если 2010 под новым ip оставлять
AG
и еще зависить будет от того куда клиентские подключения смотрят
AG
Andrey
Там все по именам работает.
ты хоть раз миграцию делал?
A
2010-2016
A
Lotus-2010
A
Между организациями
AG
Andrey
2010-2016
ну тогда должен понимать, что все смотря на какой стадии миграции происходит и в какой очередности
A
В чем проблема убрать/добавить отдельный HT?
A
Выпилив его из коннекторов
VG
Кстати, а как адекватно переносить хосты с ролью HT с 2010 на 2016, если там например десятки коннекторов с сотнями IP ?
- собрать списки ip
- настроить все на отдельном 2016
- поменять ip сервера 2016 на ip сервера 2010
Дичь какая-то
- собрать списки ip
- настроить все на отдельном 2016
- поменять ip сервера 2016 на ip сервера 2010
Дичь какая-то
Это тема для блога целая)
1. Просто - берешь в инете готовый скрипт, запускаешь и копируешь коннектора. Бюджетный вариант или для новичков. Проблемы есть в большинстве серьезных организаций.
2. Анализируешь настройки вручную. У меня есть скрипты, но если коннекторов немного, легко сравнить через compare-object с любым новым сервером и понять, что не так. + Разрешения на уровне AD. Тут обычно еще решается на какой роли коннектор оставлять (если миграция с 2010 на 2013+, особенно)
В общем пересматривается архитектура глобально. И далее развертывается командами уже.
3. Переключение тех, кто коннектится и отправляет по IP\имени cas array.
Переключать имя cass array после полной миграции. IP NLB (для 2010) можно перебросить тоже. А так - пинать ответственных, кто там еще по логам ходит.
А так все просто делали, без проблем, просто надо на стадии бить.
1. Просто - берешь в инете готовый скрипт, запускаешь и копируешь коннектора. Бюджетный вариант или для новичков. Проблемы есть в большинстве серьезных организаций.
2. Анализируешь настройки вручную. У меня есть скрипты, но если коннекторов немного, легко сравнить через compare-object с любым новым сервером и понять, что не так. + Разрешения на уровне AD. Тут обычно еще решается на какой роли коннектор оставлять (если миграция с 2010 на 2013+, особенно)
В общем пересматривается архитектура глобально. И далее развертывается командами уже.
3. Переключение тех, кто коннектится и отправляет по IP\имени cas array.
Переключать имя cass array после полной миграции. IP NLB (для 2010) можно перебросить тоже. А так - пинать ответственных, кто там еще по логам ходит.
А так все просто делали, без проблем, просто надо на стадии бить.
MY
Коллеги, всех приветствую.
Настроил S4B, подключил астериск в качестве шлюза до SIP провайдера. Кам можно отдебажить эту связку со стороны S4B. Дело в том, что из клиента S4B на улицу звонки проходят, а в обратном направлении фигушки. Астериск говорит следующее: "На данный момент все линии заняты". И такое странное поведение началось после того как я настрил Автосекретаря на Exchange. До этого звонки ходили в обоих направлениях. Но может это и не из-за этого.
Настроил S4B, подключил астериск в качестве шлюза до SIP провайдера. Кам можно отдебажить эту связку со стороны S4B. Дело в том, что из клиента S4B на улицу звонки проходят, а в обратном направлении фигушки. Астериск говорит следующее: "На данный момент все линии заняты". И такое странное поведение началось после того как я настрил Автосекретаря на Exchange. До этого звонки ходили в обоих направлениях. Но может это и не из-за этого.