在带库定义存储池的时候，是否要指定这个存储池的磁带盘数？存储池的多盘磁带是不是可以看成是一个整体的可用容量？往磁带写数据的时候是不是都以追加的方式去写？如果我的数据要跨越两盘磁带，这时怎么处理？假如一个存储池定义了多盘磁带那么是不是要等第一盘磁带全部用完了才开始用第二盘磁带？把带有条码（上面有编号，假如为********01）的磁带放入带库他是不是按编号自动放入第一个槽位（3582对应的是4096）？
初学TSM，关于对带库磁带的操作不怎么明白，望知道的XD解答。谢谢！

指定max
y
n
不用你关心
通常是，但不排除特殊情况
n

谢谢ORIAN的解答。但对你的回答还是有几处不怎么明白。
1。假如第一天往存储池写20G的数据，第二天我又要往存储池写数据，它不是紧跟在前20G数据的后面写么？难道覆盖写？又或者说这不叫追加？
2。我的数据跨越两盘磁带，而这些数据我是要带出机房的。那就要带出两盘磁带罗。
3。如果我3582的带库是空的（没放任何磁带），我将带有条码的磁带陆续放入带库，它们还会不会从新排列（按条码编号）？

[ 本帖最后由 dream 于 2007-12-2 11:05 编辑 ]

1，根据数据保存策略，如果不要分散数据，当然会接着写，覆盖当然不可能。
2，当然，要带就要带全，不然有啥用
3，label和checkin命令就是专门干这个的

我现在有这样一个备份需求：每天应用会往某个文件夹写数据文件，当数据文件到达4000个的时候，会往另一个文件夹写，依此类推。（文件夹是预先手工建好的，如F1 F2 F3 。。。）我不知道这种情况保存策略怎样定？
另外还有个问题想弱弱的问一下：怎样将磁带从带库拿出来？是通过TSM还是TAPEUTIL？

学习学习.嘿嘿

带子拿出来，到了自己的机器能把正确的数据拿出来吗？
做offsite的话，会不会好点？

首先要从TSM拿出来啊

不知道你是怎么控制文件数达到4000个的时候自动迁移，估计是脚本。那么最好不要按时间来触发备份，建议结合你的脚本。

文件数达到4000个是应用的功能，不是脚本（按时间根本不可能，因为每天应用的数据量都不同）。另外从带库中拿磁带先要经过TSM？那TSM会不会将磁带自动送到那个I/O槽位？还是经过TSM后我再用带库命令把它哪出来？

我是越来越糊涂了。

1，如果你就是备份，管文件夹干吗？直接选定上一级文件夹，TSM会备份这个文件夹和以下的文件夹和文件。我不觉得文件夹跟备份策略有什么直接关系，tsm用版本控制文件备份，你决定保留几个版本，tsm就保存几个，就这么简单。

2，拿磁带出来干吗？备份就是备份，拿出来干吗？如果你非要用类似人工的磁带管理方式，比如确定数据在哪盘磁带并且人工管理这些关系，那根本没必要用TSM，用tar和tapeutil吧。

3，如果是因为容灾的原因要把磁带拿出来，那么用q act可以看到数据写进了那个磁带，把那个磁带checkout出来拿走就行。不过容灾不仅仅是拿走几盘磁带这么简单的事情，tsm database、volhistory等等，需要考虑的问题还不少，不然，你拿走的磁带也作用不大。

1。上一个文件夹可就大了，大约有400-500G。以前我们都是分文件夹备份。比如文件夹F1-F10备份到一盘磁带，F11-F20做一盘磁带，且这些磁带都会永久保留。
2。拿出磁带的原因确实是因为容灾的考虑。比如说用户数据写入磁带，一周后我要把这些磁带拿出机房，然后放入新的磁带。一周后我又将磁带拿出机房放入上周拿出机房的磁带，不停的循环。这样能保证如果机房发生灾难，数据最大的损失也就是一周。