阵列柜损坏修复后oracle数据库不能正常启动解决办法[@more@]接到维护工程师打来的电话，说柜子恢复了但数据库不能正常启动。于是在维护工程师在做冷备份期间便赶往办公地点，
一到便马上打开数据库日志，发现一撤消表空间的数据文件不能读取，（汗，当时以为又是回滚段数据文件损坏，这样
就要加隐含参数来进行处理），不想那么多，还是实际检查一下该数据文件是否真的损坏，于是执行以下命令：
dbv file=/home/oracle/oradata/test/undo01.dbf blocksize=8192
查看结果，没发现有坏块，这下放心了
因为不正常关机，数据库启动的时候是要进行恢复操作的，于是想到恢复不成功，执行以下命令进行确定
startup mount
select name,status from v$datafile;
查看结果，果然undo01.dbf文件是在recover状态，同时还有其他许多数据文件也在recover状态，还有些是离线状态。
看到这，基本确定问题的原因了，于是手工进行恢复并使其在线，执行以下命令：
recover datafile '/home/oracle/oradata/test/undo01.dbf';
出来几个恢复选项，选择auto就可以，表示自动寻找归档日志进行恢复
恢复完后再使该数据文件在线，执行命令：
alter database datafile '/home/oracle/oradata/test/undo01.dbf' online;
其他数据库文件也做同样处理，启动数据库，再看数据库日志，没有报错，故障解决！
一到便马上打开数据库日志，发现一撤消表空间的数据文件不能读取，（汗，当时以为又是回滚段数据文件损坏，这样
就要加隐含参数来进行处理），不想那么多，还是实际检查一下该数据文件是否真的损坏，于是执行以下命令：
dbv file=/home/oracle/oradata/test/undo01.dbf blocksize=8192
查看结果，没发现有坏块，这下放心了
因为不正常关机，数据库启动的时候是要进行恢复操作的，于是想到恢复不成功，执行以下命令进行确定
startup mount
select name,status from v$datafile;
查看结果，果然undo01.dbf文件是在recover状态，同时还有其他许多数据文件也在recover状态，还有些是离线状态。
看到这，基本确定问题的原因了，于是手工进行恢复并使其在线，执行以下命令：
recover datafile '/home/oracle/oradata/test/undo01.dbf';
出来几个恢复选项，选择auto就可以，表示自动寻找归档日志进行恢复
恢复完后再使该数据文件在线，执行命令：
alter database datafile '/home/oracle/oradata/test/undo01.dbf' online;
其他数据库文件也做同样处理，启动数据库，再看数据库日志，没有报错，故障解决！
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/20444553/viewspace-1006695/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
AIX命令集锦一(设备管理命令)
下一篇：
oracle10G新特性之ASM的应用
请登录后发表评论
登录
全部评论
