我们刚刚遇到并发出连接池被SqlDataReaders淹没的地方，但是当我们在暂存环境中运行负载testing时，我们无法重新创build问题。
我能想到的唯一的事情是在2008年第二版和2003年如何处理连接池方面存在差异。
一旦我们将CommandBehavior.CloseConnection的命令行为传递给ExecuteReader方法，我们就能够阻止连接池泛滥。
我们的生产服务器暂时在2003服务器上运行，依赖于1.1框架，但是我们删除了这些依赖关系，这样我们基本上重写了我们的DAL，并且在注意到这个CommandBehavior与新DAL和旧DAL之间的区别我们将其插入到我们的新DAL中，并且再次正常工作。
我们计划回到2008年的服务器来生产我们的生产环境，这只是我们短暂的时间限制而已。
在此期间，我需要解释为什么我们在我们的生产环境变更之前没有在我们的负载testing中发现这个问题。 这就是为什么我在这里问这个问题，因为我一直在searchGooglesearch时没有find答案。
另一个可能会有所作为的项目是2003服务器是一个32位的盒子，200 r2的服务器显然是一个64位的盒子。