ORA-32000 not able to modify the rdbms spfile which is there in ASM

本文介绍了解决Oracle数据库中SPFILE无法通过ALTER SYSTEM命令修改的问题。文章详细阐述了导致此问题的原因,并提供了一套完整的解决方案,包括移动SPFILE、创建新的初始化参数文件以及重启数据库等步骤。

In this Document

Symptoms
Changes
Cause
Solution

Applies to:

Oracle Server - Enterprise Edition - Version 11.2.0.1 and later
Information in this document applies to any platform.

Symptoms

Not able to modify the spfile with alter system command.

SQL> alter system set open_cursors=2000 scope=spfile;
alter system set open_cursors=2000 scope=spfile
*
ERROR at line 1:
ORA-32000: write to SPFILE requested but SPFILE is not modifiable

Changes

Created the spfile in $ORACLE_HOME/dbs using below command.

SQL> create spfile from pfile;

Where pfile having information about spfile which is there in ASM

ex:

Content of the pfile looks like below.

$ cat $ORACLE_HOME/dbs/initdb11gr2.ora

SPFILE='+DATA/db11gr2/spfiledb11gr2.ora'

Cause

If you see the spfile parameter in the database it shows as below.

ex:

SQL> show parameter spfile

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
spfile string /u01/app/oracle/product/11.2.0
/dbhome_1/dbs/spfiledb11gr2.or
a

Content of the spfile looks like below.

cat /u01/app/oracle/product/11.2.0/dbhome_1/dbs/spfiledb11gr2.ora

SPFILE='+DATA/db11gr2/spfiledb11gr2.ora'

Solution

1. Move the spfile which is there in $ORACLE_HOME/dbs

ex:

mv spfiledb11gr2.ora spfiledb11gr2.ora.bkp

2. Create the file in $ORACLE_HOME/dbs location with init.ora name with below content.

SPFILE=''

ex:

FileName: initdb11gr2.ora

SPFILE='+DATA/db11gr2/spfiledb11gr2.ora'

3. Then restart the database, it will use the spfile which is there in ASM.

4. Now you will be able to modify the spfile with below command.

alter system set open_cursors=2000 scope=spfile;

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/22308399/viewspace-753157/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/22308399/viewspace-753157/

### ORA - 15032: not all alterations performed 此错误表明并非所有的更改操作都已执行。在引用[1]中,执行 `alter diskgroup archdg online disks in failgroup fg1` 语句时出现了该错误,同时伴随其他如 `ORA - 15130`、`ORA - 15335` 等错误,可能是磁盘组存在元数据损坏等问题。解决此问题可按以下步骤: 1. 检查磁盘组的状态,确保没有正在进行的操作,如卸载磁盘组等。 2. 检查磁盘组的元数据是否损坏,若存在损坏,可能需要进行修复操作。 3. 确认 `COMPATIBLE.ASM` 属性设置为 11.1 或者更高,因为某些特性依赖此设置。 ```sql -- 查看 COMPATIBLE.ASM 属性 SELECT name, value FROM v$asm_attribute WHERE group_number = (SELECT group_number FROM v$asm_diskgroup WHERE name = 'ARCHDG'); -- 修改 COMPATIBLE.ASM 属性 ALTER DISKGROUP archdg SET ATTRIBUTE 'compatible.asm' = '11.1'; ``` ### ORA - 15242: could not set attribute compatible.rdbms 根据引用[2],`compatible.asm` 和 `compatible.rdbms` 是 ASM 磁盘组的兼容性属性,`compatible.rdbms` 处理数据库实例(磁盘组的使用者)的兼容性。此错误表示无法设置 `compatible.rdbms` 属性,可能是当前设置不满足操作要求。解决方法如下: 1. 确认当前 `compatible.rdbms` 属性值,确保其符合操作要求。 2. 若要设置 `compatible.rdbms` 属性,需保证数据库实例的版本支持该值。 ```sql -- 查看当前 compatible.rdbms 属性值 ASMCMD [+DATA/rac] > lsattr -G DATA -l | grep compatible.rdbms -- 修改 compatible.rdbms 属性 ALTER DISKGROUP data SET ATTRIBUTE 'compatible.rdbms' = '11.2.0.0.0'; ``` ### ORA - 15137: The ASM cluster is in rolling patch state 该错误提示 ASM 集群处于滚动补丁状态,在此状态下某些操作可能会受到限制。解决此问题可按以下步骤: 1. 等待滚动补丁操作完成,确保 ASM 集群恢复正常状态。 2. 检查滚动补丁操作的日志,确认是否存在异常情况。 3. 若滚动补丁操作失败,可能需要手动清理相关状态或重新执行补丁操作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值