巴士终于可以打开了,英明伟大的祖国,我谢谢您。
--问题描述
今早一来在一台准备今天安装测试ASM性能的服务器上出现找不到数据库文件日志文件的问题
idle> alter database open;alter database open*ERROR at line 1:ORA-01157: cannot identify/lock data file 5 - see DBWR trace fileORA-01110: data file 5: '/u02/ETMCDB/ETMCDB_data_01.dbf'
日志文件也丢失了但是没抓下图,借鉴一下网上的一篇文章 ORA-00313: 无法打开日志组 1 (线程 1) 的成员 ORA-00312: 联机日志 1 线程 1: 'C:\ORACLE\ORADATA\ORCL\REDO01.LOG'
--原因
估计是我昨天加硬盘然后fdisk,分了区,建立了文件系统,/dev/sdb 对应文件夹u02,随后使用以下脚本移动了数据文件
SQL> Alter tablespace devbase Offline; SQL> Host mv '/u01/oradata/ETMCDB/devbase02.dbf' '/u02/oradata/xxd/devbase02.dbfSQL> Alter tablespace devbase Rename Datafile '/u01/oradata/ETMCDB/devbase02.dbf' to '/u01/oradata/xxd/devbase02.dbf';SQL> Alter tablespace devbase Online;
可是当时检查也没有错误啊SQL> Select tablespace_name, initial_extent, next_extent, max_extents, pct_increase, min_extlen from dba_tablespaces;
随后halt -n又增加了一堆硬盘为了分盘测试ASM,然后再启动oracle就出现这样的问题了。
--解决方法
首先解决数据文件丢失
idle> alter database datafile '/u02/ETMCDB/ETMCDB_data_01.dbf' offline drop;Database altered.
idle> alter database open;Database altered.
然后解决日志文件丢失无法启动数据库的办法:
首先,执行下面的语句看看group1是不是current日志组 select group#,sequence#,archived,status from v$log;
如果被删除的日志不是当前日志组的成员,比较简单 alter database clear logfile group 1;
如果你的库是非归档的,或许要用下面的语句 alter database clear unarchived logfile group 1;
转载于:https://www.cnblogs.com/buro79xxd/archive/2010/01/21/1682587.html