我有一个ODBC连接到一个提供数据库。 我们在整个公司的软件中使用数据库，ODBC连接由标准安装程序创build。
试图testingODBC连接或在Crystal Reports.Net中查询，导致程序或ODBCpipe理员locking大约10分钟，最后返回查询或testing结果。 这个问题只发生在我的电脑上。
还有一个到另一个数据库的ODBC连接也可以正常工作。
有没有其他人遇到这个问题和/或find解决办法？
你可以运行Wireshark在你的机器上的这种行为，看看有什么东西跳出来吗？ 如果可以，请在服务器上尝试。
我对Providex并没有特别的了解，也许有一些跟踪可以在客户端打开来帮助你解决这个问题。
如果您遇到问题，请参阅解决scheme：
我们在Win7 VDI上看到的问题可能是由于networking硬件设备与机器连接在一起。 如果networking设备不支持TCP / IP扩展，那么性能会很慢。
禁用TCP的自动调整级别。 请按照下面的步骤进行操作：1）打开命令以pipe理员权限提示（以pipe理员身份运行）2）键入“netsh interface tcp set global autotuninglevel = disabled”3）运行上述命令后，重启机器。
有关此命令的其他信息，请访问链接“ http://support.microsoft.com/kb/935400 ”
如果两台机器使用相同的驱动程序来连接相同的服务器，那么可能是networking有问题（也许杀毒软件检查某些东西，也许是防火墙等）。
要检查什么ODBC“停止”，我会使用ODBC跟踪。 在ODBCpipe理器中，您可以启用跟踪。 然后比较ODBC工作良好的机器和ODBC工作缓慢的机器的跟踪。 不幸的是，在我的机器上没有每个日志条目的时间戳，但是如果在“慢”机器上有一些错误，你会在跟踪文件中看到它。