tsm用了几年，一只觉得是个很不错的东西，功能强大、运行稳定、灵活性高........

但是也遇到了很多客户提出的恶心需求，但是不能拒绝客户啊。
在这里进行一些列举，希望大家共同讨论。
肯定的是，这些问题都解决了，虽然很蹩脚，但是都可以实现。

1、client_A 备份/a目录和/b目录下全部文件；
     希望/a目录备份到带库A上面；
     希望/b目录备份到阵列B上面。

2、client_A备份/c目录下全部文件；
     希望周一、三、五将/c备份到带库A上面；
     希望周二、四、六将/c备份到阵列B上面；
     希望周日的时候将/c备份到带库A和阵列B上，各一份。

3、client_A备份/d目录到Server_A上；
     希望client_B能够把client_A备份的/d目录restore到本地来。

4、client_A备份/e目录；
     希望周一、三、五将/e备份到Server_A上面；
     希望周二、四、六将/e备份到Server_B上面；
     希望周日的时候将/e备份到Server_A和Server_B上，各一份。

5、client_A连接到server_A上，restore之前备份的/f目录；
     由于备份时间很长，希望连接到server_B上，对/g目录进行备份。

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


客户提出的需求是不专业的，有些时候是无法实现的。
但是这不等于客户提出的问题是错误的，应该充分理解用户担心的是什么，针对用户担心的给出解决办法，或者替代办法，或者是一个说法。
简单的说，就是把不专业的需求整理成IT技术需求。


希望大家发表各自的看法！如果有其他您认为恶心的需求，一样可以拿出来分享、讨论！

回帖请指明以下内容：
你认为可否实现？
   可实现请介绍实现方法；
   不可实现有无替代方法？
         有替代方法，请介绍替代方法；
         没有替代方法，请介绍如何向客户解释。

关注

明天上班后回复下

这些工作，手动比较还可以，全自动的话，洗洗睡啦

只要手动可行，那就一定有自动的办法，大不了些脚本嘛

好一个“大不了”

pf

客户要求,对于备份的所有内容,在带库里的磁带必须实现2份镜像...
即:对于file1文件,在备份时要保证A磁带上一份,B磁带上也有一份:(

[ 本帖最后由 busyfan 于 2008-3-20 16:26 编辑 ]

太高深了，我不懂

个人观点： 没有进行实验过
1、2、4 我个人感觉是不是可以注册多个节点，例如在dsm.sys里面编译多个servername，多个节点对应多个策略域，然后利用脚本定时实现备份功能；
其他我不会，请指教；

dsm.sys文件有点类似ORACLE中的tnsnames.ora文件，
选择哪个NODE是由dsmc命令中的-se参数指定的：
dsmc archive '/expdata/*' -se=TSM_ORA -pass=pass
这样tsmserver就知道是使用名叫TSM_ORA的servername去连接数据库，TSMSERVE然后查找dsm.sys文件，看到TSM_ORA
对应的node_name是client_ora，就知道用client_ora节点去连接数据库。而 client_ora中又定义了使用的Policy Domain，
所以可以确定到我们使用的是哪个stgpool了。

[ 本帖最后由 haomao1879 于 2008-3-21 21:43 编辑 ]

定义多个mgmtclass 就可以，在备份中加上参数

我想有2种方法可以实现，写2个脚本，一个备份到带库的，一个备份到阵列的。
第一种方法：Unix Shell 写条件，判断当前是星期几，执行不同的脚本
第二种方法：采用TSM 的Server端调度的Schedule, TSM的define schedule命令可以指定参数实现星期几进行备份。所以定义2个shedule就应该行了。一个一、三、五执行，一个二、四、六执行。

要求拿到一盘有完整备份数据的磁带到一个干净的TSM环境下也能恢复。干净的TSM环境是指没这盘磁带的catalog。
NetBackup, OpenView的DP都能做到。
5.3，5.2的TSM做不到，不知道新版本TSM有没有变化。

觉得TSM功能一点也不强大。

研究了一下，TSM这方面确实不是很方便。。。

[ 本帖最后由 gelf123 于 2008-5-24 23:23 编辑 ]