oracle启动报错ORA-32004，查看alert日志，不知道怎么解决？

jackson198574

回复 10# counter1219


    这个参数应该是没问题的，但是可能几个参数之间的设置会互相影响。根据我刚才取的10G和11G的默认设置值来看，FAST_START_MTTR_TARGET的值在10G以后默认为0。有可能有其他参数的修改导致的这个问题，你仔细看一下alert日志里最近有没有什么参数的改动，尤其是alter database或者alter system相关的语句。

www_xylove

嫌疑：
archive_lag_target
fast_start_io_targe
fast_start_mttr_target
remote_os_authent
去掉这些参数看看。

jackson198574

建议楼主按照12楼www_xylove版主的建议操作一下，如果有条件，尽可能的选择一种备份方式对全库进行备份。

counter1219

回复 12# www_xylove
我把下面fast_start_io_targe，remote_os_authent两个参数删除之后，再用pfile重启，确实是没有问题了，这是什么原因呢？只是因为这两个设置为默认值，如果写在pfile文件中，就会报错吗？


   

jackson198574

回复 14# counter1219

数据库启动的时候会按照pfile里面的参数初始化环境，如果如果写了就会按照参数的值去初始化环境，如果不写的话会按照默认值（比如0或者是false）进行初始化。如果你的数据库有spfile的话，最好先备份一下spfile，然后执行一下create spfile from pfile。确定spfile的存在的话使用命令：show parameter spfile;   
   

www_xylove

......
fast_start_io_target     = 0
remote_os_authent        = TRUE
......

这两个参数是默认参数吗？
为什么默认参数出现在告警日志文件里面？
正确的是，这个参数本来是默认参数，没有任何问题，然后，被修改之后，变成了非默认参数，而该参数在oracle 11.1版本被废弃了，故而报错了。
另外提一句：
告警日志里出现参数是非默认参数，并非你说的默认参数。

fflixiang

应该是下面两个参数问题
Deprecated system parameters with specified values:
  fast_start_io_target     
  remote_os_authent        
End of deprecated system parameter listing

fflixiang

oracle不使用这两个参数了

碉堡蔡

不太懂。不过顶你。