none
Problemas com Linked Server RRS feed

  • Pergunta

  • Bom dia galera,

    Tenho 3 servidores de BD 2 deles estão em cluster (Matriz aonde estou) o terceiro esta em uma de nossas filiais. Criei um Linked Server para consultar as tabelas do BD da filial, mas quando faço um select qualquer ele me retorna o seguinte erro:::

    Msg 18456, Level 14, State 1, Line 1
    Login failed for user 'Dominio\Andre_Rosa'.

    Se fizer ao contrario da filial para a matriz ::::

    OLE DB provider "SQLNCLI" for linked server "SERVER" returned message "Login timeout expired".
    OLE DB provider "SQLNCLI" for linked server "SERVER" returned message "An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections.".
    Msg 10060, Level 16, State 1, Line 0
    TCP Provider: Uma tentativa de conexão falhou porque o componente conectado não respondeu
    corretamente após um período de tempo ou a conexão estabelecida falhou
    porque o host conectado não respondeu.

    ja abilitei as conexões remotas de ambos os servidores, firewall tenho permissão para acesso em ambos, as configurações dos Linkeds Servers são as mesmas.....

    ja vasculhei a net, para resolver esse problema e fiz n tentativas e até agora nada, será que alguém pode me ajudar ?
    • Editado Andre_Bel quarta-feira, 21 de março de 2012 14:02
    quarta-feira, 30 de setembro de 2009 15:10

Respostas

  • Bom dia pessoal, consegui resolver o meu problema, não tinha nada a ver com o bonco, era da rede mesmo, muito o brigado a todos que deram uma força, tenham uma boa semana..
    • Marcado como Resposta Andre_Bel terça-feira, 6 de outubro de 2009 19:37
    terça-feira, 6 de outubro de 2009 12:35

Todas as Respostas

  • Olá Andrel_Bel,

    Por gentileza poderia nos mostrar como foi construido o seu linked_server com os outros servidores?
    ja estive com problemas similiares á este, e facilmente conseguir resolver após a exibição dele(consulta) aqui no forum.

    []´s

    Lucas Souza
    http://www.souzalucas.spaces.live.com
    LUCAS SOUZA SARAIVA
    quarta-feira, 30 de setembro de 2009 15:59
  • Andre,

    Com esta feita a configuração entre este servidores através do Linked Server?
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quarta-feira, 30 de setembro de 2009 17:24
    Moderador
  • Boa tarde Lucas, obrigado por me responder, os passos que fiz foram:

    USE [master]
    GO
    EXEC master.dbo.sp_addlinkedserver @server = N'BMTLSPSQL', @srvproduct=N'SQL Server'
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'collation compatible', @optvalue=N'false'
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'data access', @optvalue=N'true'
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'rpc', @optvalue=N'false'
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'rpc out', @optvalue=N'false'
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'connect timeout', @optvalue=N'0'
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'collation name', @optvalue=null
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'query timeout', @optvalue=N'0'
    GO
    EXEC master.dbo.sp_serveroption @server=N'BMTLSPSQL', @optname=N'use remote collation', @optvalue=N'true'
    GO
    USE [master]
    GO
    EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname = N'BMTLSPSQL', @locallogin = NULL , @useself = N'False', @rmtuser = N'BELMETAL\Andre_Rosa', @rmtpassword = N'belmetal'
    GO


    utilizando a ferramenta grafica do SQL Manangement
    quarta-feira, 30 de setembro de 2009 17:31
  • Junior me desculpe, mas não intendi sua pergunta...

    quarta-feira, 30 de setembro de 2009 17:53
  • Galera estive pensando será que o problema pode ser por causa do S.O. no server da matriz é 2003 enterprise 32 bits o da filial é 2008 standar edition 64 bits SQL nos dois Servers é o Standard Edition 32 bits

    quarta-feira, 30 de setembro de 2009 18:31
  • Oi André,

    pelo que estou vendo nesse script, você configurou seu servidor para sempre que você executar uma consulta que tenha que conectar no servidor BMTLSPSQL utilizar remotamente o login BELMETAL\Andre_Rosa, senha: belmetal
    o primeiro erro que você está tendo é porque ou esse usuario/senha estão errados, ou o usuário não tem permissão suficiente no servidor remoto para executar a ação...

    quanto ao erro da Filial para a matriz... as máquinas estão todas na mesma rede interna? o DNS usado por todas é o mesmo? usando o management studio na filial você consegue conectar na matriz utilizando apenas o nome da máquina? pode ser que o DNS não esteja encontrando a máquina através do nome, ou ainda algum firewall bloqueando a porta 1433.. já verificou isso? 

    apenas algumas sugestões.. vamos eliminar as opções mais obvias para ver se conseguimos isolar seu problema e lhe ajudar..

    att.


    Felipe Ferreira
    http://weblogs.asp.net/felipeferreira
    MCT, MCITP, MCPD, 5X MCTS
    quarta-feira, 30 de setembro de 2009 19:05
  • Boa tarde Felipe, quanto ao usuário ele tem permissão de sysadmin no banco, nos dois bancos,

    quanto a rede é a mesma estão no mesmo dominio, não consigo conectar no banco da matriz pelo server da filial da a seguinte mensagem:

    Cannot connect to BMTLSPSQL\BMTL_DELSOFT.

    Additional information

    Erro de rede ou especifico à instância ao estabelecer conexão o SQL Server. O servidor não foi encontrado ou não estava acessivel. Verifique se o nome da instância está correto  e se o SQL Server esta configurado para permitir conexões remotas. (provider: Provedor de Pipes Nomeados, error: 40 não foi possivel abrir uma conexão com o SQL Server) (Microsoft SQL Server, Error:53)


    O Provedor de Pipes Nomeados esta abilitado nos dois servers.
    Andei conversando com o adm da rede sobre o bloqueio da porta, ele falou que a conexão do banco vem pela VPN e não tem bloqueio, como eu posso saber a porta que ele esta utilizando ?
    sera que o sistema operacional pode influenciar na conexão ?
    quarta-feira, 30 de setembro de 2009 20:50
  • André,

    Me desculpe se expressei mal!!!

    Queria saber como você fez a configuração deste linked server!!!
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 1 de outubro de 2009 12:21
    Moderador
  • Andre,

    Os usuários que você esta utilizando tem permissão de acesso em ambos os servidores?
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    quinta-feira, 1 de outubro de 2009 12:22
    Moderador
  • Bom dia Junior, criei o usuário nos dois server e dei as mesmas permissões de sysadmin (teste), e não obtive sucesso.... será que pode ser por causa do cluster ? nos server da matriz eles estão trabalhando em cluster
    quinta-feira, 1 de outubro de 2009 12:40
  • Bom dia Andre,

    bem.. eu ainda estou vendo isso como 2 erros separados.. o primeiro o problema do usuário e o segundo da conectividade.. 
    quanto a questão do usuario... o usuário e senha especificados no sp_addlinkedsrvlogin estão corretos? o servidor na filial aceita somente autenticação windows ou mixed? porque se estiver como mixed o seu linked server está tentando conectar com um usuário do SQL server chamado BELMETAL\Andre_Rosa (que eu acredito se tratar de um usuário windows). 
    tente alterar seu linked server para usar um usuário de teste do SQL mesmo ao invés de windows authentication, só para remover essa possibilidade da lista... 

    quanto as portas... o protocolo tcp/ip tbm está habilitado nas 2 maquinas, correto? o SQL Server na configuração padrão dele usa a porta 1433 para comunicação tcp/ip e 445 para a comunicacao named pipes..
    a partir da filial você consegue pingar o cluster na matriz usando o nome da maquina? 


    Felipe Ferreira
    http://weblogs.asp.net/felipeferreira
    MCT, MCITP, MCPD, 5X MCTS
    quinta-feira, 1 de outubro de 2009 13:27
  • Bom dia Felipe,

    Fiz os testes de usuário, criei um usuário próprio nos dois bancos, consegui faz com que o server da matriz consulte as tabelas do banco da filial mas a filial consultar as tabelas da matriz ainda não consegui, esta dando a seguinte mensagem ::

    OLE DB provider "SQLNCLI" for linked server "BMTLSPSQL" returned message "Login timeout expired".OLE DB provider "SQLNCLI" for linked server "BMTLSPSQL" returned message "An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections.".

    Msg 53, Level 16, State 1, Line 0

    Named Pipes Provider: Could not open a connection to SQL Server [53].


    --->  BMTLSPSQL ::  Nome Lógico do Cluster

    o protocolo TCP/IP esta abilitado nos dois servers, consigo  pingar o cluster da matriz.

    quinta-feira, 1 de outubro de 2009 14:13
  • opa.. já fizemos um progresso aqui então.. problema 1 solucionado.. vamos para o segundo problema... 

    antes de mais nada vamos ter certeza absoluta que o problema não é com redirecionamento de portas através da tua VPN... tenta abrir um terminal de telnet a partir da máquina da filial.. e usando o telnet conectar no servidor da matriz: 

    telnet <targetServer> 1433

    ou 

    telnet <targetIP> 1433

    isso vai tentar abrir uma conexão na porta 1433, a porta padrão q a instancia padrão do SQL Server utiliza.. se funcionar vai aparecer uma tela em branco pra ti.. sem nada nela.. se ele não conseguir acessar a porta 1433 irá aparecer uma msg de erro... 
    nesse caso o ideal seria conversar novamente com o adm. da rede e pedir para ele lhe ajudar, pois ou o trafego da Filial > Matriz na porta 1433 não está passando pela vpn.. ou pode ter algum problema de DNS.. 
    para descobrir se é DNS é fácil... tenta conectar via telnet usando o nome do servidor.. e o IP.. se o IP funcionar e por nome não.. você tem um problema de dns, senão descartamos DNS tbm..  :) 



    Felipe Ferreira
    http://weblogs.asp.net/felipeferreira
    MCT, MCITP, MCPD, 5X MCTS
    quinta-feira, 1 de outubro de 2009 14:29
  • Boa tarde Felipe,

    Fiz os testes via telnet (DNS e IP) ele da a seguinte mensagem não foi possivel abrir conexão com o host na porta 1433: conexão falhou, o meu sql browser esta ativo mas mesmo assim esta dando erro na conexão via telnet

    quinta-feira, 1 de outubro de 2009 18:23
  • Buenas,

    então.. aparentemente temos um problema de rede aqui... se você consegue conectar no cluster a partir da matriz, mas a partir da filial não.. então não deve ser nenhuma configuração do serviço... tentou conversar com o adm. da rede para que ele verificasse se não é alguma configuração/bloqueio na VPN? =/



    Felipe Ferreira
    http://weblogs.asp.net/felipeferreira
    MCT, MCITP, MCPD, 5X MCTS
    quinta-feira, 1 de outubro de 2009 18:29
  • Andre,

    Você tem algum firewall rodando entre estas redes?

    Como destaquei anteriormente era extremamente importante saber com quais contas de usuário você esta tentando se conectar para começarmos a tirar da frente problemas possíveis relacionados ao SQL Server.

    Agora por acaso você não estou utilizando alguma outra porta de conexão com o outro SQL Server, já vi situações que haviam trocado a porta padrão do SQL Server e o Firewall não havia sido reconfigurado.
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    sexta-feira, 2 de outubro de 2009 00:26
    Moderador
  • Bom dia a todos, Junior e Felipe

    Felipe andei dando uma olhada nas portas que estava sendo utilizada pelo sql, realmente estava sendo utilizada outra porta a 1443, mas no no CLIENT PROTOCOL >>>  TCP/IP estava como padrão a porta 1433, na primeira conexão feita pelo sql passou a pegar a 1443, em SQL SERVER 2005 NETWORK CONFIGURATION defini manualmente a porta 1433, pelo server da matriz consigo conectar usando telnet, mas tentando pelo da filial não consigo alguém tem alguma idéia do que possa ser ?

    Com relação a firewall, não tenho nenhum na vpn que possa bloquear as portas
    sexta-feira, 2 de outubro de 2009 12:49
  • Bom dia pessoal, consegui resolver o meu problema, não tinha nada a ver com o bonco, era da rede mesmo, muito o brigado a todos que deram uma força, tenham uma boa semana..
    • Marcado como Resposta Andre_Bel terça-feira, 6 de outubro de 2009 19:37
    terça-feira, 6 de outubro de 2009 12:35
  • André bom dia. Estou com o mesmo problema que você estava. Antes o linked serve funcionava, de repente parou.

    O pessoal da loja, não sabe se foi feito algo na rede.

    O que você fez para descobrir que era problema de rede?

    terça-feira, 20 de março de 2012 12:55
  • Opa... Bom dia Ítalo,

    demorei um pouco para responder, pq tive que puxar na memória (rsrs)...

    Mas enfim, como na época tinha muito problema de VPN, deixei pingando o servidor da filial e como não era novidade a rede começa a perder pacotes. Depois que o pessoal da Intelig resolveu o problema, consequentemente resolveu o meu... hehe...

    Espero ter ajudado.   ;-)

    quarta-feira, 21 de março de 2012 14:02
  • Como fazer um linked server entre servidores diferentes, SQL Server 2008 e um outro 2012. O server de 2012 têm que ter acesso, ao outro servidor, para extrair informações, e compara campos de tabelas do 2008, com tabelas que se encontram no 2012.

    Onde devo executar o linked server, onde criar? no 2008 ou 2012? e como dar acesso?

     
    terça-feira, 8 de maio de 2012 09:26
  • Bom dia TheAkaBroken,

    Acredito que vc esteja querendo extrair informações do 2008, ok?

    Se "sim", pode criá-lo no 2012. Para criar um linked Server, vc precisa ter um usuário de cada lado (no seu caso um no 2008 e outro no 2012). o usuário que esta no lado cliente (2012), deve possuir permissões para executar o que vc precisa na base.

    Espero ter ajudado.   ;-)

    Se a resposta ajudou marque  para ajudarmos outras pessoas com a mesma dúvida.

    terça-feira, 8 de maio de 2012 12:01