12c create spfile的警示

在12c中,create spfile命令又有了新的参数变更,引入了as copy选项,这个变化是由于一个Bug引入的。

通过以下的测试和验证过程,大家会发现新版本中的这个变化,避免在新版本中遭遇陷阱。以下验证环境为Oracle RAC 12.1.0.2.0,先记录当前DB的资源配置。

[oracle@rac12-node1 ~]$ srvctl config database -db rac12 Database unique name:rac12 Database name:rac12 Oracle home:/u01/app/oracle/product/12.1.0 Oracle user:oracle Spfile:+DATA/rac12/spfilerac12.ora Password file:+DATA/RAC12/PASSWORD/pwdrac12.276.902472499 Domain: Start option:open Stop option:immediate Database role:PRIMARY Management policy:AUTOMATIC Server pools:racpool Disk Groups:DATA Mount point paths: Services:racdb Type:RAC Start concurrency: Stop concurrency: OSDBA group:dba OSOPER group:dba Database instances: Configured nodes: Database is policy managed

对于RAC环境,一般都推荐使用共享的SPFILE,方便维护初始化参数。下面的连续测试主要观察命令执行后对这个参数的影响。

首先测试生成PFILE或者SPFILE,同时指定生成文件的位置,请注意后者直接导致了集群参数文件指向的变更。

SQL>create pfile='/tmp/ffile.ora' from spfile='+DATA/rac12/spfilerac12.ora'; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:+DATA/rac12/spfilerac12.ora SQL>create spfile='/tmp/ffile.spfile' from pfile='/tmp/ffile.ora'; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/ffile.spfile

从内存生成PFILE或者SPFILE,同时指定生成文件的位置后者对于SPFILE同样更新了集群配置。

SQL> create pfile='/tmp/fmem.ora' from memory; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/ffile.spfile SQL>create spfile='/tmp/fmem.spfile' from memory; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/fmem.spfile

从文件生成PFILE或者SPFILE,不指定生成文件的位置。

SQL> create pfile from spfile='DATA/rac12/spfilerac12.ora'; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/fmem.spfile SQL>create spfile from pfile='/tmp/ffile.ora'; File created SQL>! srvctl config database -db rac12|grep -i'spfile' Spfile:+DATA/spfilerac12_1.ora

指定生成文件位置,但源文件默认使用默认位置。

SQL> create pfile='/tmp/ffile2.ora' from spfile; File created. SQL>!srvctl config database -db rac12|grep -i 'spfile' Spfile:+DATA/spfilerac12_1.ora SQL>create spfile='/tmp/ffile2.spfile' from pfile; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/ffile2.spfile

生成文件和源文件均使用默认位置。

SQL>create pfile from spfile; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/ffile2.spfile SQL>create spfile from pfile; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:+DATA/spfilerac12_1.ora

通过测试可见每一次生成SPFILE,都同时更新了Database资源配置里面的SPFILE设定!

由于这个命令执行时没有任何提示会更新Database资源设定,所以很容易导致SPFILE的设定被更改到某个节点的本地文件系统,这样有可能会导致其他节点在重启动之后找不到指定的SPFILE,从而启动失败。

幸运的是,通常RAC在安装完成后,在初始化参数的默认位置($ORACLE_HOME/dbs)一般会创建一个PFILE,里面用SPFILE参数指向了共享的SPFILE。

[oracle@rac12-node3 ~] $ cd $ORACLE_HOME/dbs [oracle@rac12-node3 dbs] $ ls hc_rac12_3.dat id_rac12_3.dat init.ora initrac12_3.ora [oracle@rac12-node3 dbs] $ cat initrac12_3.ora SPFILE='+DATA/rac12/spfilerac12.ora' [oracle@rac12-node3 dbs] $

这会如果不知情地执行了之前的创建操作,这会导致部分节点使用不同的SPFILE:

在MOS网站上搜索,确认如下Bug,Oracle提供了补丁修正

Bug 18799993 -CREATE SPFILE updates the DB resource by default as of 12.1 (Doc ID 18799993.8)。

在以下Bug描述中,Oracle详细阐述了这个问题,这是一个仅在RAC环境中出现的问题,并在补丁中提供了AS COPY选项。

As of 12c creating an spfile also updates the spfile location in the cluster. This is different to 11.2 behaviour and can affect scripts that create a local SPFILE that is not accessible to other RAC nodes. Rediscovery Notes After an spfile is created, the spfile location is updated in the cluster. Other nodes may then be unable to access the new spfile. Workaround None other than be sure to create SPFILE on a shared disk accessible to all nodes. Note: This fix extends the CREATE SPFILE syntax to add an "AS COPY" option. If 'AS COPY' is specified the cluster wide spfile location is not updated.

安装后进行简单测试。

SQL>create spfile='/tmp/aferpatch_ffile.spfile' from pfile='/tmp/ffile.ora'; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile.spfile SQL>create spfile='/tmp/aferpatch_fmen.spfile' from memory; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile.spfile SQL>create spfile='/tmp/aferpatch_ffile2.spfile' from pfile; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile2.spfile SQL>create spfile from pfile='/tmp/ffile.ora'; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile2.spfile SQL>create spfile from memory; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile2.spfile SQL>create spfile from pfile; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile2.spfile

可以看到有一些改变,现在create spfile from pfile命令只有在指定生成文件路径才会更新Database资源配置,create spfile from memory不再更新Database资源配置。

继续来检查as copy的使用情况。

SQL>create spfile='/tmp/aferpatch_ffile.spfile'from pfile='/tmp/ffile.ora' as copy; File created. SQL>! srvctl config database -db rac12|grep -i'spfile' Spfile:/tmp/aferpatch_ffile2.spfile SQL>create spfile='/tmp/aferpatch_ffile.spfile' from pfile as copy; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile2.spfile SQL>create spfile='/tmp/aferpatch_ffile.spfile' from memory as copy; ERROR at line 1: ORA-009333:SQL command not properly ended SQL>create spfile from pfile='/tmp/ffile.ora' as copy; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile2.spfile SQL>create spfile from pfile as copy; File created. SQL>! srvctl config database -db rac12|grep -i 'spfile' Spfile:/tmp/aferpatch_ffile2.spfile SQL>create spfile from memory as copy; ERROR at line 1: ORA-00933:SQL command not properly ended

可以看到from memory不支持as copy选项,同时加了as copy选项后,即使指定了spfile生成文件的路径,也不再更新Database资源配置。

通过以上测试和验证过程,得出以下结论。

  • create spfile from memory:不支持as copy选项,但是也不再更新Database资源配置。
  • createspfile from pfile:在指定生成文件路径而且不加as copy选项时,仍然会更新Database资源配置。

通过这个案例可以看出,一个新的版本变化,会改变很多数据库细节上的行为。如果不关注这些细节,就有可能在运维时遭遇困境。所以当我们使用一个新版本时,需要尽可能关注新特性,并保持对于数据库修正的持续跟踪。

原文发布于微信公众号 - 数据和云(OraNews)

原文发表时间:2016-11-29

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏乐沙弥的世界

基于Innobackupex的增备及恢复

    MySQL的热备(物理备份)可以采取全备加增量备份的方式来减轻数据库I/O压力及系统资源的占用。增量备份主要是以全备或增量备份为基础,备份那些变更过的页...

552
来自专栏Theo Tsao

Linux进程管理

本文包括: 查看进程命令 ps、查看进程树命令 pstree、实时显示进程命令 top、查看后台任务命令 jobs、后台任务调至前台命令 fg、终止进程命令 k...

631
来自专栏鬼谷君

如何取消mysql授权并删除用户

1065
来自专栏数据库新发现

Oracle HowTo:如何在Oracle10g中启动和关闭OEM

作者:eygle 出处:http://www.eygle.com/blog 日期:October 28, 2005 本文链接:http://www.eygle....

682
来自专栏三杯水

Ceph集群由Jewel版本升级到Luminous版本

https://www.virtualtothecore.com/en/upgrade-ceph-cluster-luminous/ http://www.c...

972
来自专栏鬼谷君

mysql 5.7主从安装和配置

1024
来自专栏散尽浮华

Mysql数据库之Binlog日志使用总结

binlog二进制日志对于mysql数据库的重要性有多大,在此就不多说了。下面根据本人的日常操作经历,并结合网上参考资料,对binlog日志使用做一梳理: 一、...

1K9
来自专栏闵开慧

hive具体操作

Hive对hadoop集群及数据库操作说明文档 1 创建表 hive> create table userinfo(id int, name string) r...

3278
来自专栏散尽浮华

mysql数据库误删除后的数据恢复操作说明

在日常运维工作中,对于mysql数据库的备份是至关重要的!数据库对于网站的重要性使得我们对mysql数据的管理不容有失! 然后,是人总难免会犯错误,说不定哪天大...

25911
来自专栏吴伟祥

Linux系统管理(六) 原

进程是正在执行的一个程序或命令,每一个进程都是一个运行的实体,都有自己的地址空间,并占用一定的系统资源。

984

扫码关注云+社区