BizTalk SSO configuração e SQL Erro 18456, gravidade 14, estado 16

Question

Eu estou tendo um grande problema tentando configurar uma nova instalação do BizTalk Server 2006 (não R2). O servidor tinha BizTalk instalado nele antes, e ele estava funcionando bem. Eu desinstalado BizTalk, removeu as bases de dados e os trabalhos do servidor SQL, que é uma máquina separada, e re-instalado BizTalk. A instalação foi bem sucedida, sem erros durante a instalação, e nada na instalação logs.

Estou a configuração do servidor BizTalk para ser o servidor mestre secreto SSO, juntamente com a criação de um novo grupo de BizTalk e registrar o tempo de execução BizTalk. O processo sempre erros fora sobre como criar o banco de dados SSO no servidor SQL. No ConfigLog, há um par de avisos de que o MSSQLServerOLAPService does not exist, então isso mostra erros na criação do banco de dados SSO. Existem 4 em uma fileira. No fim, eles são:

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

Em seguida, ele tem erros semelhantes tentando criar cada um dos bancos de dados do BizTalk.

No servidor SQL, existem correspondentes erros no servidor Logs SQL - 2 para cada tentativa Falha de logon do usuário '[nome do usuário]' [CLIENT: [Endereço IP]]. Erro: 18456, Gravidade: 14, estado: 16

O primeiro erro dos logs SQL também aparece como uma auditoria de falha no log de eventos do aplicativo do servidor SQL.

O maior problema que estou tendo com isso é que o usuário estou conectado ao servidor BizTalk é um administrador local no servidor BizTalk eo servidor SQL, e é no grupo SQL sysadmin. O usuário que estou configurar os serviços do BizTalk para ser executado sob é também um administrador local em ambos os servidores e no grupo sysadmin no servidor SQL. Eu verifiquei as configurações do MSDTC em ambas as máquinas e fez com que eles são definidos como a documentação BizTalk recomenda. Navegador do SQL está em execução na máquina SQL, e eu tenho verificado que o acesso à rede é permitido usar a ferramenta de configuração de área SQL Surface.

Alguém pode me ajudar a encontrar algo que eu poderia ter perdido?

Re: Igal:

Sim, todos os servidores e os usuários estão no mesmo domínio. Já corri através dessa postagem em protocolos SQL em investigar este, mas eu tentei para selecionar uma contagem de uma das tabelas no banco de dados padrão do usuário conectado enquanto conectado a outro banco de dados. Eu não tive problemas em tudo que executam essa consulta.

Re: Yossi:

Estou instalando BizTalk no Windows Server 2003 R2 SP1. Sim, eu tenha removido o SSODB (Será que não fora ele passado me a perder algo como isso embora!). Vou me certificar de que estou fornecendo os nomes de usuário corretamente e confira as fontes que você vinculados e voltar para você.

Answer 1

Alguns dos ponteiros:

• Confira os dois pontos no final do Configuração do Enterprise SSO Utilizando o página Configuration Manager no MSDN:

Ao configurar o SSO do Windows contas usando contas locais, você deve especificar o nome da conta, sem o nome do computador.

Ao usar um SQL Server local chamado exemplo, como armazenamento de dados, você deve usar LocalMachineName \ InstanceName vez de LocalMachineName \ InstanceName, PortNumber.

• Confira o relevante guia de instalação (não se preocupe com o fato de que ele se relaciona com R2, que parece ter escondido a documentação 'R1', mas eles são os mesmos), e especificamente a seção em torno de" Windows Grupos e Serviço contas "

• também - só para ter certeza - quando você desinstalou BizTalk e removeu as bases de dados - de ter removido o SSODB bem, certo ?! : -)

• Os arquivos de log são muito confuso - especialmente quando decidir qual erro é o problema acutal - você já tentou olhar para cima quaisquer outros erros que você teve? (Confira este blogue entrada , por exemplo)

Answer 2

Eu tinha tudo configurado corretamente. Infelizmente para mim, a resposta era o padrão "Windows" resposta - reinicialização e tente novamente. Assim que eu reiniciei o servidor SQL, eu era capaz de configurar BizTalk muito bem.

Eu estou indo para definir a resposta de Yossi como aceite, no entanto, uma vez que seria o mais relevante para qualquer pessoa que pode estar lendo esta pergunta.

Apenas lembre-se de reiniciar depois de todas as alterações de configuração!

Answer 3

Verifique se o BizTalkMgmtDb e BizTalkMsgBoxDb ter sua conta de administrador local como DB PROPRIETÁRIO. clique direito sobre as bases de dados -> Propriedades -> Arquivos -> Proprietário: