Saturday, January 29, 2011

SQL 2008 - Server not found or not accessible

In my home network, I have three machines - trying to do a lab for mirroring on SQL 2008.

> Machine A can connect to B and C. 
> 
> Machine B can connect to A and C. 

> Machine C cannot connect to A nor B.

By connect - I mean clicking Connect in SSMS (Sql Server Mgt Studio) and entering the machine-name\instance name and using SQL Server Auth with a common user/pass. I have also tried System Admin Tools, ODBC System DSN and it cannot connect.

Firewall is off on all machines. SQL Server Configuration Manager -Network Configuration - on all machines has enabled Named Pipes, Shared Memory, and TCP/IP.

Machine C can access files on a share on A with no problems, and wireless internet working fine.

Sorry, we've been fighting this now for about an hour and a half.

I'm trying to install a Vista Telnet to check ports, but that was taking time.

Thanks for any ideas on how to get Machine C to connect?


New Update: from ODBC tried "SQL Server" instead of "SQL Server 10" and it connected. Microsoft SQL Server ODBC Driver Version 06.00.6001.


Clarification Update: om ODBC tried "SQL Server" instead of "SQL Server 10" and it connected. Microsoft SQL Server ODBC Driver Version 06.00.6001. Still don't under stand why "SQL Server 10" from ODBC won't connect. Still cannot connecst using Sql Server Mgt Studio.

Update: the specific error is as follows... Cannot connect to the "server." 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) (.Net SqlClient Data Provider).

  • Check the SQL Native Client Configuration on Machine C . Make sure that you have the appropriate client protocol(s) enabled.

    • Start SQL Server Configuration Manager on Machine C
    • Expand SQL Native Clent 10.0 Configuration
    • Click on Client Protocols
    • Verify that your desired protocol(s) are enabled and ordered properly

    EDIT:
    What is the exact error you're getting?

    Here are a couple more suggestions:

    • Check that SQL Browser is running on Machines A and B
    • Check the port that SQL is running on on A and B (default is 1433). I'm guessing this is not the problem but....
    squillman : Yes, I saw that but I'm talking about the Native Client Configuration and not the SQL Server Network Configuration. They are different. The Server Network Configuration is for the protocols that SQL Server itself uses (incoming connections), the SQL Native Client Configuration is for the configuration of the client components on the box (outgoing connections). The SQL Native Client Configuration is immediately below the Server Network Configuration in Config Manager.
    squillman : No, it shouldn't actually. I've edited my answer with a couple more suggestions.
    squillman : Yeah, good point.... Try setting TCP/IP to be the first protocol in Network Configuration on all the machines. Also, verify that you're actually using the correct instance name for A and B (to rule out the head-bashingly obvious)
    From squillman
  • Have you tried all these steps?

    http://blogs.msdn.com/sql_protocols/archive/2008/04/30/steps-to-troubleshoot-connectivity-issues.aspx

    and this article shows a potential problem even when firewall is off: http://blogs.msdn.com/sql_protocols/ It recommends use of a command called "Portqry".

0 comments:

Post a Comment