利用RMAN备份异机恢复

最新推荐文章于 2024-05-24 11:03:55 发布
最新推荐文章于 2024-05-24 11:03:55 发布
阅读量129 收藏
点赞数
文章标签： 数据库 操作系统

利用RMAN备份异机恢复
--rman全备份，异机恢复

关键字:RMAN,备份,恢复,参数文件,控制文件,数据文件,oracle

[@more@]1 概述
1.1试验目的
先暂定两个服务器:
服务器A 151 ip:192.168.1.151
服务器B 152 ip:192.168.1.152
服务器A 是主服务器,服务器B是备份服务器.两个数据库的目录结构一样.
首先每周二和五在A机器本地一个rman全备份,并且备份完毕后作恢复测试.
如果服务器A 的数据文件或者其它损坏了,可以利用本机备份恢复.
但是如果服务器A 整个都坏了,那就没有办法,所以在机器A做完rman全备份后
每次自动ftp把备份集传到机器B上.
试验目的:机器A上作一个rman全备份 然后在机器B上恢复.
1.2试验环境
OS: Linux ES 4.0
DB:oracle 9.2.0.1
数据库名称:sms
2 rman全备份
2.1 目录结构
[oracle@oracleserver2 oracle]$ echo $ORACLE_BASE
/ora9/oradata
[oracle@oracleserver2 oracle]$ echo $ORACLE_HOME
/ora9/oracle/product
[oracle@oracleserver2 oracle]$
2.2 DBID,参数文件,密码文件
DBID: 629320509
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
SQL> select dbid from v$database;
DBID
----------
629320509
2.3 数据文件,控制文件,归档日志文件
执行备份脚本: rman_deldata.sh
[oracle@oracleserver2 oracle]$ more /home/oracle/rman/rman_back.sh
# write by hancy
# date 2006-1-16
(
export NLS_LANG=american_america.ZHS16GBK
export ORACLE_HOME=/ora9/oracle/product
export ORACLE_BASE=/ora9/oradata
export ORACLE_SID=sms
export PATH=$PATH:$ORACLE_HOME/bin
date;
rman target=sys/h523fp@151 <run{
allocate channel c1 type disk format '/backup2/rman_back/%T%U';
allocate channel c2 type disk format '/backup2/rman_back/%T%U';
set limit channel c1 kbytes=2097150;
set limit channel c2 kbytes=2097150;
backup full tag 'db151full' database include current controlfile;
sql 'alter system archive log current';
sql 'alter system switch logfile ';
backup archivelog from time 'sysdate-1';
release channel c1;
release channel c2;
}
exit
EOF
date;
)>/home/oracle/rman/`date +%Y%m%d`rman.log
2.4 复制备份集到机器B上
把一下备份集ftp到机器B上,然后在机器B 上安装同版本的数据库软件,但是不要安装数据库,如果安装了可以删除数据等文件.
2099196 -rw-rw---- 1 oracle 2147475456 11月 14 06:11 20061114fki2bp8u_1_1
2099196 -rw-rw---- 1 oracle 2147475456 11月 14 06:21 20061114fki2bp8u_2_1
2099196 -rw-rw---- 1 oracle 2147475456 11月 14 06:32 20061114fki2bp8u_3_1
2099196 -rw-rw---- 1 oracle 2147475456 11月 14 06:42 20061114fki2bp8u_4_1
2099196 -rw-rw---- 1 oracle 2147475456 11月 14 06:53 20061114fki2bp8u_5_1
2099196 -rw-rw---- 1 oracle 2147475456 11月 14 07:04 20061114fki2bp8u_6_1
1858084 -rw-rw---- 1 oracle 1900814336 11月 14 07:13 20061114fki2bp8u_7_1
1564484 -rw-rw---- 1 oracle 1600462848 11月 14 07:22 20061114fli2bti9_1_1
1587844 -rw-rw---- 1 oracle 1624358912 11月 14 07:30 20061114fmi2bu1p_1_1
2098276 -rw-rw---- 1 oracle 2146533376 11月 14 07:40 20061114fni2bugv_1_1
2098276 -rw-rw---- 1 oracle 2146533376 11月 14 07:51 20061114foi2bv55_1_1
1526976 -rw-rw---- 1 oracle 1562091520 11月 14 07:59 20061114fpi2bvp3_1_1
357236 -rw-rw---- 1 oracle 365445120 11月 14 08:01 20061114fqi2c080_1_1
2564 -rw-rw---- 1 oracle 2621440 11月 14 08:01 c-629320509-20061114-00
2099204 -rw-rw---- 1 oracle 2147481600 11月 14 08:28 20061114fsi2c0cq_1_1
754256 -rw-rw---- 1 oracle 771597312 11月 14 08:40 20061114fsi2c0cq_2_1
2540 -rw-rw---- 1 oracle 2596864 11月 14 08:40 snapcf_sms.f
2580 -rw-rw---- 1 oracle 2637824 11月 14 08:41 c-629320509-20061114-01
3 man异机恢复
3.1 恢复分析,方案确定
如果现在机器A已经瘫痪了,os都倒了不能工作,现在面临一个很严重的问题,如果快速?安全的恢复数据库到机器B上?还有你会面临来自公司,老板很大的压力?
怎么办? 怎么解决?
首先要冷静,消除杂念,仔细分析现在的环境,不要急于动手.
现在环境如下:
(1) 有一个有效rman的全备份,包括控制文件,参数文件
(2) 还有备份日志保存完好.
(3) 机器B 的数据库软件已经安装完毕.
机器A上的全备份时间较长,期间会有log切换,会产生归档日志,备份片scn会不一致.
首先找出备份片里面最大的scn,来确定我们可以恢复的时间点.
采用:利用rman的全备份不完全恢复,可以基于scn,也可以基于seq.
3.2 确定时间点问题
最大数据文件的scn:
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
435 Full 348M DISK 00:01:53 14-NOV-06
BP Key: 746 Status: AVAILABLE Tag: DB151FULL
Piece Name: /backup2/rman_back/20061114fqi2c080_1_1
Controlfile Included: Ckp SCN: 2779791398 Ckp time: 14-NOV-06
List of Datafiles in backup set 435
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
1 Full 2779791412 14-NOV-06 /ora9/oradata/oradata/sms/system01.dbf
6 Full 2779791412 14-NOV-06 /ora9/oradata/oradata/sms/indx01.dbf
8 Full 2779791412 14-NOV-06 /ora9/oradata/oradata/sms/tools01.dbf
9 Full 2779791412 14-NOV-06 /ora9/oradata/oradata/sms/users01.dbf
最小数据文件scn:
2 Full 2779668804 14-NOV-06 /ora9/oradata/oradata/sms/undotbs01.dbf
3 Full 2779668804 14-NOV-06 /backup/ora_data/SPP_DB1.dbf
4 Full 2779668804 14-NOV-06 /backup/ora_data/perstat.dbf
5 Full 2779668804 14-NOV-06 /backup/ora_data/SMS_DB5.dbf
13 Full 2779668804 14-NOV-06 /backup/ora_data/SMP_DB3.dbf
14 Full 2779668804 14-NOV-06 /backup/ora_data/SMP_DB4.dbf
17 Full 2779668804 14-NOV-06 /backup/ora_data/SMS_DB3.dbf
19 Full 2779668804 14-NOV-06 /backup/ora_data/SMP_DB5.dbf
20 Full 2779668804 14-NOV-06 /backup/ora_data/SMS_DB4.dbf
22 Full 2779668804 14-NOV-06 /tmp/TEMP_DB.dbf
23 Full 2779668804 14-NOV-06 /backup/ora_data/CHAT_DB.dbf
归档日志scn:
1 15036 2779038309 13-NOV-06 2779095845 13-NOV-06
1 15037 2779095845 13-NOV-06 2779179637 13-NOV-06
1 15038 2779179637 13-NOV-06 2779208527 13-NOV-06
1 15039 2779208527 13-NOV-06 2779265891 13-NOV-06
1 15040 2779265891 13-NOV-06 2779341934 14-NOV-06
1 15041 2779341934 14-NOV-06 2779407093 14-NOV-06
1 15042 2779407093 14-NOV-06 2779464082 14-NOV-06
1 15043 2779464082 14-NOV-06 2779519525 14-NOV-06
1 15044 2779519525 14-NOV-06 2779563468 14-NOV-06
1 15045 2779563468 14-NOV-06 2779591580 14-NOV-06
1 15046 2779591580 14-NOV-06 2779648660 14-NOV-06
1 15047 2779648660 14-NOV-06 2779712963 14-NOV-06
1 15048 2779712963 14-NOV-06 2779768813 14-NOV-06
1 15049 2779768813 14-NOV-06 2779793829 14-NOV-06
1 15050 2779793829 14-NOV-06 2779794400 14-NOV-06
1 15051 2779794400 14-NOV-06 2779794410 14-NOV-06
控制文件scn:
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
438 Full 2M DISK 00:00:04 14-NOV-06
BP Key: 750 Status: AVAILABLE Tag:
Piece Name: /backup2/rman_back/c-629320509-20061114-01
SPFILE Included: Modification time: 04-SEP-06
要恢复的时间点需要大于数据文件的恢复点,并且要保证需要的arc都存在.
数据文件scn: 2779668804 --2779791412
最后确定恢复时间点为: scn=2779794400 seq=15050
数据文件scn是2779668804 --2779791412 然后利用arc15047 -15050 向前恢复到 2779794400 .
3.3 恢复控制文件
set oracle_sid=sms
rman target=sys/pass@152
set DBID=629320509
startup nomount;
run{
set controlfile autobackup format for device type disk to '/ora10/rman_back/%F';
restore controlfile from autobackup;
}
或者利用dbms_backup_restore
declare
devtype varchar2(256);
done boolean;
begin
devtype:=dbms_backup_restore.deviceallocate(NULL);
dbms_backup_restore.restoresetdatafile;
dbms_backup_restore.restorecontrolfileto('/ora10/oracle/oradata/testdb1/control01.ctl');
dbms_backup_restore.restorebackuppiece('/ora10/rman_back/2006111304i2a4u8_1_1',DONE=>done);
end;
3.4 恢复归档日志文件
利用dbms_backup_restore 这个包恢复归档日志:
declare
devtype varchar2(256);
done boolean;
begin
devtype:=sys.dbms_backup_restore.deviceallocate(type=>'',ident=>'t1');
sys.dbms_backup_restore.restoresetarchivedlog(destination=>'/ora9/oracle/product/dbs/arch');
sys.dbms_backup_restore.restorearchivedlog(thread=>1,sequence=>15046);
sys.dbms_backup_restore.restorearchivedlog(thread=>1,sequence=>15047);
sys.dbms_backup_restore.restorearchivedlog(thread=>1,sequence=>15048);
sys.dbms_backup_restore.restorearchivedlog(thread=>1,sequence=>15049);
sys.dbms_backup_restore.restorearchivedlog(thread=>1,sequence=>15050);
sys.dbms_backup_restore.restorearchivedlog(thread=>1,sequence=>15051);
sys.dbms_backup_restore.restorebackuppiece(done=>done,handle=>'/backup2/rman_back/20061114fsi2c0cq_1_1',params=>null);
sys.dbms_backup_restore.restorebackuppiece(done=>done,handle=>'/backup2/rman_back/20061114fsi2c0cq_2_1',params=>null);
sys.dbms_backup_restore.devicedeallocate;
end;
3.5 恢复数据文件
控制文件恢复成功后.修改数据库为mount状态,加载ctl文件
alter database mount;
restore database until scn 2779794400
recover database until scn 2779794400
或者
restore database until sequence 15050 thread 1
recover database until sequence 15050 thread 1
恢复日志如下:
RMAN> restore database until scn 2779794400;
Starting restore at 14-NOV-06
using channel ORA_DISK_1
using channel ORA_DISK_2
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00002 to /ora9/oradata/oradata/sms/undotbs01.dbf
restoring datafile 00003 to /backup/ora_data/SPP_DB1.dbf
restoring datafile 00004 to /backup/ora_data/perstat.dbf
restoring datafile 00005 to /backup/ora_data/SMS_DB5.dbf
restoring datafile 00013 to /backup/ora_data/SMP_DB3.dbf
restoring datafile 00014 to /backup/ora_data/SMP_DB4.dbf
restoring datafile 00017 to /backup/ora_data/SMS_DB3.dbf
restoring datafile 00019 to /backup/ora_data/SMP_DB5.dbf
restoring datafile 00020 to /backup/ora_data/SMS_DB4.dbf
restoring datafile 00022 to /tmp/TEMP_DB.dbf
restoring datafile 00023 to /backup/ora_data/CHAT_DB.dbf
channel ORA_DISK_2: starting datafile backupset restore
channel ORA_DISK_2: specifying datafile(s) to restore from backup set
restoring datafile 00011 to /ora9/oradata/oradata/sms/SMP_DB1.dbf
channel ORA_DISK_2: restored backup piece 1
piece handle=/backup2/rman_back/20061114fli2bti9_1_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restore complete
channel ORA_DISK_1: restored backup piece 1
piece handle=/backup2/rman_back/20061114fki2bp8u_1_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: starting datafile backupset restore
channel ORA_DISK_2: specifying datafile(s) to restore from backup set
restoring datafile 00012 to /ora9/oradata/oradata/sms/SMP_DB2.dbf
channel ORA_DISK_1: restored backup piece 2
piece handle=/backup2/rman_back/20061114fki2bp8u_2_1 tag=DB151FULL params=NULL
channel ORA_DISK_1: restored backup piece 3
piece handle=/backup2/rman_back/20061114fki2bp8u_3_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restored backup piece 1
piece handle=/backup2/rman_back/20061114fmi2bu1p_1_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restore complete
channel ORA_DISK_1: restored backup piece 4
piece handle=/backup2/rman_back/20061114fki2bp8u_4_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: starting datafile backupset restore
channel ORA_DISK_2: specifying datafile(s) to restore from backup set
restoring datafile 00015 to /ora9/oradata/oradata/sms/SMS_DB1.dbf
channel ORA_DISK_1: restored backup piece 5
piece handle=/backup2/rman_back/20061114fki2bp8u_5_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restored backup piece 1
piece handle=/backup2/rman_back/20061114fni2bugv_1_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restore complete
channel ORA_DISK_2: starting datafile backupset restore
channel ORA_DISK_2: specifying datafile(s) to restore from backup set
restoring datafile 00016 to /ora9/oradata/oradata/sms/SMS_DB2.dbf
channel ORA_DISK_1: restored backup piece 6
piece handle=/backup2/rman_back/20061114fki2bp8u_6_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restored backup piece 1
piece handle=/backup2/rman_back/20061114foi2bv55_1_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restore complete
channel ORA_DISK_2: starting datafile backupset restore
channel ORA_DISK_2: specifying datafile(s) to restore from backup set
restoring datafile 00018 to /ora9/oradata/oradata/sms/SPP_DB.dbf
channel ORA_DISK_1: restored backup piece 7
piece handle=/backup2/rman_back/20061114fki2bp8u_7_1 tag=DB151FULL params=NULL
channel ORA_DISK_1: restore complete
channel ORA_DISK_2: restored backup piece 1
piece handle=/backup2/rman_back/20061114fpi2bvp3_1_1 tag=DB151FULL params=NULL
channel ORA_DISK_2: restore complete
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /ora9/oradata/oradata/sms/system01.dbf
restoring datafile 00006 to /ora9/oradata/oradata/sms/indx01.dbf
restoring datafile 00008 to /ora9/oradata/oradata/sms/tools01.dbf
restoring datafile 00009 to /ora9/oradata/oradata/sms/users01.dbf
channel ORA_DISK_1: restored backup piece 1
piece handle=/backup2/rman_back/20061114fqi2c080_1_1 tag=DB151FULL params=NULL
channel ORA_DISK_1: restore complete
Finished restore at 14-NOV-06
RMAN> recover database until scn 2779794400 ;
Starting recover at 14-NOV-06
using channel ORA_DISK_1
using channel ORA_DISK_2
starting media recovery
archive log thread 1 sequence 15047 is already on disk as file /ora9/oracle/product/dbs/arch/1_15047.dbf
archive log thread 1 sequence 15048 is already on disk as file /ora9/oracle/product/dbs/arch/1_15048.dbf
archive log thread 1 sequence 15049 is already on disk as file /ora9/oracle/product/dbs/arch/1_15049.dbf
archive log thread 1 sequence 15050 is already on disk as file /ora9/oracle/product/dbs/arch/1_15050.dbf
archive log filename=/ora9/oracle/product/dbs/arch/1_15047.dbf thread=1 sequence=15047
archive log filename=/ora9/oracle/product/dbs/arch/1_15048.dbf thread=1 sequence=15048
archive log filename=/ora9/oracle/product/dbs/arch/1_15049.dbf thread=1 sequence=15049
archive log filename=/ora9/oracle/product/dbs/arch/1_15050.dbf thread=1 sequence=15050
media recovery complete
Finished recover at 14-NOV-06
3.6 一致性恢复,打开数据库重建log
RMAN> alter database open resetlogs;
database opened
RMAN>
SQL> select status from v$instance;
STATUS
------------
OPEN
后台日志:
Successfully onlined Undo Tablespace 1.
Dictionary check beginning
Dictionary check complete
Tue Nov 14 16:15:18 2006
SMON: enabling tx recovery
Tue Nov 14 16:15:18 2006
Database Characterset is ZHS16GBK
replication_dependency_tracking turned off (no async multimaster replication found)
Starting control autobackup
Control autobackup written to DISK device
handle '/backup2/rman_back/c-629320509-20061114-01'
Completed: alter database open resetlogs
3.7 重新作一个rman 的全备份
执行备份脚本即可.
4 总结
1 做完rman全备份后最好执行一下有效性检查
restore database check logical validate
目的:一定要保证有一个有效,可恢复的全备份
2 主服务器和备份服务器目录结构最好一样,这个方便一些,否则还需要作文件目录转换.
3 一定不要忘记备份rman的备份日志,这样可以给恢复带来很到的作用.
4 rman的备份集存放目录最好机器A 和机器B 一致,否则在机器B 没有任何文件的时候
数据文件不能自动恢复,需要使用sys.dbms_backup恢复数据文件.
由于机器A 数据文件几十个手工恢复麻烦.
5 由于rman备份时间较长,在备份期间log会有很多arc产生.
为了不完全恢复一定要备份arc文件
先备份数据文件,强制切换log后备份arc.
6 在恢复前冷静的分析和确定可恢复的时间点.
成功恢复=rman全备份+最小数据文件scn到恢复时间点的arc文件
恢复的时间点需要大于最大数据文件的scn时间点
以上是经过反复数十次恢复测试的结果.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8109090/viewspace-879434/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8109090/viewspace-879434/

congqian1312
关注
（第15天）使用 RMAN 备份异机恢复 Oracle 数据库
LuciferLiu_DBA
12-12 716
虽说备份是 Oracle 数据库安全的最后保障，但是前提是会用备份恢复出数据，否则备份也就形同虚设了。前面讲了 3 种方式备份 Oracle 数据库，所以现在已经有了备份，接下来就讲讲如何通过备份文件来恢复出数据了。生产环境中最常见的备份恢复场景就是定期的恢复演练和 DataGuard 的搭建，都是使用备份在异机进行恢复，所以 RMAN 异机恢复是最常用的一种手段。本地备份NBU 备份。
Rman备份及异机恢复步骤
zhytaian的博客
08-13 1469
一、rman备份脚本 RUN { allocate channel c1 device type disk ; configure retention policy to redundancy 3 ; configure archivelog backup copies for device type disk to 3; CONFIGURE CONTROLFILE AUTOBACKUP ON; delete noprompt obsolete ; backup data...
Oracle 11g RMAN备份异机恢复 迁移数据 案例.
10-03
大牛总结的文档，全是干货！ Rman的异机恢复的作用很多，比如数据库迁移，数据库恢复，基于数据库架构调整的还原恢复(比如从RAC-->>单实例，ASM-->>文件系统)，有时候搭建测试环境也会用到，不过，这种情况下相信选择数据库复制方式比较方便。 文档打开密码见压缩包注释。
利用 RMAN 进行异机全恢复
Terry Tsang
06-28 1265
服务器资料信息 servername role sid db_unique_name db­_name lsn name ip addr node222 primary TBDB node222 node222 node222 192.168.
RMAN - 备份异机恢复
__Yoon
01-29 263
OS: Oracle Linux Server release 5.7   DB: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production   ① RMAN异机恢复的时候，db_name必须相同。如果想要改别的实例命，可以在RMAN恢复成功后，用 nid 命令修改。 ② 恢复路径与源库不相同，在res
rman 备份并异机恢复
weixin_30672019的博客
05-28 112
1.RMAN 备份脚本 RUN { CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS; CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO "/backu...
使用RMAN进行备份和异机恢复
小灯数据
03-17 869
　　服务器A（要备份的服务器）：192.168.68.128 　　服务器B（把服务器A的备份还原到这里）：192.168.68.129 1、RMAN创建恢复目录（服务器A执行） --1）创建恢复目录数据库 [oracle@localhost ~]$ sqlplus / as sysdba SQL> create tablespace rman_tbs datafile '/data/...
使用RMAN实现异机备份恢复(WIN平台)
09-02
### 使用RMAN实现异机备份恢复（Windows平台） 在企业级数据库管理中，备份与恢复是确保数据安全的重要环节之一。对于Oracle数据库来说，RMAN（Recovery Manager）是一种非常强大的工具，它不仅可以帮助我们进行...
Oracle RMAN异机不完全恢复
08-11
### Oracle RMAN 异机不完全恢复 #### 实验背景 在实际的数据库管理工作中，可能会遇到因误操作导致的数据丢失或损坏的情况。在这种情况下，如何有效地利用备份数据完成数据库的恢复工作至关重要。本实验模拟了一...
NBU对Oracle数据库的本地/异机备份及恢复操作
02-27
《NBU对Oracle数据库的本地/异机备份及恢复操作详解》 NetBackup（NBU）是Veritas公司推出的一款专业的企业级数据备份与恢复软件，广泛应用于各种规模的组织中，尤其在处理大型数据库如Oracle时表现出强大的功能。...
oracle使用rman备份实现异机数据恢复
狗剩儿的记忆博客
09-21 2890
看是否报错，一般是需要应用下当前的redlog，根据报错处理即可。为了简化恢复步骤，我在此问题上使用软链接，映射了一下目录与原有生产环境保持了一致。1级恢复： recover database。0级恢复：restore database。
Oracle之rman异机恢复方案
最新发布
の正在缓存99%
05-24 263
(3) 修改redo 日志文件和临时表空间文件的路径。(4) 重新注册备份路径。(1) 检查备份信息。(2) 恢复控制文件。(5) 删除过期归档。
通过RMAN将数据库恢复到同类机异机
blockheading的博客
11-23 1023
--通过RMAN将数据库恢复到同类机异机 --下面开始讲源路径称为host1，新路径称为host2 SYS@PROD2> select dbid from v$database; --查询DBID DBID ---------- 1564287740 RMAN> backup incremental level 0 as compressed backupset
ORACLE利用STANDBY端RMAN备份进行数据恢复
cri5768的博客
04-26 398
这里记录一下流程，有我和同事问心进行测试 dataguard主库和物理备库主要是controlfile文件有区别，用restore可以查看含有primary,standby关键字 RMAN> restore ; ...
ORACLE 只有rman 完整备份异机恢复
nndhyp的专栏
04-17 8386
恢复数据库需要准备的文件：rman完整备份（包括数据文件、日志文件、控制文件、参数文件），记录源数据库的DBID 一、安装数据库ORACLE数据库软件并创建跟源数据库同名和数据库SID并修改数据库DBID跟源数据库DBID一样，创建跟源数据库服务器相同的数据文件目录、日志文件目录、控制文件目录。 二、修改DBID： SQL>CONN / AS SYSDBA; SQL> select dbi
rman备份异机恢复
weixin_52188141的博客
07-16 5149
前提条件：两台机器数据库版本相同，备份路径相同，文件路径相同。目标库可以将数据文件，控制文件，闪回区，参数文件等清空，以方便后期恢复。（不删除也行，我习惯的是删除） ps:注意目录权限 第一步：rman整库备份 run { allocate channel ch1 type disk; allocate channel ch2 type disk; sql 'alter system archive log current'; backup as compressed backupset da..
Rman异机恢复操作指南
gumengkai的博客
11-07 5906
本次实验为相同平台的两台数据库服务器，目标端只安装oracle软件，且目标端与源端数据文件等目录保持一致。 1. 源端进行全备 --全备脚本 [oracle@orcl scripts]$ cat rman_full_backup.sh source /home/oracle/.bash_profile rman target / log=/home/oracle/backup/log
RMAN 备份异机恢复 并创建新DBID
热门推荐
David Dai -- Focus on Oracle
03-11 2万+
<br /> <br />测试平台信息：<br />Oracle：11gR2<br />操作系统：Redhat 5.5<br />Target DB:dave<br /> <br />几点说明：<br />（1）RMAN 异机恢复的时候，db_name必须相同。如果说要想改成其他的实例名，可以在恢复成功后，用nid 命令修改。实例名的信息会记录到控制文件里，所以如果在恢复的时候，如果实例名不一致，恢复的时候会报错。<br />（2）如果恢复的路径和源库不一致，就需要在restore时用set 命令指定新位置
Oracle RMAN 异机恢复数据库步骤详解
"这篇文档详细介绍了如何在Linux环境下利用RMAN(Redundant Manager)工具进行异机恢复数据库的操作，主要包括备份设置和恢复步骤。适用人群为初学者。" 在Oracle数据库管理中，RMAN是一种强大的备份和恢复工具，特别...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值