NBU7.0 for linux Oracle_异机恢复详解

NBU7.0 for linux Oracle_异机恢复详解
NBU7.0 for linux Oracle_异机恢复详解

NBU7.0_for linux_Oracl e_异机恢复

1.在目标客户机安装NBU Client软件,运行/usr/openv/netbackup/bin/oracle_link.sh 连接数

据库;

2.编辑/usr/openv/netbackup/bp.conf文件,写入源客户机主机名

# cat bp.conf

SERVER = waanbu1

CLIENT_NAME = p520-1

CLIENT_NAME = svc

3.编辑etc/hosts文件,写入Master Server和源客户机的解析

4.在Master Server上面创建文件/netbackup/db/altnames/No.Restriction,

文件内容为空;

5.重启目标客户机的NBU服务;

6.数据库准备工作:

a.数据库版本一致;

b.数据库SID一致;

c.数据库ORACLE_HOME一致;

d.数据库监听服务,目录结构和pfile文件需要一致;

7.恢复控制文件:

打开Master Server恢复控制台

选择File>Specify Netbackup Machines and Policy Type。。。

点击编辑客户机列表;

添加目标和源客户机主机名

选择源客户机和目标客户机以及备份类型

点击Select for Restore

选择最新的控制文件

点击Action>Restore

选择恢复目标文件目录

查看恢复状态。

控制文件恢复到异机磁盘完毕后:

a.进入oracle用户

$rman

RMAN>connect target /

Connected to target database: DCTM(not mount)

RMAN>set dbid=3248879935

set dbid=702089904

b.使用RMAN restore已经恢复到本地磁盘的控制文件

RMAN>run{

2>allocate channel ch00 type disk;

3>restore controlfile from ‘/usr/openv/script/control.ora’;

4>release channel ch00;

5>}

c.将数据库置于mount状态:

RMAN>Alter database mount;

d.使用RMAN恢复数据文件;

8.异机恢复数据文件

RMAN> run{

2> allocate channel ch00 type'sbt_tape';

3> send 'NB_ORA_CLIENT=eas02,NB_ORA_SERV=backup';

4> restore database;

5> release channel ch00;

6> }

以上执行的是将数据文件基本恢复到oradata中,然后执行recover

RMAN> run{

2> allocate channel ch00 type'sbt_tape';

3> send 'NB_ORA_CLIENT=svc,NB_ORA_SERV=waanbu1';

4> recover database;

5> release channel ch00;

6> }

allocated channel: ch00

channel ch00: sid=1639 devtype=SBT_TAPE

channel ch00: Veritas NetBackup for Oracle - Release 7.0 (2010010501)

sent command to channel: ch00

Starting recover at 16-MAR-11

channel ch00: starting incremental datafile backupset restore

channel ch00: specifying datafile(s) to restore from backup set

destination for restore of datafile 00120: /oraapp1/oradata/dctm/dm_CNPDC_PK_db.dbf

destination for restore of datafile 00129: /oraapp1/oradata/dctm/dm_CNPDC_XA_ind.dbf

destination for restore of datafile 00131: /oraapp1/oradata/dctm/dm_CNPDC_CQ_ind.dbf

destination for restore of datafile 00133: /oraapp1/oradata/dctm/dm_CNPDC_JA_ind.dbf

destination for restore of datafile 00135: /oraapp1/oradata/dctm/dm_CNPDC_LJ_ind.dbf

channel ch00: reading from backup piece bk_789_1_745784966

channel ch00: restored backup piece 1

piece handle=bk_789_1_745784966 tag=HOT_DB_BK_LEVEL0

channel ch00: restore complete, elapsed time: 00:01:05

channel ch00: starting incremental datafile backupset restore

channel ch00: specifying datafile(s) to restore from backup set

destination for restore of datafile 00009: /oraapp1/oradata/dctm/dm_CNPDC_AC_db.dbf

destination for restore of datafile 00023: /oraapp1/oradata/dctm/dm_CNPDC_MX_ind.dbf

destination for restore of datafile 00048: /oraapp1/oradata/dctm/dm_CNPDC_BZ_db.dbf

destination for restore of datafile 00089: /oraapp1/oradata/dctm/dm_CNPDC_CK_ind.dbf

destination for restore of datafile 00096: /oraapp1/oradata/dctm/dm_CNPDC_HY_db.dbf

channel ch00: reading from backup piece bk_798_1_745785550

channel ch00: restored backup piece 1

piece handle=bk_798_1_745785550 tag=HOT_DB_BK_LEVEL0

channel ch00: restore complete, elapsed time: 00:01:05

channel ch00: starting incremental datafile backupset restore

channel ch00: specifying datafile(s) to restore from backup set

destination for restore of datafile 00058: /oraapp1/oradata/dctm/dm_CNPDC_WA_db.dbf

destination for restore of datafile 00082: /oraapp1/oradata/dctm/dm_CNPDC_CG_db.dbf

destination for restore of datafile 00109: /oraapp1/oradata/dctm/dm_CNPDC_AZ_ind.dbf

destination for restore of datafile 00116:

/oraapp1/oradata/dctm/dm_CNPDC_BN_db.dbf

destination for restore of datafile 00128: /oraapp1/oradata/dctm/dm_CNPDC_XA_db.dbf

channel ch00: reading from backup piece bk_808_1_745786140

channel ch00: restored backup piece 1

piece handle=bk_808_1_745786140 tag=HOT_DB_BK_LEVEL0

channel ch00: restore complete, elapsed time: 00:01:05

starting media recovery

channel ch00: starting archive log restore to default destination

channel ch00: restoring archive log

archive log thread=1 sequence=14970

channel ch00: restoring archive log

archive log thread=1 sequence=14971

channel ch00: restoring archive log

archive log thread=1 sequence=14972

channel ch00: reading from backup piece al_821_1_745786849

channel ch00: restored backup piece 1

piece handle=al_821_1_745786849 tag=TAG20110314T185921

channel ch00: restore complete, elapsed time: 00:00:55

archive log filename=/oraapp1/archivelog/1_14970_727030399.dbf thread=1 sequence=14970

archive log filename=/oraapp1/archivelog/1_14971_727030399.dbf thread=1 sequence=14971

archive log filename=/oraapp1/archivelog/1_14972_727030399.dbf thread=1 sequence=14972

channel ch00: starting archive log restore to default destination

channel ch00: restoring archive log

archive log thread=1 sequence=14982

channel ch00: restoring archive log

archive log thread=1 sequence=14983

channel ch00: restoring archive log

archive log thread=1 sequence=14984

channel ch00: restoring archive log

archive log thread=1 sequence=14985

channel ch00: restoring archive log

archive log thread=1 sequence=14986

channel ch00: restoring archive log

archive log thread=1 sequence=14987

channel ch00: restoring archive log

archive log thread=1 sequence=14988

channel ch00: restoring archive log

archive log thread=1 sequence=14989

channel ch00: restoring archive log

archive log thread=1 sequence=14990

channel ch00: reading from backup piece al_824_1_745808362

channel ch00: restored backup piece 1

piece handle=al_824_1_745808362 tag=TAG20110315T005922

channel ch00: restore complete, elapsed time: 00:01:15

channel ch00: starting archive log restore to default destination

channel ch00: restoring archive log

archive log thread=1 sequence=14973

channel ch00: restoring archive log

archive log thread=1 sequence=14974

channel ch00: restoring archive log

archive log thread=1 sequence=14975

channel ch00: restoring archive log

archive log thread=1 sequence=14976

channel ch00: restoring archive log

archive log thread=1 sequence=14977

channel ch00: restoring archive log

archive log thread=1 sequence=14978

channel ch00: restoring archive log

archive log thread=1 sequence=14979

channel ch00: restoring archive log

archive log thread=1 sequence=14980

channel ch00: restoring archive log

archive log thread=1 sequence=14981

channel ch00: reading from backup piece al_823_1_745808362

channel ch00: restored backup piece 1

piece handle=al_823_1_745808362 tag=TAG20110315T005922

channel ch00: restore complete, elapsed time: 00:01:05

archive log filename=/oraapp1/archivelog/1_14973_727030399.dbf thread=1 sequence=14973

archive log filename=/oraapp1/archivelog/1_14974_727030399.dbf thread=1 sequence=14974

archive log filename=/oraapp1/archivelog/1_14975_727030399.dbf thread=1 sequence=14975

archive log filename=/oraapp1/archivelog/1_14976_727030399.dbf thread=1 sequence=14976

archive log filename=/oraapp1/archivelog/1_14977_727030399.dbf thread=1 sequence=14977

archive log filename=/oraapp1/archivelog/1_14978_727030399.dbf thread=1 sequence=14978

archive log filename=/oraapp1/archivelog/1_14979_727030399.dbf thread=1 sequence=14979

archive log filename=/oraapp1/archivelog/1_14980_727030399.dbf thread=1

sequence=14980

archive log filename=/oraapp1/archivelog/1_14981_727030399.dbf thread=1 sequence=14981

archive log filename=/oraapp1/archivelog/1_14982_727030399.dbf thread=1 sequence=14982

archive log filename=/oraapp1/archivelog/1_14983_727030399.dbf thread=1 sequence=14983

archive log filename=/oraapp1/archivelog/1_14984_727030399.dbf thread=1 sequence=14984

archive log filename=/oraapp1/archivelog/1_14985_727030399.dbf thread=1 sequence=14985

archive log filename=/oraapp1/archivelog/1_14986_727030399.dbf thread=1 sequence=14986

archive log filename=/oraapp1/archivelog/1_14987_727030399.dbf thread=1 sequence=14987

archive log filename=/oraapp1/archivelog/1_14988_727030399.dbf thread=1 sequence=14988

archive log filename=/oraapp1/archivelog/1_14989_727030399.dbf thread=1 sequence=14989

archive log filename=/oraapp1/archivelog/1_14990_727030399.dbf thread=1 sequence=14990

unable to find archive log

archive log thread=1 sequence=14991

released channel: ch00

RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 03/16/2011 12:18:06

RMAN-06054: media recovery requesting unknown log: thread 1 seq 14991 lowscn 403666149

以上报错是因为需要将数据库置于新的归档中

$ sqlplus /nolog

SQL*Plus: Release 10.2.0.4.0 - Production on Wed Mar 16 12:23:46 2011

Copyright (c) 1982, 2007, Oracle. All Rights Reserved.

SQL> conn /as sysdba;

Connected.

SQL> shutdown immediate

ORA-01109: database not open

Database dismounted.

ORACLE instance shut down.

SQL> startup mount

ORACLE instance started.

Total System Global Area 2.3622E+10 bytes

Fixed Size 2126584 bytes

Variable Size 1.4194E+10 bytes

Database Buffers 9412018176 bytes

Redo Buffers 14647296 bytes

Database mounted.

SQL> recover database using backup controlfile until cancel;

ORA-00279: change 403666149 generated at 03/15/2011 00:59:22 needed for thread 1

ORA-00289: suggestion : /oraapp1/archivelog/1_14991_727030399.dbf

ORA-00280: change 403666149 for thread 1 is in sequence #14991

Specify log: {=suggested | filename | AUTO | CANCEL}

cance l

Media recovery cancelled.

SQL> alter database open resetlogs;

Database altered.

SQL>

SQL> select * status,instance_name from V$instance;

STATUS INSTANCE_NAME

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

OPEN dctm

确认数据库可正常启动并能使用

oracle 备份恢复语句整理(最全)

Oracle备份恢复场景总结 一、数据文件、表空间恢复 1、数据库文件恢复 1>场景一: 问题描述: test.dbf丢失,有RMAN备份。 重启报错: Startup; ORA-01157: cannot identify/lock data file 5 - see DBWR trace file ORA-01110: data file 5: '/oracle/app/oracle/oradata/orcl/test01.dbf' run{ startup mount; allocate channel ch00 type 'SBT_TAPE'; restore datafile 5; recoverdatafile 5; alter database open; release channel ch00; }

2>场景二 问题描述: 模拟test表空间损坏,删除数据文件(恢复到新目录) 旧目录:/oracle/app/oracle/oradata 新目录: /home/oracle run{ allocate channel ch00 type 'SBT_TAPE'; sql 'alter database datafile 5 offline'; setnewname for datafile 5 to '/home/oracle/test01.dbf'; restoredatafile 5; switchdatafile 5; recoverdatafile 5; sql 'alter database datafile 4 online'; release channel ch00; } 说明: set newname for 告诉RMAN 还原数据文件的新位置在哪里。这个命令在restore 前出现。 switch datafile更新controlfile,记录这个新位置。这个命令要在recover 前出现

ORACLE11G RMAN备份恢复到异机数据库

ORACLE11G RMAN备份恢复到异机数据库 1. 主数据库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 数据库名 : prb 数据库SID : prb db_unique_name : prb instance_name : prb IP : 10.0.8.100 2. 备库环境 操作系统版本 : Centos6.7 x64 数据库版本 : Oracle 11.2.0.4 x64 (只安装oracle数据库软件,no netca dbca) 数据库名 : prb 数据库SID : prb db_unique_name: prb instance_name : prb IP:10.0.8.101 将参数文件备份、控制文件备份、数据文件备份、以及归档备份到目标主机 1 此处实验环境为同平台,同字节序,同版本,源机器和目标机器相同的目录结构。 2 目标机器只需要安装oracle只安装oracle数据库软件,no netca dbca 3 第一次利用备份恢复测试环境,之后从源机器拷贝备份到目标机器并在控制文件中注册,再见行恢复测试。 备份数据库 backup format '/u01/prb/rmanbk/fulldb_%d_%U' database include current controlfile plus archivelog delete input; orapwd file='/u01/app/oracle/product/11.2.0.4/db_1/dbs/orapwprb' password=oracle entries=10 force=y 1rman 连接到源数据库 prd-db1-> rman target / Recovery Manager: Release 11.2.0.4.0 - Production on Wed Aug 17 19:23:27 2016 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: PRB (DBID=1906641159) RMAN> 2 分别列出参数文件备份,控制文件备份,数据文件备份,以及归档备份的名字 参数文件备份如下: RMAN> list backup of spfile; using target database control file instead of recovery catalog List of Backup Sets ===================

TSM+ORACLE备份恢复测试报告

Oracle数据库备份恢复测试报告

目录 1.背景概述 (1) 1.1恢复测试目的 (1) 1.2恢复测试方法 (1) 1.3数据库备份架构 (1) 2.恢复所需资源 (2) 2.1主机资源 (2) 2.2实施环境 (2) 3.数据库恢复测试步骤 (3) 3.1安装配置测试主机 (3) 3.2全库恢复 (3) 3.3测试主机-TSM恢复配置 (3) 3.4测试主机-设定数据库环境变量 (4) 3.5测试主机-启动数据库到NOMOUNT状态 (4) 3.6测试主机-恢复控制文件 (4) 3.7测试主机-更改数据库到MOUNT状态 (5) 3.8测试主机-恢复数据文件 (5) 3.9测试主机-恢复归档日志 (9) 3.10测试主机-以RESETLOGS方法打开数据库 (11) 3.11测试主机-重启数据库 (11) 4.恢复结果 (12)

1.背景概述 1.1恢复测试目的 为了验证数据库的备份有效性,我们进行了此次的数据库恢复测试,用来确保 数据库备份的正确性,可恢复性。 1.2恢复测试方法 异机恢复 因为生产数据库已经在使用,我们不能在生产数据库上进行本机恢复测试,为 了不影响生产数据库的正常使用,我们将在测试机上进行恢复测试。 1.3数据库备份架构 1.备份系统采用IBM Tivoli备份软件; 2.带库使用ADIC磁带库。

2.恢复所需资源 2.1主机资源 需要准备恢复的测试主机,最佳做法是恢复测试主机的硬件架构、操作系统版本和生产主机一致。 2.2实施环境

3.数据库恢复测试 步骤 3.1安装配置测试主机 因为测试机完全拷贝备份主机,故测试机与生产机环境一致,确保测试主机已经正常 运行,并能于要恢复的生产主机,备份主机网络连通。 3.2全库恢复 利用TSM软件界面,调用原来所备份的数据库,以及相应的数据库恢复工具RMAN的 脚本,进行ORACLE 数据库系统的全库恢复。 3.3测试主机-TSM恢复配置 因为测试主机与生产主机架构相同,故只需在TSM SERVER上定义SAN server。 如下:

oracle数据库恢复方案

目录 数据库恢复方案 (1) 文档控制 (1) 一、相关概念 (3) 1,恢复的两个阶段 (3) 2,Oracle实例启动的三个阶段 (3) 3,RMAN信息的保存位置 (3) 二、完全恢复 (3) (一) 控制文件 (3) 1) 丢失部分控制文件: (3) 2) 丢失全部控制文件 (3) (二) 重做日志文件 (4) 1) 非当前使用的重做日志文件: (4)

2) 当前使用的重做日志文件(未归档): (4) (三) 数据文件 (4) 1) 无归档模式下的完全恢复 (4) 2) 归档模式下的完全恢复 (5) 三、不完全恢复 (6) (一) 基于SCN的不完全恢复 (6) 1) 准备工作 (6) 2) 使用RMAN进行恢复 (7) (二) 基于时间点的不完全恢复 (8) 1) 准备工作 (8) 2) 使用RMAN进行恢复 (8) 四、高级篇 (9)

(一) 使用RMAN进行异机同目录 (9) 1) 准备工作 (9) 2) 通过RMAN进行异机恢复 (10) (二)使用RMAN进行异机异目录 (11) 1) 准备工作 (11) 2) 通过RMAN进行异机恢复 (11) (三)使用RMAN进行在线数据块恢复 (14) 一、相关概念 1,恢复的两个阶段 数据库无论采取哪种方式进行恢复都分为Restore和Recover两个步骤。Restore(还原):把控制文件、重做日志文件和数据文件还原到正确位置。Recover(恢复):恢复还原后的数据文件,使数据库达到一致状态。

2,Oracle实例启动的三个阶段 Oracle实例启动经过三个阶段: l NOMOUNT(未装载):读入参数文件,验证参数文件中的目录是否存在。 l MOUNT(装载):读入参数文件指定位置的控制文件。 l OPEN(打开):验证控制文件中指定的重做日志文件和数据文件是否正确、数据文件是否一致,然后读入数据文件中的数据。 所以按照如下顺序使数据库正确打开。 1) SHUTDOWN(关闭)状态下,确保参数文件指定的文件夹存在,启动到NOMMUNT 状态。 2) NOMOUNT状态下,保证控制文件的位置和命名与参数文件中相同,控制文件中指定的重做日志文件和数据文件存在,然后启动到MOUNT状态。 3) MOUNT状态下,执行RMAN还原和恢复操作。

ORACLE 11G HA NBU异机恢复过程

ORACLE 11G AIX HA ----NBU异机恢复过程 恢复前提 1.两台机器上NUB软件都已经安装好 2.指定Master SERVER 上的/usr/openv/netbackup/bp.conf恢复源 FORCE_RESTORE_MEDIA_SERVER = 生产库hostname 测试库hostname 从生产库恢复到测试库。 操作目的 节点POTLDB01 数据库恢复到POTLDB02 即在节点POTLDB01上运行,并在节点POTLDB01上备份,恢复到POTLDB02上 节点POTLDB01机器检查过程 1.检查环境变量检查 root@POTLDB01:/usr/openv/rmanscript#ps -ef |grep smon root 385272 467274 0 10:40:22 pts/2 0:00 grep smon oracle 655484 1 0 Jul 25 - 0:06 ora_smon_portaldb 机器名字 root@POTLDB01:/usr/openv/rmanscript#hostname POTLDB01 root@POTLDB01:/usr/openv/rmanscript#pwd ---rman脚本位置 /usr/openv/rmanscript root@POTLDB01:/usr/openv/rmanscript#ls hot_database_portaldb.sh hot_database_portaldb.sh.out hot_database_portaldb.sh_bak /etc/hosts文件 172.16.3.115 POTLDB01_boot 172.16.3.116 POTLDB02_boot 172.16.3.116 POTLDB02 172.16.3.115 POTLDB01 1.1.3.115 POTLDB01_stby 1.1.3.116 POTLDB02_stby

NBU 异机恢复ORACLE基本步骤

storage@https://www.360docs.net/doc/85208029.html, NBU 异机恢复ORACLE基本步骤 1、在主备份服务器上创建文件: #mkdir /usr/openv/netbackup/db/altnames #touch /usr/openv/netbackup/db/altnames/No.Restrictions 注意文件名称中的大小写 2、在需要恢复的主机上安装好ORACLE数据库以及NBU软件(包括Client 端软件以及Oracle agent软件),并且创建一个Oracle用户,注意该用户的名称和所属的组都要和原备份主机上的用户一致。(本文档假设用户名为oracle) 注意在此步骤中最好将原主机上创建过的一些文件目录或系统都创建好,需要mount好的文件系统也挂接好。注意各文件系统以及创建目录的属性,将属主都更改为Oracle用户。另外如果可能,最好将原主机上的oracle用户的.profile文件拷贝到当前oracle用户的主目录下。 3、通过NBU将原主机上备份的controlfile文件恢复到新主机上的指定位置(可以检查init.ora文件来确定文件位置) 通过使用NBU的图形界面,可将controlifle恢复到新主机的指定位置上。 4、在新主机上启动数据库: #su - oracle $sqlplus "/as sysdba" sql>shutdown immediate; sql>startup mount; sql>exit;

storage@https://www.360docs.net/doc/85208029.html, 5、使用nocatalog方式连接到目标数据库并执行恢复语句: #su - oracle $rman target / nocatalog RMAN>run { 1>allocate channel ch00 type 'sbt_tape'; 2>restore database; 3>release channel ch00; 4>} RMAN>exit 对数据库进行recover恢复,并启动数据库。注意在做此步骤前,要先检查原主机上是否有没有备份的archive log,如果有则拷贝到新的主机上。 #su - oracle $rman target / nocatalog RMAN>run { 1>allocate channel ch00 type 'sbt_tape'; 2>recover database; 3>release channel ch00; 4>} RMAN>alter database open resetlogs; RMAN>exit 6、在数据库恢复完毕后,立刻对新的数据库进行一次全备份操作 7、本文档的例子都是使用nocatalog方式。如果用户是使用catalog方式,则需要注意两点: a、数据库连接方式不同。使用catalog方式的时候,需要使用语句 rman target / rcvcat [catalog库的监听器] 来进行数据库的连接 b、恢复controlfile的方式不同,通过如下脚本恢复: 1、确保数据库已经停止,然后将数据库启动到nomount状态: #su - oracle $sqlplus "/as sysdba" sql>shutdown immediate; sql>startup nomount; sql>exit;

NBU异机恢复_Oracle

通过NBU将Oracle恢复到异机上 (2) 1.1备份任务检查: (2) 1.2数据库空间检查 (2) 1.3恢复服务器(testdb)软件安装: (3) 1.4NBU 配置更改: (3) 1.5数据库恢复初始 (3) 1.6确定数据文件路径: (4) 1.7实现数据库恢复: (5) 1.7.1重新创建temporary tablespace (6) 1.7.2创建listener.ora和tnsnames.ora文件 (6)

通过NBU将Oracle恢复到异机上 本文描述的是使用VERITAS的备份软件,将备份的Oracle数据库数据,恢复到另一台服务器上。 整个恢复过程的时间,与备份数据库的数据量大小相关、与恢复前的准备工作相关,包括如下几个过程: 这里设定: NBU master Server: fzjc 原服务器为:YXDB_A_MEDIA 恢复主机为:testdb 任务设定如下: 通过NBU master server fzjc,将备份的YXDB_A_MEDIA上的Oracle,恢复到到testdb上。 1.1 备份任务检查: 1.首先YXDB_A_MEDIA 的Oracle在NBU上备份成功。 打开fzjc 上NBU Console,查看YXDB_A_MEDIA相关Oracle 备份的策略和定时备份任务情况,确定Oracle备份任务执行成功无误。 2.确认备份Master Server能够操作磁带库,能够备份数据到磁带上。 1.2 数据库空间检查 1.为了将数据数据恢复到其他服务器上,必须确定原数据库整个数据库占用磁盘空间大小: 在YXDB_A_MEDIA上以系统管理员身份登录: A = select sum(bytes)/1024/1024 "Total redo size in MB" from v$logfile; B = select sum(bytes)/1024/1024 "Total DB file size in MB" from v$datafile; C > 归档日志目录(/arch)空间大小(该空间应尽可能大)

Windows上NBU异机恢复oracle测试

目录 Windows平台下的恢复测试 (2) 1. Oracle数据库恢复测试环境 (2) 2. 恢复spfile文件 (6) 3. 恢复控制文件 (8) 4. 恢复数据文件 (9) 5. 还原数据库 (10) 6. 检验数据库一致性 (12)

Windows平台下的恢复测试 1.Oracle数据库恢复测试环境 Windows 7 上安装NBU Master Server端,两个虚拟机上分别为源端和测试端,oracle 版本为oracle10g,数据库实例名为test。 整个恢复测试分为数据库的全备,数据库的spfile文件恢复,控制文件controlfile的恢复,恢复数据库和还原数据库。 恢复前准备,做好远数据库端的数据库全备,查询清楚源端数据库的备份集信息,如下图,

查询spfile文件的备份集信息, 查询控制文件的备份集信息, 在测试端安装好oracle 的数据库软件和监听,不需要建立实例;在测试端建立好几个文件路径:E:\oracle\product\10.2.0\admin\test下建立adump、bdump、cdump、udump、dpdump和pfile文件夹;在E:\oracle\product\10.2.0下建立oradata和其子目录test文件夹。

用oradim建立实例名前是登录rman会报如下错误, 在命令行输入oradim的指令:oradim –NEW –SID test –STARTSTATUS auto,将会看到计算机的服务进程中增加一个OracleServertest的服务,若没这个服务数据库是登录不了的。 Rman或者sqlplus进去需要先设置数据库实例,在命令行输入如下: set ORACLE_SID=test 然后登录如下,

NBU for oracle 重定向恢复

Problem 如何使用NBU 做Oracle 重定向恢复? Solution Netbackup for oracle 重定向恢复 1. 备份原数据库 a. 备份数据库 Run{ Allocate channel c1 type ‘sbt_tape’; Backup Format ‘dbbk_%s_%p_%t’ Database; Sql ‘alter database system archive log current’; Release channel c1; } b. 备份归档日志 run { allocate channel c1 type ‘sbt_tape’; backup format ‘arbk_%s_%p_%t’ archive log all;

release channel c1; } c. 备份控制文件 run { allocate channel c1 type ‘sbt_tape’; backup format ‘mancntl_%s_%p’ current controlfile; release channel c1; } 2.重定向恢复 d. 在master 创建 No.Restrictions file( install_path\NetBackup\db\altnames\No.Restrictions); e. 重新安装一台新的oracle 服务器Oracle & OS 版本与原机器一致。注意,Oracle用户名应该与源数据库服务器上的Oracle用户名一致; f. 在新的Oracle 服务器上 创建密码orapwd file=path\pwdsid.ora password= (或COPY 原密码文件到目标机器) g. 创建相同SID 的数据库,文件路径与要恢复的机器一致 h. 记录下原DBID 可以从备份的RMAN 输出中查到,或问DBA i. Copy 原pfile 到新的机器上 Sql>create pfile =’/$PATH/pfile’ from spfile=’/$PATH/spfile’可以在原机上产生pfile j. 启动到nomount 状态 k. set DBID =原机DBID l. 恢复controlfile

oracle异机恢复

Media上有完好的数据库oracle 9i, oracle_home=E:\oracle\ora92 oracle_sid=ldl 要求: Master完全备份media中的oracle数据库(控制文件,归档日志,数据库文件),然后在把oracle数据库恢复到restore主机上。 第一步,在裸机上安装oracle 9i 下一步

下一步

只安装软件,不安装实例。下一步

下一步

安装结束,退出。

第二步,允许异机恢复 在master上面创建C:\Program Files\Veritas\NetBackup\db\altnames\No.restrictions 第三步,在restore上E:\oracle\ora92\database下创建pfile文件initldl.ora。 ########################################### # Sort, Hash Joins, Bitmap Indexes ########################################### pga_aggregate_target=25165824 sort_area_size=524288 ########################################### # Database Identification ########################################### db_domain="" db_name=ldl ########################################### # File Configuration ########################################### control_files=("E:\oracle\oradata\ldl\CONTROL01.CTL", "E:\oracle\oradata\ldl\CONTROL02.CTL", "E:\oracle\oradata\ldl\CONTROL03.CTL") ########################################### # Pools ########################################### java_pool_size=33554432 large_pool_size=8388608 shared_pool_size=50331648 ########################################### # Cursors and Library Cache ########################################### open_cursors=300 ########################################### # System Managed Undo and Rollback Segments ########################################### undo_management=AUTO

TSM备份恢复手册

TSM备份恢复手册 为保障数据恢复准确有效性,避免数据恢复错误造成不必要的数据丢失等问题,特制定备份数据恢复手册。该手册旨在规范标准恢复步骤。在每季度或者由应用部门指定的恢复计划中严格按此手册操作。 按数据类型分为七种 SQL、DB2、Oracle、Linux系统文件、Windows系统文件、AD、虚拟机 一、SQL恢复步骤 备份服务器数据恢复检查人 SHH-HQ-SUNG01TS 赵明 SHH-HQ-SUN01S SHH-HQ-SHP03DBS SHH-TR1-SHP03DB 赵炯 SHH-HQ-SHP03S SHH-HQ-BF01S李海洋 1、本机还原 在SQL Server所在节点:开始所有程序Tivoli Storage Manager Data Protection for SQL Server FlashCopyManager,展开菜单到下图所示: 进入”Recover”标签,选中”All Backups”,TSM自动列出所有完成的备份记录

在上图中,选择右边”Restore”或者”Restore to Alternate Location”以恢复数据。测试时选择”Restore to Alternate Location”以恢复到不同路径: 选择完毕后,点选Restore即可开始恢复。 2、异机恢复 1、用有SQL权限的用户登录否者无法操作数据库

2、在测试服务器安装同样的TSM for client 和DP for SQL management 修改2个dsm.opt 查看正式库信息 修改测试库dsm.opt文件路径:C:\Program Files\Tivoli\TSM\TDPSql

异机备份标准版

Oracle rman备份异机恢复 一、在主机上做好备份,可以是离线备份,也可以是在线备份 二、备份完后,把备份文件拷贝到异机,目录要一致 三、把参数文件、密码文件、归档日志都要拷贝过去,目录一 致 四、在异机上,启动到nomout状态,从存放控制文件的备份文 件中恢复控制文件,然后启动到mount状态 五、 restore数据库,recover数据库在open 环境介绍: 操作系统版本:RHEL5.4 32位 ORALCE版本: 10.2.0.1 32位 ORACLE_SID: orcl 源服务器和目的服务器的操作系统,oracle版本均一致 源服务器:192.168.227.20 目的服务器:192.168.227.30,只需要安装oracle软件即可,不需要建库操 一:在源服务器上使用rman备份数据库,包括数据文件,归档日志文件和控制文件,参数文件的备份 1.[oracle@orcl ~]$ mkdir /u01/backup 2.[oracle@orcl ~]$ rman target / 3.Recovery Manager: Release 10.2.0.1.0 - Production on Tue Sep 6 16:04 :53 2011 4.Copyright (c) 1982, 2005, Oracle. All rights reserved. 5.connected to target database: ORCL (DBID=1287906064) 6.

7.RMAN> run { 8.2> allocate channel c1 device type disk; 9.3> backup incremental level 0 10.4> format '/u01/backup/db_full_%U.bkp' 11.5> tag '2011-09-06-FULL' 12.6> database plus archivelog; 13.7> release channel c1; 14.8> } 15.R MAN> backup current controlfile format '/u01/backup/control20110906 .bak'; 16.R MAN> backup spfile format '/u01/backup/spfile20110906.bak'; 二:在目的服务器上复制备份数据,并准备好相关的目录 1.[oracle@orcl ~]$ mkdir /u01/backup 2.[oracle@orcl ~]$ scp -rp 192.168.227.20:/u01/backup/* /u01/backup/ 3.oracle@192.168.227.20's password: 4.control20110906.bak 100% 6944KB 1.7MB/s 00:04 5.db_full_0fmlsmdt_1_1.bkp 100% 97MB 4.4MB/s 00:22 6.db_full_0gmlsme5_1_1.bkp 100% 593MB 9.1MB/s 01:05 7.db_full_0hmlsmg7_1_1.bkp 100% 6656 6.5KB/s 00:00 8.spfile20110906.bak 100% 96KB 96.0KB/s 00:00 9. 10.[oracle@orcl ~]$ mkdir -p /u01/app/oracle/admin/orcl/{adump,bdump,cd ump,dpdump,udump,pfile} 11.[oracle@orcl ~]$ mkdir -p /u01/app/oracle/oradata/orcl 12.[oracle@orcl ~]$ mkdir -p /u01/app/oracle/flash_recover_area/ORCL 三:在目的服务器上进行恢复 1.[oracle@orcl ~]$ echo 'db_name=orcl' > $ORACLE_HOME/dbs/initorcl.ora 2.[oracle@orcl ~]$ export ORACLE_SID=orcl 3.[oracle@orcl ~]$ rman target / 4.Recovery Manager: Release 10.2.0.1.0 - Production on Tue Sep 6 16:18 :19 2011 5.Copyright (c) 1982, 2005, Oracle. All rights reserved. 6.connected to target database (not started)

ORACLE数据库恢复演练报告

Oracle数据库异机恢复 测试报告 北京宝利信通有限公司 2009年11月

目录 一.测试背景 (3) 二.测试概况 (3) ●时间、地点 (3) ●测试主要目的 (3) ●主要工作内容 (3) 三.测试环境 (3) 3.1测试主机环境 (3) 3.2测试系统结构图 (4) 四.测试步骤及结果 (4) 4.1 恢复环境准备 (4) 4.2 建立CommVault 8.0备份服务器 (4) 4.4安装Oracle 10.0.2.0 for AIX和HPUX数据库 (24) 4.4.1 硬件环境 (24) 4.4.2 软件环境 (24) 4.4.3 软件安装 (24) 4.5安装Commvault Media agent ,oracle ida for AIX 和HP-UX (25) 4.6使用磁带进行Oracle数据库的全库恢复 (38) 4.6.1对核心数据库(AIX)进行恢复 (38) 数据库的物理恢复(restore) (38) 数据库的逻辑恢复 (47) 打开数据库(open) (47) 4.6.2对财务数据库(HP-UX)进行恢复 (48) 数据库的物理恢复(restore) (48) 数据库的逻辑恢复(recover) (55) 打开数据库(open) (55) 4.7数据库恢复后的校验 (56) 数据库基本参数检查 (56) 应用数据检查 (58)

一.测试背景 XX公司核心数据库采用AIX系统和ORACLE10G数据库;ERP数据库系统采用HP-UX 系统和ORACLE10G数据库,采用CommVault备份软件,结合LANfree备份方式将Oracle数据备份到ADIC Scalar i500磁带库中. 此次测试模拟CommVault备份服务器、数据库主机发生灾难后的数据恢复全过程, 为灾难恢复提供经验 二.测试概况 ●时间、地点 2009年11月16日~11月25日,XX公司 ●测试主要目的 验证CommVault备份软件在主机发生灾难后的可恢复性 验证使用CommVault 软件备份到磁带上的数据的有效性。 ●主要工作内容 1. 安装Win2003 Server sp2,建立CommVault 8.0备份服务器 2. 使用CommVault DR工具恢复备份软件的配置信息 3. 准备AIX5.3和HPUX 11.23 操作系统 4. 安装Oracle 10.0.2.0 for AIX和HP-UX 数据库 5. 使用磁带进行Oracle数据库的全库恢复 三.测试环境 3.1测试主机环境

Netbackup_for_Oracle_异机恢复_实施手册

通过rman 从NBU备份恢复ORACLE 1.1.Maser server 上查看备份文件记录 su – root cd /usr/opev/netbackup/bin ./bplist –C hostname -t 4 -l -R /

1.2.修改NBU异机恢复授权文件 1)方法一 在Netbackup master server上创建 install_path\NetBackup\db\altnames\No.Restrictions 2.通过rman恢复数据库 2.1.启动到nomount 状态 ./rman target / 2.2.恢复control file run { allocate channel ch1 type 'sbt_tape'; SEND 'NB_ORA_SERV=ycnbapp,NB_ORA_CLIENT=svctag-8jkg92x'; restore controlfile from '/cntrl_22_1_812198558'; release channel ch1; } 2.3.Mount database alter database mount; 2.4.恢复database run{ ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE'; restore database; recover database; RELEASE CHANNEL ch00;

} 2.5.打开数据库 alter database open resetlogs; 3.完成 增量备份恢复最后一次的备份control file脚本如下:(或者直接从原机器拷贝控制文件到新机器) run { allocate channel ch1 type 'sbt_tape'; SEND 'NB_ORA_SERV=nbuserver1,NB_ORA_CLIENT=primary_host'; restore controlfile from '/cntrl_106_1_811260506'; release channel ch1; } 增量备份的恢复脚本基于时间 run{ allocate channel ch00 type 'sbt_tape'; send 'NB_ORA_SERV=nbuserver1'; send 'NB_ORA_CLIENT=primary_host'; sql 'alter session set nls_date_format="yyyy-mm-dd hh24:mi:ss"'; set until time '2013-3-28 15:00:00'; restore database; recover database; release channel ch00; }

Oracle数据库备份恢复完美解决方案

标题1、Oracle数据库服务器定时备份,UCACHE企业级云灾备标题2、Oracle数据库备份/恢复、UCACHE企业级云灾备 使用UCACHE灾备云进行Oracle实时复制数据、搬迁数据功能来设计Oracle数据库备份/恢复解决方案,支持定时备份、实时备份,增量备份,同时可开展异地灾备,是Oracle数据库灾备/恢复的完美解决方案。 Oracle数据库系统是美国Oracle 公司(甲骨文)提供的以分布式数据库为核心的一组软件产品,目前最流行的客户服务器(CLIENT/ 或B/S 体系结构的数据库之一,Oracle 数据库本身提供了对数据库物理文件进行冷备份和在线备份两种方式。在线备份类型包括:完全备份、差异增量备份、累积增量备份。其中差异增量备份,备份的是自上一次同级别的差异备份或者是上一次更高级别的备份完成之后的数据库发生改变的数据块;而累积增量备份则是备份的自上一次上一级增量备份完成以来数据库发生改变的数据块。 Oracle定时/实时备份 Oracle复制物理方案是通过配置实时复制源端和目标端的生产机,将源端的数据库配置成主库角色(primary role)目标端的数据库配置成备库角色(stand by role),主库可以正常的进行各种数据库操作产生日志,备库未到open 状态不能数据变更。通过从主库向备库传送日志,备库应用接收到的日志来保证数据同步,还可以实现源端和目标端的主备库角色手动切换和故障切换功能。 Oracle完全备份方案是数据源的一个完整副本,包含从备份开始处所有的数据块,包含备份数据库实例的归档日志。 Oracle增量备份方案包含从最近一次备份以来被修改或添加的数据。 Oracle数据库灾难恢复 1. Oracle实例恢复 使用UCACHE灾备云之前的Oracle数据库备份集来实现数据库的还原,然后使用归档日志及联机日志将数据库恢复到最新状态,恢复时需要停止数据库的生产业务。 2. Oracle文件恢复 使用UCACHE灾备云单独恢复不同类型的物理文件,包含控制文件、日志文件、参数文件、数据文件,在用户需要单独恢复各类型的文件时,可以选择此种恢复方式。 UCACHE灾备云Oracle数据库灾备支持功能

Avamar备份和恢复oracle数据库操作手册

Avamar备份和恢复Oracle数据库操作手册1.1 Oracle数据库备份 首先要进入Sqlplus用archive log list—查看是否开启了归档模式;Oracle做热备份必须是归档模式,同时需要进入mount或open状态。因此当发现不是归档模式时,需要采用以下步骤先把Oracle修改为归档模式才能正常备份。 1.首先关闭数据库: 2.然后重新连接进sqlplus,再把Oracle启动到mount状态,然后修改成归 档日志模式,修改完成后打开数据库到open状态(用alter database open 命令):

1.2 Oracle数据库恢复 注意:在Oracle恢复之前有几项准备工作要做: 首先,在执行恢复之前,先关闭Oracle(SQL>shutdown immediate;); 然后,删除联机日志和归档日志(或者转移到另外的目录)。在测试时为了验证Oracle可恢复,在备份完成后删除了一些表,那么恢复前需要删除现有的联机日志和归档日志。如果不删除日志,由于在恢复时,只会恢复控制文件和数据库,不会恢复日志文件,因此为了避免恢复后控制文件再去读取现有的日志文件(导致再次做删除操作),所以需要删除联机日志和归档日志(防止删除时正好联机日志做了日志切换)。具体操作:把D盘oracle\product\10.2.0\oradata\test目录下的REDO01.LOG、REDO02.LOG的、REDO03.LOG 三个联机日志删除,然后再把D盘oracle\product\10.2.0下的相关归档日志删除。

再把Oracle启动到nomount状态,可运行如下命令: C:\Document and Setting\Administrator>sqlplus / as sysdba或 C:\Document and Setting\Administrator>sqlplus /nolog SQL>conn as sysdba; SQL>Startup nomount; 完成以上步骤之后,就可以在Avamar上执行恢复: 1.登陆Avamar Administrator管理界面,选择“backup and restore”;

oracle备份如何到异机还原

oracle备份如何到异机还原 作者:ocpyang 情景描述: 有朋友问,MSSQLSERVER将数据库备份还原到其它机器很方便,基本就是傻瓜式操作,oracle有控制文件、参数文件一堆东西, 觉得还原很复杂;其实不然,我抽出了点时间,简单演示下案例,朋友们,参考下!为了简单快速,我才用RMAN备份和还原 --说明: (1).RMAN备份到异机恢复的时候,db_name需要相同。 如果说要想改成其他的实例名,可以在恢复成功后,用nid命令修改。实例名的信息会 记录到控制文件里,所以如果在恢复的时候,如果实例名不一致,恢复的时候会报错。 (2).恢复的路径和源库不一致时,就需要在restore命令中使用set 命令指定新位置, 并且使用switch datafile all将变更信息更新的到控制文件中。 测试环境: 源数据库服务器A,安装在E,备份目录已在E盘; 源数据库服务器B,安装在F盘. ------------------------------------ 一、源数据库准备工作 ------------------------------------ --1. 查询DBID SQL> select name,dbid from v$database;

NAME DBID --------- ---------- ORCL 1320546556 --2. 备份源数据DB run { configure retention policy to recovery window of 14 days; configure controlfileautobackup on; --自动开启控制文件备份configure controlfileautobackup format for device type disk to 'E:\backup\controlfile\bak_%F'; allocate channel c1 device type disk format 'E:\backup\data\bak_%u'; allocate channel c2 device type disk format 'E:\backup\data\bak_%u'; sql 'alter system archive log current'; backup incremental level=0 database skip inaccessible plus archivelogfilesperset 20 delete all input; release channel c1; release channel c2; } allocate channel for maintenance device type disk; crosscheck backupset; delete noprompt obsolete; --或 run { configure retention policy to recovery window of 14 days; allocate channel c1 device type disk format 'E:\backup\data\bak_%u'; allocate channel c2 device type disk format 'E:\backup\data\bak_%u'; sql 'alter system archive log current'; backup incremental level=0 database skip inaccessible plus archivelogfilesperset 20 delete all input; --手动直接指明备份文件名和路径 backup current controlfile tag='bak_ctrollfile' format='E:\backup\controlfile\bak_ctl_file_%U_%T';

相关主题
相关文档
最新文档