我正在尝试测试灾难恢复，但感觉 SSO 部分就像一个 Catch 22 的情况。我无法让它工作。
我们有一个 DB 集群，其中 SSO 也是一个集群服务，就像文档所建议的那样。
我希望能够从 DB/SSO 集群灾难中恢复。因此，我们有第三个 DB 服务器用于日志传送。在该服务器上，我们还有一个“等待”的 SSO 服务来接管主服务器。该 SSO 已加入当前服务器，但不是主服务器。
问题在于让该服务器成为备份服务器 SSO Master。
ssomanage -updatedb NewServer.xml如果旧数据库宕机，我们就无法运行。我们不能ssoconfig -restoresecret secret.bak，因为它不是主数据库。
有谁做过这个并且让它发挥作用吗？
答案1
问题解决了。
在启动服务之前，必须将 SSO 指向新的 DB。
这些是将 SSO 主服务器移动至另一台服务器的步骤。
在新服务器上运行：
ssomanage -serverall <New SSO SERVER NAME>- 我使用 SSO 管理 GUI 来设置新的数据库，但记录到 MS 中你可以使用
ssoconfig -setdb <New DB SERVER NAME> <DATABASE NAME> ssomanage -updatedb NewServer.xml- 启动 SSO 服务
ssoconfig -restoresecret <backup file path>
瞧！现在这个 SSO 就是主控了。