Início / dba / Perguntas / 340892
Accepted
user1664043
Asked: 2024-07-11 21:59:26 +0800 CST

Trabalhos do Sql Agent, contextos de execução, execução como problemas

  • 772

Estamos no SQL Server 2019.

Temos vários trabalhos do Sql Agent e, por padrão, eles são de propriedade do sa.

A equipe de segurança da empresa emitiu um decreto determinando que todas as contas SA deveriam ser desativadas por motivos de segurança, e isso me deixou um pouco confuso.

Temos um trabalho do Sql Agent que começou a falhar. Quando falha, tem o erro

Login failed for user 'sa'. Reason: The account is disabled.

Eu pensei, ok, isso faz sentido; desativamos a conta. Então segui vários caminhos para tentar consertar.

  1. Mude a propriedade para outra conta. Tentei várias, mas todas eram contas privilegiadas e ainda recebia o mesmo erro. Encontrei uma postagem em um fórum que dizia que o Sql Server padronizaria qualquer conta privilegiada para ser executada como sa.

  2. Tentei alterar o usuário Run As na seção Avançado da etapa do trabalho. Isso mudou o erro para

    Access to the remote server is denied because the current security context is not trusted

    Então descobri que não era possível desmarcar esse atributo na definição da tarefa - só poderia alterar para quem ele apontava, e isso me levou de volta para "sa está desabilitado"

  3. Então percebi que temos vários empregos de agente pertencentes a sa e apenas este está falhando. Não vejo as diferenças de configuração que explicariam por que este 1 falha e os outros 10-20 que pertencem a sa não. Não configuramos proxies e geralmente não tentamos alterar o Run As em lugar nenhum.

Qualquer indicação seria apreciada.

Obrigado

sql-server

1 respostas

  1. Best Answer

    Quando vi que o erro listado era

    Access to the remote server is denied because the current security context is not trusted

    Eu sabia que estava relacionado a um problema de servidor vinculado. Suponho que o servidor vinculado usou mapeamento de login para que apenas usuários específicos (como sa) pudessem se conectar ao servidor remoto e/ou que o usuário mapeado no controle remoto não tivesse permissões suficientes.

    ... talvez melhor explicado abaixo.

    Possibilidade A: Que apenas o usuário sa tenha sido mapeado para o servidor remoto, proibindo, portanto, todos os outros logins de usar o servidor remoto.

    Possibilidade B: que o novo usuário tivesse um usuário mapeado, mas não mapeasse para um usuário com privilégios suficientes no controle remoto.

    Em ambos os casos, aconselhei o OP a verificar a configuração do servidor vinculado e certificar-se de que o novo usuário tivesse permissões suficientes em toda a cadeia; que aparentemente era a solução.

    Fico feliz em ser útil.

    • 0

relate perguntas