异地rman恢复数据库

Source db端:

ORACLE_BASE=/u01/app/oracle

ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1

ORACLE_SID=ygdg

数据文件位置:/u01/app/oracle/oradata/ygdg

Target db端:

ORACLE_BASE=/u01/app/oracle

ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1

ORACLE_SID=ygdg

数据文件位置:/u01/app/oracle/oradata/ygdg

【1.原库rman备份】

[[email protected] rman]$ cat rman_for_dg.sh

export ORACLE_SID=ygdg

export ORACLE_BASE=/u01/app/oracle

export ORACLE_HOME=/u01/app/oracle/product/11.2.0/db_1

export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK

rman target=/ log=‘/u01/ygtest/fullbackup.log‘<<EOF

crosscheck archivelog all;

run

{

allocate channel t1 type disk;

allocate channel t2 type disk;

allocate channel t3 type disk;

allocate channel t4 type disk;

backup as compressed backupset database format ‘/u01/ygtest/DB%d%s%p%t.bak‘ TAG=‘WHOLE BACKUP‘ section size 30G

plus archivelog format ‘/u01/ygtest/ARC%d%s%p%t.bak‘ TAG=‘ARC BACKUP‘ delete input;

backup current controlfile format ‘/u01/ygtest/CTL%d%s%p%t.bak‘ TAG=‘CTL BACKUP‘;

release channel t1;

release channel t2;

release channel t3;

release channel t4;

}

crosscheck backup;

delete noprompt obsolete recovery window of 3 days;

EOF

【2.原库查看DBID】

export ORACLE_SID=ygdg

rman target=/

连接上之后就可以看得到DBID,记下来

【3.原库生成pfile】

create pfile=‘/u01/pfileygdg.ora‘ from spfile;

【4.备份文件传至目标库】

scp /u01/ygtest/*.bak [email protected]:/u01/ygtest 记得确定目录权限和所属者

【5.原库目标库结合修改pfile,并将修改后的参数文件传到目标端】

建议将原库生成的pfile和目标库的spfile都下载到本地,根据“参数位置看pfile,其他看spfile”的原则进行修改

【6.目标数据库创建spfile,并使用spfile启动数据库到nomount状态】

如果上面参数修改没问题,正常应该是下面这样:

SQL> startup pfile=‘/software/pfileygdg.ora‘;

SQL> create spfile from pfile=‘/software/pfileygdg.ora‘;

SQL> shutdown immediate;

SQL> startup nomount;

但是有些参数没注意修改,就会出现ORA-,不用担心,看到什么错改什么就行,如下:

SQL> startup pfile=‘/software/pfileygdg.ora‘;

ORACLE 例程已经启动。

Total System Global Area 221331456 bytes

Fixed Size 2251856 bytes

Variable Size 163578800 bytes

Database Buffers 50331648 bytes

Redo Buffers 5169152 bytes

ORA-00201: control file version 11.2.0.4.0 incompatible with ORACLE version 11.2.0.0.0

ORA-00202: control file: ‘/u01/app/oracle/oradata/ygdg/control01.ctl‘

分析:查看参数文件中compatible值为11.2.0.0.0,与控制文件中的值冲突;

解决:

SQL> create spfile from pfile=‘/software/pfileygdg.ora‘;

文件已创建。

SQL> shutdown immediate;

ORA-01507: ??????

ORACLE 例程已经关闭。

解决:修改spfile文件compatible参数后,使用spfile启动

SQL> startup nomount;

ORA-01078: failure in processing system parameters

LRM-00109: could not open parameter file ‘/u01/app/oracle/product/11.2.0/db_1/dbs/initygdg.ora‘

解决此问题的方法就是到cd /u01/app/oracle/admin/ygdg/pfile/目录下,将init.ora.25201817331

复制到dbs目录下:

cp init.ora.25201817331 /u01/app/oracle/product/11.2.0/db_1/dbs/initygdg.ora

SQL> startup nomount;

ORACLE 例程已经启动。

Total System Global Area 830930944 bytes

Fixed Size 2257800 bytes

Variable Size 536874104 bytes

Database Buffers 285212672 bytes

Redo Buffers 6586368 bytes

SQL> exit

从 Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options 断开

【7.还原控制文件】

[[email protected] database]$ rman target=/

恢复管理器: Release 11.2.0.4.0 - Production on 星期一 3月 5 19:20:26 2018

Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.

已连接到目标数据库: YGDG (未装载)

RMAN> set dbid=2428115541

RMAN> restore controlfile from ‘/software/ygtest/CTL_YGDG_55_1_969977274.bak‘;

RMAN> alter database mount;

【8.指定备份文件所在目录】

RMAN> catalog start with ‘/software/ygtest‘;

【9.还原与恢复数据库】

RMAN> run{

set newname for datafile 1 to "/u01/app/oracle/oradata/ygdg/system01.dbf";

set newname for datafile 2 to "/u01/app/oracle/oradata/ygdg/sysaux01.dbf";

set newname for datafile 3 to "/u01/app/oracle/oradata/ygdg/undotbs01.dbf";

set newname for datafile 4 to "/u01/app/oracle/oradata/ygdg/users01.dbf";

set newname for datafile 5 to "/u01/app/oracle/oradata/ygdg/test01.dbf";

set newname for tempfile 1 to "/u01/app/oracle/oradata/ygdg/temp01.dbf";

SQL "ALTER DATABASE RENAME FILE ‘‘/u01/app/oracle/oradata/ygdg/redo01a.log‘‘ to ‘‘/u01/app/oracle/oradata/ygdg/redo01a.log‘‘ ";

SQL "ALTER DATABASE RENAME FILE ‘‘/u01/app/oracle/oradata/ygdg/redo02a.log‘‘ to ‘‘/u01/app/oracle/oradata/ygdg/redo02a.log‘‘ ";

}

RMAN> run{

restore database;

SWITCH DATAFILE ALL;

recover database;

} # update control file with new filenames

注:1.原库执行

SQL> select ‘set newname for datafile ‘ || a.FILE# || ‘ to "‘ || a.NAME || ‘";‘

from v$datafile a union all select ‘set newname for tempfile ‘ || a.FILE# || ‘ to "‘ || a.NAME || ‘";‘ from v$tempfile a;

‘SETNEWNAMEFORDATAFILE‘||A.FILE#||‘TO"‘||A.NAME||‘";‘



set newname for datafile 1 to "/u01/app/oracle/oradata/ygdg/system01.dbf";

set newname for datafile 2 to "/u01/app/oracle/oradata/ygdg/sysaux01.dbf";

set newname for datafile 3 to "/u01/app/oracle/oradata/ygdg/undotbs01.dbf";

set newname for datafile 4 to "/u01/app/oracle/oradata/ygdg/users01.dbf";

set newname for datafile 5 to "/u01/app/oracle/oradata/ygdg/test01.dbf";

set newname for tempfile 1 to "/u01/app/oracle/oradata/ygdg/temp01.dbf";

已选择6行。

SQL>

SELECT ‘SQL "ALTER DATABASE RENAME FILE ‘‘‘‘‘ || a.MEMBER || ‘‘‘‘‘ to ‘‘‘‘‘ || a.MEMBER || ‘‘‘‘‘ ";‘ FROM v$logfile a;



SQL "ALTER DATABASE RENAME FILE ‘‘/u01/app/oracle/oradata/ygdg/redo01a.log‘‘ to

‘‘/u01/app/oracle/oradata/ygdg/redo01a.log‘‘ ";

SQL "ALTER DATABASE RENAME FILE ‘‘/u01/app/oracle/oradata/ygdg/redo02a.log‘‘ to

‘‘/u01/app/oracle/oradata/ygdg/redo02a.log‘‘ ";

2.使用newnam for datafile来实现修改不同的文件路径

3.switch datafile all用来更新还原回来的controlfile中的数据文件路径与联机日志文件路径,要不然recover时会报错RMAN-06094

[[email protected] database]$ sqlplus / as sysdba

SQL> select status from v$instance;

STATUS



MOUNTED

SQL> alter database open resetlogs;

数据库已更改。

原文地址:http://blog.51cto.com/13561577/2084069

时间: 2024-08-30 03:27:40

异地rman恢复数据库的相关文章

Oracle RMAN 恢复数据库到不同主机(二)

我们在recover database时报一个错误: RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 149 and starting SCN of 3507749 这里是提醒恢复到一个未知的scn号.我们在备份时只有148号归档,149号还是online redo,所以没有copy过来,如果我们不指定recover的结束时间,最后就会提示我们上面的信息:RMAN-0605

ORACLE中没有参数文件和控制文件如何通过rman恢复数据库

场景: 一个DEV告诉我生产环境下某个用户的表都看不到了,需要恢复,而此时生产库上存储自动备份的参数文件控制文件的磁盘目录文件坏块,所以导致rman备份的只有数据文件和归档日志文件,这种情况下,如何在测试服务器上利用rman恢复数据呢?google了很多资料,咨询了朋友,恢复过程如下: 前期准备工作:事先查询好先查询下原来的数据文件路径SQL> select name from v$datafile; NAME-------------------------------------------

RMAN恢复数据库实战

预设场景: 一般企业数据库的数据都用rman工具进行了全库备份,那么当数据库里面的控制文件,重做日志文件等全部丢失了之后怎么办呢?以下是解答思路: 1.利用全库备份的备份片恢复控制文件 2.恢复数据文件 3.挂载数据库 以下是详细步骤: 1 .先用rman restore备份的全库,找回控制文件: RMAN>  restore controlfile from '/u01/app/oracle/flash_recovery_area/JIAGULUN/backupset/2016_02_01/o

使用rman异地恢复数据库试验(RAC恢复到单实例数据库)

前言 rman在实际应用中用到的不多,很多时候一个项目开始设置好备份策略,后续基本上都用不到了,除非数据库出现异常,可以说,rman是一个不常用但是却非常重要的技能,但是又非常容易忘记.为了不在关键时刻掉链子,做了一个rman异地恢复数据库的试验. 试验环境介绍 操作系统 数据库版本 RAC? 源系统 CentOS 6.3 x64 11.2.0.4 2节点 目标系统 RedHat 6.4 x64 11.2.0.4 单节点 Rman备份: 0级数据库全备 操作步骤 将rman备份文件从源库上面拷贝

oracle rman恢复到异地、异机

原来的数据库服务器使用rman进行全库的备份,然后再异地的服务器上恢复一模一样的数据库 1.1      原服务器备份数据库 第一步,查看数据库的实例名和DBID connected to target database: DB3 (DBID=2060124769, not open) 第二步,进行全备份 backup AS COMPRESSED BACKUPSET database include current controlfile format '/orabak/db_%d_%T_%s'

Oracle 11g R2 rac通过rman 恢复到单实例数据库

生产环境是2个节点的rac + dataguard(物理备库也是两个节点的rac),通过rman每天进行备份,现在需要定期对生产库进行恢复操作 恢复步骤如下: 1.      把生产库的备份拷贝到目标端 建立存放备份的目录修改目录属主属组 mkdir /oracle/backup chown oracle:oinstall /oracle/backup 2.      拷贝备份到目标端 scp -P 22 incremental_level*  [email protected]:/oracle

RMAN备份数据库与恢复数据库(整库)

1 准备 2 1.1 检查数据库归档状态 2 1.2 RMAN登陆目标 2 2 备份全库 2 2.1 创建备份数据存储目录 2 2.2 RMAN备份全库 2 2.3 试验(备份后,改变数据) 5 2.4 试验(模拟删除控制文件) 7 3 恢复数据库 8 3.1 假定没有设置ORACLE_SID,设置ORACLE_SID启动一个伪实例 8 3.2 恢复SPFILE 9 3.3 恢复控制文件 9 3.4 恢复数据库 10 目录 1    准备 1.1  检查数据库归档状态 [[email prote

ORACLE中采用rman备份异机恢复数据库详细过程

场景:        有一个生产库的用户下面所有的表都不见了,怀疑人为被删除了,现在需要用备份去恢复下,找出原来的表,线上是oracle dataguard环境,有全库备份文件,准备去测试库恢复一下. 1,从生产库上copy好全备份文件恢复数据库需要准备的文件:rman完整备份(包括数据文件.日志文件.控制文件.参数文件),记录源数据库的DBID 安装的测试数据库ORACLE数据库软件并创建跟源数据库同名和数据库SID并修改数据库DBID跟源数据库DBID一样,创建跟源数据库服务器相同的数据文件

RMAN恢复测试

今天做RMAN恢复的测试,做恢复测试,必须在数据库有备份的前提下进行,样例中采用的是完全备份,模拟以下几种情况下的恢复: 1)数据库运行过程中数据文件全部丢失: 2)数据库运行过程中非关键数据文件丢失: 3)数据库运行过程中关键数据文件丢失: 4)联机重做日志文件/归档重做日志文件丢失(未测试): 5)增量备份下归档日志文件丢失(未测试): 在每个模拟中,都要做一次完全备份,上一个的完全备份可以给下一个模拟使用. 一.测试环境描述 系统版本:Red Hat Enterprise Linux Se