Estou com problemas para me conectar à minha instância do SQL Server Express . Eu posso conectar-me à conta sa da máquina local, mas assim que eu tento conectar-me de uma estação de trabalho separada, a conexão falha com o seguinte erro.
TITLE: Connect to Server
Cannot connect to SERVER1\SQLEXPRESS.
ADDITIONAL INFORMATION:
A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (Microsoft SQL Server, Error: 1311)
For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&EvtSrc=MSSQLServer&EvtID=1311&LinkId=20476
BUTTONS:
OK
Eu já tinha conseguido me conectar sem problemas, mas havia algumas alterações feitas no servidor (foi transformado em um controlador de domínio) e agora ele está se recusando a funcionar como eu supus que deveria.
Eu tentei reiniciar a instância do navegador do SQL Server e já verifiquei as configurações do firewall. No entanto, não descartarei ter perdido alguma coisa.
Estou frustrado e o banco de dados precisa estar ativo há 20 minutos.
Como corrigir esse problema?
Você precisa ativar o ouvinte na porta 1433 no painel de controle do SQL Server Configuration Manager.
Ativar o usuário "sa". Está desativado por padrão após a instalação.
Defina uma senha no usuário "sa".
Ative o modo Autenticação de autenticação SQL + NT.
Verifique se o firewall do Windows não está bloqueando a porta 1433.
Experimente o nome da instância padrão em vez de SQLEXPRESS.
Verifique se a conexão remota está usando TCP / 1433.
Quando o SQL Server foi instalado, era mais provável que ele fosse executado como um serviço de rede ou uma conta de serviço local, que não funcionaria corretamente em um controlador de domínio. Embora o SQL Server possa ser executado em um controlador de domínio (não recomendado por motivos de segurança), ele só deve ser instalado após ter sido promovido. Da mesma forma, rebaixar uma máquina resultará em problemas semelhantes com o SQL Server instalado de antemão. Sugiro fazer um backup de seus bancos de dados e, em seguida, desinstalar completamente o SQL Server, instalando uma nova cópia do SQL Server e, finalmente, restaurando seus bancos de dados. Dessa forma, quando você instalar o SQL Server desta vez, ele detectará o ambiente de usuário / segurança diferente e oferecerá apenas as opções de segurança que funcionarão em um controlador de domínio.
Aqui está um link para as diretrizes oficiais para instalar o SQL Server 2008 em um controlador de domínio .
Eu só queria ajudar alguém que estivesse pronto para puxar o cabelo por esse erro no topo desta página e outras pessoas gostarem. Se você passou e completou todas as etapas acima e vasculhou outros sites, mas ainda está recebendo este erro, e você verificou, re verificou e verificou sua instalação e configurações novamente e novamente, prepare-se, aqui está a resposta para provavelmente 90% de vocês por aí:
Abra o SQL Server Management Studio mais uma vez, (eu sei, eu sei, desta vez ele vai funcionar, eu promessa), no campo Nome do servidor:, provavelmente diz SQLEXPRESS, e é isso, mas desta vez digite o nome do seu computador, em seguida, uma barra invertida na frente do SQLEXPRESS, para que ele leia algo como JOHNDOEPC \ SQLEXPRESS, então com tudo preenchido apropriadamente clique em Conectar e, voila!
Eu não sei porque a Microsoft não tornou isso mais aparente para seus usuários finais, mas eles deveriam ter feito isso. Isso levou-me muito tempo a descobrir isto depois de ter passado por mais de uma dúzia de sites que ofereciam remédios, nenhum dos quais funcionou…
Oh bem, divirta-se!
Se nenhuma das opções acima funcionar para você e você tiver certeza de que possui as credenciais corretas, o serviço do SQL Server pode ter sido interrompido. Então você pode ter que iniciá-lo manualmente por:
Clique em Iniciar - > na caixa de pesquisa, digite services - > na janela de serviços resultantes, clique duas vezes no item apropriado do SQL Server, como o SQL Server (MSSQLSERVER) - > Defina o tipo de inicialização como "Automático" e clique em Aplicar, - > Clique em 'Iniciar' para iniciar o processo. Você deveria estar bem, então.
Jiayun Han
Se você acessar a Configuração da Área de Superfície para Serviços e Conexões, verifique se as conexões remotas são permitidas e se elas não foram revertidas para permitir conexões locais.
O Firewall do Windows pode não estar configurado para permitir conexões com o SQL Server. Certifique-se de verificar as portas apropriadas (1433 para TCP / IP).
Além disso, o componente "provider: Named > Pipes Provider" indica que ele está tentando usar pipes nomeados para se conectar. Acho melhor conectar-me via TCP / IP de uma estação de trabalho separada.
Os logs de erro do SQL Server indicam que ele está escutando corretamente na porta TCP? Quando você executa um netstat -ano, você vê a porta TCP aberta e com um status de escuta? O PID corresponde ao sqlservr.exe?
Como é uma instância nomeada, o serviço SQL Browser precisará falar na rede. Isso significa que o udp / 1434 deve ser aberto no firewall, se estiver bloqueado. Se você vir que a instância do SQL Server Express está escutando na porta, tente conectar-se via servername, porta TCP. Por exemplo, se a instância estiver escutando em 2601, tente Server1,2601. Se isso funcionar, é provável que o serviço SQL Browser esteja sendo bloqueado. Nessa nota, verifique se a porta do SQL Server está ouvindo é permitida no firewall. E você provavelmente desejará torná-la uma porta estática se estiver atualmente definida como dinâmica.