Quando uma conta proxy é criada pela primeira vez, o SQL Server Agent verifica se ela está vinculada a um conjunto válido de credenciais. Após a execução de cada etapa do trabalho, o SQL Server Agent garante que o usuário ainda tenha acesso à conta proxy e falha no trabalho se o usuário não tiver acesso. Os objetos de credencial subjacentes podem ser manipulados enquanto os trabalhos estão em execução (por exemplo, ao atualizar senhas e alterar o contexto de segurança do objeto). Uma coisa a ter em mente é que todos os trabalhos vinculados à conta proxy associada a este objeto de credencial serão afetados.
Configurando uma conta proxy
Agora que você entende a teoria por trás das contas proxy, vamos passar pelo processo de criação de uma. Suponha que você precise ter uma conta especial para executar uma tarefa CmdExec cujo objetivo é executar consultas no Analysis Server e gerar relatórios textuais.
Na pasta Proxies no Object Explorer, existem várias subpastas que contêm proxies associados a diferentes subsistemas do SQL Server Agent. Há também uma pasta especial no final que contém proxies não atribuídos. Clicar com o botão direito na pasta Proxies e selecionar Novo Proxy abre a caixa de diálogo Nova Conta Proxy.
Dicas e Truques
Certifique-se de ter criado um objeto Credential apropriado antes de tentar criar uma conta proxy. A pasta Credentials está localizada na pasta Security no Object Explorer. O principal requisito para que um objeto Credentials seja usado posteriormente para associação de conta proxy é ter uma identidade e senha de conta do Windows válidas. Para a maioria das tarefas que não estabelecem conexões com outros computadores na rede, pode ser suficiente criar uma conta de computador local em vez de uma conta de domínio. Nesse cenário, as etapas do trabalho usando essa conta são executadas mais rapidamente porque a autenticação da conta pode ocorrer localmente, sem entrar em contato com um controlador de domínio.
Para uma nova conta proxy, você precisa preencher o nome da conta proxy, um nome de objeto de credencial válido criado anteriormente e associações de subsistema (veja a Figura 8-9).
Figura 8-9. Criando uma nova conta proxy.
Se você já sabe quais usuários usarão essa conta proxy, você também pode adicioná-los neste estágio clicando em Principals na exibição em árvore à esquerda (consulte a Figura 8-10).
Figura 8-10. Associações principais da conta proxy.
Agora que a conta proxy está pronta, você pode criar o trabalho executando a tarefa CmdExec (consulte a Figura 8-11). Uma advertência adicional aqui é a necessidade de preservar a saída completa da etapa do trabalho porque é assim que um relatório é realmente gerado. Por padrão, apenas os primeiros 1024 caracteres de qualquer saída de etapa de trabalho são persistentes no banco de dados e, mesmo assim, a maior parte desse espaço é consumida por informações estatísticas sobre o tempo de execução, credenciais de execução e assim por diante.
Figura 8-11. Criação de tarefa CmdExec.
Seguindo o procedimento normal de criação de trabalho, nos concentraremos mais na criação da etapa de trabalho do CmdExec. Uma coisa a ser observada aqui é a seleção da conta proxy na opção Executar como. A lista suspensa será preenchida com todos os proxies disponíveis associados ao subsistema atual ao qual o usuário tem acesso.
Clique no item Avançado na exibição em árvore à esquerda para acessar as opções de registro da etapa do trabalho.
tchau
