ORACLE11G to restore the RMAN DataGuard backup to the test environment of the single Oracle in the details of the process

1195 people read comments(0) Collection Report
Classification:


 

One, from the production base.CopyGood full backup file

One point oneView parameter file information

List backup of SPFILE RMAN>;

From a big push list information to find the nearest backup information

/pddata2/oracle/backup/data/ctl_auto/c-3391761643-20150820-01

 

 

One point twoView control file information:

List backup of controlfile RMAN>;

Find out the control file.

/pddata2/oracle/backup/data/ctl_auto/c-3391761643-20150820-01

 

 

One point threeView database information:

List backup of database RMAN>;

1.4 view archive log information:

List backup of archivelog all RMAN>;

 

Key Type LV Size BS Device TypeElapsed Time Completion Time

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

4110 18.36M Full DISK 00:00:01 20-AUG-15

Key: BP 4110 AVAILABLE Status: Compressed: NO Tag: TAG20150820T032017

Name:/pddata2/oracle/backup/data/ctl_auto/c-3391761643-20150820-01 Piece

File Included: Ckp SCN: Ckp 11412370967 time: 20-AUG-15 Control

 

The parameter file control file copy to the test environment to test environment /data/impdp/

/pddata2/oracle/backup/data/ctl_auto/ CD

C-3391761643-20150820-01c-3391761643-20150820-01 192.168.180.60:/data/impdp/ SCP

 

 

2, start to restore the parameter file control file:

Select dbid from v$database SQL>;

Two point oneSet upDBID:

Note: in RMAN, even if no parameter file, the default will start a DUMMY instance, in order to be able to restore the parameter file.

Dbid set 3391761643

 

Two point tworecoverySPFILEfile

Startup to the open state, the first view of the SPFILE file location:

Show parameter SPFILE SQL>;

 

/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/spfilepowerdes.ora

 

After shutdown, then startup to the nomount state

Go to the production environment to find

Show all RMAN>;

......

CONFIGURE SNAPSHOT CONTROLFILE NAME TO'/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/snapcf_powerdes.f'default #;

 

Find after copy to test environment:

Scp/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/snapcf_powerdes.f192.168.180.60:/data/impdp/

 

 

Begin to recover

SPFILE to'/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/spfilepowerdes.ora'from'/data/impdp/snapcf_powerdes.f' restore;

 

 

Nomount startup recovery

 

Recovery error is as follows:

 

Restore SPFILE to'/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/spfilepowerdes.ora'from'/data/impdp/c-3391761643-20150820-01' RMAN>;

Restore SPFILE to'/oracle/app/oracle/product/11.2.0/dbhome_1/dbs/spfilepowerdes.ora'from'/data/impdp/c-3391761643-20150820-01' RMAN>;

 

Restore at 20-AUG-15 Starting

Channel ORA_DISK_1 using

 

ORA_DISK_1: restoring SPFILE fromAUTOBACKUP /data/impdp/c-3391761643-20150820-01 channel

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

RMAN-00569: ERROR MESSAGESTACK FOLLOWS =============== ===============

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

Failure of restore command at08/20/2015 RMAN-03002: 18:25:14

Cannot restore SPFILE ORA-32011: tolocation already being used by the instance

 

RMAN>

 

So from the PD online to pull a parameter file out, copy to the test environment

Create pfile='/sbdm/blog/oracle/pfile01.ora'from SPFILE SQL>;

                                                                                                                                                                                              

Created. File

 

SQL>

 

And then according to the copy to the parameter file and then set up SPFILE in the test library

二是建立frompfile = /九江/博客/日期/ pfile01.ora;

二是frompfile = >创建SQL /九江/博客/日期/ / pfile01.ora impdp;

 

文件created。

 

SQL >

然后将测试库启动到nomount

 

nomount >启动SQL

现在00845:_ NOT SUPPORTED onthis目标存储系统

SQL >

 

看到报内存错误了,然后修改/ etc/ fstab文件设置好内存标示配置

在/etc/fstab中

tmpfs /dev/shm tmpfs defaults 11g,size=0 0

执行生效

山-或T shmfs tmpfs /dev/shm size = 11G

 

 

 

启动SQL Server >山;

现在:在systemparameters 01078失效处理

-我不是开00109 LRM:参数文件是Oracle的Oracle应用程序/产品/ / / / / / 11.2.0 dbhome _ DBS是1 / initpowerdes.ora

SQL >

 

恢复

 

2.3在测试环境恢复控制文件:

恢复控制文件是Oracle powerdes日期/ / / / / / control01.ctl日期是从impdp / C 3391761643 20150820 - 01 -;

rman >恢复控制文件是Oracle powerdes日期/ / / / / / control01.ctl日期是从impdp / C 3391761643 - 20150820 - 01

 

恢复控制文件是需要powerdes /家/ / / / / control01.ctl日期是从impdp / C 3391761643 20150820 - 01 -;

 

                                                                         

2>;

 

之后需要启动到mount才能进行restore和recover操作,但是启动失败

rman山>数据库语句

2>;

 

rman - 00571:===========================================================

rman - 00569:===============误差是messagestack===============

rman - 00571:===========================================================

rman - 03002 of DB命令:改变失败:2015年at08/21/11 12 13

现在00205:误差检查警报日志控制文件中识别的试验研究,为更多的信息

 

rman >

 

看到是因为控制文件不识别,去看下alert日志信息,

[根] # @ testoracle1 /尾/ F / Oracle Oracle RDBMS软件/诊断/ / / / / / pdunq powerdes色雷斯_ powerdes.log警报

新发现的持久性datafailures检查器运行1

13日星期五:2015年:51 11 21

数据库语句芒特

13日星期五:2015年:51 11 21

现在我开specifiedcontrol文件00210:the

现在00202:控制:文件/家/需要/是/ control01.ctl powerdes

现在27037 unable to obtain文件状态:

_ Linux x86 64 - 2:没有这样的文件:误差ordirectory

附加信息:3

现在,在databasemount 205 signalled:改变……

 

从alert日志可以看出控制文件已经变成了生产环境的路径了,原因是spfile是从生产环境copy出来的,生产环境的spfile里面记录的控制文件路径和测试环境不同所以这里为了快速恢复要重新指定和生产环境一样路径的重新生成新路径的控制文件,,,。

控制文件

 

rman >恢复控制文件是需要powerdes /家/ / / / / control01.ctl日期是从impdp / C 3391761643 20150820 - 01 -;

 

启动恢复在8月15 - 21 -

现在的硬盘_ _使用通道1

 

1:现在的硬盘_ _通道恢复控制文件

通道ora_disk_1:恢复完整,时间:00:00:01

在完成恢复21-aug-15

 

好吧,看到控制文件恢复成功了,接下来直接将数据库状态改成山

 

RMAN >安装数据库;

 

数据库安装

发行渠道:ora_disk_1

                                                                                                                                                                                               

RMAN >

 

                                                                                                                                                                          

然后就可以开始恢复整个库

 

 

2.4,在新控制文件中注册数据文件备份和归档备份

要将DB状态改成山才行

目录开始/数据/ IMPDP、/ 2015-08-20 /”;

 

RMAN >安装数据库

2 >;

 

使用目标数据库的控制文件而不是恢复目录

数据库安装

                                                                                                                                                                                              

RMAN >“/数据/ IMPDP、/ 2015-08-20 /开始目录”;

 

从内隐at20-aug-15备份脚本

分配信道:ora_disk_1

通道ora_disk_1:SID = 129 =磁盘设备

98对象查证

完成备份脚本at20-aug-15隐

 

从内隐测试复制at20-aug-15

使用信道ora_disk_1

完成复制at20-aug-15隐核查

 

在寻找recoveryarea所有文件

编目文件…

没有文件编号

 

搜索所有文件匹配模式/数据/ IMPDP、/ 2015-08-20 /

 

数据库未知的文件列表

=====================================

文件名:/数据/ IMPDP、/ 2015-08-20 / arch_powerdes_20150820_4420.bak

文件名:/数据/ IMPDP、/ 2015-08-20 / rman_backup.log

文件名:/数据/ IMPDP、/ 2015-08-20 / arch_powerdes_20150820_4418.bak

文件名:/数据/ IMPDP、/ 2015-08-20 / full_powerdes_20150820_4419.bak

 

你真的想abovefiles目录(输入是或否)?可以

编目文件…

编目工作

 

编目文件列表

=======================

文件名:/数据/ IMPDP、/ 2015-08-20 / arch_powerdes_20150820_4420.bak

文件名:/数据/ IMPDP、/ 2015-08-20 / arch_powerdes_20150820_4418.bak

文件名:/数据/ IMPDP、/ 2015-08-20 / full_powerdes_20150820_4419.bak

 

文件不属于目录列表

=======================================

文件名:/数据/ IMPDP、/ 2015-08-20 / rman_backup.log

rman-07517:原因:文件头损坏

                                                                                                                                                                                              

RMAN >

 

二点五,开始恢复整个库

因为前面恢复了整个SPFILE文件已经,所以接下来恢复所有库的话,就不用带参数,直接恢复还原数据库就可以;

RMAN >还原数据库;

RMAN >还原数据库;

 

在20-aug-15开始恢复

使用信道ora_disk_1

 

通道ora_disk_1:开始datafilebackup设置恢复

通道ora_disk_1:指定数据文件(S)从备份集还原

通道ora_disk_1:恢复datafile00001 /家/ oradata / powerdes / system01.dbf

通道ora_disk_1:恢复datafile00002 /家/ oradata / powerdes / sysaux01.dbf

通道ora_disk_1:恢复datafile00003 /家/ oradata / powerdes / undotbs01.dbf

通道ora_disk_1:恢复datafile00004 /家/ oradata / powerdes / users01.dbf

通道ora_disk_1:恢复datafile00005 /家/ oradata / powerdes / powerdesk01.dbf

通道ora_disk_1:恢复datafile00006 /家/ oradata / powerdes / plas01.dbf

通道ora_disk_1:恢复datafile00007 /家/ oradata / powerdes / pl01.dbf

通道ora_disk_1:恢复datafile00008 /家/ oradata / powerdes / help01.dbf

通道ora_disk_1:恢复datafile00009 /家/ oradata / powerdes / adobelc01.dbf

通道ora_disk_1:恢复datafile00010 /家/ oradata / powerdes / sms01.dbf

通道ora_disk_1:恢复datafile00011 /家/ oradata / powerdes / plcrm01.dbf

通道ora_disk_1:恢复datafile00012 /家/ oradata / powerdes / powerdesk02.dbf

通道ora_disk_1:从backuppiece /数据/ IMPDP、/ 2015-08-20 / full_powerdes_20150820_4419.bak阅读

通道ora_disk_1:piecehandle = /数据/ IMPDP、/ 2015-08-20 / full_powerdes_20150820_4419 baktag = tag20150820t030008。

通道ora_disk_1:恢复备份件1

通道ora_disk_1:恢复完整,时间:00:17:35

在完成恢复20-aug-15

 

RMAN >

 

二点六然后恢复修复数据库

RMAN恢复数据库>;

 

在20-aug-15开始复苏

使用信道ora_disk_1

                                                                                                                                                                                              

启动媒体恢复

                                                                                                                                                                                              

通道ora_disk_1:启动归档logrestore默认目标

通道ora_disk_1:恢复归档日志

归档日志线程= 1序列= 36277

通道ora_disk_1:从backuppiece /数据/ IMPDP、/ 2015-08-20 / arch_powerdes_20150820_4420.bak阅读

通道ora_disk_1:piecehandle = /数据/ IMPDP、/ 2015-08-20 / arch_powerdes_20150820_4420 baktag = tag20150820t032015。

通道ora_disk_1:恢复备份件1

通道ora_disk_1:恢复完整,时间:00:00:01

归档日志文件名= /数据库/应用程序/ Oracle / flash_recovery_area / powerdes /归档/ 2015_08_20 / o1_mf_1_36277_bxcjyzbg_ arcthread = 1 = 36277的序列。

通道:删除默认archivedlog(S)

归档日志文件名= /数据库/应用程序/ Oracle / flash_recovery_area / powerdes /归档/ 2015_08_20 / o1_mf_1_36277_bxcjyzbg_ arcrecid = 71395 = 888264671邮票。

无法找到归档日志

归档日志线程= 1序列= 36278

rman-00571:===========================================================

rman-00569:===============误差messagestack如下===============

rman-00571:===========================================================

rman-03002:故障恢复命令at08 / 20 / 2015 20:11:13

rman-06054:介质恢复requestingunknown归档日志线程1序列36278和起始SCN of11412370952

 

RMAN >

 

后台让日志报错信息为:

8月21日星期五11:47:07 2015

恢复数据库的数据文件列表中清除

完成:恢复数据库datafilelist清晰

恢复数据库的数据文件列表

2,1,3,4,6,7,8,9,10,11,12,5

完成:恢复数据库datafilelist

2,1,3,4,6,7,8,9,10,11,12,5

如果需要的话,修改数据库恢复

直到取消使用备份的控制文件的开始

媒体恢复启动

开始logmerger过程

平行介质恢复开始4slaves

在ora-279表示:如果需要改变databaserecover

直到取消使用备份的控制文件的开始

恢复数据库日志文件/ Oracle /应用程序/ Oracle / flash_recovery_area / archivelog1_36277_821708334 DBF”。

介质恢复日志/数据库/应用程序/ Oracle / flash_recovery_area / archivelog1_36277_821708334.dbf

在ora-279表示:改变databaserecover日志/数据库/应用程序/ Oracle / flash_recovery_area / archivelog1_36277_821708334 DBF”…

改变数据库恢复取消

媒体恢复取消

完成:更改数据库恢复取消

8月21日星期五11:47:09 2015

检查发现1个新datafailures持续运行

 

可见,出先此错误的原因是恢复需要的归档日志记录在控制文件或恢复目录中找不到。解决方法分两种情况:

1。如果相关的日志存在且可用的话,就将此日志记录添加到控制文件或恢复目录中。

2。如果相关的日志已经被删除了或不可用了,那么就按照错误的提示SCN将数据库恢复到此SCN,这里是一百一十四亿一千二百三十七万零九百五十二也就是说此时数据库只能进行不完全恢复了,在打开数据库时得使用。resetlogs操作打开。

 

恢复数据库到SCN 11412370952;

 

 

RMAN恢复数据库,直到scn11412370952 >;

 

在20-aug-15开始复苏

使用信道ora_disk_1

                                                                                                                                                                                              

启动媒体恢复

完全介质恢复时间:00:00:00

 

在完成恢复20-aug-15

 

RMAN >

 

然后打开数据库

RMAN >修改数据库openresetlogs;

 

数据库打开

                                                                                                                                                                                              

RMAN >

 

 

,一些调试过程中的意外报错

然后打开报错

RMAN > AlterDatabaseOpenResetlogs;

 

rman-00571:===========================================================

rman-00569:===============误差messagestack如下===============

rman-00571:===========================================================

rman-03002:改变DB命令at08 / 20 / 2015 20:31:07失败;

ora-03113:文件结束的沟通渠道

工艺标识:30584

会议编号:192序号:19

rman-00571:===========================================================

rman-00569:===============误差messagestack如下===============

rman-00571:===========================================================

ora-03114:没有连接到Oracle

rman-00571:===========================================================

rman-00569:===============误差messagestack如下===============

rman-00571:===========================================================

rman-03002:改变DB命令at08 / 20 / 2015 20:31:07失败

ora-03113:文件结束的沟通渠道

工艺标识:30584

会议编号:192序号:19

【甲骨文@ testoracle1 DBS ]美元

 

重新进去打开

RMAN > AlterDatabaseOpenResetlogs;

 

使用目标数据库的控制文件而不是恢复目录

rman-00571:===========================================================

rman-00569:===============误差messagestack如下===============

rman-00571:===========================================================

rman-03002:改变DB命令at08 / 20 / 2015 20:35:44失败

rman-06403:无法获得fullyauthorized会话

ora-01034:Oracle不可用

ora-27101:共享内存的境界是不存在的

linux-x86_64错误:2:没有这样的文件或目录

 

RMAN >

 

 

尝试去SQLPlus模式下启动

已启动

实例开始。

 

总系统全局区5010685952字节

固定大小2212936字节

可变大小2751466424字节

数据库缓冲区2214592512字节

重做缓冲区42414080字节

数据库安装。

ora-03113:文件结束的沟通渠道

工艺标识:10504

会议编号:191序号:3

 

 

SQL >

 

这里打不开的原因是,参数文件恢复失效后,跳过参数文件恢复这一步骤,然后进行控制文件恢复后恢复库恢复库引发的问题解决方案:就是重新恢复参数文件后再进行下述步骤就完全好。

猜你在找
查看评论
*以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:964187次
    • 积分:一万五千六百三十二
    • 等级:
    • 排名:323名第
    • 原创:434篇
    • 转载:3篇
    • 译文:2篇
    • 评论:523条
    我的课程
    博客专栏
    技术网址连接
    http://dev.mysql.com/doc/
    文章分类
    文章存档
    Latest comments