学习oracle技术,每天学一点,每天进步一点
RMAN-06172: no autobackup found
上一篇 / 下一篇 2007-12-29 23:29:15 / 个人分类:rman备份与恢复
在使用RMAN从AUTOBACKUP中恢复SPFILE,可能会碰到这个错误,这里简单总结一下。ITPUB个人空间R;aH9vi?[A
在RMAN恢复SPFILE过程中,可能遇到下面的错误:
*R X$y ?D#o M0ITPUB个人空间3XL/G)r%Q9GT
RMAN> restore spfile from autobackup;ITPUB个人空间3_#w+mf7O!}!H
.I5v3p ~UIN vYk,W0Starting restore at 27-6月 -07
t C M6h7^Q&JocM*B0ITPUB个人空间?1U.| g2[Q
using target database controlfile instead of recovery catalogITPUB个人空间s5Wqm@"j
allocated channel: ORA_DISK_1
W9G:I?STFF#_0channel ORA_DISK_1: sid=9 devtype=DISKITPUB个人空间@,r#| T$?Z+X
channel ORA_DISK_1: looking for autobackup on day: 20070627ITPUB个人空间'L:e2_c/P }{#E
channel ORA_DISK_1: looking for autobackup on day: 20070626
e!r'wzf*O0channel ORA_DISK_1: looking for autobackup on day: 20070625
!Z3s_noH;g0channel ORA_DISK_1: looking for autobackup on day: 20070624ITPUB个人空间8mM[%Qmj4J?
channel ORA_DISK_1: looking for autobackup on day: 20070623ITPUB个人空间2v9d]1F~|"`3] P
channel ORA_DISK_1: looking for autobackup on day: 20070622ITPUB个人空间f9t,d E(yTL+Sa
channel ORA_DISK_1: looking for autobackup on day: 20070621ITPUB个人空间jO s8Yk{#L p
channel ORA_DISK_1: no autobackup in 7 days foundITPUB个人空间8BZm"ps:faS
RMAN-00571: ===========================================================
O~J$k0v6S_0RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
l?J b1cLQq _0RMAN-00571: ===========================================================
t-N(z6NW%k9l U0RMAN-03002: failure of restore command at 06/27/2007 17:54:30
})?5CBT0RMAN-06172: no autobackup found or specified handle is not a valid copy or piece
W;hH1O!m%`Z#d b0
]'V4[)f0mrCec7ED0一般来说,可能是下面三种情况之一。ITPUB个人空间0V$m.L)PoX3B@:m z
ITPUB个人空间 x$aqy?L_D-nb&S
第一种情况是没有配置CONTROLFILE AUTOBACKUP。ITPUB个人空间?%W%}v2iP2ZHdQ8J }\i
ITPUB个人空间u$cE+kNBG
也就是说,在数据库中根本就没有自动备份的文件,恢复当然也是不可能的了。ITPUB个人空间8Xu@&DY:A*H*b
ITPUB个人空间0b5@TNA
第二种情况也比较常见,就是RMAN默认寻找7天内的自动备份,如果7天内没有发生自动备份,那么RMAN也无法找到这个文件。
4LqrC)WQdw:K EI0Q-_0
ys!\$H$r1oi0这种情况的相应解决方法有两种,一种是RESTORE SPFILE FROM AUTOBACKUP UNTIL TIME ‘SYSDATE – N’的方法。另一种是RESTORE SPFILE FROM AUTOBACKUP MAXDAYS N。
5Q{8VT)nU/F0ITPUB个人空间T0D6R'f3Mg*ZA(Nw
采用这两种方法,可以保证ITPUB个人空间-F?$W![#K@D
ITPUB个人空间)^4Wt)[Ia
第三种情况也比较常见,而且更加隐蔽。这种情况是由于AUTOBACKUP的默认设置发生了变化。ITPUB个人空间#R f R,S^.Pt3AuM
ITPUB个人空间Q!u Y0?6Ed^+_ j`a
由于这种情况在错误信息中看不到提示,所有很容易被忽略掉。由于在数据库目前只是通过RMAN的默认配置进行启动,且启动到NOMOUNT状态,因此RMAN的所有配置都无法获得,RMAN在尝试寻找AUTOBACKUP的时候,只会到默认路径下去寻找默认的格式,因此,如果以前修改过AUTOBACKUP的格式和路径,那么在恢复之前需要进行重新的设置。
Dy9eki1W0
|8b ca#bt$q0AUTOBACKUP的存储路径在alert文件中可以找到。进行了设置后,就可以通过RMAN进行恢复了:
在RMAN恢复SPFILE过程中,可能遇到下面的错误:
*R X$y ?D#o M0ITPUB个人空间3XL/G)r%Q9GT
RMAN> restore spfile from autobackup;ITPUB个人空间3_#w+mf7O!}!H
.I5v3p ~UIN vYk,W0Starting restore at 27-6月 -07
t C M6h7^Q&JocM*B0ITPUB个人空间?1U.| g2[Q
using target database controlfile instead of recovery catalogITPUB个人空间s5Wqm@"j
allocated channel: ORA_DISK_1
W9G:I?STFF#_0channel ORA_DISK_1: sid=9 devtype=DISKITPUB个人空间@,r#| T$?Z+X
channel ORA_DISK_1: looking for autobackup on day: 20070627ITPUB个人空间'L:e2_c/P }{#E
channel ORA_DISK_1: looking for autobackup on day: 20070626
e!r'wzf*O0channel ORA_DISK_1: looking for autobackup on day: 20070625
!Z3s_noH;g0channel ORA_DISK_1: looking for autobackup on day: 20070624ITPUB个人空间8mM[%Qmj4J?
channel ORA_DISK_1: looking for autobackup on day: 20070623ITPUB个人空间2v9d]1F~|"`3] P
channel ORA_DISK_1: looking for autobackup on day: 20070622ITPUB个人空间f9t,d E(yTL+Sa
channel ORA_DISK_1: looking for autobackup on day: 20070621ITPUB个人空间jO s8Yk{#L p
channel ORA_DISK_1: no autobackup in 7 days foundITPUB个人空间8BZm"ps:faS
RMAN-00571: ===========================================================
O~J$k0v6S_0RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
l?J b1cLQq _0RMAN-00571: ===========================================================
t-N(z6NW%k9l U0RMAN-03002: failure of restore command at 06/27/2007 17:54:30
})?5CBT0RMAN-06172: no autobackup found or specified handle is not a valid copy or piece
W;hH1O!m%`Z#d b0
]'V4[)f0mrCec7ED0一般来说,可能是下面三种情况之一。ITPUB个人空间0V$m.L)PoX3B@:m z
ITPUB个人空间 x$aqy?L_D-nb&S
第一种情况是没有配置CONTROLFILE AUTOBACKUP。ITPUB个人空间?%W%}v2iP2ZHdQ8J }\i
ITPUB个人空间u$cE+kNBG
也就是说,在数据库中根本就没有自动备份的文件,恢复当然也是不可能的了。ITPUB个人空间8Xu@&DY:A*H*b
ITPUB个人空间0b5@TNA
第二种情况也比较常见,就是RMAN默认寻找7天内的自动备份,如果7天内没有发生自动备份,那么RMAN也无法找到这个文件。
4LqrC)WQdw:K EI0Q-_0
ys!\$H$r1oi0这种情况的相应解决方法有两种,一种是RESTORE SPFILE FROM AUTOBACKUP UNTIL TIME ‘SYSDATE – N’的方法。另一种是RESTORE SPFILE FROM AUTOBACKUP MAXDAYS N。
5Q{8VT)nU/F0ITPUB个人空间T0D6R'f3Mg*ZA(Nw
采用这两种方法,可以保证ITPUB个人空间-F?$W![#K@D
ITPUB个人空间)^4Wt)[Ia
第三种情况也比较常见,而且更加隐蔽。这种情况是由于AUTOBACKUP的默认设置发生了变化。ITPUB个人空间#R f R,S^.Pt3AuM
ITPUB个人空间Q!u Y0?6Ed^+_ j`a
由于这种情况在错误信息中看不到提示,所有很容易被忽略掉。由于在数据库目前只是通过RMAN的默认配置进行启动,且启动到NOMOUNT状态,因此RMAN的所有配置都无法获得,RMAN在尝试寻找AUTOBACKUP的时候,只会到默认路径下去寻找默认的格式,因此,如果以前修改过AUTOBACKUP的格式和路径,那么在恢复之前需要进行重新的设置。
Dy9eki1W0
|8b ca#bt$q0AUTOBACKUP的存储路径在alert文件中可以找到。进行了设置后,就可以通过RMAN进行恢复了: