December 13, 2010 at 8:55 am
Every once in a while (maybe once a month at no regular time), I get a message from the biztalk application servers
An attempt to connect to "BizTalkMsgBoxDb" SQL Server database on server "Server30.ap.org" failed.
Error: "[DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied."
And recovers in less than a minute or two. This happens on all servers in the biztalk application farm so it probably has something to do with the SQL Server itself. There are no errors on the SQL Server and no alerts from SCOM (Which would have thrown something off if it couldn't connect or our other monitoring utilities. No blocking alerts.
What steps can I take to figure out what is causing this? I can't reproduce it and it comes and goes to quick for me to start something once the issue occurs. Some kind of trace maybe?
Thanks,
Steven
December 13, 2010 at 5:41 pm
Is the SQL Server on a cluster?
Is the client conection to the server using a port or \\<host>\<dataserver>?
December 13, 2010 at 9:21 pm
It's connecting using the Servername, which resolves to the IP address (presumably, during this time). It is the default instance using the standard SQL port.
Thanks,
STeven
December 14, 2010 at 6:00 am
Is the data server on a cluster?
What version of sql server are you running?
Try to use <host>, <port> in the client connection to remove the sql browsing service as a possible cause.
December 14, 2010 at 6:04 am
Also when the issue occurs capture the netstat output to see what is using port 1434.
December 14, 2010 at 7:05 am
This is a SQL 2005 Standard x64 instance on a windows 2003 Enterprise x64 Cluster. I'll try changing the connection to use Servername,Port - although, since it's using the default instance, it wouldn't be using SQL Browser, would it?
I'll also run a netstat on client and server.
Thanks so much for your help.
December 14, 2010 at 8:14 am
Yes, when the defualt port is being used SQL Browser is not used as it looks directly for port 1433.
December 14, 2010 at 8:15 am
I trust the host being used is the cluster name not a node, correct?
December 14, 2010 at 8:27 am
Yes, it connects to the SQL Cluster name. It works fine most of the time, just for an intermittent span of 1-2 minutes. I don't see any performance counters out of the ordinary during this time (CPU, Network, etc.). I don't get any alerts for blocking.
December 14, 2010 at 6:58 pm
Can you correlate the errors to any events on your firewalls, DNS, or WINS?
Viewing 10 posts - 1 through 9 (of 9 total)
You must be logged in to reply to this topic. Login to reply