gpt4 book ai didi

.net - Win 2003 上的 DB2 Client v9.5 需要很长时间才能建立连接

转载 作者:行者123 更新时间:2023-12-01 01:25:58 24 4
gpt4 key购买 nike

我有一个在 Windows 2003 上运行的 ASP.NET 应用程序,它需要与驻留在大型机上的 DB2 数据库进行通信。我们在服务器上安装了 DB2 Client 驱动程序 v9.5,这样应用程序就可以执行连接并使用数据库。连接到数据库的连接字符串包含用户名和密码,它不是可信连接。

需要明确的是,我们使用的是 DB2 .NET 提供程序,而不是 OLE DB、ODBC 等。

我们注意到的是,当 ASP.NET 应用程序尝试与 DB2 建立第一次连接时,需要很长时间,大约 20 秒。在与我们的一位常驻 DBA 交谈后,他们说这可能是因为 DB2 驱动程序正在尝试针对 Active Directory 对用于连接到数据库的用户帐户进行身份验证。

他们对此的解决方案是在 Win2003 服务器上创建一个本地用户帐户,该帐户与用于建立连接的用户帐户同名。本地用户帐户不必是任何 acl 组的成员,并且可以将其禁用。

我尝试了这个解决方案,令我惊讶的是,它确实有效。连接是在几毫秒内完成的。我担心的是,这个“特性”似乎是 DB2 驱动程序中的一个缺陷,而且这个驱动程序的任何新版本实际上都可能阻止它再次工作。

有谁知道 DB2 驱动程序中是否有我们可以设置的实际设置,因此它不会尝试使用 Active Directory 进行身份验证?我会觉得使用该设置更舒服,而不是依赖在我看来,他们的身份验证算法中的缺陷。

谢谢

顺便说一句,同样的问题在 Server Fault 上被问到,然而,没有人能够在那里回答。

https://serverfault.com/questions/53971/db2-client-v9-5-on-win-2003-taking-long-time-to-establish-connection

最佳答案

DB2 没有“仅数据库”用户标识的概念,并且将始终使用操作系统来执行身份验证。如果您的操作系统身份验证是通过 Active Directory 进行的,那么 DB2 也将采用这种方式进行身份验证。

我认为您的 DBA 通过更改操作系统中的设置/帐户为您提供了正确的解决方案,以使身份验证更容易。

我不认为这是驱动程序的缺陷。

关于.net - Win 2003 上的 DB2 Client v9.5 需要很长时间才能建立连接,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1275739/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com