Oracle 备份恢复 31个实验 1-6

备份恢复实验之一（第一个实验会稍微细一点，有些步骤类似的下一个实验就不再详细操作）

     USERS表空间在线损坏（在线损坏就是数据库open后的损坏）

特别提示：为什么是USERS？不是其他表空间？这里只是举一个例子，就是某个放有数据的表空间即可，没有为什么。坏多个行不行？当然可以，这里只是做实验，生产环境就是这31个实验的结合，我们做实验当然是由简入深。

首先，确保数据库是open的状态。只要是“X”，就说明是open状态。

如图：

 

方法有多种，我全部演示一遍。

第一种：手工热备USER表空间，用HR用户在其上建一张表，并插入一些值。之后USERS表空间在线损坏。

手工热备USERS参考下图：

 

具体步骤：1.alter tablespace users begin backup;(以sys来做)

     2.cp /u01/app/oracle/oradata/orcl/users01.dbf /home/oracle/user01_back.dbf

     3.alter tablespace users end backup;

(手工热备很耗性能，cp完后，应快速end backup,特别是在生产环境中！)

     4.conn hr/hr

     5.create table test1a(a varchar2(10))tablespace users;

     6.insert into test1a values(‘liujie’);

     7.commit;

模拟USERS表空间的损坏，先找到USERS表空间所在位置。

将它删除，即模拟它的损坏，生产环境rm –rf是非常危险的，应用

rm –i,就是在询问一遍，敲下y再删除。Linux不是windows，删了就是删了，回不来了，这里不讨论特殊的恢复工具。所以，备份重于一切啊，哥们！如图：

接下来，我们再查询一下hr.test1a这张表。竟然还在，表空间不是被删除了吗？OK，回答你！他缓在内存中了，要是windows这张表早不在了。清内存，生产环境禁止发这样的命令！！！如图：

 

再查，表没了。

OK，开始恢复。如图：

友情提示（恢复前一定要先将损坏的USERS表空间OFFLINE或者OFFLINE IMMEDIATE（WINDOWS只能OFFLINE IMMEDIATE，即就是不写“脏块”。）

再查，表回来了，恢复成功！

 

第二种：用rman热备的表空间恢复（什么？rman啥时热备过？看我之前的准备工作吧，那个时候就热备过了，大不了现在再热备一次啊）

具体步骤请看下图：

 

第三种：用手工冷备的表空间恢复（手工冷备一开始就做过了，没事啊，大不了现在关库，再手工冷备一下，再开库也行嘛）

第四种：用rman冷备的表空间恢复

首先rman如何冷备呢？

看图：

其次，可以采用偏方，之前不是做过手工的冷备吗？将它注册进rman不就成了rman的冷备了嘛~看图：

有人就想问了，你怎么知道它用的是冷备的备份？回答你，默认RMAN都是用最新的备份，还有，你看上图数据的路径，man_recovery_area不就是我们冷备的路径嘛~

之后的实验只采用一种方式，要采用其他方式可参考实验一，方法都是类似的。

 

备份恢复实验之二

     下线USERS表空间损坏（就是USERS表空间OFFLINE的时候损坏）

已经做过了第一个实验了，想想看这个实验跟上一个实验在恢复上有什么差别？

这个实验我的理解是这样，我们做OFFLINE后再备份USERS表空间，然后再损坏。这样的区别就是，无需再recover，因为是下线坏，没有走日志，自然无需再recover一遍，当然你想再recover的话没人阻止你，只是不需要。然后再READ WRITE，再查数据都在！你不这样理解也行，当然恢复过程跟上一个实验相同，这样就没有区别性了，明白？

可以按如下图的方法做：（尽量都用rman来做这样的实验，rman是一种趋势，不是趋势科技~）

 

备份恢复实验之三

       只读USERS表空间损坏

恢复过程与实验二一模一样，这里只是做一个区分，让你明白他们的情况是一样的。

 

无需recover ,可直接online。

 

备份恢复实验之四

      SYSTEM表空间在线损坏（与USERS表空间在线损坏一样，把它单独列出来是告诉你，SYSTEM表空间非常的重要！它上面放有数据字典信息！而且还有一点非常重要的，SYSTEM表空间无法OFFLINE或是OFFLINEIMMEDIATE，为什么？因为它非常重要，数据字典缓在内存中，能让你下线吗？当然不行，所以恢复过程需要经历一次重启到MOUNT状态，这就是与前面的实验最大的差别！！！）

不能IMMEDIATE就只好SHUTDOWNABORT了。

想尝试开启，看吧，开不起来了。

无需再ONLINE再开，因为SYSTEM本来就无法OFFLINE，它恢复完就是ONLINE的。

 

备份恢复实验之五

       SYSTEM表空间离线损坏（上面不是说无法离线，而本实验是要离线损坏，怎么办？关机不就是离线嘛~）

 

备份恢复实验之六

       tbsocp05_test没有备份的表空间损坏(神奇吧，这超出了你的想像，没有备份也能恢复！关键在于日志，特别是在线日志必须要在，否则神奇的事也无法发生，备份重于一切！)

额~折行~将就着看一下~

看出TBSOCP05_TEST是DATAFILE 6。

如果没有在线日志，这样的恢复不可能成功，Thomas Kyte来了也没用，所以，备份重于一切！不是“你一定要备份”，而是“你为什么不备份”！