这篇文章主要讲解了“Oracle表空间误删除导致startup启动时提示ORA-01110和ORA-01157错误怎么办”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Oracle表空间误删除导致startup启动时提示ORA-01110和ORA-01157错误怎么办”吧！

今天遇到一个比较神奇的问题，客户某套测试数据库断电重启了，重启时发现数据库提示ORA-01157:cannotidentify/lockdatafile和ORA-01110的错误，经过检查发现是系统启动后未挂载存储，表空间都放在存储盘上，手工挂载存储后所有问题迎刃而解。当时没有记录问题，这里通过测试环境模拟重现问题。

[oracle@XLJ181~]$sqlplus/assysdbaSQL*Plus:Release11.2.0.4.0ProductiononMonDec1019:27:142018Copyright(c)1982,2013,Oracle.Allrightsreserved.Connectedto:OracleDatabase11gEnterpriseEditionRelease11.2.0.4.0-64bitProductionWiththePartitioning,OLAP,DataMiningandRealApplicationTestingoptionsSYS@cams>createtablespacetestdatafile'/home/oracle/test.dbf'size100M;Tablespacecreated.SYS@cams>createusertestidentifiedby123456defaulttablespacetest;Usercreated.SYS@cams>grantconnect,resourcetotest;Grantsucceeded.TEST@cams>createtabletest(idnumberprimarykey,namevarchar2(20));Tablecreated.TEST@cams>insertintotestvalues(1,'bob');1rowcreated.TEST@cams>insertintotestvalues(2,'joe');1rowcreated.TEST@cams>selectcount(*)fromtest;COUNT(*)----------2TEST@cams>conn/assysdbaConnected.SYS@cams>shutdownimmediate;Databaseclosed.Databasedismounted.ORACLEinstanceshutdown.SYS@cams>exitDisconnectedfromOracleDatabase11gEnterpriseEditionRelease11.2.0.4.0-64bitProductionWiththePartitioning,OLAP,DataMiningandRealApplicationTestingoptions模拟文件误删除

[oracle@XLJ181~]$mv/home/oracle/test.dbf/home/oracle/test.dbf.bak故障出现

启动数据库，发现数据文件不存在：

[oracle@XLJ181~]$sqlplus/assysdbaSQL*Plus:Release11.2.0.4.0ProductiononMonDec1019:38:262018Copyright(c)1982,2013,Oracle.Allrightsreserved.Connectedtoanidleinstance.SYS@cams>startup;ORACLEinstancestarted.TotalSystemGlobalArea5344731136bytesFixedSize2262656bytesVariableSize1040189824bytesDatabaseBuffers4294967296bytesRedoBuffers7311360bytesDatabasemounted.ORA-01157:cannotidentify/lockdatafile63-seeDBWRtracefileORA-01110:datafile63:'/home/oracle/test.dbf'

查看trace文件：

MonDec1019:38:352018ALTERDATABASEOPENErrorsinfile/u01/app/oracle/diag/rdbms/cams/cams/trace/cams_dbw0_21153.trc:ORA-01157:cannotidentify/lockdatafile63-seeDBWRtracefileORA-01110:datafile63:'/home/oracle/test.dbf'ORA-27037:unabletoobtainfilestatusLinux-x86_64Error:2:NosuchfileordirectoryAdditionalinformation:3Errorsinfile/u01/app/oracle/diag/rdbms/cams/cams/trace/cams_ora_21175.trc:ORA-01157:cannotidentify/lockdatafile63-seeDBWRtracefileORA-01110:datafile63:'/home/oracle/test.dbf'ORA-1157signalledduring:ALTERDATABASEOPEN...

查看cams_ora_21175.trc文件，报错信息如下：

DDE:ProblemKey'ORA1110'wasfloodcontrolled(0x1)(noincident)ORA-01110:datafile63:'/home/oracle/test.dbf'ORA-01157:cannotidentify/lockdatafile63-seeDBWRtracefileORA-01110:datafile63:'/home/oracle/test.dbf'

查看cams_dbw0_21153.trc文件，报错信息如下：

ORA-01157:cannotidentify/lockdatafile63-seeDBWRtracefileORA-01110:datafile63:'/home/oracle/test.dbf'ORA-27037:unabletoobtainfilestatusLinux-x86_64Error:2:NosuchfileordirectoryAdditionalinformation:3

问题已经很明显了，就是找不到datafile63:'/home/oracle/test.dbf'。

针对该问题，我们应该怎么去处理呢？特别是测试环境，一般为了节约资源，不会开启归档，更不会有RMAN备份，那怎么让数据库跑起来，让数据损失降到最低呢？

SQL>shutdownimmediate;SQL>startupmount;SQL>alterdatabasedatafile'/home/oracle/test.dbf'offlinedrop;SQL>alterdatabaseopen;SQL>droptablespacetestincludingcontents;--注意：执行之前检查是否还有其他文件属于该表空间SQL>createtablespacetestdatafile'/home/oracle/test.dbf'size100M;

因为是测试环境，想办法重建数据或者利用最近的逻辑备份或其他测试导入数据，这样能把数据损失降到最低。

如果删除的是核心系统的表空间，那么还不如重建表空间之后把相关数据清理之后重新导入一份。

感谢各位的阅读，以上就是“Oracle表空间误删除导致startup启动时提示ORA-01110和ORA-01157错误怎么办”的内容了，经过本文的学习后，相信大家对Oracle表空间误删除导致startup启动时提示ORA-01110和ORA-01157错误怎么办这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是亿速云，小编将为大家推送更多相关知识点的文章，欢迎关注！