The first check is to identify the installed SQL Server Database Engine instance and connect with its exact name, because SSMS alone does not install or provide a SQL Server instance.
1. Verify that SQL Server—not only SSMS—is installed
Open SQL Server Configuration Manager, then select SQL Server Services.
Look for one of these entries:
- SQL Server (MSSQLSERVER) — default instance; connect using:
-
localhost
-
.
- Your computer name
- SQL Server (SQLEXPRESS) — named Express instance; connect using:
-
localhost\SQLEXPRESS
-
COMPUTERNAME\SQLEXPRESS
- SQL Server (OtherName) — connect using:
The text inside parentheses is the instance name. Do not use the SQL Server Agent service name. Microsoft documents this naming distinction in its connection troubleshooting procedure.^1^
If SQL Server Configuration Manager contains no SQL Server Database Engine service, install SQL Server Database Engine. SSMS is only the administration client and cannot act as a local database server.^2^
2. Start the identified instance
In SQL Server Configuration Manager → SQL Server Services:
- Find SQL Server (
instance-name).
- If it has a red stopped indicator, right-click it and select Start.
- Confirm that it changes to a green running indicator.
- Retry the connection using the corresponding server name from step 1.
If the service fails to start, this is a Database Engine startup issue rather than an SSMS network connection issue. Record the startup error shown by Configuration Manager or Windows Event Viewer.
3. Test a local connection before changing network settings
On the computer running SQL Server, try the exact instance name in SSMS.
For a default instance:
localhost
.
COMPUTERNAME
For a named instance:
localhost\SQLEXPRESS
COMPUTERNAME\SQLEXPRESS
If the local connection succeeds, the Database Engine and instance name are valid; continue only if the failing client is on another computer.
4. If connecting from another computer, enable TCP/IP
On the SQL Server computer:
- Open SQL Server Configuration Manager.
- Go to SQL Server Network Configuration → Protocols for
instance-name.
- Right-click TCP/IP and select Enable.
- Return to SQL Server Services.
- Right-click SQL Server (
instance-name) and select Restart.
A protocol change does not take effect until the Database Engine is restarted.^1^
Then test whether the server is reachable from the client:
ping COMPUTERNAME
Test-NetConnection COMPUTERNAME -Port 1433
Port 1433 is typical for a default instance, but a named instance can use a different port. The active port can be found in the SQL Server error log by filtering for server is listening on.^1^
- If
TcpTestSucceeded is False, check the server firewall and network routing for the actual listening port.
- If it is
True, try an explicit TCP connection in SSMS using tcp:COMPUTERNAME,PORT.
5. Named-instance fallback
If tcp:COMPUTERNAME,PORT works but COMPUTERNAME\INSTANCE does not, instance-name discovery is failing. Use the explicit TCP server-and-port form or investigate SQL Server Browser and the network/firewall configuration. Microsoft identifies incorrect host resolution and incorrect TCP port selection as common reasons the client cannot locate an instance.^1^
Only investigate Windows permissions for Named Pipes if the connection consistently fails specifically under certain Windows users. In that condition, Microsoft’s documented resolution is to add the affected account to the server’s Users group.^3^
References
- A network-related or instance-specific error occurred while establishing a connection to SQL Server
- how to fix SQL server management on my PC - Microsoft Q&A
- Named Pipes connections cause failure to SQL Server