Como automatizar a execução de pacotes usando o SQL Server Agent (vídeo do SQL Server)
Aplica-se a: Microsoft SQL Server Integration Services |
Autores: Carla Sabotta, Microsoft Corporation |
Duração: 00:10:11 Tamanho: 8,22 MB Tipo: WMV |
|
|
Resumo do vídeo
Este vídeo demonstra o seguinte:
- Como criar uma conta proxy que execute um pacote do Integration Services como uma etapa de trabalho no SQL Server Agent.
- Como criar o trabalho e a etapa de trabalho.
- Como agendar a execução do trabalho.
Transcrição do vídeo
| Marcação de tempo do vídeo | Áudio |
|---|---|
00:00 |
Olá, meu nome é Carla Sabotta. Eu redijo a documentação do produto Microsoft SQL Server Integration Services. Neste vídeo, mostrarei como configurar o SQL Server Agent para automatizar a execução de um pacote do SQL Server Integration Services. Você aprenderá a criar uma conta proxy que executa o pacote como uma etapa de trabalho do SQL Server Agent, criar o trabalho e a etapa de trabalho, e criar uma agenda para executar o trabalho. A primeira etapa de configuração do SQL Server Agent para executar um pacote é abrir o SQL Server Management Studio e conectar-se ao mecanismo de banco de dados do SQL Server. A conta que executa o pacote como uma etapa do trabalho deve ter as mesmas permissões que uma conta que executa o pacote diretamente, para ter acesso aos recursos externos que o pacote precisa acessar. Caso contrário, o trabalho não será executado. Você poderá usar a conta de serviço do SQL Server Agent ou criar uma conta proxy do SQL Server Agent para executar o pacote como uma etapa de trabalho. Nesta demonstração, criaremos uma conta proxy. |
01:13 |
Para criar uma conta proxy, você deve ser membro da função de servidor fixa sysadmin. Ou deve ser membro de SQLAgentOperatorRole, SQLAgentReaderRole ou SQLAgentUserRole, no banco de dados msdb. Você cria uma conta proxy executando uma consulta Transact-SQL ou usando a caixa de diálogo Nova Conta Proxy (New Proxy Account) no SQL Server Management Studio. Nós usaremos a caixa de diálogo Nova Conta Proxy (New Proxy Account). Na página Geral (General), especifique o nome e a credencial da nova conta proxy. Chamaremos a conta de Proxy do pacote e selecionaremos uma credencial existente, User1, que contém as informações de autenticação. Lembre-se de que a credencial selecionada deve permitir que o SQL Server Agent execute o trabalho como a conta que criou o pacote ou como uma conta que tem as permissões necessárias. Você também precisa especificar o subsistema para o qual o proxy está habilitado. Cada subsistema listado aqui é representado por um tipo de etapa de trabalho. Como iremos selecionar o tipo Pacote do SQL Server Integration Services (SQL Server Integration Services Package) ao configurar a etapa de trabalho, vamos selecionar o subsistema Pacote do SQL Server Integration Services (SQL Server Integration Services Package) para a conta proxy. A descrição do proxy é opcional. Na página Entidades (Principals), você pode adicionar ou remover funções para conceder acesso à conta proxy. Os membros da função de servidor fixa sysadmin têm acesso automático. A credencial User1 que especificamos para a conta proxy é listada no nó Credenciais (Credentials) no Pesquisador de Objetos. |
03:27 |
Você pode criar uma nova credencial executando uma consulta Transact-SQL ou usando a caixa de diálogo Novas Credenciais (New Credentials). Agora que você criou a conta proxy, está pronto para criar o trabalho e adicionar uma etapa para o pacote que deseja executar. Para executar vários pacotes, você criaria uma etapa para cada pacote. Para que você possa criar um trabalho, o Serviço SQL Server Agent deve estar em execução. Se este ícone aparecer próximo ao SQL Server Agent na árvore do Pesquisador de Objetos, o serviço estará desabilitado. Neste caso, clique com o botão direito do mouse no nó SQL Server Agent para reiniciar o serviço. |
04:17 |
Você cria um trabalho e a etapa de trabalho chamando um procedimento armazenado ou usando a caixa de diálogo Novo Trabalho (New Job). Nós usaremos a caixa de diálogo Novo Trabalho (New Job). Primeiro configure as propriedades do trabalho na página Geral (General) da caixa de diálogo. É necessário especificar o nome do trabalho e confirmar se as configurações de proprietário e categoria estão corretas. E você ainda tem a opção de fornecer uma descrição do trabalho. Vamos nomear o trabalho, Pacote do Integration Services, e aceitar as outras configurações padrão. Marcaremos também a caixa de seleção Habilitado (Enabled) para assegurar que o trabalho possa ser agendado. |
05:01 |
Em seguida, adicione uma etapa de trabalho na página Etapas (Steps) e configure as propriedades. Chamaremos a etapa de trabalho de Pacote básico. Como estamos executando um pacote com uma versão do utilitário dtexec automaticamente invocada pelo sistema, selecionaremos o tipo Pacote do SQL Server Integration Services (SQL Server Integration Services Package). Quando o trabalho é executado, a versão de 32 bits ou de 64 bits do utilitário é automaticamente invocada, dependendo do processador do computador e das versões do SQL Server e do SQL Server Agent que estiverem em execução no computador. Nesta demonstração, as versões de 32 bits do SQL Server Agent e do SQL Server estão em execução em um computador de 32 bits. Portanto, é invocada a versão de 32 bits do utilitário. Você tem a opção de invocar a versão de 32 bits do utilitário em um computador de 64 bits, com versões de 64 bits do SQL Server e do SQL Server Agent instaladas. Basta selecionar a opção Use o tempo de execução de 32 bits (Use 32 bit runtime) na guia Opções de execução (Execution options). Esse é um novo recurso no SQL Server 2008. Na lista Executar como (Run as), selecionaremos a conta proxy que criamos anteriormente, que executa o pacote como uma etapa de trabalho do SQL Server Agent. Em seguida, na guia Geral (General), você seleciona a origem do pacote, que pode ser o SQL Server, o Armazenamento de Pacotes SSIS ou o Sistema de Arquivos. Nesta demonstração, o pacote está armazenado no Sistema de Arquivos. |
06:54 |
Você tem a opção de especificar uma série de opções de linha de comando para a etapa de trabalho, como adicionar arquivos de configuração, atualizar cadeias de conexão de fonte de dados e adicionar provedores de log. Vamos adicionar um provedor de log, para gravar entradas de log de eventos em um banco de dados do SQL Server usando um gerenciador de conexões no pacote. O gerenciador de conexões DestinationConnectionOLEDB conecta-se ao banco de dados AdventureWorks2008 do SQL Server. |
07:38 |
Agora que você criou o trabalho do SQL Server Agent e adicionou uma etapa de trabalho, está pronto para agendar o trabalho. Você pode selecionar uma agenda existente ou criar uma nova. É necessário especificar o nome da agenda e a frequência com que o trabalho será executado. Vamos chamar a agenda de Agenda do Pacote do Integration Services, e configurar o trabalho para ser executado uma vez por dia, às 17 horas, até o fim do mês. Para habilitar a agenda, verifique se a caixa de seleção Habilitado (Enabled) está selecionada. O sistema agora executará automaticamente o pacote em uma agenda definida, usando a conta proxy que criamos para executar o trabalho. |
08:59 |
Você também poderá executar um trabalho a qualquer momento fora do intervalo de tempo definido pela agenda, o que faremos agora. Como o trabalho que criamos contém apenas uma etapa, ele é iniciado imediatamente; caso contrário, precisaríamos selecionar a etapa na qual iniciar o trabalho. Como você pode ver, o trabalho executou o pacote com êxito. Você poderá usar o SQL Server Agent para executar um pacote que esteja armazenado em seu computador local, como fizemos nesta demonstração, ou para executar um pacote armazenado em outro computador. Lembre-se de que, onde quer que o pacote esteja armazenado, ele será executado no mesmo computador que o SQL Server Agent que invoca o pacote. Este vídeo demonstrou como criar uma conta proxy que executa um pacote como uma etapa de trabalho do SQL Server Agent, criar o trabalho e a etapa de trabalho, e criar uma agenda para executar o trabalho. Obrigada por assistir a este vídeo, esperamos que ele tenha sido útil. Vamos agora retornar ao site para assistir a outros vídeos do Microsoft SQL Server. |