分类：
2009-06-24 22:54:41
针对对文档的理解，设想实施中相关的步骤和内容；
通过以前对nbu的实施理解两者的区分。
已完成了lanfree部分的实施，比我想像中的要简单一些。
lanfree在tsm中涉及到的概念有tsm服务器，tsm存储代理服务器，客户机。在nbu中相应有master server，media server，client。区分是tsm中tsm server也需要和library之间有fc连接，在nbu中master server是并无需一定和library有fc的连接，nbu对介质的管理主要是通过media manager这个程式来实现。但在tsm中磁带库的管理主要是通过server来实现，driver才是各个storage agent能够控制的部分。nbu介质和设备的管理通过media manager来实现，sso选项的功能是让各个media server的media manager程式协同工作，tsm的实质是介质和设备的管理还是通过server来单独完成，然后storage agent将数据直接写入到驱动器中，将数据元信息发送到库管理服务器。
另外tsm相对较好的一点是在lanfree备份路径出现故障时候能够通过lan来进行备份(这是node的属性之一，datareadpath和datewritepath分别欧三个选项，any，lanfree，lan，使用any时假如lanfree路径存在将会使用lanfree来备份，使用后两个将限定只能是使用lan或lanfree，这个参数在5.1中没有看到)，这个在nbu中我并没有看到假如实现，假如对应的storage unit出现问题就没有办法进行failover了。
采用多个tsm server共享一个磁带库的问题，我的理解是library control通过其中一台server来实现的（library manager），其他的是data manager server，备份时数据分类流向应该是library control由storage agent向library manager发送请求，datameta应该是由storage agent发送到data manager server。
nbu的各个media server主要优势是能够将自身的大数据量进行备份，但tsm使用多个server共享一个磁带库不知道是有什么目的？实际中也不知道有没有这样使用。
配置内容：
client的配置：
enablelanfree yes
LANFREECommmethod TCPIP
LANFREETCPServeraddress test.xyz.company.com
LANFREETCPPort 1500
or
enablelanfree yes
LANFREECommmethod SharedMem
LANFREESHMPORT 1510
一个完整的dsm.sys的配置内容：
SErvername tsmsrver
COMMmethod TCPip
enablelanfree yes
LANFREECommmethod TCPIP
LANFREETCPServeraddress test.xyz.company.com
LANFREETCPPort 1500
TCPPort 1502
TCPServeraddress tsmsrver.tucson.ibm.
相应dsm.opt定制servername。
storage angent的配置：
dsmsta.opt文档中添加如下行：
DEVCONFIG devconfig.out
dsmsta setstorageserver myname=storagnt mypassword=fun4me myhladdress=agent.tucson.ibm.com servername=tsmsrver serverpassword=not4u hladdress=tsmsrver.tucson.ibm.com lladdress=1502（这行命令将在devconfig.out和dsmsta.opt中添加上server的说明）
server端的配置：
在server端进行storage agent定义时候是按照server－to－server的方式来进行定义的：define server storagnt serverpassword=fun4me hladdress=agent.tucson.ibm.com lladdress=1500
定义磁带库（shared＝yes），定义驱动器，path，定义devclass，定义storage pool。
定义lanfree使用的stgpool（copygroup指定）：
define copygroup sandirect sandirectpolicy sandirectdefmft type＝backup destination＝stgpoolname
active policy sandirect sandirectpolicy
相对tsm，nbu的配置比较简单，很多内容能够通过bp.conf来搞定，同时nbu的gui界面比tsm好很多，不知道tsm5.3的界面怎样，还没有机会看到。
实施后的记录
前两天完成了lanfree的实施，比我想像中的要简单，碰到的问题都是比较弱智的问题：store agent的版本的问题，从ibm订来的是5.3的版本，我们的server版本是5.2.2，升级到了5.2.4，但是对store agent和server之间的兼容需要是server的版本和client的版本差不能大于两个小版本，我配了一天都没有配好后才看readme，郁闷！
出现上面的问题更有一个原因是在配置的过程中对store agent和server之间所使用的通信端口上的理解问题（到现在我还是没有太明白），当时以为lanfree node、server之间通信端口要和node、server之间的端口要错开，结果是在1500和1502之间折腾了半天，1502因为server端这个端口没有开放，dsmsta连接一直不行，1500连接时候是通信失败。最后在更换版本后配置基本没有变动但很快就完成了配置。
配置过程主要如下：
1.client的安装，配置好dsm.opt，在其中指明相应的配置；
2.dsmsta.opt的配置，这里面只需要指明commmethod和devices文档；
3.server端对备份节点的注册；
4.使用dsmsta strageserver方式在server端进行lanfree节点注册（这一过程包括了device文档的生成，在server端建立一个storage server）；
5.server端针对lanfree节点做好drive path的定义（定义过程中最好选择sn关联，在q drive时候能够看到是不是会初夏drive、path之间没有匹配好的情况）；
6.开始备份测试。
