TSM中遇到的备份非常慢的问题

27日，接同事电话，说某用户将带库从3575切换到3582后，备份速度变慢，有时候要2－3天才能结束。领导比较紧张，让赶快过去处理。

 

28日，在去用户现场的路上了解情况是这样的，切换后，除了一台NT的机器备份慢以外，其他机器都挺正常；初步分析，应该是网络传输问题导致备份比较慢，跟带库及TSM server的配置没有关系。

 

到用户现场后，首先进行从client端到server进行ftp测试，有问题的那台机器ftp速度巨慢，其他client端到server的 ftp正常，速度大概为3M/s。因此确认备份慢的原因确实是网络问题导致。网络问题确认后，用户让诊断一下问题出在网络的哪一部分？经过对网络结构的分析，找不出症结所在，因为client和server在同一个网段，插在同一个核心交换机上。

下午，再次进行测试时，速度还是慢，就准备打开网络属性看一下数据的传输情况，但由于用户的windows为韩文界面，不熟悉，不小心给禁用了，结果将网卡重新启用后，在测试时，速度恢复正常，进行tsm备份，也正常。算是“歪打正着”自己想想都只能摇头。哈哈..运气不错！

分析：这台client为用户notes服务器，网卡流量较大，长时间未重启，造成网卡某些队列阻塞或者网卡缓存被垃圾信息占用的情况，重启后就正常了。只能这么解释了，如果哪位有好的解释，欢迎参加讨论。