关于recovery through resetlogs的测试

最新推荐文章于 2021-08-04 09:48:51 发布
最新推荐文章于 2021-08-04 09:48:51 发布
阅读量92 收藏
点赞数
文章标签： 数据库 运维

1. 设置session变量：
C:>set ORACLE_SID=TEST

C:>set nls_date_format=yyyy-mm-dd hh24:mi:ss


2. 做一次RMAN的全备：
C:>rman target / nocatalog

恢复管理器: 版本10.1.0.2.0 - Production

Copyright (c) 1995, 2004, Oracle. All rights reserved.

已连接到目标数据库 (未启动)

[@more@]

RMAN> startup mount

Oracle 例程已启动
数据库已装载

系统全局区域总计 125829120 字节

Fixed Size 787788 字节
Variable Size 108001972 字节
Database Buffers 16777216 字节
Redo Buffers 262144 字节

RMAN> backup database;

启动 backup 于 2007-04-16 16:23:18
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=50 devtype=DISK
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=D:ORACLEORADATATESTSYSTEM01.DBF
输入数据文件 fno=00003 name=D:ORACLEORADATATESTSYSAUX01.DBF
输入数据文件 fno=00002 name=D:ORACLEORADATATESTUNDOTBS01.DBF
输入数据文件 fno=00004 name=D:ORACLEORADATATESTUSER01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 2007-04-16 16:23:20
通道 ORA_DISK_1: 已完成段 1 于 2007-04-16 16:24:15
段 handle=D:ORACLEORADATATESTFLASH_RECOVERY_AREATESTBACKUPSET2007_04_16O1_MF_NNNDF_TAG20070416T162319_326DMRKL_.BKP comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:56
通道 ORA_DISK_1: 启动全部数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 2007-04-16 16:24:17
通道 ORA_DISK_1: 已完成段 1 于 2007-04-16 16:24:24
段 handle=D:ORACLEORADATATESTFLASH_RECOVERY_AREATESTBACKUPSET2007_04_16O1_MF_NCSNF_TAG20070416T162319_326DOL2G_.BKP comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:09
完成 backup 于 2007-04-16 16:24:24

RMAN> shutdown immediate

数据库已卸载
Oracle 例程已关闭


3. 用OS命令备份控制文件：
此处为时间点A


4. 创建测试表T1，此处设为时间点B：
C:>sqlplus /nolog

SQL*Plus: Release 10.1.0.2.0 - Production on 星期一 4月 16 16:27:47 2007

Copyright (c) 1982, 2004, Oracle. All rights reserved.

SQL> conn / as sysdba
已连接到空闲例程。
SQL> startup
ORACLE 例程已经启动。

Total System Global Area 125829120 bytes
Fixed Size 787788 bytes
Variable Size 108001972 bytes
Database Buffers 16777216 bytes
Redo Buffers 262144 bytes
数据库装载完毕。
数据库已经打开。
SQL> create table t1 tablespace users as select * from dba_tables;

表已创建。

SQL> select count(*) from t1;

COUNT(*)
----------
759


5. 产生归档：
SQL> alter system switch logfile;

系统已更改。

SQL> /

系统已更改。

SQL> /

系统已更改。


6. 模拟介质错误：
SQL> shutdown abort
ORACLE 例程已经关闭。


7. RMAN时间点恢复到T1表创建之前，即时间点B：
C:>rman target / nocatalog

恢复管理器: 版本10.1.0.2.0 - Production

Copyright (c) 1995, 2004, Oracle. All rights reserved.

已连接到目标数据库 (未启动)

RMAN> startup mount

Oracle 例程已启动
数据库已装载

系统全局区域总计 125829120 字节

Fixed Size 787788 字节
Variable Size 108001972 字节
Database Buffers 16777216 字节
Redo Buffers 262144 字节

RMAN> run {
2> allocate channel c1 type disk;
3> set until time '2007-04-16 16:32:00';
4> restore database;
5> recover database;
6> }

分配的通道: c1
通道 c1: sid=50 devtype=DISK

正在执行命令: SET until clause

启动 restore 于 2007-04-16 16:36:54

通道 c1: 正在开始恢复数据文件备份集
通道 c1: 正在指定从备份集恢复的数据文件
正将数据文件00001恢复到D:ORACLEORADATATESTSYSTEM01.DBF
正将数据文件00002恢复到D:ORACLEORADATATESTUNDOTBS01.DBF
正将数据文件00003恢复到D:ORACLEORADATATESTSYSAUX01.DBF
正将数据文件00004恢复到D:ORACLEORADATATESTUSER01.DBF
通道 c1: 已恢复备份段 1
段句柄 = D:ORACLEORADATATESTFLASH_RECOVERY_AREATESTBACKUPSET2007_04_16O1_MF_NNNDF_TAG20070416T162319_326DMRKL_.BKP 标记 = TAG20070416T162319
通道 c1: 恢复完成
完成 restore 于 2007-04-16 16:38:12

启动 recover 于 2007-04-16 16:38:12

正在开始介质的恢复

存档日志线程 1 序列 4 已作为文件 D:ORACLEORADATATESTARCHIVE1_4_620063463.ARV 存在于磁盘上
存档日志线程 1 序列 5 已作为文件 D:ORACLEORADATATESTARCHIVE1_5_620063463.ARV 存在于磁盘上
存档日志线程 1 序列 6 已作为文件 D:ORACLEORADATATESTARCHIVE1_6_620063463.ARV 存在于磁盘上
存档日志线程 1 序列 7 已作为文件 D:ORACLEORADATATESTARCHIVE1_7_620063463.ARV 存在于磁盘上
存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_4_620063463.ARV 线程 =1 序列 =4
存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_5_620063463.ARV 线程 =1 序列 =5
存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_6_620063463.ARV 线程 =1 序列 =6
存档日志文件名 =D:ORACLEORADATATESTARCHIVE1_7_620063463.ARV 线程 =1 序列 =7
完成介质的恢复
完成 recover 于 2007-04-16 16:38:25
释放的通道: c1

RMAN> alter database open resetlogs;

数据库已打开


8. 检查发现T1表不见了，归档被重置，并创建表T2：
C:>sqlplus /nolog

SQL*Plus: Release 10.1.0.2.0 - Production on 星期一 4月 16 16:40:33 2007

Copyright (c) 1982, 2004, Oracle. All rights reserved.

SQL> conn / as sysdba
已连接。
SQL> select count(*) from t1;
select count(*) from t1
*
第 1 行出现错误:
ORA-00942: 表或视图不存在

SQL> create table t2 tablespace users as select * from dba_users;

表已创建。

SQL> select count(*) from t2;

COUNT(*)
----------
6

SQL> archive log list
数据库日志模式 存档模式
自动存档 启用
存档终点 D:oracleoradataTESTarchive
最早的联机日志序列 0
下一个存档日志序列 1
当前日志序列 1
SQL> shutdown immediate
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。


9. 切换控制文件：
OS备份控制文件，设此时为时间点C。
恢复时间点A的控制为当前指向的控制文件。


10. RMAN恢复到时间点B：
C:>rman target / nocatalog

恢复管理器: 版本10.1.0.2.0 - Production

Copyright (c) 1995, 2004, Oracle. All rights reserved.

已连接到目标数据库 (未启动)

RMAN> startup mount

Oracle 例程已启动
数据库已装载

系统全局区域总计 125829120 字节

Fixed Size 787788 字节
Variable Size 108001972 字节
Database Buffers 16777216 字节
Redo Buffers 262144 字节

RMAN> run {
2> allocate channel c1 type disk;
3> set until time '2007-04-16 16:32:00';
4> restore database;
5> recover database;
6> }

分配的通道: c1
通道 c1: sid=50 devtype=DISK

正在执行命令: SET until clause

启动 restore 于 2007-04-16 17:07:43

通道 c1: 正在开始恢复数据文件备份集
通道 c1: 正在指定从备份集恢复的数据文件
正将数据文件00001恢复到D:ORACLEORADATATESTSYSTEM01.DBF
正将数据文件00002恢复到D:ORACLEORADATATESTUNDOTBS01.DBF
正将数据文件00003恢复到D:ORACLEORADATATESTSYSAUX01.DBF
正将数据文件00004恢复到D:ORACLEORADATATESTUSER01.DBF
通道 c1: 已恢复备份段 1
段句柄 = D:ORACLEORADATATESTFLASH_RECOVERY_AREATESTBACKUPSET2007_04_16O1_MF_NNNDF_TAG20070416T165840_326GP1LK_.BKP 标记 = TAG20070416T165840
通道 c1: 恢复完成
完成 restore 于 2007-04-16 17:08:59

启动 recover 于 2007-04-16 17:09:00

正在开始介质的恢复
完成介质的恢复

完成 recover 于 2007-04-16 17:09:05
释放的通道: c1

RMAN> shutdown immediate

数据库已卸载
Oracle 例程已关闭


11. 切换控制文件：
恢复指向时间点A的控制纹。


12. 开启数据库
C:>sqlplus /nolog

SQL*Plus: Release 10.1.0.2.0 - Production on 星期一 4月 16 17:11:37 2007

Copyright (c) 1982, 2004, Oracle. All rights reserved.

SQL> conn / as sysdba
已连接到空闲例程。
SQL> startup
ORACLE 例程已经启动。

Total System Global Area 125829120 bytes
Fixed Size 787788 bytes
Variable Size 108001972 bytes
Database Buffers 16777216 bytes
Redo Buffers 262144 bytes
数据库装载完毕。
ORA-01190: 控制文件或数据文件 1 来自于最后一个 RESETLOGS 之前
ORA-01110: 数据文件 1: 'D:ORACLEORADATATESTSYSTEM01.DBF'


13. 介质恢复：
SQL> recover database;
ORA-00279: 更改 181361 (在 04/16/2007 16:58:06 生成) 对于线程 1 是必需的
ORA-00289: 建议: D:ORACLEORADATATESTARCHIVE1_1_620067322.ARV
ORA-00280: 更改 181361 (用于线程 1) 在序列 #1 中


指定日志: {=suggested | filename | AUTO | CANCEL}
auto
已应用的日志。
完成介质恢复。
SQL> alter database open;

数据库已更改。

14. 验证完成!
SQL> select count(*) from t2;

COUNT(*)
----------
6

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7319461/viewspace-928337/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7319461/viewspace-928337/

csdn15515085103
关注
oracle 多次出现错误,【案例】Oracle报错ORA-01248 通过多次resetlogs规避ORA-01248报错...
weixin_36378232的博客
04-03 1114
天萃荷净运维DBA反映数据库重启后无法启动，报错ORA-01248，分析原因为SCN不一致导致1.数据库现状控制文件控制文件中数据文件信息数据文件头信息redo信息根据当前数据库恢复检查脚本(Oracle Database Recovery Check)收集的信息,数据库的是非归档状态,而且redo已经覆盖,数据库datafile 5 无法直接online.遇到这样情况,可以使用bbed修改文件头...
<< Oracle高可用>>部分书面作业 - 第八课 Data Gaurd 故障分析和处理
t0nsha's Blog
10-13 3634
1.模拟由于网络，监听器的原因导致归档无法传到standby上的情形，分别从相应的主备数据库的视图和alert文件定位故障的原因；当故障排除后，看Oracle是否能自动恢复归档的传递，模拟：备库故意没起监听，其他正常[oracle@dg2 ~]$ lsnrctl statusLSNRCTL for Linux: Version 10.2.0.1.0 - Production on 11-AUG-2
recover through resetlogs
fjmingyang的专栏
06-08 1768
拷贝CP 的全文1.时间点A，我做了一个全备份， [ora9i@database rmanarch]$ rman target / nocatalog Recovery Manager: Release 9.2.0.1.0 - Production Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved. connecte
resetlogs方式打开数据库，某数据文件需要recover，恢复失败的处理方式
weixin_34268753的博客
11-07 395
1 数据文件头部和恢复相关的几个偏移量说明：          ub4 kcvfhcpc                             @140      0x00000308------检查点计数         ub4 kcvfhccc                             @148      0x00000307------总是比检查点计算少1         u...
所有控制文件损坏的恢复--resetlogs方式
cojm55771的博客
05-28 252
此方式和 所有控制文件损坏的恢复--noresetlogs方式恢复时的前五个步骤是一样的。 1）先备份控制文件SQL> alter database backup controlf...
完全恢复与Resetlogs
junmail的专栏
08-21 226
很多朋友经常会对完全恢复与Resetlogs产生误解,以为使用Resetlogs方式打开数据库就是不完全恢复，这种看法是不正确的。 只要拥有当前的日志文件，那么就能够对数据库执行完全恢复，而是否需要使用Resetlogs方式打开，则取决于是否使用的是备份的控制文件，如果使用的是备份的控制文件则需要使用Resetlogs方式打开数据库，如果拥有当前的控制文件或者通过重建控制文件来恢复，就不需要通过R...
ora 10g 跨越resetlogs 进行恢复 （test 成功）
shenghuiping2001的专栏
01-11 536
今天试验了resetlog 跨越时间段进行恢复： 先备份： C:\Documents and Settings\Jonup>rman target / 恢复管理器: Release 10.2.0.1.0 - Production on 星期三 1月 11 10:53:14 2012 Copyright (c) 1982, 2005, Oracle.  All rights reserved
【恢复】Redo日志文件丢失的恢复
weixin_34233618的博客
07-07 729
2019独角兽企业重金招聘Python工程师标准>>> ...
Database Incarnations
彦祖的小号的博客
08-04 326
INCARNATION可以翻译为转世 在使用数据库的时间点恢复或使用备份控制文件恢复后必须使用OPEN RESETLOGS After complete recovery, you can resume normal operations without anOPEN RESETLOGS. After a DBPITR or recovery with a backup control file, however, you must open the database with theRESE...
12C ORA-错误汇总17 NZE-43000 to ORA-56974
ugghhj的博客
11-11 1359
12C ORA-错误汇总17 NZE-43000 to ORA-56974
oracle resetlogs 误删,Oracle数据库恢复教程之resetlogs操作
weixin_42151305的博客
04-07 431
实验环境：RHEL 5.4 + Oracle 11.2.0.3如果是一名合格的Oracle DBA，对resetlogs这种关键字都应该是极其敏感的，当确认需要这种操作时一定要三思而后行，如果自己不是特别确认，哪怕多花些时间申请去让高级DBA人员协助你一起确认，也不要擅自去尝试执行，避免误操作造成既定损失后追悔莫及。1.哪些场景可以resetlogs首先要明确resetlogs操作非常危险的，也只...
（伟大的实验 ）RESETLOGS后没有备份情况下的数据恢复
shenghuiping2001的专栏
01-08 872
一点说明： 媒体恢复分完全恢复和不完全恢复。不完全恢复可以恢复到指定的时刻或系统更改号，但不完全恢复之后剩余日志文件就不可用，必须重置日志序列号，用RESETLOGS选项打开数据库，此后数据库变成一个新形体，为了将来的恢复，必须重做一致备份。而且，RESETLOGS之前的备份已不可用。但是，很可能在RESETLOGS后没有做数据库的一致备份，而数据库又不认识RESETLOGS之前的备份，此时该如
使用Oracle10g新特性,跨越Resetlogs时间点进行恢复
weixin_34331102的博客
02-08 102
为什么80%的码农都做不了架构师？>>> ...
resetlogs,noresetlogs, SCN,完全恢复，不完全恢复
cuixie2370的博客
04-29 275
----- 定义： 完全恢复 -- 利用重做日志或增量备份将数据块恢复到最接近当前时间的时间点。之所以叫做完整恢复是由于Oracle应用了归档日志和联机重做日志中所有的修改。如果只是数据文件损坏，且存在备份及备份以来的...
案例探究Recovery through resetlogs 的内部机理
congbeili7411的博客
10-18 143
用的是最新的Oracle10.2.0.3的版本， 在recover database using backup controlfile时会稍有些不同（自动恢复时不能使用前面的INCARNATION的archive log）sys...
备份与恢复--跨越resetlogs的恢复
ckomuo086028的博客
01-21 102
在10g之前，一般情况下是无法利用RESETLOGS操作之前的备份进行数据库的恢复的。特定条件下10g前的恢复可参考：http://yangtingkun.itpub.net/post/468/59092，恢复过程已比较复杂。1...
关于RESETLOGS不完全恢复
甲骨文可乐的专栏
07-08 651
文档地址：http://docs.oracle.com/cd/B19306_01/backup.102/b14191/osrecov.htm#i1007426   About Opening with the RESETLOGS Option The RESETLOGS option is always required after incomplete media recovery or rec
关于 Current redo log丢失恢复情况的实验！
qq961573863的博客
08-02 495
关于 CURRENT REDO LOG 丢失恢复的实验： 以下分几种情况测试： 情况一： Archive模式 + 没有 commit + 正常关闭 [oracle@RAC1 ~]$ export ORACLE_SID=hongye2 [oracle@RAC1 ~]$ sqlplus SQL*Plus: Release 10.2.0.1.0 - Production on Sat Dec 4 17:39:05 2010 Copyright © 1982, 2005, Oracle. All rights r
Oracle为什么使用备份的控制文件恢复后一定要resetlogs
lusklusklusk的博客
09-17 317
SQL> alter database open RESETLOGS; 因为，控制文件不是最新的，打开到mount状态后，这时可以查寻select * from vlog，但是vlog，但是vlog，但是vlog.status和v$log.SEQUENCE#不一定是准确的,控制文件中当前在线日志序列号还是陈旧的,是当初备份时的，而控制文件备份后online redo log可能进行了多次切换， 因为此时数据库还是mount状态，就算recover日志后，无法把recover的改动信息写入控制文件，这样
Oracle数据库备份与恢复测试实战
测试3和测试4讨论了数据文件和控制文件同时损坏时，如何选择resetlogs或noresetlogs进行恢复，并考虑了不同的关闭模式。 5. **活动在线日志损坏**： - 针对活动在线日志损坏的情况，文档区分了正常shutdown和当前...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值