产品功能
-
回放进度及监控
原始分析
回放展示 -
- 01
- 02
- 03
抓包进度监控通过此处抓取实际生产中的流来，为作业运行提供数据基础。匹配连接进度监控对抓取到的流量数据进行分析，为回放作为数据参考的基线。回放操作监控对回放连接数、回放速率，回▲放错误数等进行统计展示，方便用户查看回放进度。 -
- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
回放交易结果汇总查询将已回放的数据信息汇总展现给用户，方便用户发现和调试问题。交易趋势图查询展示回放交易量随时间的变化情况。回放出错信息汇总汇总回放过程中的SQLCODE的占比情况。其中包含sqlcode类型，该类sqlcode出现次数，连接数等信息。回放交易量≡查询展示原始交易和回放交易的变化趋势，通过该图可以展示原始数据与本次回放的每秒交易量的变化趋势。回放语句量查询展示原始交易和回放交易的变化趋势，通过该图可以展示原始与回放的每秒语句量的变化趋势。回放偏离度查询展示本次回♂放和原始数据信息中的偏离情况，可以辅助用户评估回放的有效性。回放top偏离查询通过将同一交易的回放响应减去原始响应时间的值进行排序，取前十，展现给用◥户问题的焦点。高仿测试报告自动生成通过测试报告向用户汇总并展现本次测试运行的结果，方便用户发现和解决问题。 - 4
-
- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
网络连接查询通过界面展示连接分布图，展示抓包时段内所有的①客户端连接到数据库◥服务器上的详细信息。网络信息汇总查询通过展示请求数、所有请求包大小、应答数、所有应答包大小，批次数以及批次大小和网络报信息等内容。交易汇总查询交易汇总界面，展示原始交易时间段内交易成功数和失败数的占比情况。包括：交易总量、交易commit数量、交易rollback数量、交易commit占比等内容。吞吐量查询＠展示了原始交易时间段内各个时刻的交易量，直观的向用户展示出各个时段内的交易「量变化。响应时间查询对原始交易的响应时间以散点图的形式进行一个直观的呈现。交易明细查询为用户展示原始报文中每一笔交易的具体内容。SQL语句类型汇总查询展示原始※交易时段内的所有语句类型占比。语句类型包括：DDL语句、静态插入、静态修改、静态删除、静态查询、静态存储、动态插入、动态修改、动态删除、动态查询、动态存＠ 储等。SQL语句响应时间查询以散点图的形式为用户展现语句编号、语句类型、语句开始、结束时间，语句响应时间，以及SQL语句内容。TPS查询（每秒语句数）以折线图的形式向用户展示原始交易时间段内每秒各类语句的执行次数。原始错误码查︾询展示了原始交易过程各类SQLCODE出现次数以及♀所占比例。分别以二维表和饼状图展示。
架构部署
相关案例
/ 案例介绍
/ 项目背景
每年↓在重大促销前（比如“双十一”）银行都会对网银、手机相关的【数据库进行性能容量评测，需要对数据库进行压力测试，然而每一ω个的数据库的压力测试都是耗时耗力，
测试过程中造成人力很大的浪费，对人员的技能要求也很高，不仅如此，每一次的测试都要进入ECC机房操作，增加了ecc机房管理和资源消耗，也多了一份安全风险。
实现高仿测试的自动化、提升测∴试效率也成为了当前迫切的需求。
/ 客户痛点
1. 需要高仿测试数据库太∞多，特别是“双十一”相关的数据库，而测试一人测试一个库需要7天。
2.高仿测试每次都要去ECC进行操作，与“不进或少进ECC”的管理冲突。
3.测试报告需要手动编写，很多数据都有自行查找。 / 解决方案 1. 实现一键高仿的难点是▓什么? 一次高仿测试涉及到多█中心、多系统协☉同工作，且测试是在高仿环境下进行的，与生产环境是隔离的； 流量的获取、数据库的恢复也需要开通专门◆的网络才可以进行。如此实现一键高仿主要的困难点如下：
1) 怎进行跨中心、跨网络控制高仿测试?
2) 流量怎么自动从生产到准生产演练环境?
3) 怎么进行全流程的操作控制?
4) 怎么实现办公※网操作控制?
5) 怎么实现规模化弹性部署? 2. “总分”架构 总控服务部署※在生产环境，开通方案高仿环境的分控服务的访问权限，这样总控可以对抓包的分控和高仿测试的分控进行控制。
3. 数据库备份恢复，跨中心协同
采用统一的备份存储中心，生产数据统一定▆点进行备份到该备份中心，高仿演练环境可使用该中心的备份文件⌒进行数据库高仿回复，全过程同个分控服务进行控制并上报给总控。
4. 流量自动从生产到准生产演练环境
采用网络存储进■行流量包的传输，该网络存储再高仿环境和生产环境都可以访问，生产流量可以自动传到该网络存储，高仿测试便可以自动下载，完成生产的流量传输。
5. 高仿演练，办公环境操作
高仿演练环境在网络上和办公网隔离，不能直接在办公环境操作并且演练环境下①的数据为生产数据杜绝访问，
一键高仿使用网络代理使得再办公环境∑ 可访问总控的WEB服务，该WEB只提供流程的控制，不涉及敏感数据。
6. 弹性化部署
随着数据库的高仿测试任务越来越多，需要更快速完成测试部署，更简单的进行测试，更ω 敏捷切换测任务，一键高仿采用多系统协同作业，可快速获取测试所需的生★产流量，
控制所有测试流程，自动选】择回放的服务器和数据库服务器；且界面操作简单，只需配置数据库相关△信息，所有流程由后台完成，并且界面提供流程状态和进度。
/ 方案优势
1. 数据库测试覆盖率提升2倍以上:
使用一键高仿前每年的双十一需要提前4个月进行测试，可以完成10-15套数据库测试，而使用一键高仿后，测试只需提◎前2个月进行测试，
可以完成30-50套的数据库〖测试（如果资源充足，可以短期内完成覆盖行内所有的数据库测试）
2. 节约90%的人力投入:
实现一键高仿，只需DBA或其他需求高仿测试人员再WEB界面输入测试的相关数据就可以实现一键化︾进行测试，等待测试完成后就能查看的测试报告，
全过程并不ζ 需要人力干预，减少了专门的测试人员。
3. 人力技能要求〗降低:
未使用一键高『仿时，测试人员】需要对抓包、ftp、数据库恢复和高仿系统的操作技能，而实现高仿后，这些过程都实现了自动化，对于这些技能也就不需要了。
4. 全年测试数据库数据提升:
实现一键高仿，只要高仿环境的服务器够用，想测试多少库就能测试多少，并不需要∴投入而外的人力。
5. 实现0次进入ECC机房:
实现一键高仿，只需再办公网操作，无需进入ECC机房进行操作。
6. 测试更灵活:
实现一键高仿，不管是压测、升级或者故障♂重现都能随时进行。
2.高仿测试每次都要去ECC进行操作，与“不进或少进ECC”的管理冲突。
3.测试报告需要手动编写，很多数据都有自行查找。 / 解决方案 1. 实现一键高仿的难点是▓什么? 一次高仿测试涉及到多█中心、多系统协☉同工作，且测试是在高仿环境下进行的，与生产环境是隔离的； 流量的获取、数据库的恢复也需要开通专门◆的网络才可以进行。如此实现一键高仿主要的困难点如下：
1) 怎进行跨中心、跨网络控制高仿测试?
2) 流量怎么自动从生产到准生产演练环境?
3) 怎么进行全流程的操作控制?
4) 怎么实现办公※网操作控制?
5) 怎么实现规模化弹性部署? 2. “总分”架构 总控服务部署※在生产环境，开通方案高仿环境的分控服务的访问权限，这样总控可以对抓包的分控和高仿测试的分控进行控制。
3. 数据库备份恢复，跨中心协同
采用统一的备份存储中心，生产数据统一定▆点进行备份到该备份中心，高仿演练环境可使用该中心的备份文件⌒进行数据库高仿回复，全过程同个分控服务进行控制并上报给总控。
4. 流量自动从生产到准生产演练环境
采用网络存储进■行流量包的传输，该网络存储再高仿环境和生产环境都可以访问，生产流量可以自动传到该网络存储，高仿测试便可以自动下载，完成生产的流量传输。
5. 高仿演练，办公环境操作
高仿演练环境在网络上和办公网隔离，不能直接在办公环境操作并且演练环境下①的数据为生产数据杜绝访问，
一键高仿使用网络代理使得再办公环境∑ 可访问总控的WEB服务，该WEB只提供流程的控制，不涉及敏感数据。
6. 弹性化部署
随着数据库的高仿测试任务越来越多，需要更快速完成测试部署，更简单的进行测试，更ω 敏捷切换测任务，一键高仿采用多系统协同作业，可快速获取测试所需的生★产流量，
控制所有测试流程，自动选】择回放的服务器和数据库服务器；且界面操作简单，只需配置数据库相关△信息，所有流程由后台完成，并且界面提供流程状态和进度。
/ 方案优势
1. 数据库测试覆盖率提升2倍以上:
使用一键高仿前每年的双十一需要提前4个月进行测试，可以完成10-15套数据库测试，而使用一键高仿后，测试只需提◎前2个月进行测试，
可以完成30-50套的数据库〖测试（如果资源充足，可以短期内完成覆盖行内所有的数据库测试）
2. 节约90%的人力投入:
实现一键高仿，只需DBA或其他需求高仿测试人员再WEB界面输入测试的相关数据就可以实现一键化︾进行测试，等待测试完成后就能查看的测试报告，
全过程并不ζ 需要人力干预，减少了专门的测试人员。
3. 人力技能要求〗降低:
未使用一键高『仿时，测试人员】需要对抓包、ftp、数据库恢复和高仿系统的操作技能，而实现高仿后，这些过程都实现了自动化，对于这些技能也就不需要了。
4. 全年测试数据库数据提升:
实现一键高仿，只要高仿环境的服务器够用，想测试多少库就能测试多少，并不需要∴投入而外的人力。
5. 实现0次进入ECC机房:
实现一键高仿，只需再办公网操作，无需进入ECC机房进行操作。
6. 测试更灵活:
实现一键高仿，不管是压测、升级或者故障♂重现都能随时进行。
展开详情
后台界面展示
