用户现在有位于异地的两个独立的san网络，但是异地之间的lan是相通的，但是带宽很低。

两个san网络都有备份需求(有操作系统级别的文件系统冷备,也有sap brbackup的archivelog热备和offline+archivelog的冷备)，其中灾备的SAN网络B除了要执行本地备份外，还要准备san网络A用卡车运过来的磁带作恢复测试。

按照传统的做法，在a和b各架设一个TSM server，同时在b再加设一个standby的tsm server，等待a过来的tsm db应用一下,然后再恢复从a用卡车运过来的磁带

问：有没有简单的实现方法，实现用一个tsm server对a和b进行集中管理,并且用户不想在san网络b上架设standby tsm server,专门用于从a过来的磁带恢复。但是，由于要恢复a的磁带，必须先恢复a的数据库，这样会把b的数据库冲掉，影响b的备份作业，这是用户无法接受的。

veritas地解决方案是，只需要在a和b架设介质服务器，然后再用一个控制服务器对2个介质服务器进行管理，当需要a->b的磁带恢复时，只需要简单地在控制服务器上切换相应的介质服务器就可以进行恢复，tsm有没有类似的简单解决方案?

没有这样考虑过

呵呵，好像前几天有 同事问过类似问题。tsm是能做到的 ，就是 你的带宽不适合这么干呀

澄清一件事， TSM允许multiple instance at the same server， 如果配置正确，恢复A不需要删除B