设为首页 收藏本站
查看: 586|回复: 0

[经验分享] Oracle 修复坏块,关掉闪回

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2015-10-8 08:13:44 | 显示全部楼层 |阅读模式
RMAN 修复报错:
RMAN> recover datafile 2 block 410352;
Starting recover at 05-OCT-15
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=292 device type=DISK
allocated channel: ORA_DISK_2
channel ORA_DISK_2: SID=577 device type=DISK
finished standby search, restored 1 blocks
starting media recovery
some blocks not recovered: See trace file for details
media recovery complete, elapsed time: 00:00:01

$ cat CWFOL_ora_7471310.trc
Trace file /oracle/diag/rdbms/cwfol/CWFOL/trace/CWFOL_ora_7471310.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /oracle/product/11.2/db_2
System name:    AIX
Node name:      DB2
Release:        1
Version:        6
Machine:        00F813C84C00
Instance name: CWFOL
Redo thread mounted by this instance: 1
Oracle process number: 146
Unix process pid: 7471310, image: oracle@DB2 (TNS V1-V3)
*** 2015-10-05 11:33:34.183
*** SESSION ID:(292.63641) 2015-10-05 11:33:34.183
*** CLIENT ID:() 2015-10-05 11:33:34.183
*** SERVICE NAME:(SYS$USERS) 2015-10-05 11:33:34.183
*** MODULE NAME:(rman@DB2 (TNS V1-V3)) 2015-10-05 11:33:34.183
*** ACTION NAME:(0000013 STARTED104) 2015-10-05 11:33:34.183
Begin Media Recovery of 1 blocks
Dumping database incarnation table:
Resetlogs 0 scn and time: 0x000a.ea74a943 02/19/2015 21:16:47
Initial buffer sizes: read 1024K, overflow 832K, change 805K
*** 2015-10-05 11:33:34.214
Media Recovery add redo thread 1
Start recovery at thread 1 ckpt scn 67757762871 logseq 8049 block 2
End recovery at scn 67758750891
*** 2015-10-05 11:33:34.214
Recovery of Online Redo Log: Thread 1 Group 6 Seq 8049 Reading mem 0
----- Redo read statistics for thread 1 -----
Read rate (ASYNC): 32499Kb in 0.05s => 634.76 Mb/sec
Total redo bytes: 34815Kb Longest record: 8Kb, moves: 19/74859 moved: 0Mb (0%)
Longest LWN: 85Kb, reads: 14531
Last redo scn: 0x000f.c6bc7caa (67758750890)
Change vector header moves = 12979/167649 (7%)
----------------------------------------------
*** 2015-10-05 11:33:34.262
Media Recovery drop redo thread 1
Recovery of file 2, block 410352 failed: Flashback was enabled for the data file when the backup data block used for block media recovery had an unlogged change.
*** 2015-10-05 11:34:57.593
*** ACTION NAME:(0000031 STARTED104) 2015-10-05 11:34:57.593
Begin Media Recovery of 1 blocks
Dumping database incarnation table:
Resetlogs 0 scn and time: 0x000a.ea74a943 02/19/2015 21:16:47
Initial buffer sizes: read 1024K, overflow 832K, change 805K
*** 2015-10-05 11:34:57.625
Media Recovery add redo thread 1
Start recovery at thread 1 ckpt scn 67757762871 logseq 8049 block 2
End recovery at scn 67758797944
*** 2015-10-05 11:34:57.626
Recovery of Online Redo Log: Thread 1 Group 6 Seq 8049 Reading mem 0
----- Redo read statistics for thread 1 -----
Read rate (ASYNC): 33970Kb in 0.05s => 663.49 Mb/sec
Total redo bytes: 35839Kb Longest record: 8Kb, moves: 20/78192 moved: 0Mb (0%)
Longest LWN: 85Kb, reads: 15300
Last redo scn: 0x000f.c6bd3477 (67758797943)
Change vector header moves = 13600/175275 (7%)
----------------------------------------------
*** 2015-10-05 11:34:57.675
Media Recovery drop redo thread 1
Recovery of file 2, block 410352 failed: Flashback was enabled for the data file when the backup data block used for block media recovery had an unlogged change.

关掉数据库闪回:

SQL> alter database flashback off;
Database altered.
RMAN> recover datafile 2 block 410352;
Starting recover at 05-OCT-15
using channel ORA_DISK_1
using channel ORA_DISK_2
finished standby search, restored 1 blocks
starting media recovery
media recovery complete, elapsed time: 00:00:01
Finished recover at 05-OCT-15

然后再打开闪回:
SQL> alter database flashback on;
Database altered.


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-124052-1-1.html 上篇帖子: Oracle如何修改系统默认时间格式 下篇帖子: Oracle 12.1.0.1 RAC + DG搭建 Oracle 修复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表