none
Autenticação SSIS no Management Studio RRS feed

  • Pergunta

  • Boa tarde,

                Estou com o seguinte problema. Preciso tirar o acesso do usuário local Administrator ao BD (por conta das normas da empresa). No entanto quando conecto no SSIS(Integration Services) pelo SSMS(Management Studio)  e tento expandir a pasta Stored Packages, para ver os pacotes que eu importei do SSIS, aparece uma msg de erro referente ao login do usuário “SERVIDOR/Administrator”. Além disso, os pacotes que eu havia importado pra essa pasta antes de excluir o usuário “Administrator” do BD não são mais listados.

                A pergunta é: já que o SSIS só trabalha com Windows Authentication então isso me obriga a ter o usuário do Windows como usuário do banco?!

     

     

    Atenciosamente,

    quarta-feira, 19 de novembro de 2008 17:31

Respostas

  • Bom Dia Nayron,

     

    Embora trabalhemos muito com os termos "Windows Autentication" e "SQL Server Autentication" essas duas autenticações são trabalhadas apenas no Database Engine do SQL Server. Como o Database Engine é sem dúvida o produto da suíte SQL Server mais utilizado tem-se a impressão de que esses termos são aplicados a qualquer produto da suíte (Analysis Services, Reporting Services, Integration Services) e isso não é verdade.

     

    Os demais produtos não possuem um mecanismos próprio de autenticação senão o Windows. Não podemos criar pacotes e atrelar as permissões através do "Integration Services Autentication". Infelizmente só com a autenticação Windows.

     

    Em todo caso, se você optar por armazenar os pacotes no SQL Server (ao invés do File System) você terá um nível de controle através das roles db_dtsoperator, db_dtsltdusr e db_dtsadmin.

     

    [ ]s,

     

    Gustavo

    quinta-feira, 20 de novembro de 2008 13:32

Todas as Respostas

  • Bom Dia Nayron,

     

    Embora trabalhemos muito com os termos "Windows Autentication" e "SQL Server Autentication" essas duas autenticações são trabalhadas apenas no Database Engine do SQL Server. Como o Database Engine é sem dúvida o produto da suíte SQL Server mais utilizado tem-se a impressão de que esses termos são aplicados a qualquer produto da suíte (Analysis Services, Reporting Services, Integration Services) e isso não é verdade.

     

    Os demais produtos não possuem um mecanismos próprio de autenticação senão o Windows. Não podemos criar pacotes e atrelar as permissões através do "Integration Services Autentication". Infelizmente só com a autenticação Windows.

     

    Em todo caso, se você optar por armazenar os pacotes no SQL Server (ao invés do File System) você terá um nível de controle através das roles db_dtsoperator, db_dtsltdusr e db_dtsadmin.

     

    [ ]s,

     

    Gustavo

    quinta-feira, 20 de novembro de 2008 13:32
  • E ae Gustavo,
         obrigado pela resposta cara. Vou marcar como resposta, apesar de ainda não ter testado a sua sugestão. Qualquer coisa eu reabro a thread, caso surja alguma dúvida quando tiver testado.

    Abraços,
    quinta-feira, 20 de novembro de 2008 16:44
  •  

    Bom dia Nayron,

     

    Um dica que já li em algum lugar é que nunca devemos retirar a permissão do administrador sem antes criar os roles e atribuir as novas permissoes.

     

    Apenas uma dica.

     

    Abraço.

    quarta-feira, 10 de dezembro de 2008 13:52
  • valeu, Marcelo.

    Abraço.
    quarta-feira, 10 de dezembro de 2008 14:05
  • Opa Gustavo,
        só agora tive tempo para testar a solução que você sugeriu. E me deparei com a seguinte dúvida: Quando vou armazenar os pacotes no SQL Server (ao invés do File System) ele me mostra em Package Path somente os pacotes que eu já importei como File System. Dessa forma ele não me disponibiliza todos os pacotes dos meus projetos do SSIS. Entende?!
       
     
    quinta-feira, 11 de dezembro de 2008 13:39