我们在Windows Server 2012上运行Windows SQL Server 2012标准版。有一个SQL数据库，包含一个Access前端，我们从早期版本的Access和SQL迁移而来。 Access前端在大多数情况下与数据库通信都没有问题。 但是，有时访问只是停止响应，然后用户得到以下错误：
Connection failed: SQLState: '01000' SQL Server Error: 67 [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionOpen(Connect()). Connection Failed: SQLState: '08001' SQL Server Error: 17 [Microsoft][ODBC SQL Server Driver][DBNETLIB] SQL Server does not exist or access is denied. 维护Access和SQL数据库的人提供了以下总结：自发性问题同时影响到连接到SQL Server的每个人，并performance为缓慢或不存在的连接。 它在几分钟到几个小时内解决。 ODBC跟踪没有产生任何关于该问题的有用信息。 我们testing了多达5个并发用户，没有问题。 当我们观察星期五的问题时，数据库中只有四个用户，closures这些连接并不能立即解决问题。 在停机时间内，文件系统访问服务器的networking似乎没有问题。
根据这些信息，MS Access，ODBCconfiguration或数据库结构肯定不是问题。 这似乎是SQL Server本身的间歇性连接问题，可能是由于configuration问题，许可（如您所述），与其他软件/进程的冲突，或者由于其他SQL Server进程。 不幸的是，这是我的专业知识之外，我们没有专门的SQL Server或IT资源。
我有另一个IT人员看这个问题，他发现以下几点：
莎莉的电脑得到SQL错误。 login到她的电脑来查看它（以Sally和
cleAdmin身份cleAdmin）。看着服务器名称，想validation在
Control Panel > Adminstratrative Tools > ODBC > Connections连接在用户DSN，系统DSN或Fie DSN没有odbc连接创build新的系统DSN连接指定的服务器：
CLE-VM-SQL-FILE\CLESQLSERVER其余的是默认值点击testing，它是成功的
不幸的是，这些问题发生后，这个问题很快就重新出现了。
有人build议可能有硬件问题，所以我们已经取代了交换机，并确保networking适配器上的驱动程序是最新的。 另外，在使用PINGtesting进行testing时，我们从未看到任何networking连接丢失的迹象。
有没有其他人经历过这个问题，如果是的话，你是如何解决的？