災害からの回復をテストしようとしていますが、SSOの部分はCatch22の状況のように感じます。私はそれを動かすことができません。
ドキュメントで推奨されているように、SSOもクラスター化されたサービスであるDBクラスターがあります。
DB/SSOクラスターの災害から回復できるようにしたい。したがって、ログ配布用の3番目のDBサーバーがあります。そのサーバーには、マスターとして引き継ぐ「待機中」のSSOサービスもあります。そのSSOは現在のSSOに参加していますが、マスターではありません。
問題は、そのサーバーをバックアップサーバーのSSOマスターにすることです。
実行できませんssomanage -updatedb NewServer.xml
古いDBがダウンしている場合。できない ssoconfig -restoresecret secret.bak
、それはマスターではないので。
誰かがこれをしてそれを機能させましたか?
問題が解決しました。
サービスを開始する前に、SSOを新しいDBにポイントする必要があります。
これらは、SSOマスターを別のサーバーに移動する手順です。
新しいサーバーで実行します。
ssomanage -serverall <New SSO SERVER NAME>
ssoconfig -setdb <New DB SERVER NAME> <DATABASE NAME>
を使用できますssomanage -updatedb NewServer.xml
ssoconfig -restoresecret <backup file path>
出来上がり!これで、このSSOがマスターになります。