3

这更具体地说是 SQL Server Reporting Services，但我也将此视为典型的 .Net 应用程序问题。

这是问题所在。我们正在使用 SSRS 报告来自 Oracle 数据库的数据。从第一天开始，我们的用户就抱怨他们收到诸如 ORA-2396: Exceeded maximum idle time, ORA-01012-Not logged on 等错误。

我们包括 DBA、应用程序开发人员、网络工程师，但到目前为止，我们找不到任何更好的线索。

最近在进行一些研究时，我观察到许多人已经记录了 .Net 与 oracle 连接的一个“已知”问题。正如他们所提到的，如果我们使用连接池，则池中甚至可能存在无用的连接。在下一次请求时，此连接可能会被使用，此时将引发错误。正如我们的 DBA 所确认的，我们的 oracle 实例设置为在空闲 X 分钟时终止连接。

以下是上述提到的链接 http://msdn.microsoft.com/en-us/library/8xx3tyca(v=VS.90).aspx

http://www.codeproject.com/KB/dotnet/ADONET_ConnectionPooling.aspx

还有几个。但是，我在任何地方都没有得到非常确认的声明，表明是的，这是当前（.Net 和 oracle 等的最新版本）的问题。

在解决方案部分，他们提到我们将使用“Validate Connection=true”属性作为连接字符串的一部分。但如果我尝试使用它，它会显示“不支持关键字 - 验证连接”。（我也试过Validcon）

我的问题是这些 1. 是否确认存在从连接池读取的“脏”问题？2. 如果是，有什么解决办法？3. 如果不是，是什么导致了我们的问题。

如果您需要更多信息，请随时发表评论。

4

2 回答 2

1

这里的根本问题属于您的 DBA。当我使用的帐户（即我的个人 oracle 帐户）对我们的 DBA 运行的相同空闲连接清理很有效时，我看到了同样的错误。最好的解决方法是让他们为您分配一个在空闲时间后不会终止的“服务”帐户。

就是说，我猜您会得到“不支持关键字 - 验证连接”，因为您使用的是 microsoft 提供程序而不是 oracle 提供程序。我对 SSRS 连接不太熟悉，所以我不确定你如何选择一个。然而，在 .net 中，它是 System.Data.OracleClient 和 Oracle.DataAccess 之间的区别。

如果您解决了这个问题，验证连接选项会通过在使用连接之前预先 ping 连接来增加开销，使其比简单地禁用池稍微好一点。您可以尝试的另一件事是设置 min pool size = 0，这可以让池变为零，从而减少连接闲置时间过长的可能性。不幸的是，这不是一个完美的解决方案，因为提供者只在使用过时的连接后检查它们。

如果您还没有，这里是对 oracle 数据提供者的连接字符串参数的引用：http: //download.oracle.com/docs/html/E10927_01/featConnecting.htm#i1006393

于 2011-07-19T15:45:57.467 回答
0

这是一个已知问题，它发生在您使用连接池的任何地方，并且取决于几件事 - 其中之一是服务器上的设置......有时在使用 Oracle RAC 时甚至很复杂......一些 Oracle .NET 提供商已经内置 -在无缝解决这个问题的池化解决方案中......这样的供应商之一是 Devart 出售的供应商...... http://www.devart.com/dotconnect/oracle/

我不隶属于 Devart，只是一个快乐的客户......

于 2011-07-19T00:59:09.593 回答