Oracle数据库空间文件丢失处理方法
2010-11-20 16:49
232 查看
Oracle使用裸设备作为数据库空间,小型机重启,裸设备未绑定或者数据库文件异常,Oracle无法识别,Oracle启动失败
1. 问题现象
裸设备rlv_cbs_default_dat2没有绑定上逻辑卷
Oracle启动报错信息:
ORA-01157: cannot identify/lock data file 5 - see DBWR trace file
ORA-01110: data file 5: '/dev/raw/rlv_cbs_default_dat2'
一开始我认为直接将这个裸设备建上就可以了,我这样错了,然后报了另外一个错误
ORA-01122: database file 5 failed verification check
ORA-01110: data file 5: '/dev/raw/rlv_cbs_default_dat2'
ORA-01251: Unknown File Header Version read for file number 5
出这个错误的原因可能是我建的裸设备号已经被使用了,如果你建的裸设备号正在被另外一个裸设备使用的话,那么oracle将无法识别你的另外一个裸设备。所有我们操作的时候一定要小心。
解决方法:
这种情况下,如果数据库没有备份的话,而且数据库是非归档模式,用户的数据就会丢失
第一步,执行shutdown immediate命令先将数据库停止
第二步,执行start mount 命令启动数据库
第三步,将数据文件置为offline状态
alter database datafile '/dev/raw/rlv_cbs_default_dat2' offline drop;
第四步,alter database open;
第五步,drop tablespace cbs_default_dat ;
2.问题现象:
在drop数据库空间的时候我遇到这样的错误,特别是drop索引数据库空间的时候
ORA-00604: error occurred at recursive SQL level 1
ORA-02429: cannot drop index used for enforcement of unique/primary key
解决方法:
1. drop掉和这个索引有关系的其他的数据库空间(显然这个方法不够好,对于OCS来说,一空就8个表空间,这样的话就要将这个8个表空间全部drop掉)
2. 首先查看这个表空间对应的用户,使用下面的sql
select USERNAME ,DEFAULT_TABLESPACE from dba_users;
drop掉这个数据库空间上的所有的用户,然后再drop掉这个数据库空间。
1. 问题现象
裸设备rlv_cbs_default_dat2没有绑定上逻辑卷
Oracle启动报错信息:
ORA-01157: cannot identify/lock data file 5 - see DBWR trace file
ORA-01110: data file 5: '/dev/raw/rlv_cbs_default_dat2'
一开始我认为直接将这个裸设备建上就可以了,我这样错了,然后报了另外一个错误
ORA-01122: database file 5 failed verification check
ORA-01110: data file 5: '/dev/raw/rlv_cbs_default_dat2'
ORA-01251: Unknown File Header Version read for file number 5
出这个错误的原因可能是我建的裸设备号已经被使用了,如果你建的裸设备号正在被另外一个裸设备使用的话,那么oracle将无法识别你的另外一个裸设备。所有我们操作的时候一定要小心。
解决方法:
这种情况下,如果数据库没有备份的话,而且数据库是非归档模式,用户的数据就会丢失
第一步,执行shutdown immediate命令先将数据库停止
第二步,执行start mount 命令启动数据库
第三步,将数据文件置为offline状态
alter database datafile '/dev/raw/rlv_cbs_default_dat2' offline drop;
第四步,alter database open;
第五步,drop tablespace cbs_default_dat ;
2.问题现象:
在drop数据库空间的时候我遇到这样的错误,特别是drop索引数据库空间的时候
ORA-00604: error occurred at recursive SQL level 1
ORA-02429: cannot drop index used for enforcement of unique/primary key
解决方法:
1. drop掉和这个索引有关系的其他的数据库空间(显然这个方法不够好,对于OCS来说,一空就8个表空间,这样的话就要将这个8个表空间全部drop掉)
2. 首先查看这个表空间对应的用户,使用下面的sql
select USERNAME ,DEFAULT_TABLESPACE from dba_users;
drop掉这个数据库空间上的所有的用户,然后再drop掉这个数据库空间。
相关文章推荐
- Oracle数据库空间文件丢失处理方法
- Oracle数据库表空间数据文件最大容量以及存满时处理方法
- Oracle数据库联机日志文件丢失处理方法
- Oracle数据库联机日志文件丢失处理方法
- ORACLE 回滚段表空间数据文件丢失或损坏处理方法(1)
- ORACLE 回滚段表空间数据文件丢失或损坏处理方法(2)
- Oracle数据库联机日志文件丢失或损坏的处理方法
- ORACLE回滚段表空间数据文件丢失或损坏处理方法(转)
- Oracle数据库联机日志文件丢失或损坏的处理方法
- Oracle数据库联机日志文件丢失的几种处理方法
- Oracle数据库所有联机日志文件丢失处理方法
- Oracle数据库联机日志文件丢失处理方法
- 丢失全部数据文件,控制文件,redo log file(9201)——处理方法四
- ORACLE联机日志文件丢失或损坏的处理方法
- SQL Server 2008 数据库日志文件丢失处理方法
- ORACLE联机日志文件丢失或损坏的处理方法
- Oracle联机日志文件丢失或损坏的处理方法
- 【转】warning C4819,该文件保存为 Unicode 格式以防止数据丢失,处理方法
- Oracle联机日志文件丢失或损坏的处理方法
- Android studio R文件丢失处理方法