银行两地三中心备份架构测试方案v1.docx

银行两地三中心备份架构测试方案目 录1.测试目的32.测试物理架构33.测试内容5案例一 ：SAN-Client架构下的数据备份和介质服务器端重删5案例二 ：备份数据灾备基于重删技术的复制和跨备份域的自动导入7案例三 ：Windows平台下的客户端重删备份7案例四 ：SAN-Client架构下直接备份到磁带库的性能表现9案例五 ：NPIV环境下的SAN-Client备份架构104.结果分析115.测试结果13图 1 测试环境架构图2图 2 备份域1的备份量/重删后空间占用随备份作业的变化趋势图2图 3 备份域1的即时重删比/空间占用重删比随备份作业的变化趋势图2图 4虚拟环境下的文件拷贝性能2图 5备份域2的备份量/重删后空间占用随备份作业的变化趋势图2图 6备份域2的即时重删比/空间占用重删比随备份作业的变化趋势图2图 7通过NBU5220透传到磁带库的性能2Table 1 数据库1备份数据汇总表2Table 2数据库2备份数据汇总表2Table 3跨备份域的重删复制数据统计表（备份域1到备份域2）2Table 4 跨备份域的重删复制数据统计表（备份域2到备份域1）2Table 5 Windows平台SQL Server数据库的客户端重删 备份2Table 6 Windows平台文件的客户端重删备份2Table 7 通过NPIV实现SAN-Client备份架构2Table 8通过NBU 5220直接透传备份到磁带库的参考数据21. 测试目的本次xx银行NBU5220智能备份一体机测试主要验证SAN-Client架构的实现和性能指标，并提供对xx银行海外分行两地三中心架构下的备份系统建设做参考。主要测试内容：l 验证Symantec备份一体机（NBU5220）松耦合架构（SAN-Client架构）的实现l 验证通过NBU5220通过光纤网络透传备份到磁带库的功能和性能l 验证通过NBU5220重删技术进行备份的多钟场景和效果l 验证通过NBU5220进行备份的存储单元组的架构l 验证通过NBU5220在同一备份域内的存储生命周期策略的实现l 验证通过NBU5220跨备份域实现重删复制、并自动在灾备域自动导入备份信息的功能2. 测试物理架构为本次测试，xx银行信息中心搭建2个测试备份域，以满足对备份域的SAN-Client架构和跨备份域的复制等功能的测试。其架构图如下：图 1 测试环境架构图备份域1：1. Master Server服务器一台，AIX 6.1系统2. 24TB NBU5220 备份一体机一台，配置为FT Media Server3. NBU5220的2个8Gb光纤端口实现SAN-Client架构4. NBU5220的2个光纤端口管理物理磁带库5. NBU5220的eth2网络端口负责通讯和网络备份6. NBU5220的eth1端口负责跨备份域复制7. 2台AIX6.1测试服务器安装Oracle 11g，测试数据库零级备份8. 用虚拟机搭建1台Windows平台的SQL Server服务器，测试客户端重删备份域2：1. Master Server服务器一台，AIX 6.1系统2. 4TB NBU5220 备份一体机一台，配置为FT Media Server3. NBU5220的2个8Gb光纤端口实现SAN-Client架构4. NBU5220的2个光纤端口管理物理磁带库5. NBU5220的eth2网络端口负责通讯和网络备份6. NBU5220的eth1端口负责跨备份域复制7. 2台AIX6.1测试服务器，测试文件备份8. 用虚拟机搭建1台Windows平台的SQL Server服务器，测试客户端重删3. 测试内容案例一 ：SAN-Client架构下的数据备份和介质服务器端重删注：本次测试用例所用的数据库和文件都为非生产数据或相关模拟数据，故其重删比的变化规律与实际生产数据的变化规律有所不同。Table 1 数据库1备份数据汇总表操作备份容量MB备份时间（秒）备份平均速度MB/s实际占用空间(MB)重删比第1次备份169092.44682247.947664.6695.47%第2次备份169106.69586288.58292.5799.83%第3次备份338182.34785430.8122.399.99%汇总676381.472053329.467979.5398.82%Table 2数据库2备份数据汇总表操作备份容量MB备份时间（秒）备份平均速度MB/s实际占用空间(MB)重删比第1次备份164024.44 802 204.52 7477.36 95.44%第2次备份164037.94 793 206.86 288.66 99.82%第3次备份429952.72 597 720.19 2049.29 99.52%第4次备份182412.19 609 299.53 6577.31 96.39%汇总940427.282801335.7516392.6298.26%图 2 备份域1的备份量/重删后空间占用随备份作业的变化趋势图图 3 备份域1的即时重删比/空间占用重删比随备份作业的变化趋势图案例二 ：备份数据灾备基于重删技术的复制和跨备份域的自动导入Table 3跨备份域的重删复制数据统计表（备份域1到备份域2）Start Time用时（秒）同一时刻复制数据总量(GB)折算带宽（Gb）实际带宽（Gb）01/18/2013 10:35:330:05:15213.78 5.43 101/18/2013 10:40:530:08:35111.56 1.73 101/18/2013 11:26:140:00:44100.85 18.34 101/18/2013 11:31:210:00:3774.48 16.10 101/18/2013 11:36:310:04:57149.91 4.04 101/18/2013 11:57:000:05:06265.49 6.94 101/18/2013 12:02:180:03:5059.85 2.08 101/18/2013 16:37:410:02:1799.52 5.81 101/18/2013 16:57:460:01:4299.52 7.81 101/18/2013 17:02:540:03:5478.61 2.69 101/18/2013 17:13:030:01:45102.55 7.81 101/19/2013 11:07:400:00:3425.39 5.97 1Table 4 跨备份域的重删复制数据统计表（备份域2到备份域1）Start Time用时（秒）同一时刻复制数据总量(GB)折算带宽（Gb）实际带宽（Gb）01/18/2013 10:50:580:24:39219.59 1.19 101/18/2013 11:26:090:00:3838.44 8.09 101/18/2013 11:31:160:00:4148.58 9.48 101/18/2013 11:36:230:00:44132.57 24.10 101/18/2013 17:17:550:00:4243.88 8.36 101/18/2013 17:22:590:00:48127.14 21.19 101/18/2013 17:28:050:02:4287.57 4.32 1案例三 ：Windows平台下的客户端重删备份注：由于本次测试的SQL Server数据库未准备实际测试数据，所备份数据为数据库的系统表空间，故其备份时间主要为数据连接和关闭时间，其性能与备份生产数据存在差异参考。只用于说明客户端重删的功能有效。Table 5 Windows平台SQL Server数据库的客户端重删 备份时间（秒）备份数据量MB平均速度MB/s实际空间占用MB空间占用重删比第一次备份154 31.59 0.21 4.40 86.07%第二次备份271 63.19 0.23 0.89 98.59%第三次备份275 63.19 0.23 1.01 98.40%汇总700 157.97 0.23 6.30 96.01%注：由于本次测试的Windows平台文件备份未准备与实际环境相类似的数据类型，而是备份C:Program Files、C:Program Files（x86），故第二、三次的备份其重删比都达到了100%。但能够证明客户端重删的功能有效。而且Windows平台为虚拟主机，其网络的拷贝能力约为100Mb/s（参考下图）。图 4虚拟环境下的文件拷贝性能Table 6 Windows平台文件的客户端重删备份时间（秒）备份数据量MB平均速度MB/s实际空间占用MB空间占用重删比第一次备份599 3962 6.61 1980.90 50.00%第二次备份104 3962 38.09 0.00 100.00%第三次备份113 3962 35.06 0.00 100.00%图 5备份域2的备份量/重删后空间占用随备份作业的变化趋势图图 6备份域2的即时重删比/空间占用重删比随备份作业的变化趋势图案例四 ：SAN-Client架构下直接备份到磁带库的性能表现注：由于本次测试所用磁带库还要负责生产备份，故只能做少量的文件备份且只指定使用一个驱动器。从测试结果上看在NBU5220的SAN-Client架构下，直接透传到磁带库的单驱动器备份速度峰值为220 MB/s。图 7通过NBU5220透传到磁带库的性能案例五 ：NPIV环境下的SAN-Client备份架构通过NPIV技术给系统映射虚拟光纤卡，配置SAN-Client备份架构，配置过程与案例一项相同，与案例一不同的是：案例一中提供了4个光纤口用于备份，本案例提供了2个光纤口用于备份，可用备份带宽下降了50%，同样可以实现SAN-Client备份架构。下表为测试备份域1的数据库备份测试数据。Table 7 通过NPIV实现SAN-Client备份架构时间（秒）备份数据量MB平均速度MB/s实际空间占用MB空间占用重删比第一次备份811 188149.19 232.00 7317.67 96.11%第二次备份706 188149.44 266.50 41.87 99.98%4. 结果分析1） 软件部署传统备份架构下实现LAN-Free备份必须要安装NBU的介质服务器包，且在备份客户端要识别并安装物理带库或虚拟带库的驱动程序、更改相关的系统参数。在新的架构体系下，可实现LAN-Free备份功能、客户端重删功能、无论是备份到NBU5220或是直接备份到物理带库、虚拟带库都不需要业务主机安装任何驱动程序，也不需要安装NBU的介质服务器软件包，而是只安装最轻量的标准客户端软件包就可以实现全部的功能。2） SAN Client架构实现通过测试验证NBU 5220构建新一代的NBU SAN Client备份架构，将业务主机与备份系统分离，实现松耦合度的备份架构。测试环境的AIX平台安装了NBU的客户端软件包实现了LAN-Free备份。其测试结果：1、 在SAN Client架构下备份性能和灵活性有显著提高2、可对后端备份设备的使用，不但性能没有损失，还提高了约27%的备份速度（本次测试环境未提供带库设备做此项测试，此结果为另一银行的测试数据），对后端磁带库的性能要求大幅降低，从而降低总体成本2、 通过NBU 5220实现SAN Client过程非常简便4、 业务主机无需配置为介质服务器，只需要安装标准客户端软件就可实现LAN-Free备份5、 业务主机无需配置相应的驱动程序，避免了大量的相关配置运维工作6、 设备的配置维护对业务主机完全没有影响，而且避免了兼容性的问题7、通过对测试结果的功能、性能的分析，结合2地3中心的银行业标准架构，可以确定SAN Client的架构可以更灵活、更有弹性的适应业务架构的扩展，降低成本投入，提高备份性能和可靠性，避免传统备份架构在大型备份域环境中的固有弊端。3）NBU 5220的存储能力从测试结果来看，Oracle数据库全备份三次后空间占用的重删比超过了92%，以此估算NBU 5220不同规格的设备（ 24TB、36TB、64TB）的重删池其存储能力将分别能达到300TB、450TB、800TB。4） NBU 5220在SAN Client架构下的备份速度NBU的重删技术可以在客户端、介质服务器端结合使用，因此可以结合业务平台的实际情况进行选择，从而可以大大提高复合备份速度。在测试过程中仅介质服务器端重删，通过8个RMAN通道和2个4Gb的光纤端口实现LAN-Free备份，其3次备份的复合平均速度分别达到了391.7 MB/s、500.3 MB/s、448 MB/s。而在实际的备份域情况下，结合客户端重删和多个网络端口并行备份的优化技术，其复合备份速度将会更高。5） 重删配置灵活性NBU的重删配置可以在介质服务器端配置介质服务器端重删、在介质服务器端指定客户端选择重删类型（只在介质服务器端重删、只在客户端重删或优先选择客户端重删）、在客户端配置、在每一个策略中选则是否客户端重删。6） 多网段支持NBU 5220 可提供6个千兆以太网和2个万兆以太网，可同时管理多个网段的备份而无需配置多个Media Server，并且可以在统一的网络缓存中进行重删计算，大大提高了统一重删的效率和效果。7） NBU 5220在 SAN Client架构下备份到磁带库的性能从备份结果上看，在SAN Client架构下，透过NBU 5220直接备份到磁带库比传统架构下直接备份到磁带库不但没有速度损失，而且还要快约27%（国内其他行的实际测试数据），这主要因为是在SAN Client架构下，业务主机不需要管理备份设备，因此没有设备仲裁等资源分配的时间，只需要读取数据后通过光纤网络直接传送给NBU 5220，而NBU 5220同时起到了磁盘缓存的作用，NBU 5220再透过光纤网络的备份设备ZONE备份到磁带库。而本次测试直接透传到磁带库的单驱动器备份速度达到了220 MB/s。Table 8通过NBU 5220直接透传备份到磁带库的参考数据Job IDPolicy介质服务器类型备份时间备份方式备注479ora_aixSAN Media Server1:36:20传统LAN-Free618ora_p5507p1NBU 5220 FT Media Server1:10:47SAN Client时间缩短27%5. 测试结果l 完成Symantec备份一体机（NBU5220）松耦合架构（SAN-Client架构）的测试，取得相关测试数据，符合测试预期。l 完成NBU5220通过光纤网络透传备份到磁带库的功能和性能测试，但由于条件限制（与生产备份域共用同一个物理磁带库）无法进行大数据量的测试。l 完成NBU5220重删技术进行备份的多钟场景和效果测试，取得相关测试数据，符合测试预期。l 本次测试的时间计划比较紧张，且存储单元组的功能为NBU软件的固有功能，并不是NBU5220的特有功能，故未对NBU5220实现存储单元组的功能做针对性测试，其不影响对海外行两地三中心备份构架的测试结果评估。l 完成NBU5220在同一备份域内的存储生命周期策略的测试，取得相关测试数据，符合测试预期。l 完成NBU5220跨备份域实现重删复制、并自动在灾备域自动导入备份信息的功能测试，取得相关测试数据，符合测试预期。l 完成NBU5220在NPIV环境下的SAN-Client备份架构的测试，取得相关测试数据，符合测试预期。附件1：NBU5220架构方案介绍附件2：测试备份域1的数据及分析附件3：测试备份域2的数据及分析