Unable to join existing SSO system after reinstall

Home Page › Forums › BizTalk 2004 – BizTalk 2010 › Unable to join existing SSO system after reinstall

Viewing 1 reply thread
  • Author
    Posts
    • August 1, 2008 at 12:24 PM #20300
      community-content

        I am running a disaster recovery test of Biztalk Server and am running into a snag when trying to join an existing SSO system during the configuration.

        A little background. Biztalk is running on a windows cluster. Right now I am only interested in getting it up and running on one node. Getting the second node up and running is easy, and I will deal with this later.
        This particular test involves nuking the 2 Biztalk server nodes in the cluster. The databases which reside on another server are untouched and are functioning fine.

        So far, I have reinstalled Biztalk Server on that node, and am at the configuration stage. After importing my old configuration, I select ‘join existing SSO system’ in the SSO section (since the database already exists). After I enter the password of the service account that the SSO service runs under I get the following message:

        “The SSO master secret server ‘xxxxxx’ specified by the SSO database ‘yyyyyy’ on SQL Server ‘aaa\bbb’ could not be found. Without the SSO master secret server the SSO service cannot operate correctly. (SSO)

        Additional information:
        (0xC0002A0F) Could not contact the SSO server ‘xxxxxx’. Check that SSO is configured and that the SSO service is running on that server.”

        Can anyone explain why I am getting this message and how I can resolve this?
        I’m not sure why it is looking for an existing SSO service. I am rebuilding here, and of course there will be no SSO service until I have it configured here. Kind of a catch 22.
        Is there no way of reusing my old SSO database? Will I just have to create a new one? Will this pose any problems?

      • August 2, 2008 at 5:51 AM #20305
        community-content

          Have you looked at restoring the master secret?  http://msdn.microsoft.com/en-us/library/ms942583.aspx.  There has got to be some way to reuse the existing SSO database.

          By the way, is the SSO master secret is running on one of the BizTalk servers?  If you run the master secret on a separate cluster (like SQL), you will be better protected.  The master secret really does need to be clustered because it is a single point of failure for all of BizTalk.  However, you usually don’t want to cluster it on your BizTalk servers because doing so would force one of your BizTalk servers to be passive.

      • Author
        Posts
      Viewing 1 reply thread
      • The forum ‘BizTalk 2004 – BizTalk 2010’ is closed to new topics and replies.