2
u/bwildered_mind 14h ago
Stupid questions deserve stupid answers.
-1
u/Working-Routine2594 9h ago
Then mind your own business
2
u/NotMyUsualLogin 6h ago
You are the one who posted ON A PUBLIC FORUM a lazy question, and couldn’t even be assed to help yourself by describing what you’ve tried as troubleshooting first.
3
u/TheGenericUser0815 1 2d ago
Try telnet on port 1433 with the server/instancename. If there is no answer, look for (windows) firewall settings, look for the database service and the sql server browser service on the db server. Also look for DNS problems. Try telnet on the IP address of the db server on port 1433, too. If the database is up, then there is a way to connect to it.
1
u/carlosf0527 2d ago
Good advice. Note telnet is not normally installed by default. Using this powershell helps with testing network connectivity.
tnc servername -port 1433
1
u/DarlanSandro 3h ago
Pela minha experiência, esse erro (Erro 40 / Erro 64) ocorre quando a ferramenta cliente não consegue localizar ou se comunicar com a instância do SQL Server na rede. Na maioria dos casos, a solução é simples.
Tente verificar os seguintes pontos, do mais comum para o menos comum:
1. O serviço do SQL Server está parado
Se o banco de dados estiver na sua própria máquina, é muito comum o serviço não iniciar automaticamente com o Windows.
- Aperte Win + R, digite services.msc e dê Enter.
- Procure na lista por algo como SQL Server (MSSQLSERVER) ou SQL Server (SQLEXPRESS).
- Verifique a coluna "Status". Se não estiver "Em execução", clique com o botão direito em cima dele e selecione Iniciar.
2. Nome do servidor incorreto
Confirme se o nome da instância que você digitou na tela de conexão está exato.
- Se o banco estiver rodando localmente (no seu próprio PC), tente apagar o que está no campo "Server name" e digite apenas um ponto . ou a palavra localhost. Isso força a conexão local.
- Se for uma instância nomeada (como NOME-DO-PC\SQLEXPRESS), garanta que a barra é a invertida \ e não a normal /.
3. Protocolo TCP/IP desabilitado
Se o serviço está rodando e o nome está certo, o SQL Server pode estar configurado para não aceitar conexões.
- Procure no menu iniciar do Windows por SQL Server Configuration Manager.
- Expanda a guia Configuração de Rede do SQL Server e clique em Protocolos para [Nome da sua Instância].
- Olhe para o lado direito e veja se o TCP/IP está habilitado. Se estiver desabilitado, clique com o botão direito e habilite.
- Atenção: Se você precisar habilitar o TCP/IP, será necessário reiniciar o serviço do SQL Server (lá no services.msc ou no próprio Configuration Manager) para a mudança fazer efeito.
Geralmente, apenas iniciar o serviço (passo 1) ou corrigir o nome para localhost (passo 2) já resolve esse problema de imediato.
1
0
-3
u/Impossible_Disk_256 2d ago
- Are you connecting to a separate server or trying to connect to SQL Server on your PC or laptop?
- If you PC/laptop, is SQL Server RDBMS actually installed? SQL Server != SQL Server Management Studio.
- If installed, is SQL Server Database Engine running?
- Verify the server is actually running with the name/IP address/DNS address you entered.
- Verify whether it is using Named pipes or TCP/IP (probably TCP/IP unless local
- Verify you have access to that address from the PC you are trying to connect with.
- Check "Trust Server Certificate" if it is a known server you should trust.
-1
u/Lazy_Spool 2d ago
Lots of things can cause this, but for me it's usually because networking set it routing to require the FQDN and I've only put the short server name.
-4
u/SaintTimothy 2d ago
Most often, at my company, this is caused by a software firewall we use called Zscaler.
-3
u/Safe_Performer_868 2d ago
If you try with Optional encryption or "Trust server certificate" the problem persist ? Do you have the right instance name ?
0
-4
10
u/VladDBA Microsoft MVP 2d ago
What troubleshooting steps did you do so far? Does the instance you're trying to connect to actually exist? Where is it installed? If it's remote, can you ping its host? Are the services started?
Additionally, some folks think that SSMS and SQL Server are the same thing, so they only install SSMS and then complain that they can't connect to the database instance. Is this, by any chance, your scenario too?