共计 4858 个字符，预计需要花费 13 分钟才能阅读完成。
| 导读 | Oracle Database，又名 Oracle RDBMS，或简称 Oracle。是甲骨文公司的一款关系数据库管理系统。它是在数据库领域一直处于领先地位的产品。可以说 Oracle 数据库系统是目前世界上流行的关系数据库管理系统，系统可移植性好、使用方便、功能强，适用于各类大、中、小、微机环境。它是一种高效率、可靠性好的 适应高吞吐量的数据库解决方案。 |
Oracle 参数设置之 set 与 reset 的实际案例
环境：Oracle 10.2.0.5 RAC
需求：节点 1 的 aq_tm_processes 要求恢复默认，节点 2 设置要求保持不变
- 1. 构建测试环境
- 2. 测试方案
- 3. 总结
背景介绍：
从 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=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 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 恢复默认。
| 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 的设置去掉了，自然会沿袭整体的设置。
有了上面的基础，就有了实现需求的思路：
我们想下，如果把全局参数也 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 了：
reset 操作实际只是将这个值从 spfile 中移除；
针对某个实例级别的设置优先级高于整体设置；
注意 Oracle 对于 SET 参数值这种方式，实际上少做了很多事情，简单理解就是默认 0 和设置 0 不一样。
