环境: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 的设置,如下:
- *.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 的设置情况下,将节点 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 的步骤都可以去掉。当时是因为想确认理论是否正确才给每一步后加了这个操作。
那么总结归纳下,实际在客户环境下,就是应该做以下三个步骤完成需求:
- --保障节点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 了:
来源: http://www.linuxidc.com/Linux/2017-12/149978.htm