TSM的恶心需求集锦

今天看到了这个题目，觉得挺有意思了！转帖于此~~~


2008-3-19 16:17   crazyshow的帖子

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技术需求。


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

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





2008-4-6 23:29 larryh的回帖

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





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

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/189512/viewspace-240032/，如需转载，请注明出处，否则将追究法律责任。