Oracle参数设置之set与reset的实际案例

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.构建测试环境

目前生产的参数内容是类似这样，有全局设置，有实例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不一样。