Я пытаюсь протестировать восстановление после аварии, но чувствую, что часть единого входа похожа на ситуацию Catch 22. Я не могу заставить его работать.
У нас есть кластер БД, где SSO также является кластерной службой, как рекомендует документация.
Я хочу иметь возможность восстановиться после сбоя кластера DB / SSO. Итак, у нас есть третий сервер БД для доставки журналов. На этом сервере у нас также есть «ожидающая» служба единого входа, чтобы стать мастером. Этот SSO присоединился к текущему, но не является Мастером.
Проблема в том, чтобы сделать этот сервер резервным сервером SSO Master.
Мы не можем бежать ssomanage -updatedb NewServer.xml если старая БД не работает. Мы не можем ssoconfig -restoresecret secret.bak, так как это не Мастер.
Кто-нибудь сделал это и заставил работать?
Задача решена.
Перед запуском службы необходимо указать SSO для новой БД.
Это шаги, чтобы переместить мастер SSO на другой сервер.
Запускаем на новом сервере:
ssomanage -serverall <New SSO SERVER NAME>ssoconfig -setdb <New DB SERVER NAME> <DATABASE NAME>ssomanage -updatedb NewServer.xmlssoconfig -restoresecret <backup file path>Вуаля! Теперь этот SSO - главный.