使用alter system set修改参数不生效

最近在用虚拟机上的Oracle RAC作实验，看到后台日志一直报错，缘由是配置的log_archive_dest_2参数指到了节点2，而节点2又没有开机，因此致使一直有报错。因而想这一参数是以前作实验的时候修改的，如今不须要了，直接把这个参数重置一下就能够了，因而执行了下面的语句：

alter system reset log_archive_dest_2;

再使用show parameter查看参数已经被清空了：

SQL> show parameter log_archive_dest_2 

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2		     string

看alert日志中报错也没有了，觉得这样事情就结束了。但事实上尚未结束。等下一次数据库重启后看到以前的报错又出现了，并且log_archive_dest_2参数的设置又恢复到了重置以前的值：

SQL> show parameter log_archive_dest_2 

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2		     string	 service=rac2

难道是上次重置没有成功吗？

从上次的检查结果来看重置是成功的，并且alert日志中也提示修改为功。

那为何这么灵异的事情竟然发生了呢？

尝试再次重置：

SQL> alter system reset log_archive_dest_2;
alter system reset log_archive_dest_2
*
ERROR at line 1:
ORA-32010: cannot find entry to delete in SPFILE

看到出现上面的报错，是说spfile中没有相应的条目能够删除。

若是没有条目个人设置又是从哪里来的呢？

因而生成pfile来查看参数文件中关于log_archive_dest_2具体是怎么设置的：

orcl2.log_archive_dest_1='location=/home/oracle/rac2'
orcl1.log_archive_dest_1='location=/home/oracle/rac1'
*.log_archive_dest_1='location=+data'
orcl2.log_archive_dest_2='service=rac1'
orcl1.log_archive_dest_2='service=rac2'

从上面能够看到针对每个实例的log_archive_dest_2都作了设置，难道是这个缘由么？

再次尝试重置，此次语句以下：

alter system reset log_archive_dest_2 sid='orcl1';

再次生成pfile文件，看到orcl1.log_archive_dest_2='service=rac2'这条记录已经没有了，说明已经把配置清除了，重启实例再次查看：

SQL> show parameter log_archive_dest_2 

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2		     string

alert日志中也再也不报错了。

那么问题又来了，我第一次清除的又是什么配置呢？

有经验的同窗应该已经想到这个问题的缘由了。咱们继续看下面的分析。

咱们再回到第一次生成的spfile文件中能够看到以下配置，咱们以log_archive_dest_1参数为例

orcl2.log_archive_dest_1='location=/home/oracle/rac2'
orcl1.log_archive_dest_1='location=/home/oracle/rac1'
*.log_archive_dest_1='location=+data'

对于log_archive_dest_1参数设置有两类，一类是'*.'开头的，一个是以'<sid>.'开头的。'*.'开头的设置是对全部与数据库相关的且没有设置该参数的实例有效，而以'<sid>.'开头的设置只对设置对应的实例有效。

我这前是对两个实例orcl1和orcl2的log_archive_dest_1分别设置了不一样的值，而分别设置以前全部的实例的log_archive_dest_1参数值都是'location=+data'。

咱们再来看alter system set|reset parameter的语法：

set parameter

parameter_name =
   parameter_value [, parameter_value ]...
   [ COMMENT = string ]
   [ DEFERRED ]
   [ { SCOPE = { MEMORY | SPFILE | BOTH }
     | SID = { 'sid' | '*' }
     }...
   ]

reset parameter 

parameter_name
   [ { SCOPE = SPFILE 
     | SID = { 'sid' | '*' }
     }...
   ]

从上面的语法能够看到，设置和重置参数都有一个可选项：SID = { 'sid' | '*' }，而默认的都是SID='*'。

这里应该就能够解释我第一次重置log_archive_dest_2时为何能够成功，而第二次没有成功的缘由：我第一次删除了*.log_archive_dest_2='xxxx'这一条目，第一次再次删除时文件中没有了，因此报错。

这也能解释为何重置时加上sid='orcl1'项后重启依然生效。

还有一个问题就是若是参数文件中，对于同一个参数同时有'*.'开头的和以'<sid>.'开头的参数设置时，Oracle会选哪一个作为实例的参数设置的，咱们来看一句官方文档中对SID的描述，就能够回答这个问题了：

SID The SID clause lets you specify the SID of the instance where the value will take effect.

• Specify SID = '*' if you want Oracle Database to change the value of the parameter for all instances that do not already have an explicit setting for this parameter.

• Specify SID = 'sid' if you want Oracle Database to change the value of the parameter only for the instance sid. This setting takes precedence over previous and subsequent ALTER SYSTEM SET statements that specify SID = '*'.

If you do not specify this clause, then:

• If the instance was started up with a pfile (traditional plain-text initialization parameter file), then Oracle Database assumes the SID of the current instance.

• If the instance was started up with an spfile (server parameter file), then Oracle Database assumes SID = '*'.

小提示：能够使用show spparameter <parameter_name>查看spfile中对于参数的设置

sys@ORA11G>show spparameter log_archive_dest_1

SID	 NAME			       TYPE	   VALUE
-------- ----------------------------- ----------- ----------------------------
ora11g	 log_archive_dest_1	       string	   location=/home/oracle/dump
*	 log_archive_dest_1	       string	   location=/u01/

参考：http://docs.oracle.com/cd/E11882_01/server.112/e41084/statements_2014.htm#i2061284