none
Login failed - Connection Manager OLEDB RRS feed

  • Pergunta

  •  

    Pessoal,

     

    Estou com problemas de falha no login de uma conexão do tipo OLEDB no Integration Services (Microsoft Visual Studio).

     

    Ocorre o seguinte:

    -Criada a conexão (servidor, banco e autenticação SQL), após inserir o usuário e senha, testo a conexão e o retorno é que foi realizada a conexão com sucesso, validando todas as tasks de automatização de carga.

    -Se eu disparar a carga, na sequência da criação da conexão, roda perfeitamente até o final, mas se eu inserir o package no schedule, há uma falha de login e a carga não é concluída.

    -Ao editar a conexão, percebi que a senha do usuário SQL não fica gravada, mesmo com a opção de salvar senha selecionada.

    -Portanto, se a senha for digitada, cada vez que abrir o painel de edição da conexão, o teste ocorre com sucesso, mas se eu saio do Integration Services e volto a abrí-lo, perco a senha novamente.

     

    Alguém sabe me dizer o que pode estar ocorrendo com a senha que não fica armazenada?

    Há algum tipo de script externo que posso referenciar na conexão OLEDB (ou algum outro tipo de conexão) que me faça permanecer com a senha após fechar o Integration e inserir o package no schedule?

     

    Agradeço desde já,

     

    Edu.

    sexta-feira, 4 de janeiro de 2008 15:37

Respostas

  • Edu,

    a senha precisa ficar gravada.

    Vc so criou a conexao no Connection manager ou criou um Data Source compartilhado?

    Qual a versao dos seu SQL Server? tem algum Service Pack instalado?

     

    Verifique se vc digitou o login e senha correto? vc precisa digitar o dominio junto com o login (DOMINIO\USUARIO).

     

    Retorne que te ajudamos.

    Abraco

    domingo, 6 de janeiro de 2008 17:51
  • Olá Dufer,

     

    Como disse o Lucas, o correto seria a senha ficar gravada. Teria como vc descrever os passos que vc está seguindo?

     

    Um abraço

    Nilton Pinheiro

    www.mcdbabrasil.com.br

     

     

     

     

    domingo, 6 de janeiro de 2008 23:18
  • Pessoal,

     

    Realmente eu preciso que a senha permaneça gravada.

     

    O SQL Server é o 2005.

     

    O que eu tenho é um arquivo.dtsx que fica na pasta SSIS Packages do Visual Studio 2005 - Integration Services, apenas, e dentro deste dtsx é que há todo o processo de carga.

     

     

    Estrutura do DTSX:

     

    No painel "Control Flow" eu tenho um "Data Flow Task", no qual contém um "OLE DB Source" e um "OLE DB Destination".

    Então, eu uso duas conexões:

    -uma para o OLE DB Source (neste eu uso a conexão que requer a autenticação de usuário SQL que dá o problema de senha, pois há comandos em SQL para a extração dos dados do ambiente de produção para que sejam carregados no meu DW);

    -uma para o OLE DB Destination (neste eu uso a autenticação do usuário da rede e funciona perfeitamente).

     

     

    Quando eu crio uma conexão no Connection Manager para acessar o DB de origem das cargas, eu digito o nome do servidor, seleciono a opção Use SQL Server Authentication, digito o nome de usuário e senha (selecionando a opção p/ salvar senha), seleciono o DB e testo a conexão. Nesse momento a conexão ocorre com sucesso. Se eu inicio a carga na sequencia, a mesma ocorre normalmente, porém, se eu salvo o arquivo e fecho, ao abri-lo novamente, a senha é perdida.

     

    Agora, outro detalhe é, se eu insiro novamente a senha e testo, ocorre a conexão, porém, fecho a janela do conection manager e abro em seguida (sem fechar o arquivo dtsx), o campo senha aparece em branco, não gravando a mesma. 

     

    Então, pessoal, o problema é esse.

     

    Mais uma vez, agradeço pelo auxílio de vcs.

     

    Abç.,

    Edu.

    segunda-feira, 7 de janeiro de 2008 14:29
  • Edu,

    veja como esta organizados meu projeto nesse artigo:

    http://cid-53edb8b29d737a12.skydrive.live.com/self.aspx/Documentos/Foreach_Loop_Container_Task.doc

     

    Sugiro que vc Instale o Service Pack do SQL Server 2005.

     

    Quando perguntei a versão do SQL Server estava me referindo se é Standard, enterprise ou developer. e se tem alguma atualização feita. Também se é x64 ou x86.

     

    Acho que vc vai ter que atualizar seu SQL Server. Verifique a versão e me informe que eu te passo o link para baixar a atualização.

     

    O comando abaixo retorna a versão:

     

    Code Block

    select @@version

     

     

     

     

    abraço

    segunda-feira, 7 de janeiro de 2008 16:19
  •  

    Lucas,

     

    A versão instalada aqui é a seguinte:

     

    Microsoft SQL Server 2005 - 9.00.3042.00 (Intel X86)   Feb  9 2007 22:47:07   Copyright (c) 1988-2005 Microsoft Corporation  Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

     

    Abç.

    segunda-feira, 7 de janeiro de 2008 16:29
  • Edu

    1- Faça um backup do seu arquivos DTSX
    2 - Abra o seu arquivo arquivos.dtsx com o notepad.
    3 - Procure por "ConnectionString"
    4 - Edite a seguinte string de conexão (usuario, senha, server, base) para ficar de acordo com a sua conexão:

     

    Provider=SQLNCLI.1;Initial Catalog=Safra;Data Source=10.1.1.127;User ID=lucas;Persist Security Info=True;Impersonation Level=Impersonate;Password=senha;

     

    5 - cole a string de conexão nas propriedade da string de conexão que vc encontrou na pesquisa do passo 2

    6 - Abra novamente seu projeto para ele atualizar os vinculos.
    7 - veja se esta ok

     

    Execute para testar.
    Aqui funcionou.

    Abraço
    segunda-feira, 7 de janeiro de 2008 17:37
  • Lucas,

     

    Fiz o procedimento sugerido por ti, mas ocorreu o mesmo problema.

     

    Assim que realizei a edição do código do dtsx pelo notepad, disparei a carga e aí roda perfeitamente, mas, ao abrir o edit da conexão, a senha some e o arquivo é sobrescrito automaticamente.

     

    Você chegou a abrir o seu arquivo, após ter feito a edição sugerida? - A senha permanece salva?

     

    OBS.: Ao abrir pelo edit o link de conexão, o nome do "provider" aparece como: "Native OLE DB\Native SQL Client

     

    Se o package fica com a senha salva, mesmo após editar a conexão, sair do arquivo e abri-lo novamente, vc pode me mandar por e-mail esse package para que eu possa analisar, por comparação, o que há de diferente?

     

    Desde já, muito grato.

    Edu.

    segunda-feira, 7 de janeiro de 2008 19:21
  •  

    Olá Dufer....isto está me parecendo um bug de ferramenta. Minha sugestão é que vc faça uma pesquisa ou ainda abra um bug no site http://connect.microsoft.com/. Após abrir vc deverá receber um feedback da MS sobre o problema.

     

    um abraço

    Nilton Pinheiro

    www.mcdbabrasil.com.br

     

    segunda-feira, 7 de janeiro de 2008 23:30
  • Edu,

    como disse o Nilton, também acredito que seja um bug.

    estou te enviando o pacote que eu criei aqui para vc comparar.

     

    Abraço
    terça-feira, 8 de janeiro de 2008 10:35
  • Valeu, Nilton.

     

    Obrigado pelo auxílio.

     

    Edu.

     

    terça-feira, 8 de janeiro de 2008 16:30
  • Valeu, Lucas.

     

    Obrigado pelo auxílio.

     

    Edu.

     

    terça-feira, 8 de janeiro de 2008 16:31
  • beleza !!

     

    Não deixe de acessar o site e registrar como um BUG. Na verdade ele poderam te dizer se é bug ou não.

     

    Inclusve, faça antes uma pesquisa pois pode ser que já tenha algo semelhante.

     

    abraços

    Nilton Pinheiro

    www.mcdbabrasil.com.br

     

     

    quarta-feira, 9 de janeiro de 2008 01:50

Todas as Respostas

  • Edu,

    a senha precisa ficar gravada.

    Vc so criou a conexao no Connection manager ou criou um Data Source compartilhado?

    Qual a versao dos seu SQL Server? tem algum Service Pack instalado?

     

    Verifique se vc digitou o login e senha correto? vc precisa digitar o dominio junto com o login (DOMINIO\USUARIO).

     

    Retorne que te ajudamos.

    Abraco

    domingo, 6 de janeiro de 2008 17:51
  • Olá Dufer,

     

    Como disse o Lucas, o correto seria a senha ficar gravada. Teria como vc descrever os passos que vc está seguindo?

     

    Um abraço

    Nilton Pinheiro

    www.mcdbabrasil.com.br

     

     

     

     

    domingo, 6 de janeiro de 2008 23:18
  • Pessoal,

     

    Realmente eu preciso que a senha permaneça gravada.

     

    O SQL Server é o 2005.

     

    O que eu tenho é um arquivo.dtsx que fica na pasta SSIS Packages do Visual Studio 2005 - Integration Services, apenas, e dentro deste dtsx é que há todo o processo de carga.

     

     

    Estrutura do DTSX:

     

    No painel "Control Flow" eu tenho um "Data Flow Task", no qual contém um "OLE DB Source" e um "OLE DB Destination".

    Então, eu uso duas conexões:

    -uma para o OLE DB Source (neste eu uso a conexão que requer a autenticação de usuário SQL que dá o problema de senha, pois há comandos em SQL para a extração dos dados do ambiente de produção para que sejam carregados no meu DW);

    -uma para o OLE DB Destination (neste eu uso a autenticação do usuário da rede e funciona perfeitamente).

     

     

    Quando eu crio uma conexão no Connection Manager para acessar o DB de origem das cargas, eu digito o nome do servidor, seleciono a opção Use SQL Server Authentication, digito o nome de usuário e senha (selecionando a opção p/ salvar senha), seleciono o DB e testo a conexão. Nesse momento a conexão ocorre com sucesso. Se eu inicio a carga na sequencia, a mesma ocorre normalmente, porém, se eu salvo o arquivo e fecho, ao abri-lo novamente, a senha é perdida.

     

    Agora, outro detalhe é, se eu insiro novamente a senha e testo, ocorre a conexão, porém, fecho a janela do conection manager e abro em seguida (sem fechar o arquivo dtsx), o campo senha aparece em branco, não gravando a mesma. 

     

    Então, pessoal, o problema é esse.

     

    Mais uma vez, agradeço pelo auxílio de vcs.

     

    Abç.,

    Edu.

    segunda-feira, 7 de janeiro de 2008 14:29
  • Edu,

    veja como esta organizados meu projeto nesse artigo:

    http://cid-53edb8b29d737a12.skydrive.live.com/self.aspx/Documentos/Foreach_Loop_Container_Task.doc

     

    Sugiro que vc Instale o Service Pack do SQL Server 2005.

     

    Quando perguntei a versão do SQL Server estava me referindo se é Standard, enterprise ou developer. e se tem alguma atualização feita. Também se é x64 ou x86.

     

    Acho que vc vai ter que atualizar seu SQL Server. Verifique a versão e me informe que eu te passo o link para baixar a atualização.

     

    O comando abaixo retorna a versão:

     

    Code Block

    select @@version

     

     

     

     

    abraço

    segunda-feira, 7 de janeiro de 2008 16:19
  •  

    Lucas,

     

    A versão instalada aqui é a seguinte:

     

    Microsoft SQL Server 2005 - 9.00.3042.00 (Intel X86)   Feb  9 2007 22:47:07   Copyright (c) 1988-2005 Microsoft Corporation  Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

     

    Abç.

    segunda-feira, 7 de janeiro de 2008 16:29
  • Edu

    1- Faça um backup do seu arquivos DTSX
    2 - Abra o seu arquivo arquivos.dtsx com o notepad.
    3 - Procure por "ConnectionString"
    4 - Edite a seguinte string de conexão (usuario, senha, server, base) para ficar de acordo com a sua conexão:

     

    Provider=SQLNCLI.1;Initial Catalog=Safra;Data Source=10.1.1.127;User ID=lucas;Persist Security Info=True;Impersonation Level=Impersonate;Password=senha;

     

    5 - cole a string de conexão nas propriedade da string de conexão que vc encontrou na pesquisa do passo 2

    6 - Abra novamente seu projeto para ele atualizar os vinculos.
    7 - veja se esta ok

     

    Execute para testar.
    Aqui funcionou.

    Abraço
    segunda-feira, 7 de janeiro de 2008 17:37
  • Lucas,

     

    Fiz o procedimento sugerido por ti, mas ocorreu o mesmo problema.

     

    Assim que realizei a edição do código do dtsx pelo notepad, disparei a carga e aí roda perfeitamente, mas, ao abrir o edit da conexão, a senha some e o arquivo é sobrescrito automaticamente.

     

    Você chegou a abrir o seu arquivo, após ter feito a edição sugerida? - A senha permanece salva?

     

    OBS.: Ao abrir pelo edit o link de conexão, o nome do "provider" aparece como: "Native OLE DB\Native SQL Client

     

    Se o package fica com a senha salva, mesmo após editar a conexão, sair do arquivo e abri-lo novamente, vc pode me mandar por e-mail esse package para que eu possa analisar, por comparação, o que há de diferente?

     

    Desde já, muito grato.

    Edu.

    segunda-feira, 7 de janeiro de 2008 19:21
  •  

    Olá Dufer....isto está me parecendo um bug de ferramenta. Minha sugestão é que vc faça uma pesquisa ou ainda abra um bug no site http://connect.microsoft.com/. Após abrir vc deverá receber um feedback da MS sobre o problema.

     

    um abraço

    Nilton Pinheiro

    www.mcdbabrasil.com.br

     

    segunda-feira, 7 de janeiro de 2008 23:30
  • Edu,

    como disse o Nilton, também acredito que seja um bug.

    estou te enviando o pacote que eu criei aqui para vc comparar.

     

    Abraço
    terça-feira, 8 de janeiro de 2008 10:35
  • Valeu, Nilton.

     

    Obrigado pelo auxílio.

     

    Edu.

     

    terça-feira, 8 de janeiro de 2008 16:30
  • Valeu, Lucas.

     

    Obrigado pelo auxílio.

     

    Edu.

     

    terça-feira, 8 de janeiro de 2008 16:31
  • beleza !!

     

    Não deixe de acessar o site e registrar como um BUG. Na verdade ele poderam te dizer se é bug ou não.

     

    Inclusve, faça antes uma pesquisa pois pode ser que já tenha algo semelhante.

     

    abraços

    Nilton Pinheiro

    www.mcdbabrasil.com.br

     

     

    quarta-feira, 9 de janeiro de 2008 01:50
  • Olá, Pessoal,

     

    Não sei se é o caso, pois, talvez não seja muito bem o que estavam tratando, mas achei interessante comentar porque estava com o mesmo problema e fazendo várias pesquisas encontrei este forúm e achei uma saída paralela para a situação.

     

    Nas propriedades do job que chama o package, na opção Steps,


    Selecionei o pacote, no caso o:

    Type estava como "SQL server Integration Services Package"

     

    "Run as" estava como "SQL Agent Service Account"

     

    o que permitia efetuar algumas configurações em relação ao pacote,
    dentre elas o "Data sources", ao clicar nesta guia foram apresentadas os Connections Managers do pacote,
    e na connection String do pacote que necessitava da senha foram declarados:

    "Data Source= (instância do sql);User ID= (usuário do sql);Initial Catalog=(base de dados)..." 

    ou seja , não tinha uma senha informada,então pesquisando descobri que poderia ser declarado o password nesta string, após alterar a string para:


    "Data Source= (instância);User ID= (usuário);Password=(senha do usuário);Initial Catalog=(base de dados)..."


    O job executou o pacote sem dar mais erros.

     

    Até mais,

    Lís

     

    quarta-feira, 23 de janeiro de 2008 14:10
  •  

    Quando importar o pacote para o Sql Server escolha a opção "encript all data with password" que ai funciona perfeitamente o job

     

    vai entender porque

    segunda-feira, 10 de março de 2008 13:48