※天道酬勤※

§水至清则无鱼,人至察则无徒§
posts - 65, comments - 11, trackbacks - 0, articles - 0
  IT博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

MTS的配置实现

Posted on 2006-08-04 16:10 五指魅力 阅读(95) 评论(0)  编辑 收藏 引用
Oracle9i MTS 环境常用到的几个参数
1:Dispatchers  用于配置当Instance启动的时侯启用的Dispatcher的数量、及Dispatcher所响应的协议,它是一个动态的参数,可以用Alter system进行动态修定,它没有默认值.

2:max_dispatchers 用于指定同时运行的Dispatcher进程的最大数量,对于大部分的应用,每250个连接启用一个Dispatcher可以获得较好的性能。默认值是5或所配置的Dispatcher的数量 ,一般而言,有个CPU就把该值配置为几.

3:shared_servers 用于指定当Instance启动时你想启用的服务进程的数量,它是一个动态参数,可以用Alter systme动态修定.

4:max_shared_servers 用于指定同时进行的共享的库的服务进程的数量,如果你的系统经常出现死锁,应该适当的增加这个值。

需要说明的是large_pool_size这个初始化参数,在MTS环境中为获取更好的性能建议设置这个参数,这样UGA都从large_pool这样一个固定的区域中进行分配,而不用从Shared Pool中动态进行分配,这样也可以减少ORA-04031错误的发生.

优化MTS配置选项及你可能问的几个问题
1、 large_pool_size这个参数我该设为多大呢?
  
  当large_pool_size的大小能够满足所有的共享服务进程所需的内存就可以了,当然如果内存够用的话可以适当的加大一点,如下的语句便可以得出自实例启动来MTS连接所用的内存的最大数量,可以看出来是200M
  
  SELECT sum(value) "Max MTS Memory Allocated"  
  FROM v$sesstat ss, v$statname st
  WHERE name = 'session uga memory max'  
  AND ss.statistic#=st.statistic#
  
  Max MTS Memory Allocated  
  ------------------------  
  214457296
  
  2、 如何判断我dispatcher的数量是不是够用呢?
  
  使用如下的语句,当dispatcher的繁忙比率超过50%的时侯,你就要考虑增加Dispatcher的数量了,用Alter system动态却可完成。
  
  SELECT name, (busy / (busy + idle))*100 "Dispatcher % busy Rate"  
  FROM V$DISPATCHER
  
  3、 如何判断共享服务进程是不是够用呢?
  
  使用如下的语句来确定每次请求的平均等待时间,监测Average Wait time per reques这个值,当这个值持续增长时你该考虑增加shared servers了。
  
  SELECT decode(totalq,0,'No Requests') "Wait Time",  
  Wait/totalq ||'hundredths of seconds' "Average Wait time per request"  
  FROM V$QUEUE  
  WHERE type = 'COMMON'
  
  4、 如何在MTS配置的Server请求Dedicate的连接着?
  
  你在Tnsnames.ora中做服务名配置时加入SRVR=DEDICATED这个选项就可以了,示例如下:
  
  billing =  
  (DESCRIPTION =  
  (  
  ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = ks3)(PORT = 1521))  
  )  
  (  
  CONNECT_DATA =  
  (SERVICE_NAME = billing)  
  (SRVR = DEDICATED)  
  )  
  )


注:oracle的有些参数是不能随便该的,如我用alter system set mts_servers=50 scope=spfile 修改之后,启动数据库时就会抱错,虽然数据库也可以启动.我也不知道为什么.
只有注册用户登录后才能发表评论。