Início / dba / Perguntas / 159482
Accepted
SomeGuy
Asked: 2016-12-30 08:44:24 +0800 CST

SQL Server - falha de login todos os dias no mesmo horário com a conta de serviço

  • 772

Tenho dezenas de SQL Servers, em muitas versões diferentes. Muitos deles têm um erro no log de erros do SQL Server TODOS OS DIAS por volta das 2 da manhã.

Login failed for user 'TheDomain\SQLServerAgentServiceAccount'

Alguns mostram este motivo:

Reason: Token-based server access validation failed with an infrastructure error.  
Check for previous errors. [CLIENT: <local machine>]

Error: 18456, Severity: 14, State: 11.

O resto mostra isso:

Reason: Could not find a login matching the name provided. [CLIENT: <local machine>]
Error: 18456, Severity: 14, State: 5.

Nossa equipe de rede não vê nada suspeito neste período. A segunda razão faz sentido e é verdadeira - NÃO EXISTE um login correspondente para a conta de serviço. Não sei por que haveria um explícito criado para uma conta de serviço.

O que os servidores poderiam estar tentando fazer no mesmo horário todos os dias? Não há trabalhos de agente, backups, planos de manutenção ou quaisquer outros serviços conhecidos que fariam qualquer coisa.

sql-server errors

2 respostas

  1. Best Answer

    Usando uma sessão de eventos estendidos, consegui rastrear o problema e ver que ele vinha do trabalho syspolicy_purge_history que o SQL Server cria por padrão para limpar os registros do Policy Management. A etapa 3 é "Apagar registros de integridade do sistema fantasma". Isso contém um script do PowerShell que tenta se conectar a OUTRAS instâncias na máquina, causando falhas de login. Este é um bug conhecido e afeta apenas máquinas com mais de 1 instância do SQL Server. https://connect.microsoft.com/SQLServer/feedback/details/606801/syspolicy-purge-history-job . Então, quando você vê falhas de login em uma instância, elas não são aquela instância tentando se conectar a si mesma, mas outra instância na mesma máquina.

    O link aqui explica mais e o código abaixo atualizará a etapa do trabalho para se conectar apenas à instância em que o trabalho está sendo executado.

    https://www.codykonior.com/2015/05/31/login-errors-with-syspolicy-purge-history/

    Exec msdb.dbo.sp_update_jobstep @job_name = 'syspolicy_purge_history', @step_name = 'Apagar registros de integridade do sistema fantasma.', @step_id = 3, @command=N'$applicationName = "SQLPS ($env:USERNAME@$env:COMPUTERNAME )" $SQLServerConnection = Novo objeto System.Data.SqlClient.SqlConnection $SQLServerConnection.ConnectionString = "Fonte de dados=$(ESCAPE_NONE(SRVR));Catálogo inicial=mestre;Segurança integrada=SSPI;Nome do aplicativo=$applicationName" $PolicyStoreConnection = Novo objeto Microsoft.SqlServer.Management.Sdk.Sfc.SqlStoreConnection($SQLServerConnection) $PolicyStore = Novo objeto Microsoft.SqlServer.Management.Dmf.PolicyStore ($PolicyStoreConnection) $PolicyStore.EraseSystemHealthPhantomRecords() '

    OU copie e cole o seguinte na etapa de trabalho:

    $applicationName = "SQLPS ($env:USERNAME@$env:COMPUTERNAME)"
$SQLServerConnection = New-Object System.Data.SqlClient.SqlConnection
$SQLServerConnection.ConnectionString = "Data Source=$(ESCAPE_NONE(SRVR));Initial Catalog=master;Integrated Security=SSPI;Application Name=$applicationName"
$PolicyStoreConnection = New-Object Microsoft.SqlServer.Management.Sdk.Sfc.SqlStoreConnection($SQLServerConnection)
$PolicyStore = New-Object Microsoft.SqlServer.Management.Dmf.PolicyStore ($PolicyStoreConnection)
$PolicyStore.EraseSystemHealthPhantomRecords()
    • 4

  2. Você não mencionou qual versão do SQL Server está usando. Apenas no caso de ser importante. No entanto, Aaron Bertrand tem uma lista para a qual você deve manter um link:

    O login não existe no SQL Server, mas a tentativa de login veio da máquina local. ... A conclusão aqui: sempre especifique o nome do banco de dados explicitamente na guia de opções da caixa de diálogo de conexão; não use o recurso de navegação.

    Esse é apenas um trecho da discussão mais longa sobre o Estado 5 . Portanto, leia os detalhes.

    • 0

relate perguntas