ORACLE 恢复 rm 的数据文件（续）

本篇文章是 ORACLE 恢复 rm 的数据文件 的续，在 ORACLE 恢复 rm 的数据文件 文章发布之后得倒网友 柚子身上依 的提示说：12c之后move 数据文件可以在线进行了，不需要 offline 表空间了，这次在这里测试如下，确实是可以的。

alter database move datafile  7 to '/oradata/ORCL/users01_07.dbf'
复制

对应的 alert 日志如下：

2022-12-23T20:27:05.186647+08:00
alter database move datafile  7 to '/oradata/ORCL/users01_07.dbf'
2022-12-23T20:27:05.189702+08:00
Moving datafile /oradata/ORCL/users01.dbf (7) to /oradata/ORCL/users01_07.dbf
Move operation committed for file /oradata/ORCL/users01_07.dbf
复制

本次继续测试rm 数据文件，既然12c之后可以直接move 数据文件了，那如果库没关闭的时候的时候，我直接move 文件是否可以呢。

这里我又重新将数据文件重新rm掉之后，进入一些批量插入的操作。

2022-12-23T20:29:09.331084+08:00
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ckpt_1994.trc:
ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode
ORA-01116: error in opening database file 5
ORA-01110: data file 5: '/oradata/ORCL/tbs01.dbf'
ORA-27041: unable to open file
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
2022-12-23T20:29:09.337885+08:00
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ckpt_1994.trc:
ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode
ORA-01116: error in opening database file 5
ORA-01110: data file 5: '/oradata/ORCL/tbs01.dbf'
ORA-27041: unable to open file
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ckpt_1994.trc  (incident=14561):
ORA-1242 [] [] [] [] [] [] [] [] [] [] [] []
Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl/incident/incdir_14561/orcl_ckpt_1994_i14561.trc
2022-12-23T20:29:09.532784+08:00
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_mz00_6960.trc:
ORA-01110: data file 5: '/oradata/ORCL/tbs01.dbf'
ORA-01565: error in identifying file '/oradata/ORCL/tbs01.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 7
2022-12-23T20:29:10.507875+08:00
CKPT (ospid: 1994): terminating the instance due to ORA error 1242
2022-12-23T20:29:10.533727+08:00
System state dump requested by (instance=1, osid=1994 (CKPT)), summary=[abnormal instance termination].
System State dumped to trace file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_diag_1967.trc
2022-12-23T20:29:11.242017+08:00
Dumping diagnostic data in directory=[cdmp_20221223202910], requested by (instance=1, osid=1994 (CKPT)), summary=[abnormal instance termination].
2022-12-23T20:29:12.333703+08:00
Instance terminated by CKPT, pid = 1994
2022-12-23T20:30:49.120156+08:00
Starting ORACLE instance (normal) (OS id: 7337)
复制

在批量插入数据的时候，问题出现了，数据库竟然宕机了。。这在上次测试的rm掉数据文件之后，并批量插入数据文件之后，数据库可以正常运行，并且能够select出来数据不同的是，这次数据库就直接挂了。。通过上面的alert 日志可以清晰的看到

以下是 ora-1242 的报错说明：

[oracle@dsmart:/u01/app/oracle/diag/rdbms/orcl/orcl/trace]$ oerr ora 1242
01242, 00000, "data file suffered media failure: database in NOARCHIVELOG mode"
// *Cause:  The database is in NOARCHIVELOG mode and a database file was
//          detected as inaccessible due to media failure.
// *Action: Restore accessibility to the file mentioned in the error stack
//          and restart the instance.
[oracle@dsmart:/u01/app/oracle/diag/rdbms/orcl/orcl/trace]$
复制

数据处于非归档模式，且数据文件无法访问，数据库就直接宕了，但是上次确实是可以的，可能上次是我手工进行过切换归档，这次没有手工切换，但是不确定是不是这个原因，等有时间再测试。本次续的目的是主要是要表达如下：当发现数据文件被误删除之后，第一时间停止数据库的写入操作，可以将表空间只读等，防止数据库异常宕机，只要数据异常宕机就无法通过内存具柄的方式将数据文件重新复制回去。