这里有新鲜出炉的精品教程, 程序狗速度看过来!
Oracle 关系数据库管理系统
Oracle Database, 又名 Oracle RDBMS, 或简称 Oracle 是甲骨文公司的一款关系数据库管理系统到目前仍在数据库市场上占有主要份额
最近在学习 oracle, 学习中遇到了一些觉着有必要记录下的内容, 所以下面这篇文章主要给大家介绍了关于 Oracle 参数设置教程之 set 和 reset 实用案例的相关资料, 文中通过示例代码介绍的非常详细, 需要的朋友可以参考借鉴, 下面随着小编来一起看看吧
前言
本文主要给大家介绍了关于 Oracle 参数设置之 set 和 reset 的相关内容, 分享出来供大家参考学习, 下面话不多说了, 来一起看看详细的介绍吧
环境: Oracle 10.2.0.5 RAC
需求: 节点 1 的 aq_tm_processes 要求恢复默认, 节点 2 设置要求保持不变
背景介绍:
从 10.2 官档可以查到 aq_tm_processes 参数, 看到该参数的默认值是 0, 我们姑且叫做它为默认 0.
然后, 在实际上发现, 这个默认 0 和我们手工将其 SET 设置成 0, 效果是完全不一样的
与同事交流此事, 最终得知一个技术细节:
Oracle 中, 使用 SET 设置参数值实际上是少做很多事情的, 如果你想恢复 Oracle 的默认值, 最有效的办法就是 RESET 该值, 这样, 才会一切都按照 Oracle 默认的设计
具体来看现在的场景, 如果你对参数 aq_tm_processes 设置为 0. 那和本来的默认 0 是完全不一样的
如果是设置 0, 所有 q00 小工进程都会关闭不会再启动如果是默认 0,q00 小工进程是可以启动的
1. 构建测试环境
目前生产的参数内容是类似这样, 有全局设置, 有实例 1 的设置, 如下:
- *.aq_tm_processes=1
- jy1.aq_tm_processes=0
我们知道, 针对实例的设置优先级是高的, 也就是说这样设置的效果就是实例 1 该参数是 0, 实例 2 该参数是 1.
即: 实例 1 无法启动 q00 小工进程, 实例 2 可以启动 q00 小工进程
构建测试环境模拟生产:
先设置 aq_tm_processes 为 1:
- alter system set aq_tm_processes = 1 scope=both sid='*';
- --create pfile='/tmp/pfile11.ora' from spfile;
此时参数文件中就会有这样的设置:
*.aq_tm_processes=1
再设置实例 1 的 aq_tm_processes 为 0
- alter system set aq_tm_processes = 0 scope=both sid='jy1';
- --create pfile='/tmp/pfile12.ora' from spfile;
此时参数文件中就会有这样的设置:
- *.aq_tm_processes=1
- jy1.aq_tm_processes=0
此时就模拟了生产环境的现状下面来看下实际的操作过程:
- SQL>
- SQL> alter system set aq_tm_processes = 1 scope=both sid='*';
- System altered.
- SQL> create pfile='/tmp/pfile11.ora' from spfile;
- File created.
- SQL> show parameter aq
- NAME TYPE VALUE
- ------------------------------------ ----------- ------------------------------
- aq_tm_processes integer 1
- SQL> !ps -ef|grep q00
- oracle 1462 27385 0 15:27 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
- oracle 1464 1462 0 15:27 pts/1 00:00:00 grep q00
- oracle 26534 1 0 15:08 ? 00:00:00 ora_q002_jy1
- oracle 31538 1 0 15:21 ? 00:00:00 ora_q000_jy1
- SQL>
- SQL> alter system set aq_tm_processes = 0 scope=both sid='jy1';
- System altered.
- SQL> create pfile='/tmp/pfile12.ora' from spfile;
- File created.
- SQL> show parameter aq
- NAME TYPE VALUE
- ------------------------------------ ----------- ------------------------------
- aq_tm_processes integer 0
- SQL> !ps -ef|grep q00
- oracle 2044 27385 0 15:28 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
- oracle 2046 2044 0 15:28 pts/1 00:00:00 grep q00
- SQL>
可以看到, 确实设置为 0 之后 q00 进程就消失了, 即使再重启实例也是一样的, q00 进程不再会启动
2. 测试方案
现在我们要做的就是保障不更改节点 2 的设置情况下, 将节点 1 的 aq_tm_processes 恢复默认
2.1 尝试直接 reset 参数指定节点 1, 然后重启验证?
- alter system reset aq_tm_processes scope=spfile sid='jy1';
- create pfile='/tmp/pfile13.ora' from spfile;
重启节点 1 验证? 确认是否可以实现需求?
具体实际操作如下:
- SQL> alter system reset aq_tm_processes scope=spfile sid='jy1';
- System altered.
- SQL> create pfile='/tmp/pfile13.ora' from spfile;
- File created.
- SQL> show parameter aq
- NAME TYPE VALUE
- ------------------------------------ ----------- ------------------------------
- aq_tm_processes integer 0
- SQL> !ps -ef|grep q00
- oracle 3801 27385 0 15:32 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
- oracle 3803 3801 0 15:32 pts/1 00:00:00 grep q00
- SQL> startup force
- ORACLE instance started.
- Total System Global Area 599785472 bytes
- Fixed Size 2098112 bytes
- Variable Size 301993024 bytes
- Database Buffers 289406976 bytes
- Redo Buffers 6287360 bytes
- Database mounted.
- Database opened.
- SQL> show parameter aq
- NAME TYPE VALUE
- ------------------------------------ ----------- ------------------------------
- aq_tm_processes integer 1
- SQL> !ps -ef|grep q00
- oracle 4228 1 0 15:33 ? 00:00:00 ora_q000_jy1
- oracle 4232 1 0 15:33 ? 00:00:00 ora_q002_jy1
- oracle 5021 27385 0 15:35 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
- oracle 5023 5021 0 15:35 pts/1 00:00:00 grep q00
- SQL>
可以看到, 答案明显是: 不可以
因为这样只会将实例 1 的参数 reset, 但是由于之前还有全局参数 *, 所以重启实例 1 后会发现, aq_tm_processes 参数会是 1
也就是说, 针对实例 1 的设置去掉了, 自然会沿袭整体的设置
2.2 实验正确的方式
有了上面的基础, 就有了实现需求的思路:
我们想下, 如果把全局参数也 reset, 会影响到节点 2 之前的设置, 那么这样, 只能将节点 2 的值单独设定, 然后再 reset 全局参数
- alter system set aq_tm_processes = 1 scope=both sid='jy2';
- --create pfile='/tmp/pfile14.ora' from spfile;
- alter system reset aq_tm_processes scope=spfile sid='*';
- --create pfile='/tmp/pfile15.ora' from spfile;
重启节点 1 验证?? 确认是否可以实现需求?
具体实际操作如下:
- SQL> alter system set aq_tm_processes = 1 scope=both sid='jy2';
- System altered.
- SQL> create pfile='/tmp/pfile14.ora' from spfile;
- File created.
- SQL> alter system reset aq_tm_processes scope=spfile sid='*';
- System altered.
- SQL> create pfile='/tmp/pfile15.ora' from spfile;
- File created.
- SQL> startup force
- ORACLE instance started.
- Total System Global Area 599785472 bytes
- Fixed Size 2098112 bytes
- Variable Size 301993024 bytes
- Database Buffers 289406976 bytes
- Redo Buffers 6287360 bytes
- Database mounted.
- Database opened.
- SQL> show parameter aq
- NAME TYPE VALUE
- ------------------------------------ ----------- ------------------------------
- aq_tm_processes integer 0
- SQL> !ps -ef|grep q00
- oracle 7446 1 1 15:40 ? 00:00:00 ora_q000_jy1
- oracle 7448 1 0 15:40 ? 00:00:00 ora_q001_jy1
- oracle 7450 1 0 15:40 ? 00:00:00 ora_q002_jy1
- oracle 7452 1 0 15:40 ? 00:00:00 ora_q003_jy1
- oracle 7480 27385 0 15:41 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00
- oracle 7482 7480 0 15:41 pts/1 00:00:00 grep q00
- SQL>
可以看到, 真实操作测试验证的答案和预想的一致: 可以
注: 所有创建 pfile 的步骤都可以去掉当时是因为想确认理论是否正确才给每一步后加了这个操作
3. 总结
那么总结归纳下, 实际在客户环境下, 就是应该做以下三个步骤完成需求:
-- 保障节点 2 的设置不变
alter system set aq_tm_processes=1 scope=spfile sid='jy2';
--reset 节点 1 的设置
alter system reset aq_tm_processes scope=spfile sid='jy1';
--reset 全局的设置
alter system reset aq_tm_processes scope=spfile sid='*';
本文知识点总结: 其实只需下面这 3 个知识点清楚就 ok 了:
reset 操作实际只是将这个值从 spfile 中移除;
针对某个实例级别的设置优先级高于整体设置;
注意 Oracle 对于 SET 参数值这种方式, 实际上少做了很多事情, 简单理解就是默认 0 和设置 0 不一样
来源: http://www.phperz.com/article/18/0309/360802.html