san client

about san client

SAN Client:在应用主机上装的是NBU Client，然后通过san网络把数据传给media Server，再由media server写入设备（磁盘、磁带、VTL）。技术上的实现要求media server为linux或solaris，要有两块hba卡，把其中一块hba卡改成target模式，这样从NBU Client看过去NBU Media Server就变成了一个设备。对于NBU client则没有特殊要求。

SAN media server：在应用主机上装的就是NBU media server，只是通过license限制这个media server只能用来备份自己。

SAN Client的主要优势：
1.可以基于普通磁盘做LAN-Free了。
2.在应用服务器上只需装NBU Client，升级维护都简单
3.应用服务器无需连接备份设备，备份设备的变动不会影响应用服务器
4.可扩展性好了。必须一个备份域里能容纳的media server是有限的，但是client理论上是无限的。

 

1. 纠正一下从6.5.2就支持to tap,不是NBU7.0的新特性。关于设备的兼容性，只是对FT media server上的HBA有品牌和型号要求，对SAN client上的HBA没有要求。
FT media server不支持windows，只支持Redhat,SESUE,Solaris。只是NBU6.5和7.x支持的具体版本不同。

2. 理论上SAN client对系统的影响要比SAN media server小。这部分的影响主要是备份设备变更对主机的影响。
SAN client只识别来自FT media servers上的设备。不会因为备份设备的变更/调整而影响主机。
另外SAN client是把需要备份的数据先传给FT media server,然后由FT media server写盘，这相当于给备份设备增加了一个大cache，性能要好不少。

3.这个方案部署起来不麻烦，有不少用户都用这个了，在这就不提用户名称了。

4.SAN client的License和SAN media server的License是一个，不存在节约成本。

 

SAN client的HBA卡要和FT media server上负责接收数据的HBA卡放在一个zone中，这个负责接收数据的卡的模式是target。FT media server会用另外一块卡连接Tape或者disk。

所以一般要求FT media server最好有2块HBA卡。

"这都好理解，但是SAN CLIENT访问FT MEDIA SERVER，一个是initrator，一个是target，是FT MEDIA SERVER的HBA卡变成了SAN CLIENT上的一个设备吗，然后SAN CLIENT备份写入时直接往这个设备发数据即可？"

这个理解是正确的，FT media server上HBA卡会被SAN client识别成备份设备。然后SAN client会直接写这些备份设备。