DOSTOR DOCHANNEL编辑点评

上海容错Everest 8848 VTL提供2个千兆iscsi接口和2个8Gb光纤接口，支持SAN备份环境，提供从入门18T可用容量到512TB容量的备份空间。值得关注的是Everest 8848以国内自主开发的虚拟带库软件结合业界稳定存储设备于一体，同时内置了RDX驱动器，提供导出到RDX可移动磁盘功能，可以实现备份归档一体化：可将虚拟磁带上的备份数据导出实现离线存放的功能，更切实、更大范围地满足了用户备份的实际需求···《详细》
     评测环境
系统名称 主机名 产品型号 硬件配置 备注
备份服务器 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
    实际测试环境拓扑结构图
      磁带库配置
        带库名称 容错虚拟磁带库
        厂商品牌 容错
        产品名 容错 Everest 8848
        VTL数量 128
        产品版本 3.0
        磁带库槽位数 65536
        磁带库出入槽位数 1024
        磁带库驱动器数 1024
        磁带库磁带数 65536
      测试人员
陈秀武 丁新 王一骏
 
        功能测试
操作系统识别带机械手设备和磁带机设备 能够正常识别磁带机，机械手未能找到合适的驱动，显示为未知设备
备份软件可以识别到设备 备份软件可正常识别驱动器、机械臂
备份软件可以配置自动化带库成功 配置成功
初始化磁带库，检查机械手设备型号、驱动器个数、磁带信息，是否返回正确信息 备份软件识别带库信息正常
磁带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
    1028 1247 110233867 00:57:37 32696 64K
    1035 1247 110233867 00:13:40 148953 256K

  • 使用4个驱动器对文件进行全备份

    测试内容 使用4个驱动器对文件进行全备份
    源文件 4个任务所使用的源文件相同均为视频文件和VMware的VMDK文件，总计105GB，其中VMDK大小为70.7G，视频文件为34.8G
    （从其中一个文件中copy出三个副本分别放在从2500盘阵上划分的3个LUN中，以确保源文件的读性能不会有瓶颈）
    测试步骤 1．配置CLN1、CLN2、CLN3、CLN4的Data_Buffer为56K；
    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 256K
    1038 1247 110233867 01:54:51 16237 256K
    1039 1247 110233867 01:55:35 16123 256K

  • 对Windows上的ORACLE进行备份（Oracle为单通道）

    测试内容 对Windows上的ORACLE进行备份（Oracle为单通道）
    数据库
    测试步骤 1. 修改Oracle上的备份脚本；
    2. 创建名为CLN4.oracle 的备份策略；
    3. 执行ORACLE全备份。
    测试结果
    Job ID 文件个数 文件大小(KB) 运行时间 平均速度(KB/S) NBU Data_Buffer
    1060 1 93062432 00:24:50 63849 256K
    1065 1 10016 00:00:22 4368 256K
    1066 1 30496 00:00:23 13577 256K
    1067 1 10016 00:00:25 4521 256K

  • 对Windows上的ORACLE进行备份（Oracle为双通道）

    测试内容 对Windows上的ORACLE进行备份（Oracle为双通道）
    数据库
    测试步骤 1. 修改Oracle上的备份脚本（配置Oracle使用两个通道）；
    2. 创建名为CLN4.oracle的备份策略；
    3. 执行ORACLE全备份。
    测试结果
    Job ID 文件个数 文件大小(KB) 运行时间 平均速度(KB/S) NBU Data_Buffer
    1078 1 46832160 00:30:04 26441 256K
    1079 1 46230560 00:29:43 26218 256K
    1080 1 10016 00:00:26 4521 256K
    1081 1 288 00:00:20 125 256K
    1082 1 3104 00:00:21 1275 256K
    1083 1 10016 00:00:22 4398 256K

  • 对Windows上的ORACLE进行备份（Oracle为4个通道）

    测试内容 对Windows上的ORACLE进行备份（Oracle为4个通道）
    数据库
    测试步骤 1.修改Oracle上的备份脚本（配置Oracle使用四个通道）；
    2.创建名为CLN3.oracle、CLN4.oracle的备份策略；
    3.同时执行上面两个策略进行备份测试。（Data_Buffer值为256K）
    测试结果
    Job ID 文件个数 文件大小(KB) 运行时间 平均速度(KB/S) NBU Data_Buffer
    1087 1 22454816 00:48:06 7861 256K
    1088 1 23009056 00:50:25 7669 256K
    1089 1 22844704 00:49:34 7738 256K
    1090 1 23062560 00:50:23 7726 256K
    1091 1 23060768 00:54:30 9635 256K
    1092 1 30516768 00:54:19 9425 256K
    1093 1 15709472 00:38:28 6900 256K
    1094 1 15866400 00:39:07 6868 256K
    1095 1 10016 00:00:35 4037 256K
    1096 1 288 00:00:33 144 256K
    1097 1 10016 00:00:33 6055 256K
    1098 1 288 00:00:28 139 256K
    1099 1 127520 00:00:21 38020 256K
    1100 1 10016 00:00:21 4427 256K
    1101 1 1568 00:00:23 744 256K
    1102 1 10016 00:00:25 4755 256K

  • 对Windows上的文件进行恢复

    测试内容 对Windows上的文件进行恢复
    源文件 文件备份所使用的备份数据源为视频文件和VMware的VMDK文件，总计105GB（其中VMDK大小为70.7G，视频文件为34.8G）。
    测试步骤 使用NBU默认参数（Data_Buffer为256K）进行文件恢复测试；
    测试结果
    Job ID 文件个数 文件大小(KB) 运行时间 平均速度(KB/S) NBU Data_Buffer
    1103 1246 110708584 00:09:22 214707 256K
 
      测试截图
 

在2012年10月15日，渠道在线、存储在线联合发起并正式启动2012中国VTL大型评测活动。该活动测试平台由长虹佳华与DOIT传媒共同搭建，评测实行公平公正公开的原则。众多业界著名的VTL厂商昆腾、火星高科、IMATION、上海容错等厂商受到邀请，并参与该评测活动。

VTL评测活动力求让用户对当前VTL产品做更加全面的了解，也对厂商VTL产品和技术做一次全面的测试评选。DOIT传媒旗下两大网络媒体也将对测试活动做跟踪报道和推荐，对于厂商送测的VTL，将依据实际的测试结果，认定为“2012年VTL大型横测DOSTOR DOCHANNEL联合推荐产品”。
 

长虹佳华云计算体验中心

长虹佳华作为国内稳居前列的IT分销商，一直站在IT技术发展的前沿。多年以前，长虹佳华就敏锐地感觉到，云技术将会成为未来IT发展的重要方向之一，并为此做了大量准备与技术积累。随着云技术的逐渐成熟及凭借长虹佳华近年来的积累与沉淀，2011年8月，长虹佳华联合多家IT一线厂商投入大量资源，将原有的长虹佳华数据方案实验中心升级为长虹佳华云计算体验暨培训中心。《详细》
 
 

  微博互动