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=1jy1.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=1jy1.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 aqNAME TYPE VALUE------------------------------------ ----------- ------------------------------aq_tm_processes integer 1SQL> !ps -ef|grep q00oracle 1462 27385 0 15:27 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 1464 1462 0 15:27 pts/1 00:00:00 grep q00oracle 26534 1 0 15:08 ? 00:00:00 ora_q002_jy1oracle 31538 1 0 15:21 ? 00:00:00 ora_q000_jy1SQL> 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 aqNAME TYPE VALUE------------------------------------ ----------- ------------------------------aq_tm_processes integer 0SQL> !ps -ef|grep q00oracle 2044 27385 0 15:28 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 2046 2044 0 15:28 pts/1 00:00:00 grep q00SQL>
可以看到，确实设置为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 aqNAME TYPE VALUE------------------------------------ ----------- ------------------------------aq_tm_processes integer 0SQL> !ps -ef|grep q00oracle 3801 27385 0 15:32 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 3803 3801 0 15:32 pts/1 00:00:00 grep q00SQL> startup forceORACLE instance started.Total System Global Area 599785472 bytesFixed Size 2098112 bytesVariable Size 301993024 bytesDatabase Buffers 289406976 bytesRedo Buffers 6287360 bytesDatabase mounted.Database opened.SQL> show parameter aqNAME TYPE VALUE------------------------------------ ----------- ------------------------------aq_tm_processes integer 1SQL> !ps -ef|grep q00oracle 4228 1 0 15:33 ? 00:00:00 ora_q000_jy1oracle 4232 1 0 15:33 ? 00:00:00 ora_q002_jy1oracle 5021 27385 0 15:35 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 5023 5021 0 15:35 pts/1 00:00:00 grep q00SQL>
可以看到，答案明显是：不可以。
因为这样只会将实例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 forceORACLE instance started.Total System Global Area 599785472 bytesFixed Size 2098112 bytesVariable Size 301993024 bytesDatabase Buffers 289406976 bytesRedo Buffers 6287360 bytesDatabase mounted.Database opened.SQL> show parameter aqNAME TYPE VALUE------------------------------------ ----------- ------------------------------aq_tm_processes integer 0SQL> !ps -ef|grep q00oracle 7446 1 1 15:40 ? 00:00:00 ora_q000_jy1oracle 7448 1 0 15:40 ? 00:00:00 ora_q001_jy1oracle 7450 1 0 15:40 ? 00:00:00 ora_q002_jy1oracle 7452 1 0 15:40 ? 00:00:00 ora_q003_jy1oracle 7480 27385 0 15:41 pts/1 00:00:00 /bin/bash -c ps -ef|grep q00oracle 7482 7480 0 15:41 pts/1 00:00:00 grep q00SQL>
可以看到，真实操作测试验证的答案和预想的一致：可以。
注：所有创建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不一样。