Legato备份还原测试

最近的一段时间,某省的备份出了点问题,legato的备份在还原时检查不到索引,通过scanner扫描之后还是检查不到,问题已经开case提交到emc那边,目前还在处理。为了防止万一,还是对全网用legato备份的省进行了一次还原测试。以下是还原测试中遇到的一些问题小结。

目前现网大部分机器都是采用hp service guard,primary机上跑着生成,standby机器上已经装好了oracle软件,但是是处于standby状态。还原的内容是在备机上将spfile还原出来,大致的步骤如下:

问题1:在备份脚本中虽然只写了NSR_CLIENT,没写NSR_SERVER,但是在还原测试的时候,需要写上NSR_SERVER。不然会报错:

问题2:在主机2上做还原,但是脚本中的NSR_CLIENT还是得写备份时候的,如备份脚本中用的是xx_db01,那么在xx_db02上还原的时候,不能写NSR_CLIENT=xx_db02,应该写xx_db01.不然会报错:

问题3:如果主机开启了安全加固,不允许rlogin,rexec之类的操作,且在xx_db01的脚本中配置的NSR_CLIENT不是浮动IP,那么在还原的时候也会报错。此时需要修改备份脚本,将NSR_CLIENT指定为浮动IP的hostname。

问题4:如果还原的时候,在client端的hosts没配置好也会报错:
在rman的脚本中会提示:

此时,在legato的界面中看到:
legato中显示的log有yn_sdb
此时我们看到还原的时候,用了一个rd=yn_sdb的设备,我们在server从查到yn_sdb是一个审计数据库,而不是我们当前的生产库。

同时我们也在client端看到legato的log:

有一个unknown的host,我们检查了该client端的hosts文件,发现确实没有yn_sdb的解析。

我们在做恢复的client端的hosts配上yn_sdb,再次测试还原,成功。

另外,检查了该server端的配置,发现remote driver的配置有误,dc01的第一个最后少了个字母b:

重新jbconfig之后,再次测试还原控制文件,发现没有在使用yn_sdb了:

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据