Проблема с системой единого входа в Biztalk 2013 r2 DR

Нужна помощь по сценарию аварийного восстановления BizTalk.

Мы переключились на наш сервер аварийного восстановления и восстановили базу данных, используя стандартный метод доставки журналов Microsoft. Все прошло без проблем, но я не могу изменить настройки порта в консоли администрирования, поскольку консоль администратора пытается подключиться к исходным серверам SSO.

Эта ошибка, отображаемая консолью администратора, связана с удалением только имен серверов. : -

Не удалось сохранить данные о типе транспорта для основного транспорта порта отправки «DRTestAppSendPort» в хранилище конфигурации. Оба сервера SSO (основной = '{Старый кластерный экземпляр SSO}' и резервный = '{Старый сервер приложений}') не работают. Сбой резервного сервера: не удалось связаться с сервером системы единого входа "{Старый сервер приложений}". Убедитесь, что SSO настроен и что служба SSO работает на этом сервере. (Microsoft.BizTalk.ExplorerOM)

  • SampleUpdateInfo.xml был обновлен правильно, и сценарии восстановления запускались дважды из C: \ Program Files (x86) \ Microsoft BizTalk Server 2013 R2 \ Bins32 \ Schema \ Restore.
  • База данных управления BizTalk содержит правильное имя сервера в [adm_OtherDatabases]
  • Все параметры реестра верны после запуска сценариев.
  • SSOConfig –Status и служебная программа SSOAdministration сообщают о правильном сервере приложений аварийного восстановления в качестве главного секрета.
  • Группа BizTalk была удалена и повторно добавлена ​​в консоль администрирования.
  • Главный секрет единого входа был успешно восстановлен на сервере аварийного восстановления.
  • Сервис инструментария управления Windows был перезапущен.

Идеи о том, как это исправить, закончились, поэтому любые идеи будут очень признательны.


biztalk disaster-recovery biztalk-2013r2
person PoorbandTony    schedule 23.02.2016    source источник
comment
Отображает ли ssomanage правильное имя сервера SSO?   -  person Johns-305    schedule 23.02.2016
comment
Спасибо @ Johns-305 - мы это проверили, и это было правильно. Извинения - я заметил ваш ответ только после того, как разместил детали ниже.   -  person PoorbandTony    schedule 24.02.2016

Ответы (1)


arrow_upward
1
arrow_downward

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

Вот пропущенный шаг, который решил проблему:

(В Приложении 6):

  1. Обновите имя сервера SSO, как показано в диалоговом окне «Свойства группы», доступном в консоли администрирования BizTalk Server. Чтобы обновить имя сервера SSO, запустите консоль администрирования BizTalk Server, щелкните, чтобы развернуть «Администрирование BizTalk Server», щелкните правой кнопкой мыши узел «Группа BizTalk» и выберите «Свойства», чтобы отобразить вкладку «Общие» консоли администрирования BizTalk Server. Затем введите имя корпоративного сервера единого входа, который этот компьютер будет использовать для доступа к информации о конфигурации адаптеров. Это имя сервера SSO, используемого для подключения к базе данных SSO.
person PoorbandTony    schedule 24.02.2016
comment
Вы давали отзыв об этом Руководстве в Microsoft, чтобы они могли его исправить? - person Dijkgraaf; 24.02.2016