Oracle数据恢复-慎用OEM误操作数据文件删除案例 有需要学习的朋友可参考一下。
Oracle数据恢复-慎用OEM误操作数据文件删除案例 有需要学习的朋友可参考一下。
一个彻底的包含数据文件和内容的集联删除被发出，如果使用手工，恐怕dba们都会极其慎重的拼写这样的命令：
Wed May 02 10:46:09 2012
/* OracleOEM */ DROP TABLESPACE “WNDT” INCLUDING CONTENTS AND DATAFILES CASCADE CONSTRAINTS
Wed May 02 10:46:23 2012
Errors in file d:oracleadminwndtudumpwndt_ora_4816.trc:
ORA-01259: 无法删除数据文件 D:ORACLEORADATAWNDTWNDT.ORA
ORA-27056: skgfrdel: 无法删除文件
OSD-04024: 无法删除文件。
O/S-Error: (OS 32) 另一个程序正在使用此文件，进程无法访问。
似乎幸运的是，初始的删除遇到错误，显示文件被其他进程持有，无法删除。
但是遗憾的是，进一步的提示显示，文件最终被成功操作删除：
代码如下复制代码
Wed May 02 10:46:23 2012
Completed: /* OracleOEM */ DROP TABLESPACE “WNDT” INCLUDI
这则案例警示我们：尽量少用OEM等图形工具进行数据库重要的管理和维护操作，如果你不清楚前台的一个操作在后台会如何执行，那么一定要谨慎使用这样的工具。
对于这样的案例，如果用户能够及时的保护现场，通过存储级别的恢复是可以找回数据文件的。
怪兽AI数字人
数字人短视频创作，数字人直播，实时驱动数字人
44 查看详情 
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/510030.html
微信扫一扫 
支付宝扫一扫 
