关于从磁带恢复备份的问题

Hason_Pan

现在数据以rmt0.1的方式备份到磁带上，假设这盒磁带备份了1000个文件，现在刚好恢复第651个文件，如果又要恢复第931个文件，请问可以从刚才的第651个文件的位置继续读下去吗？还是非要从磁带头部的第1个文件位置开始读起呢？如果又要从头读起，假设刚才恢复第651个文件所花的时间是1个小时，如果可以从这个位置继续读下去，也许多花半小时就可以恢复第931个文件，不然从头读起的话，就要花上1个半小时去恢复第931个文件，那恢复这两个文件所花的时间就会是2个半小时了，如果再恢复多一个文件，所花的总时间就更长了。到底能不能从从刚才的第651个文件的位置继续读下去呢？

andy_lyb

无论你使用的是tar命令还是备份软件的命令，都会有每个备份任务的记录的，每个文件在磁带上的位置都会被标记出来，你需要恢复哪个文件，磁带就会被自动绕带到那个文件的位置然后开始读取，真正的恢复时间就是读取这个文件所需的时间。你需要恢复另外一个，就会再绕带到那个文件。至于是从651绕到931，还是重新回到磁带头再绕带到931，取决于你写磁带的时所用命令的参数。

如果按照你的这种说法，每一次从磁带上恢复数据都从头开始读取最终找到所需文件的话，磁带就应该早已退出历史舞台了。

无牙

LZ的问题比较有挑战性。恢复的速度和写道磁带上的方式相关。

如果备份到磁带的1000文件是一次备上去的，或者是在一个tar上。这样恢复第931个文件的时间是非常慢的。
如果是以每10个文件或者100个文件一个包写道磁带上，这样恢复就会比较快。

Hason_Pan

原帖由 andy_lyb 于 2009-8-5 09:23 发表
无论你使用的是tar命令还是备份软件的命令，都会有每个备份任务的记录的，每个文件在磁带上的位置都会被标记出来，你需要恢复哪个文件，磁带就会被自动绕带到那个文件的位置然后开始读取，真正的恢复时间就是读 ...

“如果按照你的这种说法，每一次从磁带上恢复数据都从头开始读取最终找到所需文件的话，磁带就应该早已退出历史舞台了。”

似乎现在就是如此，但磁带还是没有退出历史舞台，或者没有退出的原因是便宜吧

Hason_Pan

原帖由 无牙 于 2009-8-5 09:44 发表
LZ的问题比较有挑战性。恢复的速度和写道磁带上的方式相关。

如果备份到磁带的1000文件是一次备上去的，或者是在一个tar上。这样恢复第931个文件的时间是非常慢的。
如果是以每10个文件或者100个文件一个包 ...

备份命令是AIX上的backup命令，是一次备上去的，所以恢复越靠后的文件就会越慢，例如恢复第930个文件和恢复第931个所花的时间应该是差不多的

andy_lyb

原帖由 Hason_Pan 于 2009-8-5 10:11 发表



“如果按照你的这种说法，每一次从磁带上恢复数据都从头开始读取最终找到所需文件的话，磁带就应该早已退出历史舞台了。”

似乎现在就是如此，但磁带还是没有退出历史舞台，或者没有退出的原因是便宜吧

抱歉，理解错误，直觉上以为1000个文件是分别备份上去的了。
全部备份在一个大包里面，肯定是会越来越慢的。