MSSQLSERVER Ocorreu uma exceção ao enfileirar uma mensagem na fila de destino. Erro 15404, estado 19

1

Estou recebendo um monte de mensagens no log de eventos de aplicativos do Windows. Aqui está o texto exato do Visualizador de Eventos:

Ocorreu uma exceção ao enfileirar uma mensagem na fila de destino. Erro: 15404, estado: 19. Não foi possível obter informações sobre o grupo / usuário do Windows NT 'myDomain \ myDomainusername', código de erro 0x5.

ID do Evento: 28005 Fonte: MSSQLSERVER

A mensagem é emitida duas vezes no que parece ser intervalos de 64 segundos.

O servidor é o Windows 2008 R2 Standard. Estou fazendo logon neste servidor como myDomain \ myDomainusername . Examinando usuários e grupos locais, noto que:

myDomain \ myDomainusername é um membro do grupo Administradores Locais

Eu abro o SQL Server 2008 R2 Management Studio e vejo um Login para myDomain \ myDomainusername. Funções do servidor marcadas para este nome de usuário do domínio são:

  • dbcreator
  • público
  • securityadmin

Clicar em User Mapping coloca uma mensagem:

One or more databases are inaccessible and will not be displayed in list.

.. mas a lista é exibida e todos os bancos de dados do SharePoint são listados e verificados com a associação da função de banco de dados marcada para todos como db-owner

Eu notei que master, msdb e tempdb são NÃO mapeados para este login.

Então, eu volto para as funções do servidor para este login myDomain \ myDomainusername e tento adicionar a função de servidor sysadmin e recebo uma mensagem: "o usuário não tem permissão para executar esta ação".

Esse nome de usuário do domínio - myDomain \ myDomainusername - era a minha conta de acesso ao banco de dados pretendida para conexão com o banco de dados de configuração do SharePoint 2010 e parece correto, mas aparentemente ser membro da conta Administradores locais não fornece a função de servidor sysadmin para esse mesmo login.

Qual seria a melhor maneira de corrigir isso? Primeiro, então essas mensagens constantes são interrompidas e, em segundo lugar, eu tenho uma configuração decente para avançar.

p.s. Neste ponto, apenas o SQL Server e o Sharepoint estão instalados e, obviamente, fiz algo um pouco errado.

EDIT-UPDATE: OK - eu usei um LOGON diferente (um administrador LOCAL) e

  • adicionou a função de servidor sysadmin às propriedades para o login de myDomain \ myDomainUsername como você disse para fazer.
  • Percebi que a Configuração SQL tinha apenas o protocolo de Memória Compartilhada habilitado para o Servidor - então eu habilitei Named Pipes e TCPIP, o que achei que poderia ser útil para obter informações sobre um usuário de domínio.
  • Em seguida, reiniciei o servidor (primeiro salvando / limpando todos os logs de eventos).

O problema continua.

Se, no entanto, eu fizer logon neste servidor com uma conta de administrador local, o SQL aparecerá sem nenhuma dessas mensagens no Visualizador de Eventos.

Eu estou querendo saber se algo sobre esta máquina precisa ser definido no controlador de domínio (ou seja, eu não sou o administrador do domínio, mas me deparei com algo que parecia possivelmente relevante, mas não sou treinado para decifrar corretamente isso:

Definindo a diretiva de controle de conta de usuário para administradores delegados

IDÉIA QUEBRA NO FINAL:

Perguntando sobre o significado de "mensagem na fila de destino" Acho que descobri que preciso executar sp_changedbowner de acordo com este post:

link

Durante a instalação do SharePoint, eu especifiquei myDomain \ myDomainusername quando o assistente solicitou uma "conta de acesso ao banco de dados" para conectar-se ao banco de dados de configuração. As pessoas parecem corrigir esse problema alterando o db owner para 'sa' ou para uma conta de máquina local - mas eu pensei que o Sharepoint deseja uma conta de domínio para essa finalidade.

RESUMO: Se esse é o problema e a correção, será aceitável que o Sharepoint seja uma conta local do Windows ou a conta "sa" do SQL? Desculpe pela digitação de mais informações!

    
por DaniellaMercuryFan 06.06.2011 / 20:28

1 resposta

1

A partir do SQL 2008, o grupo Administrador local não recebe essas permissões por padrão. Eles precisam ser configurados explicitamente e, durante o processo de instalação do SQL, você deve ser solicitado a adicionar qualquer acesso SA necessário.

Para consertar isso, faça o login como uma das contas SA e conceda acesso ao SA para a conta que precisa dele.

    
por 06.06.2011 / 21:14