针对对文档的理解，设想实施中相关的步骤和内容； 通过以前对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.开始备份测试。 |
