论坛徽章:: 2

电梯直达

1楼 [收藏(0)] [报告]

发表于 2012-07-13 11:36 |只看该作者 |倒序浏览

测试环境为：

序号测试环境详细描述
1 EMC DataDomain OS 5.1.1.0
2 EMC DataDomain Emulation VTL TS3500
3 Backup SoftWare Symantec Netbackup 7.1.0.2
4 Master Server IBM AIX 6.1

   在NBU上备份速度都在100M以上（数据无论走master还是media，无论是备份到PTL，还是备份到EMC模拟出来的 TS3500上，备份速度都很快），但是在恢复到master server的时候，速度却极慢，在2M左右。
   目前，根据已经做过的测试发现：
   1、换端口，换路径，比如，原来走a口的换到b口，恢复速度还是很慢；
   2、安装atape驱动（TS3500需要，12.4.6.0），速度还是很慢；安装STK驱动（L180，版本也较新），结果仍旧。
   3、监控master server服务器的IO，memory。发现，IO变化不大，memory迅速提高后，在恢复结束，内存不释放，服务器重启后，仍旧不见改变。
   4、针对master server进行了网络和buffer调优，结果照旧；但是media没有做任何优化。
经过如上的改动后，结果没有多少改变，现在，master server的恢复仍然在2M左右。

请教！！！

文库|博客

myguangzhou

小富即安

论坛徽章:: 0

2楼 [报告]

发表于 2012-07-13 12:54 |只看该作者

这个跟你的驱动程序和端口什么的应该都没有关系，因为备份都没有问题啊....

你恢复的文件就是备份100M/S的那些文件吗？
另外，是异机恢复吗？走LAN？会不会是网络单向做了带宽限制？

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

rand1985

稍有积蓄

论坛徽章:: 2

3楼 [报告]

发表于 2012-07-13 15:11 |只看该作者

恢复的就是备份的文件，备份时100M/s，但是恢复只有2M/s，恢复是本机恢复，走光纤！机器设置时一样的，media server和master server一样，未做单向限制！

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

C字裤男爵

稍有积蓄

论坛徽章:: 0

4楼 [报告]

发表于 2012-07-16 22:04 |只看该作者

用操作系统dd来读取磁带数据看看

robtest移动磁带到磁带机

然后
# mt -f /dev/rmt5.1 rewind
# dd if=/dev/rmt5.1 of=/tmp/123 count=10000 bs=128k

看看速度咋样
bs改为64，32，16再试试看有无一个是很快的

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

mike79

大富大贵

论坛徽章:: 12

5楼 [报告]

发表于 2012-07-16 22:52 |只看该作者

2MB/S确实太慢了，就算走LAN备份也没这么慢。你是备份恢复大量小文件么？

两个方面找原因：硬件和备份软件上。
先绕过备份软件，直接dd从虚机带库读数据，看看有多快。
NBU应该支持备份到磁盘吧？备份到磁盘，然后从磁盘恢复，看看有多快。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

老邱

小富即安

论坛徽章:: 0

6楼 [报告]

发表于 2012-07-17 09:57 |只看该作者

测驱动器写入速度：dd if=/dev/zero of=xxx bs=256k count=400
测驱动器读出速度：dd if=xxx of=/dev/null bs=256k count=400

xxx是你的驱动器设备名。看看100MB花多长时间，计算每秒速度。可以用不同的block size多测几次。
以上测出来的结果理论上应该是驱动器本身的读写速度了，与硬盘读写速度无关。如果正常，再dd实际的磁盘文件，测出来的是磁盘速度。如果磁盘也正常，再去备份软件的配置找问题。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

rand1985

稍有积蓄

论坛徽章:: 2

7楼 [报告]

发表于 2012-07-18 13:37 |只看该作者

图片是做的测试数据，原来的master的备份恢复都还能做，但是昨天开始不但备份速度奇慢，而且恢复多次出现连接超时！以至于，没有成功恢复的！

于备份光纤链路的问题, 但是从master server 到物理带库与虚拟带库的光纤连接都有5跳.
直接调整链路的可能性不大, 因此今天再次对master server 做备份与恢复测试, 调整了NBU 的参数配置, 但是结果还是不理想.
下一步的测试计划是：停止NBU 服务 , 通过操作系统的tar 方式执行数据备份与恢复测试.

假设:
1. Tar 的方式直接备份与恢复物理磁带库与虚拟带库均不正常, 我们需要告诉用户寻找操作系统的问题或检查光纤链路的问题
2. Tar 的方式备份与恢复物理磁带库正常, 虚拟带库不正常, 检查虚拟带库的光纤链路
3. 两种方式均正常的话, 检查NBU 的配置, 或者重新安装NBU 后导入catalog.
请教高手指点！

备份测试.jpg (52.96 KB, 下载次数: 66)