一台TSM SERVER上，连接了两台TS3310，为何DEVCLASS不能一样啊？如果一样想把第二台的磁带DEFINE的话。总报说在第一台没有这个VOLUME，让我CHECKIN。

如果这样，是否会存在这样的问题，我的一个需要灾备的NODE PRIMAY BACKUP STORAGE DEVCLASS是LTOCLASS3，而我的TSM DB备份用的是另外一台TS3310， DEVCLASS是LTO3。

而我的灾备系统只有一台3582。我只能定义一个DEVCLASS了，这样我的灾 备恢复是否因为两个DEVCLASS的问题而失败？

有点儿乱了，没太看懂啊
两套带库，两个libr，两套stgpool,
可以一套devclass，反正他只是规定数据格式的
好多套domain，好多套mgmtclass，应该可以吧
都在一个server上，好像没啥问题吧？

问题不一定是，出现在devclass上啊

是，比较乱。
TSM server 1两台ts3310,先增加一个磁带库3576lib1 devclass=ltoclass3。后面增加3576lb2 devclass=ltoclass3，但是我现在定义了一个pool然后define 3576lib2的volume到这个pool的时候，总是说这个volume没有checkin到3576lib1，后面我把3576lib2的devclass=lto3，就好了。
所以现在我的tsm server1两台ts3310有了两个devclass。而且想要建立一个灾备tsm server2。但是要灾备的数据是放在3576lib1(devclass is ltoclass3) tsm db 备份用的是devclass=lto3
这样我的tsm server2只有一台3582磁带库，灾备是否能实现？

在TSM中，每个带库必须有一个DEVCLASS对应，不允许两个带库对应一个DEVCLASS。

TSM Concepts Redbook SG24-4877
The device class not only includes the storage device type but also points to a special storage device defined to the IBM Tivoli Storage Manager server.
Each device defined to IBM Tivoli Storage Manager is associated with one device class.

灾备和DEVCLASS没有关系。象你这样，做法会复杂一些，如果主备架构一样最好。

仔细看了，是与devclass没有关系。应该与devclass type有关。当然主备架构一样最好弄了，但是客户的环境总是千姿百态的。麻烦死了