2751256e2a8e81414b.png (56.06 KB, 下载次数: 288)
2016-3-11 19:15 上传
2. 尝试在 users 表空间中创建表，开始报错。
6585356e2a9033c6bc.png (50.62 KB, 下载次数: 291)
2016-3-11 19:16 上传
在告警日志中，同样也可以看到类似信息。
2728956e2a914aa71a.png (41.88 KB, 下载次数: 296)
2016-3-11 19:16 上传
3. 检查 dbwr 的进程 PID
7836356e2a924a30da.png (6.25 KB, 下载次数: 293)
2016-3-11 19:16 上传
4. dbwr 会打开所有数据文件的句柄。在 proc 目录中可以查到，目录名是进程 PID，fd 表示文件描述符。
6212356e2a93650109.png (215.38 KB, 下载次数: 290)
2016-3-11 19:17 上传
注意其中“/app/oracle/oradata/ORCL/datafile/o1_mf_users_555wrj4o_.dbf (deleted)”字样，表示该文件已经被删除，如果是 Solaris 操作系统，ls 命令不会有如此清晰的显示，为了在 Solaris 系统中确认哪个句柄对应哪个文件，则需要使用 lsof 程序。
5. 直接 cp 该句柄文件名回原位置。
6. 进行数据文件 recover
完成数据文件恢复。
恢复的原理是，在 Linux 操作系统中，如果文件从操作系统级别被rm掉，之前打开该文件的进程仍然持有相应的文件句柄，所指向的文件仍然可以读写，并且该文件的文件描述符可以从 /proc 目录中获得。但是要注意的是，此时如果关闭数据库，则此句柄会消失，那么除了扫描磁盘进行文件恢复之外就没有其它方法了，因此在数据库出现问题的时候，如果不确认情况的复杂程度，千万不要随便关闭数据库。重启数据库往往是没有意义的，甚至是致命的。
作者: 郑全 时间: 2016-3-13 15:59
有实战意义,原创吗
作者: bikong123 时间: 2016-11-16 12:12
分享是快乐的！
| 欢迎光临 重庆思庄Oracle、Redhat认证学习论坛 (http://bbs.cqsztech.com/) | Powered by Discuz! X3.2 |