这里希望提醒大家的是：在RAC环境中轻易不要使用“create pfile from spfile;”命令创建PFILE。
因为在RAC环境，默认情况下的SPFILE会放到共享存储上（裸设备或ASM磁盘组上），RAC的每台主机上是使用PFILE指向SPFILE的方法来完成SPFILE的定位的。
一旦使用“create pfile from spfile;”命令创建PFILE后，新生成的PFILE将覆盖原有dbs目录下的PFILE，此后数据库实例启动时读取的将不再是共享存储上的SPFILE，转而读取本地的PFILE文件的内容。

1.默认情况下$ORACLE_HOME/dbs目录下的PFILE initracdb.ora中只有一行记录，记录着SPFILE的路径指向。
/oracle/app/oracle/product/10.2.0/db_1/dbs$ cat initracdb1.ora
spfile=+DATA/racdb/spfileracdb.ora

2.此时可以从数据库参数得到目前使用的是SPFILE启动的数据库
SQL> show parameter spfile
NAME            TYPE        VALUE
--------------- ----------- ------------------------------
spfile          string      +DATA/racdb/spfileracdb.ora

3.此时如果使用“create pfile from spfile;”命令创建PFILE，原有PFIEL中的SPFILE指向将被具体的数据库参数所取代。
当数据库再次启动时，因为无法找到SPFILE的位置，将使用PFILE文件中记录的具体参数值完成数据库的启动，这样将会给数据库的管理带来比较大的影响，不再享受到SPFILE参数的便捷。

4.小结
本文描述的是一个常识性的问题，希望大家在对RAC数据库进行维护和管理的过程中不要因此给自己带来不必要的麻烦。
如果出现了这样的问题该如何处理呢？方法比较简单，将PFILE的内容恢复为具有SPFILE指向的内容即可，也许在具体场景中需要重新创建SPFILE。

看来不要偷懒 指定路径 不覆盖生产环境文件

细节问题

问题应该好解决，不过要避免这种情况，引来不必要的麻烦