突破oracle用户数瓶颈.pdfVIP

突破Oracle 用户数瓶颈 * 第三军医大学西南医院信息科 周琳 赵直枉 刘剑峰 李晴辉 我院作为一家大型的数字化医院，HIS 系统的应用颇为广泛，目前拥有各类前端工作站800 多 台。主要应用有门诊/住院医生工作站、护士站、门诊挂号、门诊/住院收费、PACS 、药品管理系统 等等。整个HIS 系统以近乎7 ×24 的方式运行，在系统运行高峰，当用户数达到一定的数量(750 个 左右) ，客户端连接服务器时就会报错，不能连接到服务器。虽然此时已连接到服务器的用户能正常 访问数据库，但是新用户却无法登陆。常常需要重启ORACLE 服务来暂时性解决问题。 1HIS系统运行环境 1.1 服务器平台 IBM X360、4G 内存；Windows 2k Advanced Server sp3 + oracle 816 ；专用模式 1.2 Init.ora 中关于SGA 区的主要参数设置 log_buffer = 163840 large_pool_size = 614400 java_pool_size = 0 db_block_buffers = 100000 shared_pool_size = 314572800 db_block_size = 4096 在保证整个HIS 系统完整运行，数据库性能良好，SGA 区足够大 （本实例中约为600M）的情 况下，为满足医院当前和发展的需要，最大并发用户数的期望值应在850～1200 个。 2故障现象 当用户数达到一定的数量(750 个左右) ，客户端连接服务器时报错，ora- 12560 及ora-03114，前 端不能连接到服务器。 查看listner.log 文件，有如下出错信息： TNS- 12500: TNS: listener failed to start a dedicated server process TNS- 12540: TNS: internal limit restriction exceeded TNS- 12560: TNS protocol adapter error TNS-00510: Internal limit restriction exceeded 32-bit Windows Error: 8: Exec format error 3原因探讨 经过查看Oracle 帮助文档及相关的错误信息，发现其出错的原因为系统资源耗竭，需要找Oracle 技术支持。系统资源耗竭，即意味着系统分配给Oracle 的内存用尽了。虽然我们有4G 的物理内存， 但通常情况下系统却只能给 Oracle 分配 2G 的内存。这是因为受限于我们所使用的操作系统。 WINDOWS 2000 ADVANCED SERVER 是32Bit 的操作系统，按照32Bit 的寻址技术，最多只能给其 中的一个进程分配2G 的内存，即整个Oracle 进程最大可使用的内存为2G 。在这2G 的内存中，包 括了oracle 需要使用的全部内存SGA 和PGA。 SGA 为系统全局区，它的大小直接影响到数据库运行的速度。分配给 SGA 区的内存越大，数 据库运行的速度就越快。因为绝大多数所需的信息都可以直接从内存得到，而不必去访问磁盘。SGA * 解放军第546 医院信息科 1 区主要由三部分组成：数据库缓冲池 （Database Buffer Pool）、共享池 （Shared Pool Area）和redo 缓 冲池 （Redo Buffer ）。其中共享池如果不够大，经常会出现Ora-00403 的错误 （意为：为了解析新的 SQL，没有可用的足够大的连续空闲空间）；如果该参数值太大，就会因为内存的增大而使得 SQL 老化的代价更高，带来大量的管理上的开销，从而导致CPU 的严重问题。基于上述考虑，本实例的 shared_pool_size 参数值设定为300M，整个SGA 区的大小在600M 左右。 PGA 为