Eu tenho o SQL Server 2005 e 2008 em execução em um servidor na minha rede local (e muito direta). Usando o sql management studio 2008 e o visual studio 2008, posso conectar-me pela rede à instância de 2005, que é a instância padrão. Não consigo me conectar à instância 08 (chamada MC08). Eu posso conectar a ambos quando conectado ao servidor. As conexões remotas foram ativadas para o MC08 e as portas dinâmicas estão desativadas (atribuídas à porta 1045). O serviço do navegador sql também está em execução. Isso costumava funcionar, então não tenho certeza do que mudou. Não consigo me conectar usando o endereço IP também. Nada incomum no log de eventos também. Alguma idéia?
Você já tentou your.sql.server.fqdn\MC08 .
A especificação de porta no SSMS é totalmente inteligente. Por qualquer motivo, eles decidiram usar vírgula ( , ) como host e porta delimitador em vez de dois pontos ( : ). Então, se você quiser usar um número de porta, use esta string de conexão: your.sql.server.fqdn,1045 .
Para completar, também indicarei se você tem várias NICs no servidor. Isso pode acontecer por causa do firewall cliente : a resposta do SQL Browser não retornará necessariamente do mesmo IP que o cliente enviou para (porque usa multicast), e assim essa resposta será descartada pelo firewall. Isso foi divertido para solucionar problemas.
Aparentemente, toda esta questão é decorrente de uma mudança nos provedores de serviços de internet do verão passado. Tudo funcionou quando eu estava na comcast. Eu mudei para o charter quando me mudei neste verão e não tive nenhum motivo para depurar / modificar meus aplicativos que usaram bancos de dados do sql 2008 até a semana passada. Para resolver o problema, eu coloquei uma entrada no arquivo hosts no meu PC cliente para a caixa do servidor sql. Isso não explica por que eu poderia conectar-me à instância padrão nessa caixa e não à instância nomeada, mas de qualquer forma o problema parece estar resolvido. A Comcast permite que você conecte o modem e o roteador. O Charter não funciona com um roteador, a menos que você use clonagem de endereços MAC e clone o endereço MAC do PC usado na instalação inicial. Essa é a única coisa que posso ver que é diferente.
Verifique se a interface TCP / IP para o IP desejado está ativada.
Além disso, tente testar com ODBC DSNs e teste com TCP / IP e Pipes.
Ou use
telnet your.sql.server.fqdn 1045
E veja se você consegue um cursor piscante, o que confirma que não há problemas de firewall.
Se você tiver o UAC ativado, talvez seja necessário iniciar o Management Studio como administrador para se conectar à instância do SQL 2008.
Clique com o botão direito - > executar como administrador
Como você pode se conectar à instância padrão, assumiremos que sua rede e DNS (ou alguma outra forma de resolução de nomes está funcionando).
Embora você tenha feito a instância nomeada 2008 usar uma porta estática, o serviço Navegador SQL ainda será usado para estabelecer a porta a partir do nome fornecido.
Se nenhuma resposta for recebida do serviço do navegador, o cliente SQL tentará a porta 1433. Estou assumindo que, como você pode se conectar à instância padrão, mas não à instância nomeada, o problema é provavelmente com essa etapa.
Você já disse que o serviço de navegador está em execução, de modo que sai.
1) Verifique se a postagem UDP 1434 (ou o serviço de navegador sql) é permitida pelo firewall do servidor.
2) Verifique se a porta 1434 do UPD é permitida através do firewall do seu PC. (Eu nunca achei isso como um problema do XP, mas encontrei um problema no Windows 7 Pro)
Eu sugeriria que o primeiro passo seria desligar o firewall do PC do qual você está se conectando.