我用netbackup，以前都用public network做备份，现在发现可能会因为数据量大而影响服务，所以在介质服务器和客户端上都加了块网卡，让要备份的数据走专用的网络。

我把/etc/hosts里面的对方地址改掉了，双方ping名字也可以正确地解析到新的地址了，但我启动备份的时候却报cann't connect to client

我还差哪里要改呢？

没搞过nbu。
是不是要重新启动client端？
还是hosts的排序需要有注意的地方？

client端好象没啥要启动的，介质服务器那边已经启动过了。

排序，现在已经是首先解释到新的网络ip地址了。

可能是哪个配置文件里面保留原来的服务器地址了

应该全用名字的啊。

第一次接触nbu，况且master我进不去看，media又不知看哪？

MASTER（CV叫CommServer）,MA,CLIENT（CV叫iDA)都要做HOSTS里边加的，CV是这么整的。
NBU没弄过。

几年前搞过，具体方法忘记了，记得是参数文件里加一行，可以指定master server上面数据从哪块网卡传输的

nbu只认主机名,请注意修改master server/media server/client的bp.conf文件

上周我改过client那边的bp.conf，我找时间改改media的。

主要是因为master没有这个新的网络，所以控制的信息走前面，备份的数据走后面。在bp.conf里面我调整require_interface的话，不知对前面地控制信息有没影响。我测试完再贴结果。

我把media和client的bp.conf都改了，新的别名，对应新的地址，/etc/hosts也改好了，连通测试正常。

重起作业，这次报205，can not connect to server backup restore manager。

问题是master没有这个新的网络，我把media和client的required_interface改了，是否又导致他们和master之间不通呢？但原来的我没删除啊，如果master用主机名来找机器的话，应该没问题的啊。

我是不明白它nbu的操作原理。

我把schedule，policy等都设好了，当然，大家全部用前面的service network这是肯定没问题的。
当master监测到schedule里面有各动作时间到了，它就找出相对的policy。然后叫media到client身上拿数据。这样我只要在media上面指定他要用的网卡（required_interface)就可以了，实际上我配了新别名，新地址它还是报205。我把client端的这些东西也全改了，目的是不知道是否master会叫client主动发数据到media。但仍然是报205，真不知它背后是怎样实现这个备份的。

俺村和大上海的EMC工程师商量后，判了我的方案死刑！