none
Problema ao executar pacotes .dtsx RRS feed

  • Pergunta

  • Bom dia Pessoal,

    Criei um pacote .dtsx bem simples, que executa um arquivo .bat. Quando eu executo o pacote pelo Debugging do Integration, funciona perfeitamente (quando eu executo o .bat de forma isolada também funciona normalmente). Quando eu configuro um Job para executar esse executar esse pacote, o job não finaliza nunca.

    Ambiente:

    • Windows Server 2003 (updates totalmente atualizados)
    • MS SQL Server 2005 (updates totalmente atualizados)

    Itens que já verifiquei:

    • O SQLAgent do servidor está sendo iniciado a partir de um logon que tem total permissão de administração da rede, ou seja, não há uma área de rede que ele não tenha acesso;
    • O Owner do Job está configurado com o "sa" da base;
    • O "Run as:" do step está setado com o "SQL Agent Service Account", ou seja, permissão total;
    • O serviço do SQL Integration Services está sendo iniciado com a mesma conta do SQLAgent, que tem acessos de rede administrativos.

    Obs.: estou executando o pacote (pakage source) no formato "File System".
    Obs 2.: tenho outros Job executando pacotes no mesmo servidor e que funcionam diariamente sem nenhum problema. a única diferença entre eles é que os pacotes que funcionam fazem extração de dados, enquanto o que "está me tirando o sono" só executa arquivos .bat.

    Se alguém tiver alguma idéia de qual é o problema... qualquer ajuda será bem vinda. (Já estou com o prazo mais do que atrasado. rs)

     

    Valeu

    Miguel Sotti
    m_sotti@hotmail.com


    Miguel Sotti Systems Analyst E-mail: m_sotti@hotmail.com Website: http://msotti.blogspot.com
    sexta-feira, 22 de julho de 2011 13:29

Respostas

  • Miguel.

    Acredito que o seu problema seja permissão, passei por algo parecido e para resolver utilizei um post que diz o sequinte.

     

    Cause:

    When you create a package on your local machine and create a connection in it, you have the option to save the password of that connection. However by default it encrypts this password so that in can only be decrypted when you' re running the package on the same machine, with the same account. This holds good only if the Connection Manager uses SQL Authentication or connects to a Database which does not support Windows Integrated Authentication (e.g. Oracle).

    So, in the above scenario, if the package is deployed to a Remote Sql Server, it fails with the "Login failed.." error as it is not able to decrypt the password. (Note: It runs fine if deployed in the local Sql Server)


    Resolution que funcionou no meu caso:

    2. Encrypt the package with "EncryptSensitiveWithPassword" or "EncryptAllWithPassword" and provide a package password each time User wants to edit/manipulate the package.


    Depois disso funcionou perfeitamente o meu job.

    Abraços.

    • Marcado como Resposta Miguel Sotti quarta-feira, 11 de julho de 2012 17:36
    terça-feira, 6 de dezembro de 2011 19:28

Todas as Respostas

  • Bom Dia,

    Altere o .BAT para fazer alguma tarefa "boba" como escrever uma saída em TXT ou algo assim. Só pra termos certeza que o JOB engargala no .BAT.
    Adicionalmente eu recomendo configurar o logging do seu pacote para termos maiores detalhes de até que ponto o pacote executa.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com


    Classifique as respostas. O seu feedback é imprescindível
    sexta-feira, 22 de julho de 2011 13:55
  • Gustavo, boa tarde!

    Segui sua sugestão, fiz um .BAT para simplesmente abrir o notepad e a situação foi a mesma, o Job fica executando infinitamente. O que achei mais estranho é que não está gerando o log (que configurei agora, seguindo também sua sugestão) e nem abrindo o notepad, que é a instrução contida no arquivo .BAT.

    Você tem mais alguma sugestão?

     

    Obrigado

    Miguel Sotti


    Miguel Sotti Systems Analyst E-mail: m_sotti@hotmail.com Website: http://msotti.blogspot.com
    sexta-feira, 22 de julho de 2011 19:39
  • Miguel,

    Na configuração do Job você especificou mais algum step?

    Nas propriedades do seu job você pode configurar também as opções de encerramento ou falha do job!!!

     


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    sábado, 23 de julho de 2011 00:07
    Moderador
  • Junior, bom dia!

    Primeiro: obrigado pela resposta.

    No início eu tinha configurado um Job com vários steps, cada Step executava um pacote .dtsx> Como a execução não funcionou deixei apenas um Step como teste.
    Em relação as configurações, estão corretas.

     

    Obrigado

    Miguel Sotti


    Miguel Sotti Systems Analyst E-mail: m_sotti@hotmail.com Website: http://msotti.blogspot.com
    segunda-feira, 25 de julho de 2011 14:19
  • Miguel,

    Certo, um único step configurado e mesmo assim o Job continua em loop?

    Fora do job o pacote é executado normalmente? Com qual conta de usuário você configurou o Job?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]
    quinta-feira, 28 de julho de 2011 19:42
    Moderador
  • Miguel.

    Acredito que o seu problema seja permissão, passei por algo parecido e para resolver utilizei um post que diz o sequinte.

     

    Cause:

    When you create a package on your local machine and create a connection in it, you have the option to save the password of that connection. However by default it encrypts this password so that in can only be decrypted when you' re running the package on the same machine, with the same account. This holds good only if the Connection Manager uses SQL Authentication or connects to a Database which does not support Windows Integrated Authentication (e.g. Oracle).

    So, in the above scenario, if the package is deployed to a Remote Sql Server, it fails with the "Login failed.." error as it is not able to decrypt the password. (Note: It runs fine if deployed in the local Sql Server)


    Resolution que funcionou no meu caso:

    2. Encrypt the package with "EncryptSensitiveWithPassword" or "EncryptAllWithPassword" and provide a package password each time User wants to edit/manipulate the package.


    Depois disso funcionou perfeitamente o meu job.

    Abraços.

    • Marcado como Resposta Miguel Sotti quarta-feira, 11 de julho de 2012 17:36
    terça-feira, 6 de dezembro de 2011 19:28