rman恢复－不完全恢复

最新推荐文章于 2023-11-29 22:46:35 发布
最新推荐文章于 2023-11-29 22:46:35 发布
阅读量3k 收藏
点赞数
分类专栏： RMAN 备份与恢复 文章标签： database system oracle sql 数据库 disk
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/aqszhuaihuai/article/details/6730993
版权
rman不完全恢复
只适用于archivelog模式，只能在mount状态下完成。
基于时间恢复
基于时间恢复是指当出现用户错误（例如误删除表、误截断表）时，恢复到指定时间点的恢复。
示例：
模拟误截断表t_user。
在终端设置环境变量nls_date_format指定日期时间格式。
执行rman,启动数据库到mount状态。
使用set until time命令指定要恢复到的时间点。

转储、恢复数据库，并使用resetlogs选项打开数据库。

--模拟误截断表t_user。
SQL> host date
2011年 08月 29日 星期一 21:01:29 CST

SQL> truncate table t_user;

Table truncated.

--在终端设置环境变量nls_date_format指定日期时间格式。
[oracle@localhost ~]$ export NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS'
--恢复
[oracle@localhost ~]$ rman target sys/oracle@oralife nocatalog
RMAN> run {
2> startup force mount;
3> set until time='2011-08-29 21:01:00';
4> restore database;
5> recover database;
6> sql 'alter database open resetlogs';
7> }

--已恢复
SQL> conn sys/oracle@oralife as sysdba
Connected.
SQL> select count(*) from t_user;

  COUNT(*)
----------
         2
在实际环境下，应该使用LogMiner确定误操作时间点。
在执行了不完全恢复之后，推荐删除早期所有备份，重新备份数据库。如：
run {
 delete noprompt backup;
 delete noprompt copy;
 backup database format='/oracle/10g/oracle/rman/%d_%s.dbf';
 sql 'alter system archive log current';
 }

基于SCN恢复
基于SCN恢复是指当出现用户错误（例如误删除表、误截断表）时，恢复到指定SCN点的恢复。
模拟误删除表t_user。
执行rman,启动数据库到mount状态。
使用set until scn命令指定要恢复到的scn点。
转储、恢复数据库，并使用resetlogs选项打开数据库。 

--模拟误删除表t_user。
SQL> select count(*) from t_user;

  COUNT(*)
----------
         2

SQL> insert into t_user select 'spring mvc_' from dual;

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

SQL> alter system checkpoint;

System altered.

SQL> select current_scn from v$database;

CURRENT_SCN
-----------
    1214281

SQL> drop table t_user;

Table dropped.

--恢复
[oracle@localhost ~]$ rman target sys/oracle@oralife nocatalog
RMAN> run {
2> startup force mount;
3> set until scn=1214281;
4> restore database;
5> recover database;
6> sql 'alter database open resetlogs';
7> }

--已恢复
SQL> select count(*) from t_user;

  COUNT(*)
----------
         3
在实际环境下，应该使用LogMiner确定误操作SCN点。
在执行了不完全恢复之后，推荐删除早期所有备份，重新备份数据库。


基于日志序列号恢复
基于日志序列号恢复是指恢复数据库到指定日志序列号的状态。

--查看归档日志信息
SQL> select * from t_user;

TEXT
--------------------
java_
spring_
spring mvc_

SQL> insert into t_user select 'oracle_' from dual;

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

SQL> alter system checkpoint;

System altered.

SQL> select sequence#,name,first_change# from v$archived_log where status='A' order by sequence#;

 SEQUENCE# NAME                                                                                                 FIRST_CHANGE#
---------- ---------------------------------------------------------------------------------------------------- -------------
         1 /oracle/10g/oracle/log/archive_log/archive_1_1_760487088.arclog                                            1214497
         1 /oracle/10g/oracle/log/archive_log2/archive_1_1_760487088.arclog                                           1214497
         1 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_1_7       1214498
           5q9bh9d_.arc

         1 /oracle/10g/oracle/log/archive_log/archive_1_1_760487985.arclog                                            1214498
         1 /oracle/10g/oracle/log/archive_log2/archive_1_1_760487985.arclog                                           1214498
         1 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_1_7       1214497
           5q95ksf_.arc


6 rows selected.

SQL> insert into t_user select 'oracle_seq3' from dual;

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile; --生成日志序列号为2的归档日志

System altered.

SQL> alter system checkpoint;

System altered.

SQL> select sequence#,name,first_change# from v$archived_log where status='A' order by sequence#;

 SEQUENCE# NAME                                                                                                 FIRST_CHANGE#
---------- ---------------------------------------------------------------------------------------------------- -------------
         1 /oracle/10g/oracle/log/archive_log/archive_1_1_760487088.arclog                                            1214497
         1 /oracle/10g/oracle/log/archive_log2/archive_1_1_760487088.arclog                                           1214497
         1 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_1_7       1214497
           5q95ksf_.arc

         1 /oracle/10g/oracle/log/archive_log/archive_1_1_760487985.arclog                                            1214498
         1 /oracle/10g/oracle/log/archive_log2/archive_1_1_760487985.arclog                                           1214498
         1 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_1_7       1214498
           5q9bh9d_.arc

         2 /oracle/10g/oracle/log/archive_log/archive_1_2_760487985.arclog                                            1216167

 SEQUENCE# NAME                                                                                                 FIRST_CHANGE#
---------- ---------------------------------------------------------------------------------------------------- -------------
         2 /oracle/10g/oracle/log/archive_log2/archive_1_2_760487985.arclog                                           1216167
         2 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_2_7       1216167
           5q9cvt1_.arc


9 rows selected.

SQL> insert into t_user select 'oracle_seq3_act' from dual;

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile; --生成日志序列号为3的归档日志

System altered.

SQL> alter system checkpoint;

System altered.

SQL> select sequence#,name,first_change# from v$archived_log where status='A' order by sequence#;

 SEQUENCE# NAME                                                                                                 FIRST_CHANGE#
---------- ---------------------------------------------------------------------------------------------------- -------------
         1 /oracle/10g/oracle/log/archive_log/archive_1_1_760487088.arclog                                            1214497
         1 /oracle/10g/oracle/log/archive_log2/archive_1_1_760487088.arclog                                           1214497
         1 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_1_7       1214497
           5q95ksf_.arc

         1 /oracle/10g/oracle/log/archive_log/archive_1_1_760487985.arclog                                            1214498
         1 /oracle/10g/oracle/log/archive_log2/archive_1_1_760487985.arclog                                           1214498
         1 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_1_7       1214498
           5q9bh9d_.arc

         2 /oracle/10g/oracle/log/archive_log/archive_1_2_760487985.arclog                                            1216167

 SEQUENCE# NAME                                                                                                 FIRST_CHANGE#
---------- ---------------------------------------------------------------------------------------------------- -------------
         2 /oracle/10g/oracle/log/archive_log2/archive_1_2_760487985.arclog                                           1216167
         2 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_2_7       1216167
           5q9cvt1_.arc

         3 /oracle/10g/oracle/log/archive_log/archive_1_3_760487985.arclog                                            1216186
         3 /oracle/10g/oracle/log/archive_log2/archive_1_3_760487985.arclog                                           1216186
         3 /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_29/o1_mf_1_3_7       1216186
           5q9f4d6_.arc


12 rows selected.

--恢复到日志序列号为3时的状态
[oracle@localhost ~]$ rman target sys/oracle@oralife nocatalog
RMAN> run {
 startup force mount;
 set until sequence=3;
 restore database;
 recover database;
 sql 'alter database open resetlogs';
}

--查看，可见不包括日志序列号为3的归档日志信息（oracle_seq3_act)，即恢复到日志序列号为2的归档日志
SQL> conn sys/oracle@oralife as sysdba
Connected.
SQL> select * from t_user;

TEXT
--------------------
java_
spring_
oracle_
oracle_seq3
spring mvc_
可见不包括日志序列号为3的归档日志信息（oracle_seq3_act)，即恢复到日志序列号为2的归档日志。

在执行了不完全恢复之后，推荐删除早期所有备份，重新备份数据库。


基于备份控制文件恢复
基于备份控制文件恢复是指使用备份控制文件恢复数据库的过程。当误删除了表空间或数据库所有控制文件全部损坏时，可以使用这种恢复方法。
模拟误删除了test表空间，因为当前控制文件没有包含该表空间的信息，所以必须使用备份控制文件恢复被误删除的表空间。如果没有使用恢复目录，必须激活控制文件自动备份，否则将不转储控制文件备份。
模拟误删除test表空间。
查看alert日志文件，确定操作时间。
使用rman启动数据库到mount状态。
设置数据库id。
转储控制文件，恢复数据库。

--模拟误删除test表空间。
SQL> create tablespace rtest DATAFILE '/oracle/10g/oracle/product/10.2.0/oradata/oralife/rtest.dbf' size 10M;

Tablespace created.

SQL> create table r_test (text varchar(20)) tablespace rtest;

Table created.

SQL> insert into r_test select '00001' from dual;

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

SQL> alter system checkpoint;

System altered.

SQL> insert into r_test select '00002' from dual;

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

SQL> alter system checkpoint;

System altered.

SQL> select count(*) from r_test;

  COUNT(*)
----------
         2

SQL> drop tablespace rtest including contents;

Tablespace dropped.

SQL> select dbid from v$database;

      DBID
----------
3898974595

SQL> select count(*) from r_test;
select count(*) from r_test
                     *
ERROR at line 1:
ORA-00942: table or view does not exist


SQL> host tail -n 15 /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/bdump/alert_oralife.log
  Current log# 4 seq# 7 mem# 0: /oracle/10g/oracle/product/10.2.0/oradata/oralife/redo04.log
  Current log# 4 seq# 7 mem# 1: /oracle/10g/oracle/product/10.2.0/oradata/oralife/redo04_add.log
Tue Aug 30 22:17:30 2011
drop tablespace rtest including contents
Tue Aug 30 22:17:30 2011
Starting control autobackup
Tue Aug 30 22:17:31 2011
Errors in file /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/udump/oralife_ora_4751.trc:
Tue Aug 30 22:17:31 2011
Errors in file /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/udump/oralife_ora_4751.trc:
Tue Aug 30 22:17:31 2011
Errors in file /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/udump/oralife_ora_4751.trc:
Control autobackup written to DISK device
        handle '/oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/autobackup/2011_08_30/o1_mf_s_760573050_75sw7twr_.bkp'
Completed: drop tablespace rtest including contents

--恢复
[oracle@localhost ~]$ export NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS'  
[oracle@localhost ~]$ rman target sys/oracle@oralife nocatalog
RMAN> startup force nomount;
RMAN> set dbid=3898974595;
RMAN> restore controlfile from autobackup;
RMAN> alter database mount;
RMAN> run {
 set until time='2011-08-30 22:17:30';
 restore database;
 recover database;
 sql 'alter database open resetlogs';
}


--查看
SQL> quit
[oracle@localhost ~]$ sqlplus sys/oracle@oralife as sysdba
SQL> select count(*) from r_test;
select count(*) from r_test
                     *
ERROR at line 1:
ORA-00376: file 6 cannot be read at this time
ORA-01111: name for data file 6 is unknown - rename to correct file
ORA-01110: data file 6:
'/oracle/10g/oracle/product/10.2.0/db_1/dbs/MISSING00006'

SQL> select name from v$datafile;

NAME
--------------------------------------------------------------------------------
/oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf
/oracle/10g/oracle/product/10.2.0/oradatabak/undotbs01.dbf
/oracle/10g/oracle/product/10.2.0/oradatabak/sysaux01.dbf
/oracle/10g/oracle/product/10.2.0/oradata/oralife/user01.dbf
/oracle/10g/oracle/product/10.2.0/oradata/oralife/example01.dbf
/oracle/10g/oracle/product/10.2.0/db_1/dbs/MISSING00006

6 rows selected.

恢复失败，失败原因:restore controlfile from autobackup;用于转储自动备份的最新的控制文件，即删除表空间rtest之后自动备份的控制文件。

解决办法：使用restore controlfile from autobackup until time "to_date('2011-08-31 21:26:16','yyyy-mm-dd hh24:mi:ss')"; 查看alert日志文件确定删除表空间rtest之前自动备份控制文件时间，也就是删除表空间rtest之前的时间点。

SQL> create tablespace rtest DATAFILE '/oracle/10g/oracle/product/10.2.0/oradata/oralife/rtest.dbf' size 10M;  

Tablespace created.

SQL> create table r_test (text varchar(20)) tablespace rtest;  

Table created.

SQL> insert into r_test select '00001' from dual;  

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

SQL> alter system checkpoint;

System altered.

--删除早期所有备份，重新备份数据库
RMAN> run {
 delete noprompt backup;
 delete noprompt copy;
 backup database format='/oracle/10g/oracle/rman/%d_%s.dbf';
 sql 'alter system archive log current';
 }

--删除表空间与对应的数据文件
SQL> insert into r_test select '00002' from dual;  

1 row created.

SQL> commit;

Commit complete.

SQL> alter system switch logfile;

System altered.

SQL> alter system checkpoint;

System altered.

SQL> select count(*) from r_test;

  COUNT(*)
----------
         2

SQL> drop tablespace rtest including contents and datafiles;

Tablespace dropped.

SQL> select dbid from v$database;

      DBID
----------
3898974595

SQL> select count(*) from r_test;
select count(*) from r_test
                     *
ERROR at line 1:
ORA-00942: table or view does not exist

--查看alert日志，以确定操作时间，Wed Aug 31 21:26:17 2011
SQL> host tail -n 20 /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/bdump/alert_oralife.log  
  Current log# 4 seq# 4 mem# 0: /oracle/10g/oracle/product/10.2.0/oradata/oralife/redo04.log
  Current log# 4 seq# 4 mem# 1: /oracle/10g/oracle/product/10.2.0/oradata/oralife/redo04_add.log
Wed Aug 31 21:25:26 2011
Thread 1 advanced to log sequence 5
  Current log# 2 seq# 5 mem# 0: /oracle/10g/oracle/product/10.2.0/oradata/oralife/redo02.log
  Current log# 2 seq# 5 mem# 1: /oracle/10g/oracle/product/10.2.0/oradata/oralife/redo02_add.log
Wed Aug 31 21:26:17 2011
drop tablespace rtest including contents and datafiles
Wed Aug 31 21:26:18 2011
Deleted file /oracle/10g/oracle/product/10.2.0/oradata/oralife/rtest.dbf
Starting control autobackup
Wed Aug 31 21:26:18 2011
Errors in file /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/udump/oralife_ora_3646.trc:
Wed Aug 31 21:26:18 2011
Errors in file /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/udump/oralife_ora_3646.trc:
Wed Aug 31 21:26:18 2011
Errors in file /oracle/10g/oracle/product/10.2.0/db_1/admin/oralife/udump/oralife_ora_3646.trc:
Control autobackup written to DISK device
        handle '/oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/autobackup/2011_08_31/o1_mf_s_760656378_75wfmtcm_.bkp'
Completed: drop tablespace rtest including contents and datafiles

--恢复控制文件
[oracle@localhost ~]$ export NLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS'    
[oracle@localhost ~]$ rman target sys/oracle@oralife nocatalog
RMAN> startup force nomount;
RMAN> set dbid=3898974595;  
--与下面set until time（即删除表空间rtest的操作时间)相比少了1秒， 以转储正确的控制文件，
--如果这里设置的时间 与alert日志中删除表空间的操作时间相同，会转储最新的控制文件（没有包含表空间rtest信息)导致恢复失败。
RMAN> restore controlfile from autobackup until time "to_date('2011-08-31 21:26:16','yyyy-mm-dd hh24:mi:ss')"; 

Starting restore at 2011-08-31 21:35:29
using channel ORA_DISK_1

recovery area destination: /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area
database name (or database unique name) used for search: ORALIFE
channel ORA_DISK_1: autobackup found in the recovery area
channel ORA_DISK_1: autobackup found: /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/autobackup/2011_08_31/o1_mf_s_760656297_75wfk9gc_.bkp
channel ORA_DISK_1: control file restore from autobackup complete
output filename=/oracle/10g/oracle/product/10.2.0/oradata/oralife/control01.ctl
output filename=/oracle/10g/oracle/product/10.2.0/oradata/oralife/control02.ctl
output filename=/oracle/10g/oracle/product/10.2.0/oradata/oralife/control03.ctl
Finished restore at 2011-08-31 21:35:33

RMAN> alter database mount;
RMAN> run {
 set until time='2011-08-31 21:26:17';
 restore database;
 recover database;
 sql 'alter database open resetlogs';
6>  }

executing command: SET until clause

Starting restore at 2011-08-31 21:36:43
Starting implicit crosscheck backup at 2011-08-31 21:36:43
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=156 devtype=DISK
Crosschecked 1 objects
Finished implicit crosscheck backup at 2011-08-31 21:36:44

Starting implicit crosscheck copy at 2011-08-31 21:36:44
using channel ORA_DISK_1
Finished implicit crosscheck copy at 2011-08-31 21:36:44

searching for all files in the recovery area
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_31/o1_mf_1_4_75wfl6w2_.arc
File Name: /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_31/o1_mf_1_3_75wfkc9w_.arc
File Name: /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/autobackup/2011_08_31/o1_mf_s_760656297_75wfk9gc_.bkp
File Name: /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/autobackup/2011_08_31/o1_mf_s_760656378_75wfmtcm_.bkp

using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /oracle/10g/oracle/product/10.2.0/oradata/oralife/system01.dbf
restoring datafile 00002 to /oracle/10g/oracle/product/10.2.0/oradatabak/undotbs01.dbf
restoring datafile 00003 to /oracle/10g/oracle/product/10.2.0/oradatabak/sysaux01.dbf
restoring datafile 00004 to /oracle/10g/oracle/product/10.2.0/oradata/oralife/user01.dbf
restoring datafile 00005 to /oracle/10g/oracle/product/10.2.0/oradata/oralife/example01.dbf
restoring datafile 00006 to /oracle/10g/oracle/product/10.2.0/oradata/oralife/rtest.dbf --转储了表空间rtest对应的数据文件
channel ORA_DISK_1: reading from backup piece /oracle/10g/oracle/rman/ORALIFE_98.dbf
channel ORA_DISK_1: restored backup piece 1
piece handle=/oracle/10g/oracle/rman/ORALIFE_98.dbf tag=TAG20110831T212421
channel ORA_DISK_1: restore complete, elapsed time: 00:00:35
Finished restore at 2011-08-31 21:37:20

Starting recover at 2011-08-31 21:37:20
using channel ORA_DISK_1

starting media recovery

archive log thread 1 sequence 3 is already on disk as file /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_31/o1_mf_1_3_75wfkc9w_.arc
archive log thread 1 sequence 4 is already on disk as file /oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_31/o1_mf_1_4_75wfl6w2_.arc
archive log thread 1 sequence 5 is already on disk as file /oracle/10g/oracle/product/10.2.0/oradata/oralife/redo02.log
archive log filename=/oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_31/o1_mf_1_3_75wfkc9w_.arc thread=1 sequence=3
archive log filename=/oracle/10g/oracle/product/10.2.0/db_1/flash_recovery_area/ORALIFE/archivelog/2011_08_31/o1_mf_1_4_75wfl6w2_.arc thread=1 sequence=4
archive log filename=/oracle/10g/oracle/product/10.2.0/oradata/oralife/redo02.log thread=1 sequence=5
media recovery complete, elapsed time: 00:00:03
Finished recover at 2011-08-31 21:37:25

sql statement: alter database open resetlogs

--查看，已恢复
[oracle@localhost ~]$ sqlplus sys/oracle@oralife as sysdba
SQL> select count(*) from r_test;

  COUNT(*)
----------
         2

Laughing
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Oracle RMAN异机不完全恢复
08-11
此文档详细描述如果利用rman 完成不完全恢复。试验背景，步骤，命令，所有内容都做说明。
oracle rman丢失归档备份集的不完全恢复
冰封郁金香
07-22 1603
如果说要想改成其他的实例名，可以在恢复成功后，用nid命令修改。----------------分割线-------------------------上面看到备份集的SCN是234189095，因为归档备份丢失，所以只能恢复到这个SCN。-----如果是路径不一致要用下面的脚本指定新路径---------------控制文件里，所以如果在恢复的时候，如果实例名不一致，恢复的时候会报错。-----如果是路径相同直接恢复---------------成功启动数据库，且启动过程中alert日志无报错。...
RMAN备份恢复之不完全恢复
weixin_30555515的博客
12-04 160
ORACLE不完全恢复 基于时间的不完全恢复 恢复要求：a、数据库开启归档切要有最近的有效rman全备。b、要有需要恢复到的准确时间点。 1、 做一个rman全备 RMAN>backup database; 2、 构建几个状态 在数据库里创建scott.t1并插入数据记录状态为a，记录时间t1。 在数据库里创建scott.t2并插入数据记录状态为b，记录时间t2。 进入数据库删除s...
RMAN的不完全恢复（归档模式）
竹林晚风
02-28 1462
RMAN的不完全恢复，只能在mount状态下，而且必须基于数据库的还原，也就是必须还原所有的数据文件。 一、基于时间和基于SCN：用于恢复过去某个时间被误操作的重要table 转储所有数据文件。 二、完全恢复时，归档日志或current redo log不完整。 转储所有数据文件，恢复到提示缺少日志的之前状态，resetlog重置控制文件里在线联机日志的元数据。 三、误删除表空间（已备份）
12c rman 恢复表
10-17
在12c之前对于用户因DDL(DROP TRUNCATE )等操作引起的数据丢失，一般通过数据库时间点不完全恢复、基于表空间的时间点恢复（TSPITR）、闪回技术。
RMAN异地恢复
03-10
一直在找如果主机当机且无法恢复情况下，怎么用RMAN恢复到另一台机器上，这个文档经本人测试可用。
RMAN备份与恢复
05-22
第一篇 进入RMAN 1 1.1 连接本地数据库 1 1.2 连接远程数据库 1 第二篇 RMAN常用命令 1 ...7.3 查看RMAN恢复目录的数据 34 7.4 使用存储脚步 34 7.5向恢复目录中添加rman备份 34 7.6 恢复目录管理 34
rman恢复方案和oracle异机恢复
12-16
注：①恢复的前提是已经做好备份②完全恢复数据库是数据库遇到故障，在恢复时候没有丢失任何已经提交事物数据的恢复不完全恢复数据库是数据库遇到故障，在恢复时候丢失部分数据的恢复③在linux下需要设置环境变量，...
RMAN基于表空间的不完全恢复（TSPITR)
weixin_34235105的博客
06-24 215
RMAN基于表空间的不完全恢复（TSPITR)表空间时间点恢复(TSPITR)：概念 通过执行TSPITR 可将一个或多个表空间快速恢复到以前的某个时间。 执行TSPITR 不会影响数据库中其它表空间或对象的状态。使用RMAN 自动表空间时间点恢复(TSPITR) 可将Oracle DB 中的一个或多个表空间快速恢复到以前的某个时间，而不会影响数据库中其它表空间和对象的状态。...
rman中的不完整恢复
龙神add-走向数据架构师的路
08-05 1106
rman中的不完整恢复: 不完整恢复表示会丢失数据。通过还原所有数据文件将整个数据库回退，然后执行不完全恢复。不是应用自备 份后生成的所有重做，而是故意在某个点停止应用重做，生成一个不是最新的数据库版本， 自该点后做的所有工作丢失，执行不完整恢复只有两个原因：完整恢复不可行或是故意要丢失数据。     完整恢复将是不可能的，除非自备份后生成的所有归档日志以及联机重做日志可用。如果归档日志缺
Oracle RMAN 高级恢复（一）--Oracle不完全恢复
weixin_33946605的博客
06-26 173
不完全恢复是指不完全的数据恢复，不完全恢复与完全恢复在许多方面是相同的，他们基本的命令集相同，但不完全恢复添加了一些其他命令。 引起不完全恢复的原因有很多，如丢失了联机重做日志或归档的重做日志，或者出现重大的用户错误。 不完全恢复会影响整个数据库，换句话，不能只对数据库的一部分执行不完全恢复操作，因为这个会使数据库的一部分具有与这个数据库其余部分不同的SCN和时间点。要将数据...
RMAN数据库完全备份和恢复
喝醉酒的小白
06-21 9765
使用RMAN工具进行整库备份和完全恢复。
RMAN1：不完全恢复
weixin_47745154的博客
08-20 145
【场景一、不完全恢复】 阶段1：模拟基础数据 1.1 新建表空间和用户 create tablespace TBS_TEST1 datafile '+DATA/orcl/datafile/test1.dbf' size 100M; create user test1 identified by test1 default tablespace TBS_TEST1 quota unlimited on TBS_TEST1; grant connect,resource to test1; 1.2
rman恢复方案和异机恢复
congjie5470的博客
03-12 526
注：①恢复的前提是已经做好备份 ②完全恢复数据库是数据库遇到故障，在恢复时候没有丢失任何已经提交事物数据的恢复 不完全恢复数据库是数据库遇到故障，在恢复时候丢失部分数据的恢复 ③在l...
rman 恢复数据总结
cn00909332的博客
05-25 318
一、ｒｍａｎ恢复的基础概念 使用rman 进行数据库的恢复只能使用之前的rman 的rman 进行备份，可以实现数据库的完全恢复，也可以实现数据库的不完全恢复。rman 恢复分为两个步骤 ，首先使用restore 命...
RMAN的备份与恢复
鲨鱼胃的博客
05-09 1455
1 物理备份 1.1 完全备份（full） 全备份是一个或多个数据文件中使用过的数据块的的备份。没有使用过的数据块是不被备份的，也就是说，oracle进行备份集合的压缩。 把所有有数据的数据块都备份了，包括表、view、序列都是定义，都存在数据字典，数据字典在system表空间。 只备份有数据的数据块。所以rman是块级的备份，也是物理备份。 rman全库备份只需要通过backup databas...
Rman备份与恢复
qq944603255的博客
11-03 2861
由于逻辑备份具有平台无关性，所以更为常见的是，逻辑备份被作为一种数据迁移及移动的主要手段。在启动rman时，可以指定日志输出，如果示例中没有指定日志输出，rman就将执行结果直接打印到荧幕上了，如果以后写了一堆超长的rman批处理放在后台执行，最好有执行日志记录下来，以便后期备查，这个时候日志输出功能就用上了。上面的地址是用于存放备份集的地址，得实现建好，full_data_%d_%T_%s_%p的文件自动生成，其中full_data是前缀可以自由更改，%d即为数据库名，_%T_%s_%p为年月日的日期。
数据库rman备份异机恢复
最新发布
11-29 509
在源库执行sql，得到run{……}，rman时使用，确认异机环境存在目录：/data/app/oracle/oradata/orcl/ 可以修改。需要修改参数 enable_pluggable_database 为TRUE，同时新建spfile切换为spfile启动。修改/tmp/pfile1.ora：*.db_block_size=32768。c-xxxxxxxx-xxxx 为控制文件名。PDB切换(PDB模式下需要)再次执行重新执行rman。
oracle rman恢复
10-14
Oracle RMAN恢复是一种强大的工具，用于恢复数据库到损坏的状态。它提供了一套丰富的功能，可以从备份中恢复数据文件、控制文件和日志文件。 首先，我们需要创建一个有效的RMAN备份。可以使用RMAN备份整个数据库或...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值