看清需求，是一盘磁盘包括完整的数据备份，现在磁带容量很大，三四百G数据备份到一盘LTO4磁带上没问题，要保存到异地。当然希望运送一盘磁带就可以。要考虑备份速度和成本。每天都要送到异地，每天的备份都要保留，没理由每天多花几百元多买一盘磁带，在专门的磁带保管室多用一倍的空间保管。
TSM是有Backupset，而且还有Disaster Recovery Manager
下面的图是redbook sg245416里面的
LS可以告诉我怎么将Data DbBackup放到一盘磁带里，或者不需要DbBackup备份只需要完整的Data备份vol，就可以做Disaster Recovery吗？

用二三盘做DR当然可以，但要多花钱。
看了一个上午的redbook，得到的结论是，TSM就是要将Data和DbBackup放到不同vol里面，这样一盘磁带没办法做Disaster Recovery。
希望谁有解决方法，来解决这个恶心的需求。

“Data 和DbBackup放到一盘磁带里”在TSM中不能实现，你这需求就不是要把所有的数据保存在一盘磁带中了，而是要把数据和tsm DB保存在一盘磁带中，tsm不支持这个功能。而且要实现你的功能TSM还需要devconfig和volume history文件才能更完美的完成。呵呵.....

我用过HP的DP但是没仔细研究过，楼上给详细说说是咋做的，主要是恢复的时候设备需要重新定义吗？另外磁带上的格式有什么解释吗？

而且TSM作为企业级的存储管理软件，相对于TSM软件和磁带库的价格来说磁带成本应该可以忽略的，主要考虑是可靠性。我们做的SAP ERP的备份，备份一次的数据量就400G，用户都有近百盘磁带保存最近多个版本的数据。所以放在一盘磁带中这种细节问题只有在实验室做实验或者教学才有意义。

TSM 做灾备，现在一般都不运送磁带了，管理员工作太繁重了。可以考虑采用电子灾备，另外在远端通过网络连接第2套TSM，采用Virtual volume实现全部自动化。

[ 本帖最后由 gelf123 于 2008-3-29 13:06 编辑 ]

搂主说的要求不太懂，感觉好像挺麻烦的，不过感觉把Schedule。policies和pool结合起来能够实现，至于6楼的，似乎很简单，定义备份池时定义一个copy pool 就好了，

dbbackup 可以直接备份到file devclass上，然后把该目录备份到磁带不就ok了
还非要浪费一盘磁带？

1、client_A 备份/a目录和/b目录下全部文件；
     希望/a目录备份到带库A上面；
     希望/b目录备份到阵列B上面。
没问题，两个管理类，用incl分别绑定目录

2、client_A备份/c目录下全部文件；
     希望周一、三、五将/c备份到带库A上面；
     希望周二、四、六将/c备份到阵列B上面；
     希望周日的时候将/c备份到带库A和阵列B上，各一份。
两个存储池，三个管理类，incl绑定，crontab脚本

3、client_A备份/d目录到Server_A上；
     希望client_B能够把client_A备份的/d目录restore到本地来。
nodename参数指定client_B用client_A的admin

4、client_A备份/e目录；
     希望周一、三、五将/e备份到Server_A上面；
     希望周二、四、六将/e备份到Server_B上面；
     希望周日的时候将/e备份到Server_A和Server_B上，各一份。
crontab脚本，根据日期使用不同的客户端配置文件及备份命令


5、client_A连接到server_A上，restore之前备份的/f目录；
     由于备份时间很长，希望连接到server_B上，对/g目录进行备份。
使用不同的客户端配置文件

6、client_A和Client_B希望能访问同一个stgpool filespace，互相共享彼此的备份纪录。
两机使用相同的nodename

6
彼此node 授予 访问权限也可以的

备份是可以这样备份，一旦发生灾难，磁带不能恢复。

为啥不可以呢

比如带库着火了，磁带都没了！

哈哈哈，文件的可以ftp传走

有道理..

大不了写个程序，调API呗