扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
最近在用虚拟机上的Oracle RAC做实验,看到后台日志一直报错,原因是配置的log_archive_dest_2参数指到了节点2,而节点2又没有开机,所以导致一直有报错。于是想这一参数是之前做实验的时候修改的,现在不需要了,直接把这个参数重置一下就可以了,于是执行了下面的语句:
创新互联于2013年成立,是专业互联网技术服务公司,拥有项目成都网站建设、成都网站制作网站策划,项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命,1280元玉门做网站,已为上家服务,为玉门各地企业和个人服务,联系电话:028-86922220alter 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 stringalert日志中也不再报错了。
那么问题又来了,我第一次清除的又是什么配置呢?
有经验的同学应该已经想到这个问题的原因了。我们继续看下面的分析。
我们再回到第一次生成的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参数设置有两类,一类是'*.'开头的,一个是以'
我这前是对两个实例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 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
参考:http://docs.oracle.com/cd/E11882_01/server.112/e41084/statements_2014.htm#i2061284
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流