备份恢复- 完全恢复和不完全恢复

最新推荐文章于 2022-08-03 20:01:14 发布
最新推荐文章于 2022-08-03 20:01:14 发布
阅读量1.2k 收藏
点赞数
分类专栏： oracle 文章标签： 备份 测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ggwxk1990/article/details/78129058
版权

备份恢复
恢复分为完全恢复和不完全恢复
不完全恢复可以基于时间，也可以基于scn

在测试的时候发现，恢复的节点必须在list backup中最大节点以后。【还要继续测试】
0级  -->  操作（建表1） --> 想恢复的时间节点1 -->  0级   --> 想恢复的时间节点2 -->  操作（建表2） -->想恢复的时间节点3 --> 停库恢复
会发现，无法恢复时间节点1，只能恢复0级以后的时间节点。【由于只有1副本，所以只能恢复到最近的0级备份时间点以后】

====================================================
在之前是有一个全量备份的

Fri Sep 22 09:14:34 CST 2017 时间后，wxk 用户创建表

SQL> create table rman_test (id int);
Table created.
SQL> insert into rman_test values ( 1);
1 row created.
SQL> commit;
Commit complete.

将数据库恢复到 09:14:34

SQL> shutdown immediate ;
Database closed.
Database dismounted.
ORACLE instance shut down.
[oracle@dg1 bak]$ rman target /
RMAN> startup mount ;
RMAN> list backup;


using target database control file instead of recovery catalog

List of Backup Sets
===================


BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1673    Incr 0  6.76M      DISK        00:00:27     2017-09-22 08:47:47
        BP Key: 1673   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_kksf358o_1_1_20170922
  List of Datafiles in backup set 1673
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  3    0  Incr 2353748    2017-09-22 08:47:21 /oracle/app/oradata/dg1/undotbs01.dbf
  7    0  Incr 2353748    2017-09-22 08:47:21 /oracle/app/oradata/dg1/deam.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1674    Incr 0  39.52M     DISK        00:01:08     2017-09-22 08:48:29
        BP Key: 1674   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_knsf358p_1_1_20170922
  List of Datafiles in backup set 1674
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  5    0  Incr 2353756    2017-09-22 08:47:21 /oracle/app/oradata/dg1/wxk.dbf
  8    0  Incr 2353756    2017-09-22 08:47:21 /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/sde

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1675    Incr 0  471.99M    DISK        00:03:07     2017-09-22 08:50:28
        BP Key: 1675   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_kmsf358p_1_1_20170922
  List of Datafiles in backup set 1675
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  2    0  Incr 2353753    2017-09-22 08:47:21 /oracle/app/oradata/dg1/sysaux01.dbf
  6    0  Incr 2353753    2017-09-22 08:47:21 /oracle/app/oradata/dg1/qsy.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1676    Incr 0  656.73M    DISK        00:03:12     2017-09-22 08:50:33
        BP Key: 1676   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_klsf358p_1_1_20170922
  List of Datafiles in backup set 1676
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  1    0  Incr 2353750    2017-09-22 08:47:21 /oracle/app/oradata/dg1/system01.dbf
  4    0  Incr 2353750    2017-09-22 08:47:21 /oracle/app/oradata/dg1/users01.dbf

BS Key  Size       Device Type Elapsed Time Completion Time    
------- ---------- ----------- ------------ -------------------
1679    2.00K      DISK        00:00:00     2017-09-22 08:50:47
        BP Key: 1679   Status: AVAILABLE  Compressed: NO  Tag: ARC_BAK
        Piece Name: /data/bak/arch_kssf35f7_1_1_20170922

  List of Archived Logs in backup set 1679
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    651     2353986    2017-09-22 08:50:45 2353994    2017-09-22 08:50:46

BS Key  Size       Device Type Elapsed Time Completion Time    
------- ---------- ----------- ------------ -------------------
1681    5.51M      DISK        00:00:00     2017-09-22 08:50:47
        BP Key: 1681   Status: AVAILABLE  Compressed: NO  Tag: ARC_BAK
        Piece Name: /data/bak/arch_krsf35f7_1_1_20170922

  List of Archived Logs in backup set 1681
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    650     2351480    2017-09-22 08:44:00 2353986    2017-09-22 08:50:45

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1684    Full    37.11M     DISK        00:00:01     2017-09-22 08:50:55
        BP Key: 1684   Status: AVAILABLE  Compressed: NO  Tag: TAG20170922T085054
        Piece Name: /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/c-1927319524-20170922-01
  SPFILE Included: Modification time: 2017-09-22 08:45:05
  SPFILE db_unique_name: DG1_PD
  Control File Included: Ckp SCN: 2354036      Ckp time: 2017-09-22 08:50:54

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1685    Full    37.11M     DISK        00:00:03     2017-09-22 09:10:34
        BP Key: 1685   Status: AVAILABLE  Compressed: NO  Tag: TAG20170922T091031
        Piece Name: /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/c-1927319524-20170922-02
  SPFILE Included: Modification time: 2017-09-22 08:54:14
  SPFILE db_unique_name: DG1_PD
  Control File Included: Ckp SCN: 2354266      Ckp time: 2017-09-22 09:10:31

RMAN> restore database;
RMAN> recover database until time "to_date('2017-09-22 09:14:34','yyyy-mm-dd hh24:mi:ss')";
RMAN> alter database open resetlogs;

SQL> select table_name from user_tables;

查看，找不到rman_test 表了，测试成功。

创建表

SQL> create table rman_test2 (name varchar2(10));
Table created.
SQL> commit ;
Commit complete.
Fri Sep 22 10:11:37 CST 2017

目标：恢复到10:11:37之前 rman_test2 不存在

RMAN> shutdown immediate; 
RMAN> restore database;

这里查看rman 备份集合
结果和恢复后做对比。

RMAN> recover database until time "to_date('2017-09-22 10:00:37','yyyy-mm-dd hh24:mi:ss')";

SQL> conn wxk/wxk
Connected.
SQL> select * from rman_test2;
select * from rman_test2
              *
ERROR at line 1:
ORA-00942: table or view does not exist

查不到表 rman_test2 ，测试成功

检查rman 备份集合

RMAN> list backup ;
List of Backup Sets
===================


BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1673    Incr 0  6.76M      DISK        00:00:27     2017-09-22 08:47:47
        BP Key: 1673   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_kksf358o_1_1_20170922
  List of Datafiles in backup set 1673
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  3    0  Incr 2353748    2017-09-22 08:47:21 /oracle/app/oradata/dg1/undotbs01.dbf
  7    0  Incr 2353748    2017-09-22 08:47:21 /oracle/app/oradata/dg1/deam.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1674    Incr 0  39.52M     DISK        00:01:08     2017-09-22 08:48:29
        BP Key: 1674   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_knsf358p_1_1_20170922
  List of Datafiles in backup set 1674
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  5    0  Incr 2353756    2017-09-22 08:47:21 /oracle/app/oradata/dg1/wxk.dbf
  8    0  Incr 2353756    2017-09-22 08:47:21 /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/sde

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1675    Incr 0  471.99M    DISK        00:03:07     2017-09-22 08:50:28
        BP Key: 1675   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_kmsf358p_1_1_20170922
  List of Datafiles in backup set 1675
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  2    0  Incr 2353753    2017-09-22 08:47:21 /oracle/app/oradata/dg1/sysaux01.dbf
  6    0  Incr 2353753    2017-09-22 08:47:21 /oracle/app/oradata/dg1/qsy.dbf

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1676    Incr 0  656.73M    DISK        00:03:12     2017-09-22 08:50:33
        BP Key: 1676   Status: AVAILABLE  Compressed: NO  Tag: DB_LEV0
        Piece Name: /data/bak/db_lev0_klsf358p_1_1_20170922
  List of Datafiles in backup set 1676
  File LV Type Ckp SCN    Ckp Time            Name
  ---- -- ---- ---------- ------------------- ----
  1    0  Incr 2353750    2017-09-22 08:47:21 /oracle/app/oradata/dg1/system01.dbf
  4    0  Incr 2353750    2017-09-22 08:47:21 /oracle/app/oradata/dg1/users01.dbf

BS Key  Size       Device Type Elapsed Time Completion Time    
------- ---------- ----------- ------------ -------------------
1679    2.00K      DISK        00:00:00     2017-09-22 08:50:47
        BP Key: 1679   Status: AVAILABLE  Compressed: NO  Tag: ARC_BAK
        Piece Name: /data/bak/arch_kssf35f7_1_1_20170922

  List of Archived Logs in backup set 1679
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    651     2353986    2017-09-22 08:50:45 2353994    2017-09-22 08:50:46

BS Key  Size       Device Type Elapsed Time Completion Time    
------- ---------- ----------- ------------ -------------------
1681    5.51M      DISK        00:00:00     2017-09-22 08:50:47
        BP Key: 1681   Status: AVAILABLE  Compressed: NO  Tag: ARC_BAK
        Piece Name: /data/bak/arch_krsf35f7_1_1_20170922

  List of Archived Logs in backup set 1681
  Thrd Seq     Low SCN    Low Time            Next SCN   Next Time
  ---- ------- ---------- ------------------- ---------- ---------
  1    650     2351480    2017-09-22 08:44:00 2353986    2017-09-22 08:50:45

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1684    Full    37.11M     DISK        00:00:01     2017-09-22 08:50:55
        BP Key: 1684   Status: AVAILABLE  Compressed: NO  Tag: TAG20170922T085054
        Piece Name: /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/c-1927319524-20170922-01
  SPFILE Included: Modification time: 2017-09-22 08:45:05
  SPFILE db_unique_name: DG1_PD
  Control File Included: Ckp SCN: 2354036      Ckp time: 2017-09-22 08:50:54

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1685    Full    37.11M     DISK        00:00:03     2017-09-22 09:10:34
        BP Key: 1685   Status: AVAILABLE  Compressed: NO  Tag: TAG20170922T091031
        Piece Name: /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/c-1927319524-20170922-02
  SPFILE Included: Modification time: 2017-09-22 08:54:14
  SPFILE db_unique_name: DG1_PD
  Control File Included: Ckp SCN: 2354266      Ckp time: 2017-09-22 09:10:31

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1686    Full    37.11M     DISK        00:00:03     2017-09-22 09:46:10
        BP Key: 1686   Status: AVAILABLE  Compressed: NO  Tag: TAG20170922T094607
        Piece Name: /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/c-1927319524-20170922-03
  SPFILE Included: Modification time: 2017-09-22 09:39:08
  SPFILE db_unique_name: DG1_PD
  Control File Included: Ckp SCN: 2354873      Ckp time: 2017-09-22 09:46:07

BS Key  Type LV Size       Device Type Elapsed Time Completion Time    
------- ---- -- ---------- ----------- ------------ -------------------
1687    Full    37.11M     DISK        00:00:02     2017-09-22 11:46:22
        BP Key: 1687   Status: AVAILABLE  Compressed: NO  Tag: TAG20170922T114620
        Piece Name: /oracle/app/oracle/product/11.2.0/dbhome_1/dbs/c-1927319524-20170922-04
  SPFILE Included: Modification time: 2017-09-22 10:16:08
  SPFILE db_unique_name: DG1_PD
  Control File Included: Ckp SCN: 2356553      Ckp time: 2017-09-22 11:46:20

发现备份的ckpt 又变化了，说明打开数据库后，重新应用了归档。

那么，这样打开后，能不能再重新使用我们的备份集合，再次恢复到2017-09-22 10:00:37 呢？
这时候真实时间已经到了11:46:20 左右，我们要再次恢复到10:00:37
开始测试

RMAN> shutdown immediate ;
database closed
database dismounted
Oracle instance shut down
RMAN> 
RMAN> startup mount ;
connected to target database (not started)
Oracle instance started
database mounted
Total System Global Area    1068937216 bytes
Fixed Size                     2260088 bytes
Variable Size                671089544 bytes
Database Buffers             390070272 bytes
Redo Buffers                   5517312 bytes

RMAN>restore database;

这时，我们输入：

RMAN> recover database until time "to_date('2017-09-22 10:00:37','yyyy-mm-dd hh24:mi:ss')";
Starting recover at 2017-09-22 12:29:18
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
using channel ORA_DISK_4
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 09/22/2017 12:29:18
RMAN-20207: UNTIL TIME or RECOVERY WINDOW is before RESETLOGS time

会报错！！！【继续检查】要怎么去处理呢？
查看 

RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       DG1      1927319524       PARENT  1          2017-06-06 12:25:08
2       2       DG1      1927319524       PARENT  2354170    2017-09-22 09:10:22
3       3       DG1      1927319524       PARENT  2354785    2017-09-22 09:46:01
4       4       DG1      1927319524       CURRENT 2356463    2017-09-22 11:46:14

RMAN> reset database to incarnation 3;
database reset to incarnation 3

RMAN> recover database until time "to_date('2017-09-22 10:00:36','yyyy-mm-dd hh24:mi:ss')";
Starting recover at 2017-09-22 13:56:55
using channel ORA_DISK_1
using channel ORA_DISK_2
using channel ORA_DISK_3
using channel ORA_DISK_4

starting media recovery

archived log for thread 1 with sequence 650 is already on disk as file /oracle/app/oradata/arch/1_650_945951908.dbf
archived log for thread 1 with sequence 651 is already on disk as file /oracle/app/oradata/arch/1_651_945951908.dbf
archived log for thread 1 with sequence 652 is already on disk as file /oracle/app/oradata/arch/1_652_945951908.dbf
archived log for thread 1 with sequence 1 is already on disk as file /oracle/app/oradata/arch/1_1_955357822.dbf
archived log for thread 1 with sequence 2 is already on disk as file /oracle/app/oradata/arch/1_2_955357822.dbf
archived log for thread 1 with sequence 3 is already on disk as file /oracle/app/oradata/arch/1_3_955357822.dbf
archived log for thread 1 with sequence 1 is already on disk as file /oracle/app/oradata/arch/1_1_955359961.dbf
archived log for thread 1 with sequence 2 is already on disk as file /oracle/app/oradata/arch/1_2_955359961.dbf
archived log for thread 1 with sequence 3 is already on disk as file /oracle/app/oradata/arch/1_3_955359961.dbf
archived log file name=/oracle/app/oradata/arch/1_650_945951908.dbf thread=1 sequence=650
archived log file name=/oracle/app/oradata/arch/1_651_945951908.dbf thread=1 sequence=651
archived log file name=/oracle/app/oradata/arch/1_652_945951908.dbf thread=1 sequence=652
archived log file name=/oracle/app/oradata/arch/1_1_955357822.dbf thread=1 sequence=1
archived log file name=/oracle/app/oradata/arch/1_2_955357822.dbf thread=1 sequence=2
archived log file name=/oracle/app/oradata/arch/1_3_955357822.dbf thread=1 sequence=3
archived log file name=/oracle/app/oradata/arch/1_1_955359961.dbf thread=1 sequence=1
archived log file name=/oracle/app/oradata/arch/1_2_955359961.dbf thread=1 sequence=2
archived log file name=/oracle/app/oradata/arch/1_3_955359961.dbf thread=1 sequence=3
media recovery complete, elapsed time: 00:00:03
Finished recover at 2017-09-22 13:57:00

RMAN> alter database open resetlogs;

恢复成功。

原理理解：
我们在做RMAN恢复的时候，可以使用list incarnation 命令查看控制文件包含了哪些对应物。
当在做Media Recover的不完全恢复时，通过resetlogs打开库，则Incarnation（数据库对应物）表示这个数据库的特定的逻辑生存期。
DBA可能有时需要这样的恢复：需要使用上次执行resetlogs命令打开数据库前生成的一个备份来进行还原数据库，或者可能需要还原到执行上一个resetlogs命令之前的时间点。

最后进行一个总结：
在有1个0级备份和n个1级备份的时候我们这样进行不完全恢复【恢复到某个0级备份的后的时间点，通过归档进行恢复的】
恢复到 2017-09-22 09:14:34

SQL> shutdown immediate ;
[oracle@dg1 bak]$ rman target /
RMAN> startup mount ;
RMAN> list backup;
RMAN> restore database;
RMAN> recover database until time "to_date('2017-09-22 09:14:34','yyyy-mm-dd hh24:mi:ss')";
RMAN> alter database open resetlogs;

重新进行生产，时间到了11:46:20 以后。再次用该备份恢复到 2017-09-22 10:00:36

SQL> shutdown immediate ;
[oracle@dg1 bak]$ rman target /
RMAN> list incarnation;
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       DG1      1927319524       PARENT  1          2017-06-06 12:25:08
2       2       DG1      1927319524       PARENT  2354170    2017-09-22 09:10:22
3       3       DG1      1927319524       PARENT  2354785    2017-09-22 09:46:01
4       4       DG1      1927319524       CURRENT 2356463    2017-09-22 11:46:14

RMAN> reset database to incarnation 3; #恢复到上一个对应物
RMAN>restore database;
RMAN> recover database until time "to_date('2017-09-22 10:00:36','yyyy-mm-dd hh24:mi:ss')";
RMAN> alter database open resetlogs;

恢复后会发现一个ORPHAN 说明这个对应物是一个孤立的，那个将无法使用了。

RMAN> list incarnation;
using target database control file instead of recovery catalog
List of Database Incarnations
DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
------- ------- -------- ---------------- --- ---------- ----------
1       1       DG1      1927319524       PARENT  1          06-JUN-17
2       2       DG1      1927319524       PARENT  2354170    22-SEP-17
3       3       DG1      1927319524       PARENT  2354785    22-SEP-17
5       5       DG1      1927319524       CURRENT 2356462    22-SEP-17
4       4       DG1      1927319524       ORPHAN  2356463    22-SEP-17
月魂_123123
关注
专栏目录
MySQL 备份与恢复（完全备份恢复--增量备份恢复+案例演示）
CSDN著名博主
09-13 2392
文章目录一、MySQL 完全备份1.1、数据库备份方式精讲1.1.1、数据库备份的重要性1.1.2、数据库备份的分类1.1.3、MySQL 完全备份概念解读1.2、物理冷备份与恢复1.3、mysqldump 备份二、MySQL 完全恢复2.1、恢复整库操作2.1.1、source 命令整库恢复2.1.2、MySQL 命令整库恢复2.2、恢复表操作2.3、MySQL 备份思路三、MySQL 增量备份3.1、增量备份的概念3.2、增量备份方法四、MySQL 增量恢复4.1、增量恢复方法4.2、企业恢复案例4.2
oracle冷备份恢复和oracle异机恢复使用方法
09-10
Oracle冷备份恢复和异机恢复方法是数据库管理员在数据库系统日常运维中非常重要的技能，掌握这些技能对于保障数据的安全性和可用性至关重要。 一、Oracle冷备份恢复 1. 冷备份的定义及条件：冷备份是指在数据库...
概念区分:完全恢复 不完全恢复有什么区别？
学孩无牙哭做粥
03-17 2261
完全恢复：    利用重做日志或增量备份将数据块恢复到最接近当前时间的时间点。 之所以叫做完整恢复是由于Oracle应用了归档日志和联机重做日志中所有的修改 不完全恢复：    利用备份产生一个非当前版本的数据库。 换句话说，恢复过程中不会应用备份产生后生成的所有的重做日志。 通常在下列情况下生成整个数据库的不完整恢复: 介质失败损坏了几个
完全恢复与不完全恢复的定义
crcz16618的博客
01-28 558
完全恢复：将数据库恢复按照日志恢复到最近时间点的恢复称做完全恢复 不完全恢复：将数据库恢复按照日志恢复到某一时间点的恢复称作不完全恢复 ...
每日一练：完全恢复与不完全恢复概念
Enmotech的博客
09-28 1078
墨墨导读：本文出自墨天轮“每日一练”专栏，此专栏已连更57天，欢迎关注https://www.modb.pro/topic/26446(复制到浏览器中打开或者点击“阅读原文”直达)，本文...
完全恢复和不完全恢复的区别
m0_67751585的博客
08-03 523
完全恢复是将数据库恢复到当前最新状态，包括直至请求恢复时进行的所有已提交的数据更改。 不完全或时间点恢复是将数据库恢复到请求恢复操作之前指定的过去时间点。
oracle数据库完全恢复和不完全恢复以及执行用户管理辈分恢复
demonson的专栏
09-29 3669
比较完全恢复和不完全恢复： 一、完全恢复：将数据库恢复到当前最新状态，包括直至请求恢复时进行的所有已提交的数据更改 二、不完全恢复：将数据库恢复到请求恢复操作之前指定的过去时间点   一、完全恢复过程 下面的步骤说明了执行完全恢复期间要采取的操作： 1. 通过备份还原损坏或丢失的文件。 2. 根据需要应用增量备份、归档重做日志文件和联机重做日志文件中的更改。将重做日志更
Oracle 12c备份恢复-RMAN工具技术手册
12-27
本文档旨在提供 Oracle 12c 备份恢复的技术手册，主要介绍 RMAN 工具的概念、架构、备份类型和使用方法。 一、RMAN 概念 RMAN（Recovery Manager）是 Oracle 推荐的备份和恢复工具。使用 RMAN 可以进行数据库备份...
Oracle 19c 备份恢复-导入导出
07-10
Oracle 19c 备份恢复-导入导出 ...Oracle 19c 备份恢复-导入导出是指使用 exp 和 imp 工具实现数据库的备份恢复和数据的导入导出，通过选择合适的工作方式、模式和选项，可以满足不同的备份恢复和数据导入导出需求。
Oracle备份恢复-非归档&归档学习手册
最新发布
03-05
- 使用`RESETLOGS`选项进行不完全恢复，清除redo在线文件。 - 使用`NORESETLOGS`进行完全恢复，在启动时不清除重做日志文件。 #### 三、控制文件的备份与恢复 - **查看控制文件路径** - `SQL> show parameter ...
RMAN完全恢复与不完全恢复测试
Kay的博客
02-08 5217
RMAN完全恢复与不完全恢复测试一、完全恢复二、不完全恢复2.1 基于时间点2.2 基于日志序列号2.3 基于SCN 恢复2.4 通过INCARNATION不完全恢复2.5 基于表空间时间点的不完全恢复(TSPITR)2.6 12c RMAN 表级恢复三、总结 一、完全恢复 场景：在T0时间点存在RMAN全备，在T1时间点由于介质损坏，数据文件丢失。redo以及归档文件完整。 解决方法： 可用RM...
oracle完全恢复和不完全恢复,oracle的完全恢复与不完全恢复的区别
weixin_42131443的博客
04-03 530
完全恢复：利用重做日志或增量备份将数据块恢复到最接近当前时间的时间点。之所以叫做完整恢复是由于Oracle应用了归档日志和联机重做日志中所有的修改不完全恢复：利用备份产生一个非当前版本的数据库。换句话说，恢复过程中不会应用备份产生后生成的所有的重做日志。通常在下列情况下生成整个数据库的不完整恢复1：介质失败损坏了几个或全部的联机重做日志文件；2：用户操作造成的数据丢失，比如，用户误删除了一张表；3...
oracle完全恢复和不完全恢复,oracle中的完全恢复和不完全恢复有什么区别？
weixin_42403124的博客
04-03 178
1：介质失败损坏了几个或全部的联机重做日志文件；2：用户操作造成的数据丢失，比如，用户误删除了一张表；3：由于个别归档日志文件的丢失无法进行完整的恢复；4：丢失了当前的控制文件，必须使用备份的控制文件打开数据库。为了执行不完整介质恢复，必须使用恢复时间点以前的备份来还原数据文件并在恢复后使用resestlogs选项来打开数据库,如果使用了backup的controlfile或者重建的control...
RMAN全库【完全恢复/不完全恢复】brief版
高秀磊
11-28 313
一 完全恢复 1.数据库全库【完全恢复】 $ rman target / 登录rman工具，如果使用了catalog，则登陆方法rman target sys/oracle@ls catalogcata/cata@leo RMAN> startup mount 必须为mount状态，才能re
【备份与恢复】完全恢复与不完全恢复的不同点
cuijianli8434的博客
06-25 281
1）只要受损文件不是关键文件就可以进行不完全恢复；不完全恢复只能在加载模式中进行。2）不完全恢复操作都会首先还原所有的数据文件。完全恢复我们只还原受损的数据文件。3）不完全恢复应用来自归档日志（根据需要决定是否包括联机日志）的重...
xtrabackup不完全恢复
weixin_30809333的博客
08-20 110
例如，在2014年6月26日下午14：00的时候有人误操作drop掉了一张表，由于库不是很大，并且为测试库，并没有访问，这个时候，我们可以进行基于位置和时间点的不完全恢复 先找到早上的备份，查看那xtrabackup_binlog_info，查看备份结束时刻binlog的名称和位置 [root@test]# cat xtrabackup_binlog_info mysql-bin....
resetlogs,noresetlogs,完全恢复，不完全恢复
cuixie2370的博客
03-20 163
http://space.itpub.net/index.php?action/viewspace/itemid/524593 http://www.eygle.com/faq/How.To.Backup.and.Recrea...
oracle不完全恢复和完全恢复定义,oracle中的完全恢复和不完全恢复有什么区别？如何确定可以采用哪种恢复方式？...
weixin_36298146的博客
04-11 111
liyx：#!/bin/bash|@|#Write by liyx|@||@|#数据库服务器地址|@|DBHOST=localhost|@|#数据库登录名|@|USERNAME=root|@|#数据库密码|@|PASSWORD=root|@|#需要备份的数据库 或 输入类似 db1 db2 的列表清单 例 DBNAMES="all"|@|DBNAMES="ess_simple"|@|#备份MYS...
网站完全恢复
编程开发资料库
02-22 115
<<<完全恢复>>> 1.GHOST恢复RED HAT 9.0操作系统,并以root帐户登录系统; 2.将最近一次备份的html.tar.gZ文件拷贝到/var/www目录下,执行: cd /var/www tar -xzvf html.tar.gZ httpd -k restart 3.将最近一次备份的mysql.sqL文件拷贝到/...
HP-UX操作系统备份与恢复完全指南
在HP-UX操作系统中，备份和恢复是维护系统稳定性和数据安全的重要环节。本指南主要聚焦于使用fbackup和frecover命令来实现这一目标。fbackup是一个功能强大的工具，用于创建系统的完整或增量备份，而frecover则用于...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值