Configuration de BizTalk SSO et erreur SQL 18456, gravité 14, état 16

Question

Je rencontre un problème majeur en essayant de configurer une nouvelle installation de BizTalk Server 2006 (pas R2). Le serveur avait installé BizTalk auparavant, et cela fonctionnait correctement. J'ai désinstallé BizTalk, supprimé les bases de données et les travaux du serveur SQL, qui est une machine distincte, et j'ai réinstallé BizTalk. L'installation a réussi, sans erreurs lors de l'installation et rien dans les journaux d'installation.

Je configure le serveur BizTalk en tant que serveur secret maître SSO, avec la création d'un nouveau groupe BizTalk et l'enregistrement de l'exécution BizTalk. Le processus génère toujours des erreurs lors de la création de la base de données SSO sur le serveur SQL. Dans le ConfigLog, il y a quelques avertissements que le MSSQLServerOLAPService does not exist, puis il montre des erreurs sur la création de la base de données SSO. Il y en a 4 d'affilée. Pour, ils sont:

Error ConfigHelper] [DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied. 
Error ConfigHelper] SQL error: 08001 Native error code: 17 
Error ConfigHelper] c:\depotsetupv2\private\common\configwizard\confighelper\sqlhelper.cpp(1176): FAILED hr = 80004005 
Error ConfigHelper] c:\depotsetupv2\private\common\configwizard\confighelper\sqlhelper.cpp(918): FAILED hr = 80004005 

Il a alors des erreurs similaires essayant de créer chacune des bases de données BizTalk.

Sur le serveur SQL, il y a des erreurs correspondantes dans les journaux SQL Server - 2 pour chaque tentative Échec de la connexion pour l'utilisateur '[USERNAME]. [CLIENT: [ADRESSE IP]] Erreur: 18456, gravité: 14 , State: 16

La première erreur des journaux SQL apparaît également en tant qu'audit d'échec dans le journal des événements d'application du serveur SQL. Le plus gros problème que j'ai avec cela est que l'utilisateur auquel je suis connecté sur le serveur BizTalk est un administrateur local sur le serveur BizTalk et le serveur SQL, et se trouve dans le groupe SQL sysadmin. L'utilisateur que je configure les services BizTalk à exécuter sous est également un administrateur local sur les deux serveurs et dans le groupe sysadmin sur le serveur SQL. J'ai vérifié les paramètres MSDTC sur les deux ordinateurs et vérifié qu'ils sont définis comme recommandé par la documentation BizTalk. SQL Browser est en cours d'exécution sur la machine SQL et j'ai vérifié que l'accès réseau est autorisé à l'aide de l'outil de configuration de surface de SQL. Est-ce que quelqu'un peut m'aider à trouver quelque chose que j'ai peut-être manqué?

Re: Igal:

Oui, tous les serveurs et les utilisateurs sont sur le même domaine. J'ai parcouru cette publication sur les protocoles SQL en recherchant ceci, mais j'ai essayé de sélectionner un compte de l'une des tables dans la base de données par défaut de l'utilisateur connecté tout en étant connecté à une autre base de données. Je n'ai eu aucun problème à exécuter cette requête.

Re: Yossi:

J'installe BizTalk sur Windows Server 2003 R2 SP1. Oui, j'ai enlevé le SSODB (Ne serait-ce pas passé moi-même à manquer quelque chose comme ça si!). Je vais m'assurer que je fournis correctement les noms d'utilisateur et vérifier les sources que vous avez reliées et revenir vers vous.

Answer 1

Quelques-unes des pointeurs:

• Vérifiez les deux points à la fin de la page Configuring Enterprise SSO Using the Configuration Manager sur MSDN:

When configuring the SSO Windows accounts using local accounts, you must specify the account name without the computer name.

When using a local SQL Server named instance as data store, you must use LocalMachineName\InstanceName instead of LocalMachineName\InstanceName, PortNumber.

• Vérifiez la installation guide pertinente (n » Je m'inquiète du fait que cela concerne R2, ils semblent avoir caché la documentation 'R1', mais ils sont identiques), et plus particulièrement la section autour de "Windows Groupes a nd Service Comptes "

• également - juste pour être sûr - lorsque vous avez désinstallé BizTalk et supprimé les bases de données - vous avez également supprimé le SSODB, non ?! :-)

• Les fichiers journaux sont très confus - en particulier lorsque vous décidez quelle erreur est le problème acutal - avez-vous essayé de rechercher d'autres erreurs que vous avez eu? (Consultez ce blog entry, par exemple)

Answer 2

j'avais tout mis en place correctement. Malheureusement pour moi, la réponse était la réponse "Windows" standard - redémarrez et réessayez. Dès que j'ai redémarré le serveur SQL, j'ai pu configurer BizTalk très bien.

Je vais définir la réponse de Yossi comme acceptée, car elle serait la plus pertinente pour quiconque pourrait lire cette question. N'oubliez pas de redémarrer après tous les changements de réglages!

Answer 3

Assurez-vous que BizTalkMgmtDb et BizTalkMsgBoxDb ont votre compte d'administrateur local en tant que DB OWNER. Clic droit sur les bases de données -> Propriétés -> Fichiers -> Propriétaire: