none
Problemas após Migração do SQL Server 2005 para 2008 . RRS feed

  • Pergunta

  • Pessoal ,

    Fiz a migração de um dos Servidor da empresa onde trabalho  e encontrei os seguintes problemas .

     

    - O Linked Server com outro Servidor com Sql Server 2005 passou a falhar quando executado a partir de uma conta do Windows que uso no Serviço do SQL Agent . Esta conta possui acesso no Linked Server como Impersonate e dá o seguinte erro : Login failed for user 'NT AUTHORITY\ANONYMOUS LOGON'. [CLIENT: xxx.xxx.x.xxx] .

     

    - A mesma situação acima ocorre em um Linked Server que acessa dados em dbf mas com o seguinte erro :

    OLE DB provider "MSDASQL" for linked server "SIGA_DBF" returned message "[Microsoft][ODBC Visual FoxPro Driver]File 'sx6150.dbf' does not exist.".

    Msg 7350, Level 16, State 2, Line 2

    Cannot get the column information from OLE DB provider "MSDASQL" for linked server "SIGA_DBF".

     

    Os dois Linked Server´s continuam funcionando usando outros usuários do SQL , somente usuários do Windows com autenticação integrada não funciona.

    Alguem já passou por esta situação ?

    segunda-feira, 8 de fevereiro de 2010 16:22

Respostas

  • Denilson,

    no primeiro caso relatado por você, me parece um problema de autenticação. Se possível, eu faria o teste usando o mapeamento de um login local para um remoto ao invés do impersonate. Se funcionar, é bom checar se o impersonate precisaria ser alterado para funcionar na versão 2008.

    No segundo caso, verifique se o 2008 contém o driver para Visual Fox Pro. Fiz uma instalação do SQL Server 2008 (sem ser upgrade) e apenas drivers para o SQL Server foram criados. Não consegui encontrar nas configurações do linked server  drivers oledb ou odbc para outras fontes de dados que não fossem SQL Servr. Para fazer um linked server para o Oracle por exemplo, precisei baixar os drives da própria Oracle. Você pode verificar os drivers existentes indo em Linked Server > Provider, que vai te mostrar todos drivers instalados.

    Espero ter ajudado.
    Alex M. Bastos
    http://bastosalex.spaces.live.com
    Classifique as respostas para manter a qualidade do forum.
    segunda-feira, 8 de fevereiro de 2010 18:34

Todas as Respostas

  • Denilson J S,

    Os dois servidores estão no mesmo domínio Windows? A conta do serviço do SQL Agent é local system ou de domínio?
    Os outros usuários estão utilizando impersonate ou tem link específico do login de um servidor para um login do servidor remoto?

    Alex M. Bastos http://bastosalex.spaces.live.com Classifique as respostas para manter a qualidade do forum.
    segunda-feira, 8 de fevereiro de 2010 16:45
  • Ola Alex ,
    Os servidores estão no mesmo Dominio , a conta do SQL Agent é de domínio com acesso nos SQL dos dois servidores .
    Tenho usuários nas duas situações , como impersonate e usando outro login remoto . Sendo que são usuários do SQL e nestes logins não ocorre o erro.
    O erro passou a ocorrer somente depois da atualização e somente na conta de dominio que eu uso no serviço do SQL Agent .
    segunda-feira, 8 de fevereiro de 2010 17:10
  • Denilson,

    no primeiro caso relatado por você, me parece um problema de autenticação. Se possível, eu faria o teste usando o mapeamento de um login local para um remoto ao invés do impersonate. Se funcionar, é bom checar se o impersonate precisaria ser alterado para funcionar na versão 2008.

    No segundo caso, verifique se o 2008 contém o driver para Visual Fox Pro. Fiz uma instalação do SQL Server 2008 (sem ser upgrade) e apenas drivers para o SQL Server foram criados. Não consegui encontrar nas configurações do linked server  drivers oledb ou odbc para outras fontes de dados que não fossem SQL Servr. Para fazer um linked server para o Oracle por exemplo, precisei baixar os drives da própria Oracle. Você pode verificar os drivers existentes indo em Linked Server > Provider, que vai te mostrar todos drivers instalados.

    Espero ter ajudado.
    Alex M. Bastos
    http://bastosalex.spaces.live.com
    Classifique as respostas para manter a qualidade do forum.
    segunda-feira, 8 de fevereiro de 2010 18:34