真正应用测试价值技术的快速采用更高的测试质量商业利益成本更低测试更改部署风险更低纠正为敏捷业务提供的解决方案 2

Size: px

Start display at page:

Download "真正应用测试价值技术的快速采用更高的测试质量商业利益成本更低测试更改部署风险更低纠正为敏捷业务提供的解决方案 2"

后不俞
7 years ago
Views:

1 Oracle 数据库 11g 真正应用测试

2 真正应用测试价值技术的快速采用更高的测试质量商业利益成本更低测试更改部署风险更低纠正为敏捷业务提供的解决方案 2

3 3 数据库重放

4 数据库重放的需求企业希望采用带来价值的新技术大量的测试和验证成本高昂且耗时而且成本高昂的测试成功率很低许多问题不能被发现系统可用性和性能受到负面影响成功率低的原因目前的工具不能提供足够的测试模拟合成负载而非重放实际的生产负载仅能覆盖部分工作流通过数据库重放可实现真正的测试 4

5 数据库重放在测试环境中重放实际的生产数据库负载在对生产环境进行更改之前, 识别分析和修复潜在的不稳定风险在生产环境中捕获负载使用实际负载时限和并行特性捕获完全生产负载将捕获的负载移动到测试系统在测试环境中重放负载在测试系统中做出需要的更改使用完整生产特性重放负载执行提交排序分析和报告错误数据差异性能差异分析和报告 5

6 数据库重放 : 支持的更改客户端客户端客户端不支持的更改中间层支持的更改数据库升级补丁模式参数 RAC 节点互连 OS 平台 OS 升级 CPU 内存存储等存储记录外部客户端请求 6

7 80 处理时间(天LoadRunner 和数据库重放对比测试电子商务套件 ) 安装和设置了解应用程序使用情况识别关键事务生成负载运行测试 5 LoadRunner 5 数据库重放总测试时间数据库重放 :2 周 LoadRunner:30 周 7

8 为什么选择数据库重放? 从 : 到 : 150 天人为负载部分工作流数月的开发时间大量手动操作高风险生产负载完整工作流几天的开发时间自动化低风险 10 天 8

9 客户端数据库重放负载生产环境 ( ) 测试环境 (11.1) 重放驱动程序中间层存储存储捕获处理重放分析和报告 9

10 第 1 步 : 负载捕获以二进制文件形式保存捕获的所有外部客户端请求排除的系统背景和内部操作捕获的最低性能开销生产系统客户端客户端客户端文件系统对于 RAC, 支持共享和本地文件系统指定感兴趣的负载捕获时间段 ( 如高峰负载时段月末处理时段等 ) 可以在上捕获, 在 11g 上重放中间层存储文件 1 文件 2 文件 n 10

11 捕获选项负载可以过滤, 从而定制捕获的内容过滤器类型包含过滤器 : 指定应捕获的会话排除过滤器 : 指定不应捕获的会话过滤器属性 : 可使用以下任一会话属性过滤负载捕获用户程序模块操作服务会话 ID 负载捕获可以按需运行或排定日后运行 11

12 第 2 步 : 处理负载文件设置测试系统测试数据库处于生产捕获之前的时间点测试系统使用 RMAN 以物理方式从备份恢复生产数据库文件 1 文件 1 使用快照备用数据库使用导入 / 导出数据泵等处理过程将捕获的数据转换为可重放格式负载一经处理便可多次重放文件 2 文件 n 文件 2 文件 n 对于 RAC, 将所有捕获文件复制到一个位置以供处理捕获文件元数据重放文件 12

13 第 3 步 : 重放负载重放保留捕获系统的时限并发性和相关性的负载重放驱动程序测试系统重放驱动程序是一个特殊的客户端程序, 可使用处理过的负载并将请求发送到重放系统文件 1 重放驱动程序包含一个或多个客户端对于高并发性的负载, 可能需要启动多个客户端以驱动负载文件 2 文件 n 元数据重放文件 13

14 重放选项同步重放 ( 默认 ) 负载以完全同步模式重放与生产负载完全相同的并发性和时限执行事务提交排序确保数据差异最小异步重放负载可以异步模式重放对负载 / 压力测试有用较大的数据差异有三个参数可用于控制同步程度判断时间同步连接 ( 登录 ) 时间同步提交顺序同步 14

15 重放选项异步重放参数判断时间同步控制数据库调用之间的判断时间自动 ( 默认 ): 调整判断时间以维持捕获的请求率百分比 0% 零判断时间, 这是可能达到的最高请求率 <100% 较高请求率 100% 精确判断时间 >100% 较低请求率连接 ( 登录 ) 时间同步控制何时创建会话 0%: 所有会话都即时连接 100%( 默认 ): 会话连接时间与在捕获的系统中相同提交顺序同步控制事务之间的提交顺序在异步模式下, 不执行提交顺序提交调用一经发出将立刻提交事务 15

16 16 重放选项重放客户端的数量由用户配置 Client Calibration Advisor 将建议特定负载所需的重放客户端的数量重放客户端是多线程的客户端, 每个客户端可以驱动多个负载会话

17 分析和报告提供了全面的报告以供分析报告的差异有三 (3) 种数据差异 : 对比每个调用返回的行数并报告差异错误差异 : 对每个调用, 都会报告错误差异新错误 : 捕获过程中未出现而重放过程中出现的错误未找到 : 捕获过程中出现而在重放过程中未出现的错误变异 : 重放过程中出现但与捕获过程中不同的错误性能差异捕获和重放报告 : 提供高级别性能信息 ADDM 报告 : 提供深入的性能分析 AWR ASH 报告 : 帮助进行比较分析或偏差分析 17

18 18 数据库重放汇总报告

19 当前限制数据库重放不支持当前版本的下列特性 : 直接路径加载导入 / 导出基于 OCI 的对象导航 (ADT) 和 REF 绑定流基于非 PL/SQL 的 AQ 分布式事务远程描述 / 提交操作闪回共享服务器 19

20 最佳实践捕获为捕获的负载 ( 二进制文件 ) 提供足够的磁盘空间数据库重启 ( 可选 ): 最小化差异的推荐做法对于 RAC, 使用共享文件系统测试系统设置处理负载确保测试中的数据与捕获开始时的生产环境一致, 以将重放过程中的数据差异减至最小使用 RMAN 备份 / 恢复或快照备用数据库来设置测试系统测试系统容量应与生产系统类似, 以便进行性能分析如果应用程序逻辑涉及到 SYSDATE 使用, 将系统时钟重设为与生产系统相同的时间负载处理会产生性能开销, 并且有可能耗费较长时间在测试系统而非生产系统上处理负载重放使用 Client Calibration Advisor 识别适当重放负载所需的重放客户端数量 20

21 21 SQL 性能分析程序 (SPA)

22 对 SQL 性能分析程序 (SPA) 的需求企业希望其系统有较高性能且能符合服务级别协议 SQL 性能回退是导致系统性能降低的头号原因没有用于主动监测所有因更改而引起的 SQL 性能降低的解决方案 DBA 使用耗时且低效的手动脚本来识别问题 SPA 在任何 SQL 性能变化影响到用户之前就将其识别出来 22

23 为什么选用 SQL 性能分析程序? 从 : 到 : 手动创建负载合成负载耗时数月的手动分析部分负载高风险自动的负载捕获生产负载只需数分钟的自动分析完整负载低风险 23

24 24 SQL 性能分析程序测试更改对 SQL 查询性能的影响在生产环境中捕获 SQL 负载 ( 包括统计信息和绑定变量 ) 在测试环境中重新执行 SQL 查询分析性能更改提升和回退客户端客户端客户端生产测试中间层重新执行 SQL 查询 Oracle DB 捕获 SQL 使用 SQL Tuning Advisor 调整回退存储

25 SPA 优势能在 SQL 性能回退对最终用户造成影响之前就将其识别出来 SPA 有助于进行任何影响 SQL 执行计划的更改 DB 升级优化程序统计信息刷新新索引物化视图分区等自动化对数十万 SQL 语句的 SQL 性能跟踪使用手动操作是无法做到的以很小的开销捕获 SQL 负载与 SQL Tuning Advisor 和 SQL 计划基准线集成以补救回退 25

26 26 SQL 性能分析程序工作流生产环境 (10.2) 客户端测试环境 (11.1) 中间层存储存储捕获运输在更改前在更改后比较 SQL SQL 执行 SQL 执行 SQL 性能

27 27 第 1 步 : 捕获 SQL 负载 SQL 调整工具集 (STS) 用于存储 SQL 负载 STS 包括 : SQL 文本绑定变量游标缓存执行计划执行统计信息增量捕获增量捕获用于从一个时段的游标缓存填充 STS SQL 调整工具集生产数据库 SQL 调整工具集的过滤和排序功能可过滤掉不需要的 SQL 在和更高版本中捕获的 SQL 负载可用于 11g 中的 SPA 任务

28 第 2 步 : 将 SQL 负载移至测试系统游标缓存 SQL 调整工具集导出 / 导入 SQL 调整工具集生产数据库测试数据库将 SQL 调整工具集复制到临时表 ( 压缩 ) 将临时表传输到测试系统中 (datapump 数据库链接等 ) 从临时表复制 SQL 调整工具集 ( 解压缩 ) 28

29 第 3 步 : 在做出更改前执行 SQL 设定 SQL 负载性能基线捕获的 SQL 执行计划和统计信息顺序执行 SQL( 非并行 ) 每个 SQL 只执行一次跳过 DDL/DML 用于只使用 Explain Plan 分析的选项 SQL 性能分析程序 29

30 第 4 步 : 在做出更改后执行 SQL SQL 调整工具集获得下个 SQL 测试执行执行计划和统计信息手动实施计划的更改数据库升级打补丁优化程序统计信息刷新模式更改数据库参数更改调整操作, 例如创建 SQL 配置文件完成保存结果更改后重新执行 SQL 收集新的 SQL 执行计划和统计信息 SQL 性能分析程序 30

31 第 5 步 : 性能对比和分析完成完成使用不同的量度进行性能对比, 例如 : 花费的时间 CPU 时间优化程序成本比较缓冲获取内容 SQL 性能 SPA 报告显示对每个 SQL 的更改所造成的影响性能提升的 SQL 分析报告性能回退的 SQL 无变化的 SQL SQL 性能分析程序使用 SQL Tuning Advisor 或 SQL 计划基准修复性能降低的 SQL 31

32 32 SPA 报告

33 33 SPA 报告回退的 SQL 语句

34 最佳实践负载捕获使用增量 STS 捕获使用这一机制可以更准确地捕获峰值或有代表性的负载测试系统在测试系统而非生产系统上运行 SPA, 因为后者可能导致分析消耗大量资源确保测试系统的配置与生产系统类似, 其优化程序统计信息足以与生产系统媲美性能对比使用多种不同量度, 如花费的时间 CPU 时间等, 来比较更改前后的性能, 以得出更为可靠的结果回退补救使用 SQL Tuning Advisor 和 SQL 计划基准线来补救回退 34

35 35 真正应用测试小结为评估更改对生产系统的影响提供了一种经济易用的解决方案低风险全面真正的负载测试结果将测试周期从数月减至数天无须设置测试系统的中间层和应用程序, 从而可以降低硬件成本通过利用诊断包和调整包来补救回退使 ROI 最大化通过真正应用测试, 企业可以 : 保持竞争力提高效益实现合规性

ORACLE DATA SHEET

ORACLE DATA SHEET Oracle 真正应用测试真正应用测试主要特性和优势真正应用测试是 Oracle 数据库 11g 企业版的一个新选件, 可将评估系统更改影响任务的时间从数月减少至数天, 即使对于复杂生产环境也是如此数据库重放是真正应用测试的一个特性, 它支持捕获实际的生产负载 ( 如时限并发性依赖性信息等 ), 而产生的性能开销可低至忽略不计通过数据库重放, 可在测试系统上重放捕获的负载, 以评估更改的影响

真正应用测试 价值 技术的快速采用 更高的测试质量 商业利益 成本更低 测试 更改 部署 风险更低 纠正 为敏捷业务提供的解决方案 2

真正应用测试价值技术的快速采用更高的测试质量商业利益成本更低测试更改部署风险更低纠正为敏捷业务提供的解决方案 2