一． 测试目的
本文档是使用赛门铁克备份软件NetBackup(以下简称为NBU)进行各个厂商的虚拟带库测试文档，主要描述了测试的目标、执行测试时需要的资源、测试带库的性能数据。在测试阶段的测试工作将依照本文档执行。
本次测试方案涉及的产品组件为NetBackup7.5.03备份软件、虚拟带库（VTL）、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 |
|
|
3. 虚拟带库配置
|
带库名称 |
容错虚拟磁带库 |
|
厂商品牌 |
容错 |
|
产品名 |
容错 Everest 8848 |
|
VTL数量 |
128 |
|
产品版本 |
3.0 |
|
磁带库槽位数 |
65536 |
|
磁带库出入槽位数 |
1024 |
|
磁带库驱动器数 |
1024 |
|
磁带库磁带数 |
65535 |
测试环境拓扑图：
实际测试环境拓扑结构图
本次测试中，容错的VTL使用的是FC的接口通过光纤交换机和备份客户端划在同一zone里，实现LAN-Free备份。备份客户端后端使用AMS2500的存储，文件备份和Oracle备份的源数据均存放在HDS映射出来的Lun上。
四． 测试人员&设备检查
|
单位 |
姓名 |
职位 |
|
长虹佳华 |
陈秀武 |
支持总监 |
|
长虹佳华 |
丁新 |
工程师 |
|
容错厂商 |
王一骏 |
厂商工程师 |
本次测试上海容错技术人员和其送测的VTL设备同时到达测试地点长虹佳华云计算体验中心，测试当天，上海容错技术人员与长虹佳华工程师共同开箱，检查设备内部的情况。从开箱照片可以看出，上海容错VTL设备的纸箱设计简单而又非常精心，考虑到设备远途运输的风险，VTL设备顶部有一整块纸箱和泡沫防震，同时在不浪费空间的情况下，顶部防震纸箱还设计一个长方形小箱子装配件。作为国产VTL代表厂商之一，上海容错在产品运输环节的细心考虑，足见其对产品的呵护和服务细节的重视。
机箱背部的设计也非常考究，电源采用2＋1可热插拔的冗余电源，使这款机型更加适合对业务连续性要求高的客户环境。
从参与测试的容错Everest 8848虚拟磁带库设备正面可以看出，该VTL内置了2个可以导出到磁盘的RDX驱动器，通过RDX驱动器，使得将数据可以“移出”备份设备，相比传统磁带库以磁带方式移出，客户不仅可以节约购买物理磁带库的成本，而且容错虚拟磁带库移出的是安全加固的RDX磁盘，磁盘是全密封的存储介质，不会轻易受环境因素影响而无法读取，RDX磁盘的寿命达到10年以上，比起磁带更容易长期保存和提供更加高的可恢复性。
厂商技术人员现场填写容错Everest 8848 VTL设备具体配置
从开箱之后，机器内部整体照片可以看出，容错Everest 8848 VTL设备内部设计结构合理，数据线、电源线的走线也巧妙避开散热风扇排风口，使得整体设计可以发挥出机箱内部更好的散热能力，同时采用了两颗CPU，内存插槽插满了6根内存条。细心的朋友通过图片应该可以看出，此次容错Everest 8848 VTL预留的PCIE扩展槽可以按需配置成FC HBA卡、RAID卡和SAS Expender卡，给提升性能和容量保留了充足的空间，同时采用了一个QLOGIC的QLE2560 HBA光纤卡（8GB），QLogic 2560 HBA卡在电源和虚拟化优化方面能完全满足现今数据中心的苛刻需求，并且向前兼容之前版本的适配器（包括4Gb和2Gb技术），能有效地保护现有投资。除此之外，QLogic 2560 HBA卡还具备 QLogic独有的动态电源管理技术，能提供尽可能低的功耗。此外，该系列还特别针对虚拟化、RAS（可靠性、可用性和服务性）、安全以及管理进行过优化，能有效地将服务器连接性转化为竞争优势。
?
容错Everest 8848 测试机采用了两颗Intel Xeon E5506?2.13G处理器，内存插槽插满了6根4GB ECC DDR3 1333内存，但现场测试只启用了4根内存。
负责测试的工程师现场安装并配置机器
五． 磁带库功能测试
容错虚拟磁带库共虚拟了14个驱动器到存储，37盘磁带（7TB容量），备份软件内可正常识别相应的组件。详细信息如下：
|
操作系统识别带机械手设备和磁带机设备 |
能够正常识别磁带机，机械手未能找到合适的驱动，显示为未知设备 |
|
备份软件可以识别到设备 |
备份软件可正常识别驱动器、机械臂 |
|
备份软件可以配置自动化带库成功 |
配置成功 |
|
初始化磁带库，检查机械手设备型号、驱动器个数、磁带信息，是否返回正确信息 |
备份软件识别带库信息正常 |
|
磁带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 |
|
1028 |
1247 |
110233867 |
00:57:37 |
32696 |
64K |
|
|
1035 |
1247 |
110233867 |
00:13:40 |
148953 |
256K |
|
|
测试截图 |
|
|||||
|
测试内容 |
使用4个驱动器对文件进行全备份 |
|||||
|
源文件 |
4个任务所使用的源文件相同均为视频文件和VMware的VMDK文件，总计105GB，其中VMDK大小为70.7G，视频文件为34.8G（从其中一个文件中copy出三个副本分别放在 从2500盘阵上划分的3个LUN中，以确保源文件的读性能不会有瓶颈） |
|||||
|
测试步骤 |
1.配置CLN1、CLN2、CLN3、CLN4的Data_Buffer为256K； 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.同时执行创建的四个备份任务。 |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
|
1036 |
1248 |
110708584 |
01:59:11 |
15688 |
256K |
|
|
1037 |
1248 |
110708584 |
01:57:35 |
15906 |
||
|
1038 |
1247 |
110233867 |
01:54:51 |
16237 |
||
|
1039 |
1247 |
110233867 |
01:55:35 |
16123 |
||
|
总速度（虚拟带库磁盘做的软Raid） |
63954 |
|||||
|
测试截图 |
|
|||||
|
结论 |
文件备份成功。 |
|||||
2．2.对Windows上的Oracle数据库备份
|
测试内容 |
对Windows上的ORACLE进行备份（Oracle为单通道） |
|||||
|
数据库 |
|
|||||
|
测试步骤 |
1.修改Oracle上的备份脚本； 2.创建名为CLN4.oracle 的备份策略； 3.执行ORACLE全备份。 |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
Data_Buffer |
|
1060 |
1 |
93062432 |
00:24:50 |
63849 |
256K |
|
|
1065 |
1 |
10016 |
00:00:22 |
4368 |
||
|
1066 |
1 |
30496 |
00:00:23 |
13577 |
||
|
1067 |
1 |
10016 |
00:00:25 |
4521 |
||
|
测试截图 |
|
|||||
|
结论 |
Oracle备份成功。 |
|||||
?
|
测试内容 |
对Windows上的ORACLE进行备份（Oracle为双通道） |
|||||
|
数据库 |
|
|||||
|
测试步骤 |
1.修改Oracle上的备份脚本（配置Oracle使用两个通道）； 2.创建名为CLN4.oracle的备份策略； 3.执行ORACLE全备份。 |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
Data_Buffer |
|
1078 |
1 |
46832160 |
00:30:04 |
26441 |
256K |
|
|
1079 |
1 |
46230560 |
00:29:43 |
26218 |
||
|
1080 |
1 |
10016 |
00:00:26 |
4521 |
||
|
1081 |
1 |
288 |
00:00:20 |
125 |
||
|
1082 |
1 |
3104 |
00:00:21 |
1275 |
||
|
1083 |
1 |
10016 |
00:00:22 |
4398 |
||
|
（虚拟带库磁盘做的是软Raid） |
||||||
|
测试截图 |
|
|||||
|
结论 |
Oracle备份成功。 |
|||||
|
测试内容 |
对Windows上的ORACLE进行备份（每个Oracle数据库为四个通道） |
|||||
|
数据库 |
|
|||||
|
测试步骤 |
1.修改Oracle上的备份脚本（配置Oracle使用四个通道）； 2.创建名为CLN3.oracle、CLN4.oracle的备份策略； 3.同时执行上面两个策略进行备份测试。（Data_Buffer值为256K） |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
Data_Buffer |
|
1087 |
1 |
22454816 |
00:48:06 |
7861 |
256K |
|
|
1088 |
1 |
23009056 |
00:50:25 |
7669 |
||
|
1089 |
1 |
22844704 |
00:49:34 |
7738 |
||
|
1090 |
1 |
23062560 |
00:50:23 |
7726 |
||
|
1091 |
1 |
30970400 |
00:54:30 |
9635 |
||
|
1092 |
1 |
30516768 |
00:54:19 |
9425 |
||
|
1093 |
1 |
15709472 |
00:38:28 |
6900 |
||
|
1094 |
1 |
15866400 |
00:39:07 |
6868 |
||
|
1095 |
1 |
10016 |
00:00:35 |
4037 |
||
|
1096 |
1 |
288 |
00:00:33 |
144 |
||
|
1097 |
1 |
10016 |
00:00:33 |
6055 |
||
|
1098 |
1 |
288 |
00:00:28 |
139 |
||
|
1099 |
1 |
127520 |
00:00:21 |
38020 |
||
|
1100 |
1 |
10016 |
00:00:21 |
4427 |
||
|
1101 |
1 |
1568 |
00:00:23 |
744 |
||
|
1102 |
1 |
10016 |
00:00:25 |
4755 |
||
|
（虚拟带库磁盘做的软Raid） |
||||||
|
测试截图 |
|
|||||
|
结论 |
Oracle备份成功。 |
|||||
?
3.对Windows上的文件进行恢复
|
测试内容 |
对文件恢复。 |
|||||
|
源文件 |
文件备份所使用的备份数据源为视频文件和VMware的VMDK文件，总计105GB（其中VMDK大小为70.7G，视频文件为34.8G）。 |
|||||
|
测试步骤 |
使用NBU默认参数（Data_Buffer为256K）进行文件恢复测试； |
|||||
|
测试结果 |
Job ID |
文件个数 |
文件大小(KB) |
运行时间 |
平均速度(KB/S) |
NBU Data_Buffer |
|
1103 |
1246 |
110233867 |
00:09:22 1 |
214707 |
256K |
|
|
测试截图 |
|
|||||
|
结论 |
文件恢复成功。 |
|||||
七．编辑点评
Dostor&Dochannel编辑点评：从测试结果可以看出，上海容错Everest 8848 VTL提供2个千兆iscsi接口和2个8Gb光纤接口，支持SAN备份环境，提供从入门18T可用容量到512TB容量的备份空间。值得关注的是Everest 8848以国内自主开发的虚拟带库软件结合业界稳定存储设备于一体，同时内置了RDX驱动器，提供导出到RDX可移动磁盘功能，可以实现备份归档一体化：可将虚拟磁带上的备份数据导出实现离线存放的功能，更切实、更大范围地满足了用户备份的实际需求；客户不仅可以节约购买物理磁带库的成本，而且容错虚拟磁带库移出的是安全加固的RDX磁盘，磁盘是全密封的存储介质，不会轻易受环境因素影响而无法读取，RDX磁盘的寿命达到10年以上，比起磁带更容易长期保存和提供更加高的可恢复性 。整体来看，容错Everest 8848虚拟磁带库采用业界高标准硬件、自主知识产权软件、领先的备份和恢复速度适合大数据量又对数据安全要求更高的外企、银行、政府和广电系统用户使用，特别适合原来采用了物理磁带库备份和新建备份系统并有数据离线保存要求的用户。
八．评测室介绍
长虹佳华云计算体验中心
长虹佳华作为国内稳居前列的IT分销商，一直站在IT技术发展的前沿。多年以前，长虹佳华就敏锐地感觉到，云技术将会成为未来IT发展的重要方向之一，并为此做了大量准备与技术积累。随着云技术的逐渐成熟及凭借长虹佳华近年来的积累与沉淀，2011年8月，长虹佳华联合多家IT一线厂商投入大量资源，将原有的长虹佳华数据方案实验中心升级为长虹佳华云计算体验暨培训中心。中心涵盖了业界主流的云技术产品，例如云存储、云网络、云管理等。同时，长虹佳华技术团队明确自身定位，秉承着“整合而非创造云技术”的宗旨，将多年来对IT应用系统的理解以及对云技术的理解都融入到中心内。
长虹佳华云计算体验中心构架上可以模拟现有主流的IaaS、PaaS、SaaS云服务，应用上可以实现从需求发起、自动响应到自动部署、自动反馈结果的完整云服务式体验，技术上可以实现跨区域系统移动、所有资源动态调整、自动回收资源并体现系统的绿色节能。长虹佳华云体验中心不仅能给特定的行业用户提供定制的云技术解决方案，而且还能为下游渠道和客户提供云计算方案展示、测试服务、培训服务、技术认证和环境租赁等基于云架构的数据全流程解决方案和增值服务，涵盖用户关心的私有云与公有云解决方案。随着云技术的发展，长虹佳华将会一直保持云计算体验中心的技术先进性，并继续秉承“做帮助成长、支持成功的好伙伴”的核心理念，为厂商、渠道合作伙伴、用户提供技术交流、技术培训、环境搭建、方案验证、产品评测、产品展示的平台。
