ORACLE 11G 利用泠备份恢复standby库

利用泠备份恢复standby数据库

1 開始在备库上进行泠备份

先查好控制文件、redo、undo文件、数据文件的路径

1.1 先关闭主库的归档日志传输

SQL> ALTER system SETlog_archive_dest_state_2 =‘DEFER‘;

System altered.

SQL>

1.2 先关闭standby库

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL>

SQL>

<版权全部,文章同意转载,但必须以链接方式注明源地址,否则追究法律责任!> 
原博客地址:   http://blog.csdn.net/mchdba/article/details/46622839
原作者:黄杉 (mchdba)

1.3 開始进行泠备份

#建立一个泠备份文件夹

mkdir /data/oracle_cold/

開始泠备份控制文件

cp /data/oracle_cold/

cp /home/oradata/orcl/control01.ctlcontrol01.ctl

cp /oracle/app/oracle/flash_recovery_area/orcl/control02.ctlcontrol02.ctl

開始泠备份redo、undo文件

mkdir orcl_2

cp -r /home/oradata/orcl/*.log orcl_2

開始泠备份数据文件

cp -r /home/oradata/orcl/*.dbf orcl_2

2開始使用泠备份进行db恢复

2.1,停止掉standby库

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL>

SQL>

2.2。将泠备中的控制文件覆盖当前的控制文件

查看原来的控制文件文件夹

[[email protected] oracle_cold]$ morecontrolfile.log

SQL> SELECT name FROMv$controlfile;

NAME

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

/home/oradata/orcl/control01.ctl

/oracle/app/oracle/flash_recovery_area/orcl/control02.ctl

SQL>

開始复制覆盖

[[email protected] oracle_cold]$ cpcontrol02.ctl /oracle/app/oracle/flash_recovery_area/orcl/control02.ctl

[[email protected] oracle_cold]$ cpcontrol01.ctl /home/oradata/orcl/control01.ctl

[[email protected] oracle_cold]$

2.3,将泠备中的redo、undo文件覆盖到曾经的文件夹中

查看曾经的redo、undo文件路径

[[email protected] oracle_cold]$ morelogfile.log

SQL> select member from v$logfile;

MEMBER

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

/home/oradata/orcl/redo03.log

/home/oradata/orcl/redo02.log

/home/oradata/orcl/redo01.log

/home/oradata/orcl/redo_dg_01.log

/home/oradata/orcl/redo_dg_02.log

/home/oradata/orcl/redo_dg_03.log

6 rows selected.

SQL>

開始覆盖redo、undo文件

[[email protected] oracle_cold]$ cp orcl_2/*.log/home/oradata/orcl/

[[email protected] oracle_cold]$

2.4,将泠备中的数据文件覆盖到曾经的文件夹中

查看曾经的数据文件文件夹

[[email protected] oracle_cold]$ moredatafile.log

SELECT name FROM v$datafile;

1       /home/oradata/orcl/system01.dbf

2       /home/oradata/orcl/sysaux01.dbf

3       /home/oradata/orcl/undotbs01.dbf

4       /home/oradata/orcl/users01.dbf

5       /home/oradata/orcl/orclk01.dbf

6       /home/oradata/orcl/plas01.dbf

7       /home/oradata/orcl/pl01.dbf

8       /home/oradata/orcl/help01.dbf

9       /home/oradata/orcl/adobelc01.dbf

10     /home/oradata/orcl/sms01.dbf

11     /home/oradata/orcl/plcrm01.dbf

[[email protected] oracle_cold]$

開始覆盖曾经的数据文件文件夹

[[email protected] oracle_cold]$ cp orcl_2/*.dbf/home/oradata/orcl/

[[email protected] oracle_cold]$

2.5 启动数据库

SQL> startup

ORACLE instance started.

Total System Global Area 5344731136 bytes

Fixed Size              2213136 bytes

Variable Size              3355446000 bytes

Database Buffers    1946157056 bytes

Redo Buffers                40914944 bytes

Database mounted.

Database opened.

SQL>

2.6 去主库上开启归档日志传输

SQL> ALTER system SET log_archive_dest_state_2=‘enable‘;

System altered.

SQL>

2.7 然后备库启动应用

select sequence#,applied fromv$archived_log order by sequence# asc;

SQL> alter database recovermanagedstandby database disconnect from session;

Database altered.

SQL>

SQL> select open_modefromv$database;

OPEN_MODE

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

READ ONLY WITH APPLY

SQL>

时间: 2024-10-06 07:53:33

ORACLE 11G 利用泠备份恢复standby库的相关文章

ORACLE 11G通过SCN做增量备份修复standby库详细过程

背景描述:Oracle 的standby库后台alert报错,如下: ORA-00354: corrupt redo log block header ORA-00353: log corruption near block 10240change 11125950022 time 05/08/2015 22:00:41 ORA-00334: archived log:'/data/oracle/oradgdata/standby_archive/1_32350_821708334.dbf' R

ORACLE 11G 之DATAGUARD搭建逻辑standby

Oracle Data Guard逻辑备库是利用主库的一个备份首先建立一个物理备库,然后再将其转换为逻辑备库.这之后主库将日志传递到备库,备库利用logminer从主库的日志中解析出主库所执行过的SQL,在备库上重新执行一遍,从而保证与主库的数据在逻辑上保持一致.与物理备库相对应的是,物理备库使用的是redo apply,逻辑备库使用的是sql apply.因此逻辑备库仅仅保证数据与主库是在逻辑上是一致的,从而逻辑备库可以处于open状态下并进行相应的DML操作. 在转换physical备库到l

利用增量备份恢复因归档丢失造成的DG gap

故障现象:data guard归档出现gap,悲剧的是丢失的归档在主库上被rman备份时删除了,丢失的归档大约有20几个,数据库大小约2T,如果重建DG将非常耗时间,因此决定利用增量备份的方式恢复DG,主要步骤如下:1.备份备库spfile文件SQL> create pfile='/home/ora/pfileRdg.ora' from spfile; 2.查看当前备库scnSQL> select to_char(current_scn) from v$database; TO_CHAR(CU

Oracle 11g Data Guard 之物理备库角色转换

一.物理备库的Switchover操作 本节主要内容是物理备库的switchover操作,该操作起始于主库,结束于目标备库. 1.确认主库可以切换为standby角色 SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE; 如果结果显示TO STANDBY或者SESSIONS ACTIVE,则表明主库可以切换为standby角色,否则,切换操作将不可行,因为redo传输不是配置错误就是不能正常进行. 2.主库启动switchover 执行如下SQL语句将主库

Oracle 11g单实例RMAN恢复到Oracle 11g RAC

一.环境说明 操作系统版本: RHEL 6.5 x64 1. 源数据库服务器 Oracle版本: Oracle 11g 11.2.0.4 64位(单机)Oracle_SID: orcl db_name   : orcl 背景:一台生产oracle10g(10.2.0.5)数据库计划迁移到Oracle 11.2.0.4.0 RAC.1) 先oracle10g(10.2.0.5)升级到Oracle 11.2.0.4(过程略)2)再Oracle 11.2.0.4单实例迁移到Oracle 11.2.0.

ORACLE 11G 之DATAGUARD搭建物理standby

1 安装环境 在Primary库上安装数据库软件,并建监听和实例,在Standby库上安装数据库软件,并建监听,但不建实例. Primary库 Standby库 操作系统 CentOS release 6.4 64位 CentOS release 6.4 64位 IP/主机名 192.183.3.17/nn 192.183.3.145/kk 数据库软件版本 oracle 11.2.0.1.0 oracle 11.2.0.1.0 ORACLE_HOME /home/oracle/product /

Veritas Netbackup Oracle数据库本机备份恢复

概述: 本次实验环境采用Veritas Netbackup 7.7.3软件版本,对Redhat Linux Oracle数据库的备份和恢复. 操作系统 主机名 IP地址 Windows Server 2008R2  nbumaster 192.168.60.59 Redhat Linux 6.5 x86_64 rhel6 192.168.60.100 Oracle备份恢复实验拓扑: 备份RedHat Linux环境下的Oracle 11gR2数据库到Master Server端: 通过Maste

MsSQL利用日志备份恢复到某一时间点

在做update或delete操作时忘带where条件或where条件精度不够,执行之后导致数据丢失或更新错误等严重后果,如果你的数据库已有相应的完整备份,并且不能备份日志(truncate log on checkpoint选项为1)可以利用事务日志的备份来进行数据恢复. 恢复数据具体步骤如下: 1,首先要做的事就是进行一次日志备份(如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那就没法子了)     backup log dbName to disk='D:\N

Oracle 11g 使用RMAN备份数据库

使用Oracle自带的备份恢复工具RMAN(Recovery Manager)具有以下几种优势: 支持增量备份 能自动管理备份文件 自动化备份与恢复 备份的文件有效性检查 配置快闪恢复区(flash recovery area) 快闪恢复区是存储备份和恢复数据文件以及相关信息的存储区.需要设置两个参数:db_recovery_file_dest_size(快闪恢复区的最大容量),db_recovery_file_dest(快闪恢复区所在的路径). 查看快闪恢复区信息: SQL> show par