有挑战性的nbu问题
现在遇到一个极度棘手的问题,因为一些原因,客户nbu 5.1 mp5san(master和3台media server全为aix 5.2)备份环境下的磁带库的机械手编号和驱动器编号发生变化,之前的robosts
编号为1,现在变为0;驱动器是3、4、5、6,现在变为1、2、3、4
所以重新创建新的存储单元和更改备份策略相关参数、重新扫描所有的磁带,现在虽然能实现正常备份。
但现在发现在catalog里找不到master和所有的media server在设备信息发生改变之前的备份记录信息,用bplist在各个客户端也不能查出之前的备份信息,
所以用backup ,restore ,archive也就无法找出之前的备份数据了。磁带的数据还没过期。catalog里的备份信息会因为设备的变化而丢失吗?
现在想重新导入全部的磁带来保证可以恢复之前的数据,但有320盒磁带,要花很多时间,比较麻烦。不知道还有什么方法相对容易一点?
我也想过恢复catalog来恢复之前备份记录,但catalog是包含以前的备份信息、介质信息、设备信息,所以恢复回来后会破坏现有的设备信息。
只能用导入磁带的极端的方法了吗?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
理论上修改了robosts和driver的no,是不影响数据恢复的。
所以你先要确认是什么信息丢失了?最好在做任何操作前,先把备份一下catalog,不要使用NBU提供的offline的方法备份,会把以前的备份覆盖掉的。最好是把进程都停了,直接把/usr/openv里面的内容 tar成一个文件。
你重新扫描设备是使用向导配置的吗?如果是,有可能是mediaDB 和volDB已经坏了。
如果你有旧的catalog,可试着恢复一下image db。bprecover是可以指定恢复内容的。例如: bprecover -r 2