本文介绍没有备份的情况下，如何保证数据库可用。（有备份当然直接恢复了）

首先，被删除的数据文件（非system和main），如果没有备份，数据是肯定丢了。

所有本文并不是恢复的方法，算是达梦的一个骚操作，并不推荐。

测试过程：

1.初始化实例

dminit path=/dm190/data

2.启动实例

dmserver path=/dm190/data/DAMENG/dm.ini

3.创建表空间，用户，插入测试数据

create tablespace test DATAFILE 'test.dbf' size 150;

create user test IDENTIFIED BY 123456789 DEFAULT TABLESPACE TEST;

grant dba to test;

4.模拟误删数据文件（用户创建的数据文件）

rm -rf /dm190/data/DAMENG/test.dbf

此时，如果数据库没有重启（删了文件并不会马上导致挂库），那么可以直接删除用户数据，删除表空间即可

drop user test CASCADE;

drop tablespace test；

但是如果重启了数据库（删了文件也不会影响数据库重启）被删了数据文件的表空间会自动offline，此时再想删除用户

drop user test CASCADE;

会直接导致挂库。

到这里实际上最安全的方法还是直接导出其他用户数据，再导入新建的实例里面去。

但是还有个骚操作可以省个导出导入的事（再次重申，并不推荐，不排除有其他未知问题）

骚操作过程：

1.重建新实例（与原库初始化参数一致）

dminit path=/dm190 db_name=test port_num=6238

2.启动新实例

dmserver /dm190/test/dm.ini

3.创建与原库一样的表空间

create tablespace test DATAFILE 'test.dbf' size 150;

4.将新实例的test.dbf数据文件拷贝到原库对应目录

cp -r test.dbf /dm190/data/DAMENG/

5.重启原库，再次删除用户，删除表空间，都正常

drop user test CASCADE;

drop tablespace test；

6.再次验证数据库是否正常

重新创建test表空间，用户，表等等

create tablespace test DATAFILE 'test.dbf' size 150;

create user test IDENTIFIED BY 123456789 DEFAULT TABLESPACE TEST;

grant dba to test;

create table test.t1(id int);

insert into test.t1 values(1);

commit;

都正常。

ITPub博客

达梦数据库误删数据文件处理