1， 400－500G大么？不知道你现在用什么驱动器，LTO3都有400G一盘了。文件的话，通过压缩，一盘应该够了。具体文件具体备份到哪盘磁带对你来说其实没有意义。

2，容灾考虑的话，最好用备份集，别用普通备份，如果tsm server歇菜，普通备份恢复起来也有不少麻烦。

有几点建议：
1，备份就是备份，跟你用了多少磁带和放到那一盘磁带上没有关系，只要确保备份成功就行，不要用手工备份的方式去思维tsm。记住，这只是备份！

2，容灾保存的话，建议用备份集，这样就跟tsm server的database关系不大，在tsm server完蛋的情况下也可以恢复。

TSM的备份是永久增量备份，只有第一次是全备份，以后再也不需要做全备份了，如果你的所有文件夹都在D:\，那么增量备份D:盘即可，不需要考虑各个目录的文件数量等细节。

备份集backupset 根据现有磁带中的备份生成一套完整的数据备份，不过最好2个以上driver，因为需要倒腾磁带。

磁带库中所有磁带可以配置一个整体容量，不用关心磁带之间换带的问题。

LTO4磁带现在容量800G/1600G。

容灾的话可以用copy storage pool, 用DRM(Disaster Recovery Manager)管理，tsm EE版本默认包含这个功能，则offsite的磁带也可以被TSM Server跟踪和记录。也可以用电子灾备，通过网络或者SAN连接主站点和灾备站点，采用server-to-server communication ，定义schedule自动把主站点的数据备份到灾备站点。

LS两位说的极是。3582的带库可能不支持LTO3哦。我现在老是用手工备份的思维去思考TSM，好烦。    如果考虑容灾用备份集恢复需要怎样的条件了？该如何恢复了？ 另外还想问一下如果我对TSM的DATABASE做了备份，即使TSM挂了我也是可以恢复的吧？我原来通过TSM备份的普通数据也还是可以恢复的吧？（比如说我每个周末把应用的数据带出机房，同时把TSM的备份也带走。那应用的数据还是可以恢复的。）是不是把带库所有的磁带都分配到一个存储池然后每周取磁带通过TSM操作特别复杂？如果说这些话的时候思维还停留在手工备份，请各位老大谅解。

3582绝对支持LTO3。
TSM的文档中有关容灾的详细描述，你可以看看。
复杂不复杂看你自己感觉，从我个人感觉，麻烦！

恩，还是先看看文档吧。看来三言两语也道不清TSM，谢谢各位老大的耐心解答。

在该policy domain里面有一个copy group，这个copy group里面定义了你这个节点备份的数据存到哪个storage pool里面去，还定义了你备份的数据会保留多少天等等。
storage pool一般会自动将空闲未用的状态为scratch的磁带拿来用的，除非你没有空闲磁带了。

如果只想把数据备份到特定的磁带上，然后定期把磁带轮换到异地，实现一定程度的容灾，没必要买备份软件大带库了，多买几台磁带机，每天通过手工或者脚本进行备份，反而更省事一点。

同意楼上