RMAN冷备份异机还原

1：环境准备

在新的服务器上安装ORACLE实例，安装过程中需要注意源服务器与目标服务器的ORACLE_SID一致，另外确保安装路径与源路径一致（不仅是安装目录，甚至包括数据文件、控制文件目录、联机重做日志文件所在目录都要注意）。如果不一致相当麻烦，需要修改spfile。

2：RMAN做冷备份

使用cold_backup.sh将数据库备份到/u04/migration目录下面

mkdir -p /u04/migration
mkdir -p /u04/migration/log

cat /u04/migration/cold_backup.sh

export ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1
export ORACLE_SID=SCM2

export CATALOG=NOCATALOG

export PATH=$ORACLE_HOME/bin:$PATH

export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH

rman target / log=/u04/migration/log/rman_coldbackup_db_EELSCM2_20150510.log <<EOF

sql ‘alter system checkpoint‘;

shutdown immediate;

startup mount;

sql  "create pfile=‘‘/u04/migration/pfile`date +%d%m%Y`.ora‘‘ from spfile";

RUN {

ALLOCATE CHANNEL disk1 DEVICE TYPE DISK FORMAT ‘/u04/migration/%U‘;

ALLOCATE CHANNEL disk2 DEVICE TYPE DISK FORMAT ‘/u04/migration/%U‘;

ALLOCATE CHANNEL disk3 DEVICE TYPE DISK FORMAT ‘/u04/migration/%U‘;

BACKUP AS COMPRESSED BACKUPSET DATABASE;

BACKUP CURRENT CONTROLFILE FORMAT ‘/u04/migration/cntrl_%s_%p_%t‘;

RELEASE CHANNEL disk1;

RELEASE CHANNEL disk2;

RELEASE CHANNEL disk3;

}

3：RMAN做还原操作

1：首先将备份文件拷贝到目标服务器上，如下所示

 
[[email protected] migration]$ ls -lrt

total 25205332

-rw-r----- 1 oracle oinstall 1378779136 May 10 18:56 4eq6j632_1_1

-rw-r----- 1 oracle oinstall 1971355648 May 10 19:33 4fq6j6dr_1_1

-rw-r----- 1 oracle oinstall  993918976 May 10 19:52 4jq6j6v2_1_1

-rw-r----- 1 oracle oinstall    9338880 May 10 19:53 4mq6j79h_1_1

-rw-r----- 1 oracle oinstall 2445590528 May 10 20:39 4bq6j5gu_1_1

-rw-r----- 1 oracle oinstall 1682866176 May 10 21:12 4hq6j6rj_1_1

-rw-r----- 1 oracle oinstall 2082570240 May 10 21:53 4gq6j6ea_1_1

-rw-r----- 1 oracle oinstall 1440210944 May 10 22:22 4dq6j629_1_1

-rw-r----- 1 oracle oinstall   21495808 May 10 22:22 cntrl_16535_1_879337140

drwxr-xr-x 2 oracle oinstall       4096 May 11 00:20 log

-rw-r----- 1 oracle oinstall 6072287232 May 11 00:20 4aq6j5gu_1_1

-rwxr-xr-x 1 oracle oinstall        814 May 11 01:10 cold_backup.sh

-rw-r----- 1 oracle oinstall 2605039616 May 11 01:10 4cq6j5gu_1_1

-rw-r----- 1 oracle oinstall 1613660160 May 11 01:41 4kq6j771_1_1

-rw-r----- 1 oracle oinstall 1230159872 May 11 02:05 4iq6j6tb_1_1

-rw-r----- 1 oracle oinstall 2237693952 May 11 02:48 4lq6j784_1_1

-rw-r--r-- 1 oracle oinstall       1542 May 11 10:03 pfile20150510.ora

-rw-r--r-- 1 oracle oinstall        195 May 11 11:28 restore.sh

[[email protected] migration]$

2：给oracle账号对应目录授予相关权限。

2.1 由于一些数据文件位于/u02、 /u03、 /u04目录下面. 在root目录下面创建这几个目录，并授权给ORACLE用户。

mkdir /u02

mkdir /u03

mkdir /u04

chown -R oracle:oinstall /u02 /u03 /u04

2.2 由于安装时选择了“仅安装数据库软件”，所以需要按照源服务器的目录设置下面路径

[[email protected] oracle]$ ls
oraInventory  product

[[email protected] oracle]$ mkdir admin

[ora[email protected] oracle]$ cd admin/

[[email protected] admin]$ mkdir SCM2

[[email protected] admin]$ cd SCM2/

[[email protected] SCM2]$ ls

[[email protected] SCM2]$ mkdir udump

[[email protected] SCM2]$ mkdir adump

[[email protected] SCM2]$ mkdir cdump

[[email protected] SCM2]$ mkdir dpdump

[[email protected] SCM2]$ mkdir pfile

[[email protected] SCM2]$ mkdir bdump

案例遇到的错误1：

RMAN> @restore.sh
 

RMAN> run

2> {

3> startup pfile=‘/u04/migration/pfile20150510.ora‘ nomount;

4> restore controlfile from ‘cntrl_16535_1_879337140‘;

5> alter database mount;

6> restore database;

7> alter database open resetlogs;

8> }

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of startup command at 05/12/2015 15:48:00

RMAN-04014: startup failed: ORA-16032: parameter LOG_ARCHIVE_DEST_1 destination string cannot be translated

ORA-07286: sksagdi: cannot obtain device information.

Linux-x86_64 Error: 2: No such file or directory

 

RMAN> 

RMAN> **end-of-file**

在源数据库查看参数LOG_ARCHIVE_DEST_1，发现联机重做日志的归档日志位于/u04/backup/archive 。而目标服务器没有/u04/backup/archive这个目录，需要创建对应的目录。

SQL> show parameter LOG_ARCHIVE_DEST_1
 

NAME                                 TYPE        VALUE

------------------------------------ ----------- ------------------------------

log_archive_dest_1                   string      LOCATION=/u04/backup/archive

log_archive_dest_10                  string

SQL>

案例遇到的错误2：

出现上面错误是因为安装时选择了“仅安装数据库软件”，对应的background_dump_dest、audit_file_dest目录都没有，查看pfile文件，创建对应的目录问题解决

[[email protected] oracle]$ ls
oraInventory  product

[[email protected] oracle]$ mkdir admin

[[email protected] oracle]$ cd admin/

[[email protected] admin]$ mkdir SCM2

[[email protected] admin]$ cd SCM2/

[[email protected] SCM2]$ ls

[[email protected] SCM2]$ mkdir udump

[[email protected] SCM2]$ mkdir adump

[[email protected] SCM2]$ mkdir cdump

[[email protected] SCM2]$ mkdir dpdump

[[email protected] SCM2]$ mkdir pfile

[[email protected] SCM2]$ mkdir bdump

案例遇到的错误3：

RMAN> @restore.sh
 

RMAN> run

2> {

3> startup pfile=‘/u01/app/oracle/product/10.2.0/db_1/dbs/pfile20150510.ora‘ nomount;

4> restore controlfile from ‘cntrl_16535_1_879337140‘;

5> alter database mount;

6> restore database;

7> alter database open resetlogs;

8> }

Oracle instance started

 

Total System Global Area   12884901888 bytes

 

Fixed Size                     2105920 bytes

Variable Size               9328135616 bytes

Database Buffers            3506438144 bytes

Redo Buffers                  48222208 bytes

 

Starting restore at 12-MAY-15

using target database control file instead of recovery catalog

allocated channel: ORA_DISK_1

channel ORA_DISK_1: sid=987 devtype=DISK

 

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of restore command at 05/12/2015 15:59:27

RMAN-06172: no autobackup found or specified handle is not a valid copy or piece

 

RMAN> 

RMAN> **end-of-file**

 

RMAN>

出现这个错误是因为控制文件路径由于编辑时，不小心将路径给忽略了，实际应该为：restore controlfile from ‘/u04/migration/cntrl_16535_1_879337140‘;

run
{

startup pfile=‘/u01/app/oracle/product/10.2.0/db_1/dbs/pfile20150510.ora‘ nomount;

restore controlfile from ‘/u04/migration/cntrl_16535_1_879337140‘;

alter database mount;

restore database;

alter database open resetlogs;

}

还原过后，对数据库参数进行设置，例如从pfile文件创建spfile。另外，视服务器配置等，调整SGA的一些参数！

参考资料：

http://blog.itpub.net/11411056/viewspace-733456/

http://blog.csdn.net/edwzhang/article/details/8933372

时间： 2024-10-23 23:35:39

RMAN冷备份异机还原的相关文章

rman 冷备份异机迁移

rman 作为 oracle 推荐的备份.恢复方式,我们常使用它来进行异机迁移数据库. 网上的攻略都是 rman 的热备份异机迁移,相比冷备份的异机迁移需要多备份归档(未归档)日志文件.联机日志文件,操作步骤较为复杂. 如果是可以停机的数据库,更推荐使用 mount 方式下的冷备份来做异机迁移. 写了一个迁移文件,以备后用. Part1 Env { 'first database':{ 'os':'suse11' 'oracle_version':'11gr2' } 'second databa

RMAN异机还原遭遇ORA-19698错误案例

实验环境: 操作系统    :Oracle Linux Server release 5.7 64 bit 数据库版本:Oracle Database 10g Release 10.2.0.4.0 - 64bit Production 案例说明: 为了测试.验证备份的有效性,需要将服务器A上的数据库的备份集还原到服务器B上,服务器B上已经创建了相同名称的ORACLE_SID和DB Name,对应数据文件目录环境完全一致 Step 1: startup nomount Step 2:  resto

RMAN数据库异机迁移步骤

--RMAN数据库异机迁移步骤----------------------------2013/09/28 测试环境:AIX+ora11g   一. source数据库准备.   1.获取数据文件编号和路径   SQL> select file_id,file_name from dba_data_files order by file_id;      FILE_ID FILE_NAME ---------- ------------------------------------------

Win2016异机还原方法

Win 2016 原SATA SSD,用Acronis Backup 11备份还原到NVME SSD上无法启动,报INACCESSIBLE_BOOT错误. 尝试用11的启动媒体进行异机还原,发现找不到操作系统. 网上下载Acronis Backup 12,安装后发现系统随带有启动媒体.先用制作启动媒体的方法制作了一个启动U盘,但无序列号,启动U盘启动后无异机还原功能. 用系统随带启动媒体刻光盘后启动,有异机还原功能,操作系统顺利找到,找到用DISM++恢复出来的微软通用的NVME驱动程序,应用即

冷备份恢复与异机还原

冷备份发生在数据库关闭状态下,直接拷贝物理文件的备份方式,备份数据库可以运行在归档模式,也可以运行在非归档模式. 备份流程: 1)首先在运行的库中得到运行的所有文件. 主要备份文件:passwordfile.spfile.controlfile.datafile.tempfile.logfile 2)然后计划内关闭数据库,一般在晚上无人访问时关闭. 3)拷贝物理文件到指定备份路径或设备. 4)拷贝完成,立即启动数据库,使其正常工作. 备份脚本: spool /u01/app/oracle/jia

基于RMAN的异机数据库克隆(rman duplicate)

对于基于生产环境下的数据库的版本升级或者测试新的应用程序的性能及其影响,备份恢复等等,我们可以采取从生产环境以克隆的方式将其克隆到本地而不影响生产数据库的正常使用.实现这个功能我们可以借助rman duplicate方式以及其简单的方式来完成.duplicate方式不同于OS级别的备份,它会为辅助数据库(克隆出来的数据库)生成一个新的dbid,而能够同时将目标数据库(原数据库)与辅助数据库注册到同一个恢复目录.本文描述了使用rman duplicate实现异机数据库克隆. 1.RMAN支持的du

RMAN - 备份异机恢复

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 命令修改. ② 恢复路径与源库不相同,在restore时用set指定新位置,并用switch logfile all 将信息更新到controlfile文

Oracle之使用rman进行异机恢复测试记录

本次测试目的是从生产数据库导出rman备份然后在测试数据库恢复 1,拷贝备份至相应目录 2,进入rman rman target \ 3,关闭数据库 shutdown 4,以nomount模式启动数据库 startup nomount 5,恢复控制文件 restore controlfile from ' /home/oracle/rman_backup/cf_c-1383295282-20171102-00'; 6,挂载数据库 alter database mount; 7,设置catalog

RMAN数据库异机迁移

本文讲述如何用rman将一个库迁移到另一个服务器上. 服务器A:linux es4 + oracle9204 (源)服务器B:linux es4 + oracle9204 (目标) 一.创建目录 为了简单起见,在服务器B上建立与A相同的目录结构.如果因为空间或其他原因,可以考虑用软链接来实现目录结构的统一.如果实在不能做到的话,可以用rman的set newname来实现数据的重定位. [[email protected] ~]$ mkdir -p /data/oradata/gpodb[[em