从测试结果可以看出,火星舱VTL具备性能高、可靠性高、故障率低等多项优势,火星舱VTL可以实现LAN Free备份,解决资源共享问题,也可以和现有传统磁带库集成,提高数据保护的安全性、提高数据备份系统的性能,降低数据保护的成本。值得关注的是:火星舱VTL可根据用户需求任意组合,能够快速地集成到用户的SAN架构中或者直接连接到备份服务器上。用户扩容时,只需增加磁盘阵列柜就能简单、快速的从几TB轻松扩展到几千TB数据容量,大大节省了后期投入的成本和时间,适合多个行业应用。
|
评测环境 |
系统名称 |
主机名 |
产品型号 |
硬件配置 |
备注 |
备份服务器 |
NBU |
IBM 3550M3 |
Intel E5620 2.4GHz Dual; 24G Memory; Emulex 4GB HBA
|
Windows Server 2008 R2 SP1 |
备份客户端 |
CLN1 |
IBM 3630M3 |
Intel E5506 2.13GHz; 16G Memory; Brocade 8GB HBA
|
Windows Server 2008 R2 SP1 |
备份客户端 |
CLN2 |
IBM 3630M3 |
Intel E5506 2.13GHz; 12G Memory; Brocade 8GB HBA
|
Windows Server 2008 R2 SP1 |
备份客户端 |
CLN3 |
IBM 3630M3 |
Intel E5506 2.13GHz; 24G Memory; Brocade 8GB HBA
|
Windows Server 2008 R2 SP1 |
备份客户端 |
CLN4 |
IBM 3630M3 |
Intel E5506 2.13GHz; 12G Memory; Brocade 8GB HBA
|
Windows Server 2008 R2 SP1 |
网络交换机 |
|
DES-1024R |
24 port 100Mbps Ethernet switch
|
|
光纤交换机 |
|
Br5100 |
40 port 8GB FC Switch
|
|
磁盘阵列 |
|
AMS 2500 |
双控制器 16个8GB前端接口,32G缓存 SATA&SAS盘
|
|
备份软件 |
|
Netbackup 7.5.0.3 |
|
|
数据库 |
|
Oracle Enterprise 11.2.0 |
|
|
实际测试环境拓扑结构图 |
|
|
磁带库配置 |
带库名称 |
火星舱虚拟磁带库
(MSA-SSA3200B) |
厂商品牌 |
火星高科 |
产品名 |
火星舱 |
VTL数量 |
512 |
产品版本 |
v5.0 |
磁带库槽位数 |
4096 |
磁带库出入槽位数 |
4096 |
磁带库驱动器数 |
1024 |
磁带库磁带数 |
16384 |
|
|
|
|
|
功能测试 |
操作系统识别带机械手设备和磁带机设备 |
能够正常识别磁带机,机械手未能找到合适的驱动,显示为未知设备 |
备份软件可以识别到设备 |
备份软件可正常识别驱动器、机械臂 |
备份软件可以配置自动化带库成功 |
配置成功 |
初始化磁带库,检查机械手设备型号、驱动器个数、磁带信息,是否返回正确信息 |
备份软件识别带库信息正常 |
磁带Lable、Check in成功 |
检查成功 |
手工进行备份,备份作业能加载磁带并且成功完成 |
可以正常完成 |
对上一步备份的数据,进行恢复,病验证数据的有效性 |
可正常恢复 |
直接物理磁带出库测试(确保合规和归档要求) |
|
|
|
性能测试结果 |
-
使用单个驱动器对文件进行全备份
测试内容 |
使用单个驱动器对文件进行全备份 |
源文件 |
文件备份所使用的备份数据源为视频文件和VMware的VMDK文件,总计105GB(其中VMDK大小为70.7G,视频文件为34.8G)。 |
测试步骤 |
1、使用单个驱动器进行文件备份测试,此时NBU的DATA_BUFFER_SZIE为默认值64K。
2、使用单个驱动器进行文件备份测试,将NBU的DATA_BUFFER_SIZE设置为262144(256k) |
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
385 |
1248 |
110708584 |
01:00:31 |
31182 |
64K |
378 |
1248 |
110708584 |
00:12:44 |
173288 |
256K |
|
-
使用4个驱动器对文件进行全备份
测试内容 |
使用4个驱动器对文件进行全备份 |
源文件 |
4个任务所使用的源文件相同均为视频文件和VMware的VMDK文件,总计105GB,其中VMDK大小为70.7G,视频文件为34.8G (从其中一个文件中copy出三个副本分别放在从2500盘阵上划分的3个LUN中,以确保源文件的读性能不会有瓶颈) |
测试步骤 |
1.配置CLN1、CLN2、CLN3、CLN4的Data_Buffer为64K;
2.创建四个备份任务CLN1.File_Backup、CLN2.File_Backup、CLN3.File_Backup、CLN4.File_Backup, 备份源文件分别是CLN1、CLN2、CLN3、CLN4客户端的“J:\File_Backup”、“I:\File_Backup”、“I:\File_Backup”、H:\File_Backup”(4个Lun均是HDS存储映射);
3. 同时执行创建的四个备份任务。
4. 配置CLN1、CLN2、CLN3、CLN4的Data_Buffer为256K;
5. 然后执行第二、第三步,进行测试。
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
370 |
1248 |
110708584 |
01:03:07 |
30028 |
64K |
371 |
1248 |
110708584 |
01:03:31 |
29883 |
64K |
372 |
1248 |
110708584 |
01:03:26 |
29946 |
64K |
373 |
1248 |
110708584 |
01:03:52 |
30001 |
64K |
380 |
1248 |
110708584 |
00:20:48 |
96608 |
256K |
381 |
1248 |
110708584 |
00:19:45 |
102480 |
256K |
382 |
1248 |
110708584 |
00:21:52 |
89762 |
256K |
383 |
1248 |
110708584 |
00:20:07 |
100465 |
256K |
|
-
对Windows上的ORACLE进行备份(Oracle为单通道)
测试内容 |
对Windows上的ORACLE进行备份(Oracle为单通道) |
数据库 |
|
测试步骤 |
1. 修改Oracle上的备份脚本;
2. 创建名为CLN4.oracle 的备份策略;
3. 执行ORACLE全备份。
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
575 |
1 |
93050400 |
00:33:44 |
46771 |
64K |
576 |
1 |
10016 |
00:00:20 |
4339 |
64K |
577 |
1 |
1568 |
00:00:22 |
628 |
64K |
578 |
1 |
10016 |
00:00:24 |
3711 |
64K |
570 |
1 |
93049886 |
00:18:49 |
3711 |
256K |
571 |
1 |
10016 |
00:00:21 |
3711 |
256K |
572 |
1 |
288 |
00:00:26 |
3711 |
256K |
573 |
1 |
10016 |
00:00:17 |
3711 |
256K |
|
-
对Windows上的ORACLE进行备份(Oracle为双通道)
测试内容 |
对Windows上的ORACLE进行备份(Oracle为双通道) |
数据库 |
|
测试步骤 |
1. 修改Oracle上的备份脚本(配置Oracle使用两个通道);
2. 创建名为CLN4.的备份策略;
3. 执行ORACLE全备份。
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
563 |
1 |
46831392 |
00:20:09 |
39422 |
64K |
564 |
1 |
46218272 |
00:20:08 |
39074 |
64K |
565 |
1 |
288 |
00:00:21 |
112 |
64K |
566 |
1 |
10016 |
00:00:20 |
3938 |
64K |
567 |
1 |
2336 |
00:00:25 |
929 |
64K |
568 |
1 |
10016 |
00:00:17 |
3712 |
64K |
556 |
1 |
46218016 |
00:16:02 |
49491 |
256K |
557 |
1 |
46831392 |
00:15:51 |
50553 |
256K |
558 |
1 |
288 |
00:00:20 |
113 |
256K |
559 |
1 |
10016 |
00:00:29 |
3606 |
256K |
560 |
1 |
28448 |
00:00:21 |
10726 |
256K |
561 |
1 |
10016 |
00:00:23 |
3891 |
256K |
|
-
对Windows上的文件进行恢复
测试内容 |
对Windows上的文件进行恢复 |
源文件 |
文件恢复所使用的备份数据源为视频文件和VMware的VMDK文件,总计105GB(其中VMDK大小为70.7G,视频文件为34.8G)。 |
测试步骤 |
1.使用NBU默认参数(Data_Buffer为256K)进行文件备份测试;
2. 修改Data_Buffer为64K,执行备份测试。
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
586 |
1206 |
110708584 |
00:10:23 |
191201 |
256K |
588 |
1206 |
110708584 |
00:10:31 |
188120 |
64K |
|
上一张
下一张
|
|
测试截图 |
|
|
在2012年10月15日,渠道在线、存储在线联合发起并正式启动2012中国VTL大型评测活动。该活动测试平台由长虹佳华与DOIT传媒共同搭建,评测实行公平公正公开的原则。众多业界著名的VTL厂商飞康、昆腾、同有飞骥、IMATION等将会受到邀请,并参与该评测活动。 VTL评测活动力求让用户对当前VTL产品做更加全面的了解,也对厂商VTL产品和技术做一次全面的测试评选。DOIT传媒旗下两大网络媒体也将对测试活动做跟踪报道和推荐,对于厂商送测的VTL,将依据实际的测试结果,认定为“2012年VTL大型横测DOSTOR DOCHANNEL联合推荐产品”。
|
|
长虹佳华云计算体验中心
在2012年10月15日,渠道在线、存储在线联合发起并正式启动2012中国VTL大型评测活动。该活动测试平台由长虹佳华与DOIT传媒共同搭建,评测实行公平公正公开的原则。众多业界著名的VTL厂商飞康、昆腾、同有飞骥、IMATION等将会受到邀请,并参与该评测活动。
|
|
相关资讯
火星高科团队成立于2002年,是国内最早从事专业存储技术研发团队之一,火星高科作为集生产、研发、设计和制造为一体的高科技IT企业,是数据存储、备份和容灾等领域国内最知名的软件开发商和设备制造商,也是数据安全领域重要的国产解决方案提供商。 火星舱虚拟磁带库可以实现LAN Free备份,解决资源共享问题,也可以和现有传统磁带库集成,提高数据保护的安全性、提高数据备份系统的性能,降低数据保护的成本。
相关资讯
策划:彭彦明
编辑:黄辉(Hebrews)
设计:曹晓怡
邮箱:hui.huang@doit.com.cn
联系方式:(8610)58222880-815
|
|
|
|