NBU异机恢复Oracle出错

放羊的骆驼

Oracle恢复到时报错，有经验的朋友回复一下，谢谢。

Starting restore at 06-AUG-09

channel ch00: starting datafile backupset restore
channel ch00: specifying datafile(s) to restore from backup set
restoring datafile 00008 to /dev/rlvloginkdata03
restoring datafile 00012 to /dev/rlvloginkindx03
channel ch00: reading from backup piece bk_288_1_694115869
channel ch01: starting datafile backupset restore
channel ch01: specifying datafile(s) to restore from backup set
restoring datafile 00009 to /dev/rlvloginkdata04
restoring datafile 00013 to /dev/rlvloginkindx04
channel ch01: reading from backup piece bk_289_1_694115869
channel ch00: restored backup piece 1
piece handle=bk_288_1_694115869 tag=HOT_DB_BK_LEVEL0
restore not complete
Restore did not complete for file 12 from backup piece bk_288_1_694115869 (devty                                             pe=NULL, piecenum=1, pieces_done=1, done=FALSE, failover=FALSE)
channel ch00: starting datafile backupset restore
channel ch00: specifying datafile(s) to restore from backup set
restoring datafile 00002 to /dev/rlvloginkundo01
restoring datafile 00010 to /dev/rlvloginkdata05
channel ch00: reading from backup piece bk_290_1_694117014
released channel: ch00
released channel: ch01
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 08/06/2009 15:51:34
ORA-19870: error reading backup piece bk_289_1_694115869
ORA-00227: corrupt block detected in control file: (block 335, # blocks 1)
ORA-00202: control file: '/dev/rlvloginkctrl03'

wolfheader

ORA-19870: error reading backup piece bk_289_1_694115869
这个可不好说了

xiazhen9842

感觉是RMAN的事啊。

无牙

ORA-00227: corrupt block detected in control file: (block 335, # blocks 1)
这个就不好弄了。

放羊的骆驼

我在网上看了看，一般是说控制文件坏了，数据库mount 不成功会报这样的错，
我的开始恢复数据文件了，我的数据库已经Mount状态了，控制文件应该不会有什么问题，
也想不到其它的办法，周一去看看控制文件的事情

无牙

从日志上看只是/dev/rlvloginkctrl03坏了，你可以这样办。

1)将数据库shutdown
2)将/dev/rlvloginkctrl03删掉。
3)重新建一个设备。名字还是/dev/rlvloginkctrl03，大小和原来的要一样。
4)将/dev/rlvloginkctrl01或者/dev/rlvloginkctrl02上的内容dd到新的设备上。
5)启动数据库。

这个是利用Oracle 的控制文件是多份的原理修改控制文件。

wolfheader

还有可能就是nbu的异机恢复的时候有时候server，hostname，client等那几个属性都不正确也能恢复一点东西，但是很快报读写错误，类似这样的
我在恢复db2的时候碰到过，异机，原来的policy 里client用的ip，在校验hostname的时候不通过，但是还是能恢复几分钟，大概读几G出来，然后报错，奇怪

花和尚

'/dev/rlvloginkctrl03'  ---- 这个是裸设备，不是文件系统。所以出以上的错误。

无牙

原帖由 花和尚 于 2009-8-10 21:04 发表
'/dev/rlvloginkctrl03'  ---- 这个是裸设备，不是文件系统。所以出以上的错误。

Oralce允许将控制文件建在裸设备上牙？

xiaomage79

比较奇怪的问题

理论上  先恢复控制文件

控制文件恢复完成后，才能够mount数据库，接下再恢复数据文件

既然已经mount，说明最初恢复的控制文件是没有问题的

'/dev/rlvloginkctrl03'  检查属主、lv大小是否合适