从测试结果可以看出,昆腾DXi6701具备非常强大的重复数据删除功能,能够提供完美的重复数据删除功能,出色地组合了最广泛的可扩展性和最卓越的性能与一流的价值和独特的延伸性,能够支持最广泛的IT环境。另外,DXi6701可在不断变化的备份环境中提供最大的灵活性和最出色的投资保护价值(提供同步的NAS、VTL和OST接口),据测试人员介绍这些设备的基准价格包括所有的软件许可(含复制、直接磁带创建和提供混合式重复数据删除的新DXi Accent软件),能够为中端到企业级设备提供最快的备份性能。<详细>
|
评测环境 |
系统名称 |
主机名 |
产品型号 |
硬件配置 |
备注 |
备份服务器 |
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 |
|
|
实际测试环境拓扑结构图 |
|
|
磁带库配置 |
带库名称 |
DXi6701虚拟磁带库 |
厂商品牌 |
Quantum |
产品名 |
DXi6701 |
VTL数量 |
64 |
产品版本 |
2.1.3 |
磁带库槽位数 |
9000 |
磁带库出入槽位数 |
9000 |
磁带库驱动器数 |
256 |
磁带库磁带数 |
9000 |
|
|
|
|
|
功能测试 |
操作系统识别带机械手设备和磁带机设备 |
能够正常识别磁带机,机械手显示为介质变换器 |
备份软件可以识别到设备 |
备份软件可正常识别驱动器、机械臂 |
备份软件可以配置自动化带库成功 |
配置成功 |
初始化磁带库,检查机械手设备型号、驱动器个数、磁带信息,是否返回正确信息 |
备份软件识别带库信息正常 |
磁带Lable、Check in成功 |
检查成功 |
手工进行备份,备份作业能加载磁带并且成功完成 |
可以正常完成 |
对上一步备份的数据,进行恢复,病验证数据的有效性 |
可正常恢复 |
直接物理磁带出库测试(确保合规和归档要求) |
|
|
|
性能测试结果 |
-
使用单个驱动器对文件进行全备份
测试内容 |
使用单个驱动器对文件进行全备份 |
源文件 |
文件备份所使用的备份数据源为视频文件和VMware的VMDK文件,总计105GB(其中VMDK大小为70.7G,视频文件为34.8G)。 |
测试步骤 |
1、使用单个驱动器进行文件备份测试,此时NBU的DATA_BUFFER_SZIE为默认值64K,执行CLN3.File_Backup策略。
2、使用单个驱动器进行文件备份测试,将NBU的DATA_BUFFER_SIZE设置为262144(256k)执行CLN3.File_Backup策略。 |
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
748 |
1247 |
110233867 |
00:31:13 |
61375 |
64K |
750 |
1247 |
110233867 |
00:11:03 |
186017 |
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”、“J:\File_Backup”、“I:\File_Backup”、I:\File_Backup”(4个Lun均是HDS存储映射);
3. 同时执行创建的四个备份任务。
4. 配置CLN1、CLN2、CLN3、CLN4的Data_Buffer为256K;
5. 然后执行第二、第三步,进行测试。
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
751 |
1248 |
110708584 |
00:31:26 |
61264 |
64K |
752 |
1248 |
110708584 |
00:31:25 |
61306 |
64K |
753 |
1247 |
110233867 |
00:31:02 |
61740 |
64K |
754 |
1247 |
110233867 |
00:30:16 |
63233 |
64K |
759 |
1248 |
110708584 |
00:16:26 |
121043 |
256K |
760 |
1248 |
110708584 |
00:12:35 |
162346 |
256K |
761 |
1247 |
110233867 |
00:15:23 |
128720 |
256K |
762 |
1247 |
110233867 |
00:15:29 |
127837 |
256K |
|
-
使用8个驱动器对文件进行全备份
测试内容 |
使用8个驱动器对文件进行全备份 |
源文件 |
8个任务所使用的源文件相同均为视频文件和VMware的VMDK文件,总计105GB,其中VMDK大小为70.7G,视频文件为34.8G (从其中一个文件中copy出三个副本分别放在从2500盘阵上划分的3个LUN中,以确保源文件的读性能不会有瓶颈) |
测试步骤 |
1.配置CLN1、CLN2、CLN3、CLN4的Data_Buffer为64K;
2.创建八个备份任务CLN1.File_Backup、CLN1.1.File_Backup、CLN2.File_Backup、CLN2.2.File_Backup、CLN3.File_Backup、CLN3.3.File_Backup、CLN4.File_Backup、 CLN4.4.File_Backup,备份源文件分别是CLN1、CLN2、CLN3、CLN4客户端的“J:\File_Backup,K:\File_Backup”、“J:\File_Backup,K:\File_Backup”、“I:\File_Backup,K:\File_Backup”、I:\File_Backup,K:\File_Backup”(4个Lun均是HDS存储映射);
3.同时执行创建的八个备份任务。
4.配置CLN1、CLN2、CLN3、CLN4的Data_Buffer为256K;
5.然后执行第二、第三步,进行测试。 |
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
770 |
1248 |
110708584 |
00:33:59 |
56312 |
64K |
771 |
1248 |
110708584 |
00:29:26 |
65317 |
64K |
772 |
1248 |
110708584 |
00:34:22 |
55667 |
64K |
773 |
1248 |
110708584 |
00:29:28 |
65890 |
64K |
774 |
1247 |
110233867 |
00:32:42 |
58036 |
64K |
775 |
1247 |
110233867 |
00:27:08 |
70839 |
64K |
776 |
1247 |
110233867 |
00:33:03 |
57147 |
64K |
777 |
1247 |
110233867 |
00:26:48 |
71395 |
64K |
781 |
1248 |
110708584 |
00:27:06 |
71621 |
256K |
782 |
1248 |
110708584 |
00:17:15 |
113153 |
256K |
783 |
1248 |
110708584 |
00:28:12 |
69560 |
256K |
784 |
1248 |
110708584 |
00:22:46 |
87720 |
256K |
785 |
1247 |
110233867 |
00:27:22 |
69583 |
256K |
786 |
1247 |
110233867 |
00:19:58 |
97316 |
256K |
787 |
1247 |
110233867 |
00:28:02 |
68049 |
256K |
788 |
1247 |
110233867 |
00:20:27 |
94952 |
256K |
|
-
对Windows上的ORACLE进行备份(Oracle为单通道)
测试内容 |
对Windows上的ORACLE进行备份(Oracle为单通道) |
数据库 |
|
测试步骤 |
1. 修改Oracle上的备份脚本;
2. 创建名为CLN4.oracle 的备份策略;
3. 执行ORACLE全备份。
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
793 |
1 |
93062432 |
00:42:35 |
36788 |
64K |
795 |
1 |
10016 |
00:00:21 |
3776 |
64K |
796 |
1 |
151328 |
00:00:24 |
33450 |
64K |
797 |
1 |
10016 |
00:00:26 |
3963 |
64K |
804 |
1 |
93062432 |
00:34:23 |
45641 |
256K |
805 |
1 |
10016 |
00:00:23 |
4652 |
256K |
806 |
1 |
1568 |
00:00:18 |
648 |
256K |
807 |
1 |
10016 |
00:00:19 |
4089 |
256K |
|
-
对Windows上的ORACLE进行备份(Oracle为双通道)
测试内容 |
对Windows上的ORACLE进行备份(Oracle为双通道) |
数据库 |
|
测试步骤 |
1. 修改Oracle上的备份脚本(配置Oracle使用两个通道);
2. 创建名为CLN4.oracle的备份策略;
3. 执行ORACLE全备份。
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
812 |
1 |
46230304 |
00:26:22 |
29812 |
64K |
813 |
1 |
46832160 |
00:26:21 |
29960 |
64K |
823 |
1 |
10016 |
00:00:17 |
4224 |
64K |
824 |
1 |
288 |
00:00:16 |
139 |
64K |
825 |
1 |
3872 |
00:00:18 |
1560 |
64K |
826 |
1 |
10016 |
00:00:20 |
3891 |
64K |
828 |
1 |
46230304 |
00:15:52 |
49983 |
256K |
829 |
1 |
46832160 |
00:15:14 |
51173 |
256K |
830 |
1 |
288 |
00:00:10 |
104 |
256K |
831 |
1 |
10016 |
00:00:19 |
4115 |
256K |
832 |
1 |
1568 |
00:00:24 |
644 |
256K |
833 |
1 |
10016 |
00:00:16 |
4063 |
256K |
|
-
对Windows上的ORACLE进行备份(Oracle为4个通道)
测试内容 |
对Windows上的ORACLE进行备份(Oracle为4个通道) |
数据库 |
|
测试步骤 |
1.修改Oracle上的备份脚本(配置Oracle使用四个通道);
2.创建名为CLN1.oracle、CLN2.oracle、CLN3.oracle、CLN4.oracle的备份策略;
3.同时执行上面四个策略进行备份测试。(Data_Buffer值为256K) |
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
875 |
1 |
57488928 |
00:07:53 |
129335 |
256K |
876 |
1 |
23988768 |
00:06:12 |
68882 |
256K |
877 |
1 |
24543264 |
00:05:09 |
86538 |
256K |
878 |
1 |
24434976 |
00:04:05 |
109403 |
256K |
880 |
1 |
23060768 |
00:26:54 |
14459 |
256K |
881 |
1 |
22456864 |
00:27:23 |
13855 |
256K |
882 |
1 |
22760480 |
00:32:02 |
11957 |
256K |
883 |
1 |
23003168 |
00:06:47 |
58126 |
256K |
885 |
1 |
22817056 |
00:25:18 |
15193 |
256K |
886 |
1 |
23062560 |
00:24:17 |
16057 |
256K |
887 |
1 |
23007520 |
00:24:16 |
16127 |
256K |
888 |
1 |
22454816 |
00:25:25 |
14889 |
256K |
889 |
1 |
30970400 |
00:31:42 |
16490 |
256K |
890 |
1 |
30516768 |
00:31:21 |
16467 |
256K |
891 |
1 |
15866400 |
00:25:40 |
10439 |
256K |
892 |
1 |
15709472 |
00:24:58 |
10583 |
256K |
893 |
1 |
12832 |
00:00:19 |
5172 |
256K |
894 |
1 |
288 |
00:00:23 |
119 |
256K |
895 |
1 |
2592 |
00:00:22 |
1079 |
256K |
896 |
1 |
288 |
00:00:16 |
143 |
256K |
897 |
1 |
12832 |
00:00:19 |
5271 |
256K |
898 |
1 |
10016 |
00:00:16 |
3309 |
256K |
899 |
1 |
288 |
00:00:15 |
119 |
256K |
900 |
1 |
10016 |
00:00:22 |
4619 |
256K |
901 |
1 |
1824 |
00:00:23 |
789 |
256K |
902 |
1 |
288 |
00:00:17 |
118 |
256K |
903 |
1 |
10016 |
00:00:24 |
4619 |
256K |
904 |
1 |
10016 |
00:00:16 |
3416 |
256K |
905 |
1 |
288 |
00:00:21 |
144 |
256K |
907 |
1 |
1568 |
00:00:24 |
648 |
256K |
908 |
1 |
10016 |
00:00:17 |
4619 |
256K |
909 |
1 |
1568 |
00:00:21 |
605 |
256K |
910 |
1 |
10016 |
00:00:14 |
3433 |
256K |
|
-
对Windows上的文件进行恢复
测试内容 |
对Windows上的文件进行恢复 |
源文件 |
文件备份所使用的备份数据源为视频文件和VMware的VMDK文件,总计105GB(其中VMDK大小为70.7G,视频文件为34.8G)。 |
测试步骤 |
使用NBU默认参数(Data_Buffer为256K)进行文件恢复测试;
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
906 |
1248 |
110708584 |
00:18:41 |
103107 |
256K |
|
-
对Windows上的文件进行恢复
测试内容 |
对Windows上的文件进行恢复 |
源文件 |
文件备份所使用的备份数据源为视频文件和VMware的VMDK文件,总计105GB(其中VMDK大小为70.7G,视频文件为34.8G)。 |
测试步骤 |
使用NBU默认参数(Data_Buffer为256K)进行文件恢复测试;
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
911 |
1 |
10016 |
00:00:25 |
161548 |
256K |
912 |
1 |
23060768 |
00:03:47 |
130748 |
256K |
913 |
1 |
22456864 |
00:03:54 |
127223 |
256K |
914 |
1 |
22760480 |
00:04:01 |
125677 |
256K |
915 |
1 |
23003168 |
00:04:03 |
125258 |
256K |
|
上一张
下一张
|
|
测试截图 |
|
|
在2012年10月15日,渠道在线、存储在线联合发起并正式启动2012中国VTL大型评测活动。该活动测试平台由长虹佳华与DOIT传媒共同搭建,评测实行公平公正公开的原则。众多业界著名的VTL厂商昆腾、火星高科、IMATION、上海容错等厂商受到邀请,并参与该评测活动。 VTL评测活动力求让用户对当前VTL产品做更加全面的了解,也对厂商VTL产品和技术做一次全面的测试评选。DOIT传媒旗下两大网络媒体也将对测试活动做跟踪报道和推荐,对于厂商送测的VTL,将依据实际的测试结果,认定为“2012年VTL大型横测DOSTOR DOCHANNEL联合推荐产品”。
|
|
长虹佳华云计算体验中心
长虹佳华作为国内稳居前列的IT分销商,一直站在IT技术发展的前沿。多年以前,长虹佳华就敏锐地感觉到,云技术将会成为未来IT发展的重要方向之一,并为此做了大量准备与技术积累。随着云技术的逐渐成熟及凭借长虹佳华近年来的积累与沉淀,2011年8月,长虹佳华联合多家IT一线厂商投入大量资源,将原有的长虹佳华数据方案实验中心升级为长虹佳华云计算体验暨培训中心。《详细》
|
|
最新报道
张金华:昆腾在中国不会走向市场饱和
大数据时代的到来,让昆腾在坚持数据保护解决方案的同时,也开始了自身的转型。借助于大数据时代用户的全新需求,昆腾正逐步将其在数据存储、数据保护领域所擅长的事情推广到虚拟化、云计算的环境以及应对大数据挑战的需求中来。对于昆腾来说,这一转型或许是这家数据保护厂商在“从硬盘厂商转型企业级存储厂商”之后最大的一次转型。<详细>
专题制作
策划:彭彦明
编辑:黄辉
设计:曹晓怡
邮箱:hui.huang@doit.com.cn
联系方式:(8610)58222880-815
|
|
|
|