我们正在维护一个服务于大量客户端的数据库服务器.每个客户端通常运行多个客户端应用程序数据库服务器(Oracle 9i)的连接总数在峰值负载时达到800个连接.
Windows 2003服务器开始耗尽内存.我们现在计划迁移到64位Windows以获得更高的内存容量.作为开发人员,我建议转向使用连接池的多层架构,我相信这是解决这个问题的自然方法.但是,为了支持我的想法,我希望获得以下信息：
> Oracle数据库允许的典型连接数究竟是多少？
>数字连接太高时有什么问题？记忆消耗太多了？或打开太多套接字？线程之间的上下文切换太多了？
>为了具体一点,Oracle Forms应用程序如何在不面临此问题的情况下扩展到数千个用户？ Oracle RAC是否适用于此案例？
我确信这个问题的答案应该取决于很多因素,比如所用硬件的确切规格.我期待从现实世界中粗略估计或一些经验.
为了处理数据库连接,需要单独的Oracle进程,这可能需要最多2 MB的内存.通常,Oracle安装会根据可用内存和cpu配置限制并发连接数.
例如,假设您在数据库上有50个客户帐户,每个帐户最多有100个并发连接.如果每个帐户平均只使用25％= 25个连接,则总平均数将为1250个连接.这意味着2500 MB仅用于存储连接特定数据.上下文切换还需要处理器时间.
通过设置并发连接的限制,您可以确保您的事务通过,并且一些非常活跃的客户帐户不会开始阻止您的数据库服务器的资源.连接数受会话参数和许可的限制. sessions参数控制包括Oracle后台进程在内的连接总数.
使用64位Windows平台向服务器添加更多RAM是一个好主意,因为您不必花费太多,甚至添加16 GB内存.
有关配置如何在实际工作负载方案上执行的详细信息,请阅读Oracle E-Business Suite Standard Benchmark.通常,它们具有大量连接.
