多分区重定向增量恢复时遇到的一个问题
背景：这周做备份恢复测试，测试虚拟带库netbackup上数据库备份映象的可用性，由一台专用的测试服务器来进行恢复测试，需要重定向
源数据库基本信息：测试的源数据库有9个节点，整库大小1.5T，所有节点下的所有表空间均为autostorage，路径为/db2inst1/dbdata
备份情况：每周进行一次全备，其余每晚进行增量备份（非delta），
恢复测试方案：数据库版本为v9.5.5，在测试机上恢复昨晚的增量备份，上一次全备份在两天前，测试机上需要重定向恢复路径为/restore/dbdata
步骤：
1. 首先生成重定向恢复脚本，因为带库资源紧张，我按照自动恢复脚本的例子改了一下，因为都是autostorage，所以只要修改node，on，dbpath，newlogpath，logtargetpath这几个值，增加incremental automatic 就可以了，脚本关键语句如下：
RESTORE DATABASE dbname INCREMENTAL AUTOMATIC LOAD '/usr/openv/netbackup/bin/nbdb2.sl64' TAKEN AT 201110***** ON '/restore/dbdata' DBPATH ON '/restore/dbdata' INTO dbname LOGTARGET '/resotre/logtarget' NEWLOGPATH '/restore/actlog/NODE0000' REPLACE HISTORY FILE REDIRECT WITHOUT PROMPTING
2. 然后先恢复0节点，没问题，一切顺利
db2_all "<<+0< db2 -tvf restore_redirect_script_0.db2"
3. 再恢复其余节点
db2_all '"<<-0< db2 -tvf restore_redirect_script_##.db2"
第一个节点也没问题，但是在做RESTORE DATABASE dbnameCONTINUE的时候，我嫌一个个分区恢复速度太慢，就恢复到一半的时候ctrl+c了
4.并行恢复其他节点
db2_all '"<<-0<; db2 -tvf restore_redirect_script_##.db2"
结果问题出现了，报sql1051n错误，说是找不到/db2inst1/dbdata路径，且所有节点都报这个错。。。
由于我明明在0节点的恢复脚本里已经指定了 on /restore/dbdata，不知道为什么还会报这种错
5. 没辙，于是再重新运行第3步的命令
这次1节点恢复成功了，但是奇怪的是2节点又报了步骤4中的错误，提示找不到/db2inst1/dbdata
请问这是什么原因？会不会因为我设置了replace history file？因为公司的生产数据比较机密，不方便再做恢复测试，想在这里问问各位有没有遇到过相同问题，或者知道原因的高手，说实话我觉得步骤中我没有做错，不知为何会恢复不成功。。。
源数据库基本信息：测试的源数据库有9个节点，整库大小1.5T，所有节点下的所有表空间均为autostorage，路径为/db2inst1/dbdata
备份情况：每周进行一次全备，其余每晚进行增量备份（非delta），
恢复测试方案：数据库版本为v9.5.5，在测试机上恢复昨晚的增量备份，上一次全备份在两天前，测试机上需要重定向恢复路径为/restore/dbdata
步骤：
1. 首先生成重定向恢复脚本，因为带库资源紧张，我按照自动恢复脚本的例子改了一下，因为都是autostorage，所以只要修改node，on，dbpath，newlogpath，logtargetpath这几个值，增加incremental automatic 就可以了，脚本关键语句如下：
RESTORE DATABASE dbname INCREMENTAL AUTOMATIC LOAD '/usr/openv/netbackup/bin/nbdb2.sl64' TAKEN AT 201110***** ON '/restore/dbdata' DBPATH ON '/restore/dbdata' INTO dbname LOGTARGET '/resotre/logtarget' NEWLOGPATH '/restore/actlog/NODE0000' REPLACE HISTORY FILE REDIRECT WITHOUT PROMPTING
2. 然后先恢复0节点，没问题，一切顺利
db2_all "<<+0< db2 -tvf restore_redirect_script_0.db2"
3. 再恢复其余节点
db2_all '"<<-0< db2 -tvf restore_redirect_script_##.db2"
第一个节点也没问题，但是在做RESTORE DATABASE dbnameCONTINUE的时候，我嫌一个个分区恢复速度太慢，就恢复到一半的时候ctrl+c了
4.并行恢复其他节点
db2_all '"<<-0<; db2 -tvf restore_redirect_script_##.db2"
结果问题出现了，报sql1051n错误，说是找不到/db2inst1/dbdata路径，且所有节点都报这个错。。。
由于我明明在0节点的恢复脚本里已经指定了 on /restore/dbdata，不知道为什么还会报这种错
5. 没辙，于是再重新运行第3步的命令
这次1节点恢复成功了，但是奇怪的是2节点又报了步骤4中的错误，提示找不到/db2inst1/dbdata
请问这是什么原因？会不会因为我设置了replace history file？因为公司的生产数据比较机密，不方便再做恢复测试，想在这里问问各位有没有遇到过相同问题，或者知道原因的高手，说实话我觉得步骤中我没有做错，不知为何会恢复不成功。。。