加入收藏 | 设为首页 | 会员中心 | 我要投稿 核心网 (https://www.hxwgxz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程 > 正文

超详细的Oracle 11g安装后参数设置规范,值得收藏

发布时间:2019-08-23 01:26:00 所属栏目:编程 来源:波波说运维
导读:概述 在 Oracle 11g 安装并建库后,需要进行一些调整,使数据库能够稳定、高效地运行。花了一段时间整理了以下的参数设置规范,仅供参考。 一、建库参数设置 1、进程及会话数(默认150) --查看进程及会话数 showparameterprocess; showparametersessions; -

说明:一些业务系统即使在周末,也同样处于正常的业务工作状态,比如面向公众的业务系统,在月底(虽然是周末)有批处理操作的系统,以及节假日调整的周末等,建议调整周六和周日窗口的起止时间和窗口时间长度,避免有时候周六或周日影响业务性能。

超详细的Oracle 11g安装后参数设置规范,值得收藏

二、针对 RAC 数据库的参数调整(隐含参数)

  1. alter system set parallel_force_local=true sid='*' scope=spfile; 

说明:这个参数是 11g 的新增参数,用于将并行的 slave 进程限制在发起并行 SQL 的会话所在的节点,即避免跨节点并行产生大量的节点间数据交换和引起性能问题。

这个参数用于取代 11g 之前 instance_groups 和 parallel_instance_group 参数设置。

  1. alter system set "_gc_policy_time"=0 sid='*' scope=spfile; 
  2. alter system set "_gc_undo_affinity"=false scope=spfile; 

说明:这两个参数用于关闭 RAC 的 DRM(dynamic remastering)特性,避免频繁的 DRM 使系统性能不稳定、严重的时候使数据库挂起。同时也关闭 Read-mostly Locking 新特性,这个特性目前会触发大量的 BUG,严重时使数据库实例宕掉。

针对 11g RAC,需要注意的是如果节点的 CPU 数量不一样,这可能导致推导出来的 lms 进程数量不一样,根据多个案例的实践来看,lms数量不一样在高负载时会产生严重的性能问题,在此种情况下,需要手工设置 gcs_server_processes 参数,使 RAC 数据库所有节点的 lms 进程数相同。

超详细的Oracle 11g安装后参数设置规范,值得收藏

三、RAC 数据库和非 RAC 数据库都适用的参数调整(隐含参数)

  1. alter system set "_optimizer_adaptive_cursor_sharing"=false sid='*' scope=spfile; 
  2. alter system set "_optimizer_extended_cursor_sharing"=none sid='*' scope=spfile; 
  3. alter system set "_optimizer_extended_cursor_sharing_rel"=none sid='*' scope=spfile; 
  4. alter system set "_optimizer_use_feedback"=false sid ='*' scope=spfile; 

说明:这几个参数都是用于关闭 11g 的 adaptive cursor sharing、cardinality feedback 特性,避免出现 SQL 性能不稳定、SQL 子游标过多的问题。

  1. alter system set deferred_segment_creation=false sid='*' scope=spfile; 

说明:这个参数用于关闭 11g 的段延迟创建特性,避免出现这个新特性引起的 BUG,比如数据导入导出 BUG、表空间删除后对应的表对象还在数据字典里面等。

  1. alter system set event='28401 trace name context forever,level 1','10949 trace name context forever,level 1' sid='*' scope=spfile; 

说明:这个参数主要设置 2 个事件:

1) 10949 事件用于关闭 11g 的自动 serial direct path read 特性,避免出现过多的直接路径读,消耗过多的 IO 资源。

2) 28401 事件用于关闭 11g 数据库中用户持续输入错误密码时的延迟用户验证特性,避免用户持续输入错误密码时产生大量的 row cache lock 或 library cache lock 等待,严重时使数据库完全不能登录。

  1. alter system set resource_limit=true sid='*' scope=spfile; 
  2. alter system set resource_manager_plan='force:' sid='*' scope=spfile; 

说明:这两个参数用于将资源管理计划强制设置为“空”,避免 Oracle 自动打开维护窗口(每晚 22:00 到早上 6:00,周末全天)的资源计划(resource manager plan),使系统在维护窗口期间资源不足或触发相应的 BUG。

  1. alter system set "_undo_autotune"=false sid='*' scope=spfile; 

(编辑:核心网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读