请教下大家关于ORACLE参数文件的问题?

环境P5双机,A机跑ORACLE,B机跑WEBSPHERE,互为备份
A,B机分别装完ORACLE软件后,在A机上DBCA建库,把所有的数据文件,SPFILE,PFILE,控制文件等都定位到存储设备上,然后把A机资源切换到B机上，手工启动B机数据库,提示需要同步INITSIDORA文件，我把A机DBS目录下的所有文件都原封不动拷贝到B机上，B机数据库可以正常启动.

问题:如果我需要修改SGA参数,那么是不是我还需要手工同步下A机和B机DBS目录下的参数文件,我的DBCA建库的时候,把SPFILE和PFILE都建在存储上了呀，为什么还需要手工同步本机上的参数文件，到底ORALCE数据库启动的时候用的是我存储上的参数文件,还是DBS目录下的参数文件?

我觉得你把问题搞麻烦了，直接把oracle的程序文件和所有的数据文件,SPFILE,PFILE,控制文件等都放到存储设备上，A和B都连存储。这样，A、B机谁都可以跑oracle。如果装上HACMP，一台跑oracle,一台跑web应用。任一台宕机，都可以切到另一台上。我单位的M85双机，就是这样设置的。

直接把oracle的程序文件和所有的数据文件,SPFILE,PFILE,控制文件等都放到存储设备上，A和B都连存储，是一种方式，但也算一种SPOF，并且不支持滚动升级。而且，如果两台机器规格有差异，也不适合。

这也是因为单机性能不足以支持所有服务，牺牲安全性的一种折衷办法。好在数据放在存储上，比较完备，又定期备到带库上，双保险。

说到升级，我们马上要进行。大致过程是：
[indent]
[color=blue]1)在test target安装新版demo;
2)在test target和test source上安装upgrade kit,分别配置好;
3)将test source的应用参数文件下载并传到test target上，在test target上更新参数;
4)下载oracle data tables from source，并ftp到test target;
5)在test target上载oracle data tables;
6)在test target上，检查oracle索引点，并抽索引;
7)检查和测试，这步很花时间。[/color]

test source是备份机，test target是升级用机。以上工作对于我们是个比较漫长的过程，业务模块多，数据量大，所有功能模块和参数文件都要检查和测试。
[/indent]
正式升级时，source就变成了正式生产机。

再把以上步骤走一遍。参数文件就不用怎么修改了，停服务的时间主要是down oracle data和建索引。这样原本要很长时间，就压缩到很短了。

另外，为了进一步减少停业务的时间，还可以先下载流通业务之外的oracle数据，这时仍可以进行一部分流通功能。把数据上载，抽索引做完后，最后，再用比较短的时间把那部分数据搞定。

show parameter spfile后,我的SPFILE是在存储设备上呀,本机上的INISSIDORA文件里面是个SPFILE的指向,另外我想问下，我主机的ORACLE版本是9206,CLIENT是9201,我在使用CLIENT的OEM调整SGA参数时候报错,请问是版本不符的原因吗?

如果不能用OEM调整参数的话，那么我直接修改INIT.ORA文件,然后重新生成下SPFILE可以吧

回复 #5 sampradong25 的帖子

just use SQLPLUS to tune the parameters

alter system set xxxparameter=xxxvalue scope=spfile/both/memory

you are always able to do that by SQLPLUS.

OK,请问楼上兄台为什么我只能通过SQLPLUS来调整启动参数文件,难道OEM不可以吗?

[quote]原帖由 [i]sampradong25[/i] 于 2007-5-26 14:47 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=665222&ptid=72562][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
OK,请问楼上兄台为什么我只能通过SQLPLUS来调整启动参数文件,难道OEM不可以吗? [/quote]
you can do it for sure.

but you must notice some option(scope=xxx) when modifying any parameter.