spfile从Oracle9i开始引入,这个文件是二进制的,不能手工修改。
可是直到Oracle10g已经普及的年代,还有朋友在手工修改这个文件,这实在是不应该犯的一个错误。
刚才有个朋友在MSN上问这样一个错误:
从后面一个错误号,我们明显能够看出这是一个参数文件损坏的问题。
那么前一个600错误呢?
我们知道Oracle在运行阶段是不锁定spfile的,所以spfile的问题要等到下一次修改或使用时才能发现。
那么这里MMON进程在修改参数文件的什么内容呢?
初学者可以思考和探索一下这个小问题。
-The End-
可是直到Oracle10g已经普及的年代,还有朋友在手工修改这个文件,这实在是不应该犯的一个错误。
刚才有个朋友在MSN上问这样一个错误:
Errors in file /u01/app/oracle/admin/orcl/bdump/orcl_mmon_5234.trc:
ORA-00600: internal error code, arguments: [kmgs_parameter_update_timeout_1], [1565], [], [], [], [], [], []
ORA-01565: error in identifying file '/u01/app/oracle/oracle/product/10.2.0/db_1/dbs/spfileorcl.ora'
ORA-27046: file size is not a multiple of logical block size
从后面一个错误号,我们明显能够看出这是一个参数文件损坏的问题。
那么前一个600错误呢?
我们知道Oracle在运行阶段是不锁定spfile的,所以spfile的问题要等到下一次修改或使用时才能发现。
那么这里MMON进程在修改参数文件的什么内容呢?
初学者可以思考和探索一下这个小问题。
-The End-
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




