如果我的数据文件被意外删除，我该怎么办？
各种数据库都有一定的方法来处理意外删除的文件。今天我要讲的是DRA。这不是什么新技术，但我想很多人都不知道。我在参加OCP考试时学到的。当时是11G，这个版本是2007年发布的。所以它并不新鲜。但尽管这是OCP的必考项目，但很多人仍然不知道。
说实话，我也是考试时学过的，从来没有在生产环境中使用过。就像一般的备份一样，很少有人会用到。我只能说我很幸运。自从我开始工作以来，从未被要求使用备份来恢复生产。而这项DRA技术一直停留在实验环境中。
看看恢复是多么容易
在有备份的前提下，删除系统文件。从图中可以看出，这些文件被恶意删除了。
然后数据库重启后发现无法启动。而且这仍然是 PDB 场景。
数据库以mount方式连接rman
下面重点介绍数据恢复的三个步骤。连接到RMAN（虽然PDB文件被删除，但仍然需要连接到CDB来执行此步骤）
第一步是检查失败的原因。列表 ;
第二步，看给出的建议；
最后一句说你可以在这里查看 /u01/app//diag/rdbms///hm/.hm 。我已经把我所有的建议都写在这里了。如果你想看的话就这样吧。它包含应该执行的命令。可以直接复制并执行。
第三步是自己修复。 ;如果你不想复制，或者不知道怎么做。如此简单；数据库已为您打包。他为你执行它。结果如下，即执行完成。
最后，只需打开数据库即可。就是这么简单。就像把大象装进冰箱一样，分为三个步骤。
列表 ;
;
;
这大大简化了恢复过程。
其实我一直不明白一件事。据说这三个步骤都是手工完成的。如果启动失败，是否可以自己做数据库？ （就是如果出现类似上面的删除，数据库在备份启动的时候会自动修复。）这个想法在2007年的时候我还不敢想，但是在这个时代，我有了一些想法。有时候一些旧知识可以在新时代得到拓展？
另外，那是本世纪初的事了（我是11G开始考试的，没有查过9i或者10G有没有这个功能）。那时我已经完成了自动删除数据三部曲，我从心底里佩服不已。
到此这篇druid是干嘛的（druida）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/rfx/49870.html