一. 测试目的
本文档是使用赛门铁克备份软件NetBackup(以下简称为NBU)进行各个厂商的虚拟带库测试文档，主要描述了测试的目标、执行测试时需要的资源、测试带库的性能数据。在测试阶段的测试工作将依照本文档执行。
本次测试方案涉及的产品组件为NetBackup7.5.03备份软件、虚拟带库(VLT)、AMS2500存储等。
二. 测试目标
1. 对Windows系统上的文件备份及恢复;
2. 对Windows上的Oracle进行备份与恢复;
三. 测试环境描述
测试环境系统配置：
1.服务器配置
|
系统名称 |
主机名 |
产品型号 |
硬件配置 |
备注 |
|
备份服务器 |
NBU |
IBM 3550M3 |
Intel E5620 2.4GHz Dual； 24G Memory； Emulex 4GB HBA |
Windows Server2008 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 |
测试环境拓扑图(点击看大图）：
本次测试中，QUANTUM的DXi6701 VTL使用的是其2个8Gb FC端口中的1个通过光纤交换机和备份客户端划在同一zone里，实现在8Gb FC SAN环境下的文件和数据库的LAN-Free备份。备份客户端后端使用AMS2500的存储，文件备份和Oracle备份的源数据均存放在HDS映射出来的Lun上。
四. 测试人员&设备检查
|
单位 |
姓名 |
职位 |
|
长虹佳华 |
陈秀武 |
支持总监 |
|
长虹佳华 |
丁新 |
工程师 |
|
Quantum厂商 |
李晗 |
资深技术顾问 |
在本次测试之前，昆腾将DXi6701虚拟磁带库发送到测试地点长虹佳华云计算体验中心，测试当天，昆腾技术人员与长虹佳华工程师共同开箱，检查设备内部的情况。
参与测试的昆腾DXi6701 VTL设备
厂商技术人员现场填写昆腾DXi6701 VTL设备具体配置
从实际照片可以看出， QUANTUM的DXi6701 VTL设备内部走线非常清晰，内部结构分明，使用了高品质的LSI的RAID卡 和一个QLOGIC的QLE2564 4端口8Gb FC HBA加速卡，以及两颗CPU及其内存。
从机箱整体照片可以容易看出，DXi6701内部走线非常清晰、整齐，不管是风扇走线、还是其他板卡的电源、数据线，在机箱内部设计都非常有条理，这样更利于机箱内部空气流动，利于芯片散热，提高机器的运转效率。
负责测试的工程师现场安装并配置机器
五.磁带库功能测试
此次测试QUANTUM DXi6701配置成共虚拟了16个LTO4驱动器、20盘LTO4磁带(16T容量)的QUANTUM Scalar i500磁带库，并启用重复数据删除功能，各主机操作系统及NBU备份软件均可正常识别相应的组件。详细信息如下：
|
操作系统识别带机械手设备和磁带机设备 |
能够正常识别磁带机，机械手显示为介质变换器 |
|
备份软件可以识别到设备 |
备份软件可正常识别驱动器、机械臂 |
|
备份软件可以配置自动化带库成功 |
配置成功 |
|
初始化磁带库，检查机械手设备型号、驱动器个数、磁带信息，是否返回正确信息 |
备份软件识别带库信息正常 |
|
磁带Lable、Check in成功 |
检查成功 |
|
手工进行备份，备份作业能加载磁带并且成功完成 |
可以正常完成 |
|
对上一步备份的数据，进行恢复，病验证数据的有效性 |
可正常恢复 |
|
直接物理磁带出库测试（确保合规和归档要求） |
六.测试内容及性能数据
1.对Windows上的文件进行备份
本次关于文件备份所使用的客户端为主机名为CLN1、CLN2、CLN3、CLN4的机器。
|
测试内容 |
使用单个驱动器对文件进行全备份 |
|||||
|
源文件 |
文件备份所使用的备份数据源为视频文件和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个任务所使用的源文件相同均为视频文件和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 |
||
|
753 |
1247 |
110233867 |
00:31:02 |
61740 |
||
|
754 |
1247 |
110233867 |
00:30:16 |
63233 |
||
|
总速度 |
247543 |
|||||
|
759 |
1248 |
110708584 |
00:16:26 |
121043 |
256K |
|
|
760 |
1248 |
110708584 |
00:12:35 |
162346 |
||
|
761 |
1247 |
110233867 |
00:15:23 |
128720 |
||
|
762 |
1247 |
110233867 |
00:15:29 |
127837 |
||
|
总速度 |
539936 |
|||||
|
测试截图 |
|
|||||
|
测试内容 |
使用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 |
||
|
772 |
1248 |
110708584 |
00:34:22 |
55667 |
||
|
773 |
1248 |
110708584 |
00:29:28 |
65890 |
||
|
774 |
1247 |
110233867 |
00:32:42 |
58036 |
||
|
775 |
1247 |
110233867 |
00:27:08 |
70839 |
||
|
776 |
1247 |
110233867 |
00:33:03 |
57147 |
||
|
777 |
1247 |
110233867 |
00:26:48 |
71395 |
||
|
总速度 |
500603 |
|||||
|
781 |
1248 |
110708584 |
002706 |
71621 |
256K |
|
|
782 |
1248 |
110708584 |
001715 |
113153 |
||
|
783 |
1248 |
110708584 |
002812 |
69560 |
||
|
784 |
1248 |
110708584 |
002246 |
87720 |
||
|
785 |
1247 |
110233867 |
002722 |
69583 |
||
|
786 |
1247 |
110233867 |
001958 |
97316 |
||
|
787 |
1247 |
110233867 |
002802 |
68049 |
||
|
788 |
1247 |
110233867 |
002027 |
94952 |
||
|
总速度 |
671954 |
|||||
|
测试截图 |
|
|||||
|
测试内容 |
对Windows上的ORACLE进行备份（Oracle为单通道） |
|||||
|
数据库 |
||||||
|
测试步骤 |
1. 修改Oracle上的备份脚本； 2. 创建名为CLN4.oracle 的备份策略； 3. 执行ORACLE全备份。 |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
Data_Buffer |
|
793 |
1 |
93062432 |
00:42:35 |
36788 |
64K |
|
|
795 |
1 |
10016 |
00:00:21 |
3776 |
||
|
796 |
1 |
151328 |
00:00:24 |
33450 |
||
|
797 |
1 |
10016 |
00:00:26 |
3963 |
||
|
总速度 |
77977 |
|||||
|
804 |
1 |
93062432 |
00:34:23 |
45641 |
256K |
|
|
805 |
1 |
10016 |
00:00:23 |
4652 |
||
|
806 |
1 |
1568 |
00:00:18 |
648 |
||
|
807 |
1 |
10016 |
00:00:19 |
4089 |
||
|
总速度 |
55030 |
|||||
|
测试截图 |
 |
|||||
|
结论 |
Oracle备份成功。 |
|||||
|
对Windows上的ORACLE进行备份（Oracle为双通道） |
||||||
|
数据库 |
|
|||||
|
测试步骤 |
1.修改Oracle上的备份脚本（配置Oracle使用两个通道）； 2.创建名为CLN4.oracle的备份策略； 3.执行ORACLE全备份。 |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
Data_Buffer |
|
812 |
1 |
46230304 |
00:26:22 |
29812 |
64K |
|
|
813 |
1 |
46832160 |
00:26:21 |
29960 |
||
|
823 |
1 |
10016 |
00:00:17 |
4224 |
||
|
824 |
1 |
288 |
00:00:16 |
139 |
||
|
825 |
1 |
3872 |
00:00:18 |
1560 |
||
|
826 |
1 |
10016 |
00:00:20 |
3891 |
||
|
总速度 |
69586 |
|||||
|
828 |
1 |
46230304 |
00:15:52 |
49983 |
256K |
|
|
829 |
1 |
46832160 |
00:15:41 |
51173 |
||
|
830 |
1 |
288 |
00:00:10 |
104 |
||
|
831 |
1 |
10016 |
00:00:19 |
4115 |
||
|
832 |
1 |
1568 |
00:00:24 |
644 |
||
|
833 |
1 |
10016 |
00:00:16 |
4063 |
||
|
总速度 |
110082 |
|||||
|
结论 |
Oracle备份成功。 |
|||||
|
测试截图 |
|
|||||
|
测试内容 |
对Windows上的ORACLE进行备份（每个Oracle数据库为四个通道） |
|||||
|
数据库 |
|
|||||
|
测试步骤 |
1.修改Oracle上的备份脚本（配置Oracle使用四个通道）； 2.创建名为CLN1.oracle、CLN2.oracle、CLN3.oracle、CLN4.oracle的备份策略； 3.同时执行上面四个策略进行备份测试。（Data_Buffer值为256K） |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
Data_Buffer |
|
875 |
1 |
57488928 |
00:07:53 |
129335 |
? 256K |
|
|
876 |
1 |
23988768 |
00:06:12 |
68882 |
||
|
877 |
1 |
24543264 |
00:05:09 |
86538 |
||
|
878 |
1 |
24434976 |
00:04:05 |
109403 |
||
|
880 |
1 |
23060768 |
00:26:54 |
14459 |
||
|
881 |
1 |
22456864 |
00:27:23 |
13855 |
||
|
882 |
1 |
22760480 |
00:32:02 |
11957 |
||
|
883 |
1 |
23003168 |
00:06:47 |
58126 |
||
|
885 |
1 |
22817056 |
00:25:18 |
15193 |
||
|
886 |
1 |
23062560 |
00:24:17 |
16057 |
||
|
887 |
1 |
23007520 |
00:24:16 |
16127 |
||
|
888 |
1 |
22454816 |
00:25:25 |
14889 |
||
|
889 |
1 |
30970400 |
00:31:42 |
16490 |
||
|
890 |
1 |
30516768 |
00:31:21 |
16467 |
||
|
891 |
1 |
15866400 |
00:25:40 |
10439 |
||
|
892 |
1 |
15709472 |
00:24:58 |
10583 |
||
|
893 |
1 |
12832 |
00:00:19 |
5172 |
||
|
894 |
1 |
288 |
00:00:23 |
119 |
||
|
895 |
1 |
2592 |
00:00:22 |
1079 |
||
|
896 |
1 |
288 |
00:00:16 |
143 |
||
|
897 |
1 |
12832 |
00:00:19 |
5271 |
||
|
898 |
1 |
10016 |
00:00:16 |
3309 |
||
|
899 |
1 |
288 |
00:00:15 |
119 |
||
|
900 |
1 |
10016 |
00:00:22 |
4619 |
||
|
901 |
1 |
1824 |
00:00:23 |
789 |
||
|
902 |
1 |
288 |
00:00:17 |
118 |
||
|
903 |
1 |
10016 |
00:00:24 |
4196 |
||
|
904 |
1 |
10016 |
00:00:16 |
3416 |
||
|
905 |
1 |
288 |
00:00:21 |
144 |
||
|
907 |
1 |
1568 |
00:00:24 |
648 |
||
|
908 |
1 |
10016 |
00:00:17 |
4619 |
||
|
909 |
1 |
1568 |
00:00:21 |
605 |
||
|
910 |
1 |
10016 |
00:00:14 |
3433 |
||
|
总速度 |
646599 |
|||||
|
结论 |
Oracle备份成功。 |
|||||
|
测试内容 |
对文件恢复。 |
|||||
|
源文件 |
文件备份所使用的备份数据源为视频文件和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 |
|
|
测试截图 |
 |
|||||
|
结论 |
文件恢复成功。 |
|||||
|
测试内容 |
对Oracle数据库进行恢复测试。 |
|||||
|
源文件 |
||||||
|
测试步骤 |
使用NBU默认参数（Data_Buffer为256K）进行Oracle数据库恢复测试； 设置的是单通道进行恢复测试。 |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
|
911 |
1 |
10016 |
00:00:25 |
161548 |
256K |
|
|
912 |
1 |
23060768 |
00:03:47 |
130748 |
||
|
913 |
1 |
22456864 |
00:03:54 |
127223 |
||
|
914 |
1 |
22760480 |
00:04:01 |
125677 |
||
|
915 |
1 |
23003168 |
00:04:03 |
125258 |
||
|
总速度 |
670454 |
|||||
|
结论 |
数据库恢复成功。 |
|||||
|
测试截图 |
|
|||||
Dostor&Dochannel编辑点评：从测试结果可以看出，昆腾DXi6701具备非常强大的重复数据删除功能，能够提供完美的重复数据删除功能，出色地组合了最广泛的可扩展性和最卓越的性能与一流的价值和独特的延伸性，能够支持最广泛的IT环境。另外，DXi6701可在不断变化的备份环境中提供最大的灵活性和最出色的投资保护价值(提供同步的NAS、VTL和OST接口)，据测试人员介绍这些设备的基准价格包括所有的软件许可(含复制、直接磁带创建和提供混合式重复数据删除的新DXi Accent软件)，能够为任何中端到企业级设备提供最快的备份性能。比如在安阳银行异地数据存储备份方面有着成功的应用。可见，DXi6701设备适合中端及企业环境的用户，其可扩展性，可提供多协议接口和同类设备中出色的性能，可以为IT部门在选择重复数据删除解决方案时，带来更有利的因素，无需继续在性能、可扩展性、接口协议或总拥有成本之间进行权衡。
长虹佳华云计算体验中心
长虹佳华作为国内稳居前列的IT分销商，一直站在IT技术发展的前沿。多年以前，长虹佳华就敏锐地感觉到，云技术将会成为未来IT发展的重要方向之 一，并为此做了大量准备与技术积累。随着云技术的逐渐成熟及凭借长虹佳华近年来的积累与沉淀，2011年8月，长虹佳华联合多家IT一线厂商投入大量资 源，将原有的长虹佳华数据方案实验中心升级为长虹佳华云计算体验暨培训中心。中心涵盖了业界主流的云技术产品，例如云存储、云网络、云管理等。同时，长虹 佳华技术团队明确自身定位，秉承着“整合而非创造云技术”的宗旨，将多年来对IT应用系统的理解以及对云技术的理解都融入到中心内。
长虹佳华云计算体验中心构架上可以模拟现有主流的IaaS、PaaS、SaaS云服务，应用上可以实现从需求发起、自动响应到自动部署、自动反馈结 果的完整云服务式体验，技术上可以实现跨区域系统移动、所有资源动态调整、自动回收资源并体现系统的绿色节能。长虹佳华云体验中心不仅能给特定的行业用户 提供定制的云技术解决方案，而且还能为下游渠道和客户提供云计算方案展示、测试服务、培训服务、技术认证和环境租赁等基于云架构的数据全流程解决方案和增 值服务，涵盖用户关心的私有云与公有云解决方案。随着云技术的发展，长虹佳华将会一直保持云计算体验中心的技术先进性，并继续秉承“做帮助成长、支持成功 的好伙伴”的核心理念，为厂商、渠道合作伙伴、用户提供技术交流、技术培训、环境搭建、方案验证、产品评测、产品展示的平台。
