Database Replay是11g中很酷的特性，对于workload capture的内部工作原理大家理解的不多，这里就介绍一下。 对于Workload Capture需要考虑的因素：
- 负载捕获文件消耗定量的磁盘空间，这些捕获文件是2进程文件，无法直接阅读，有测试表明在大并发量的OLTP环境中可以达到capture 10分钟占用1G磁盘空间
- 数据库重启：
- 可能是保证捕获所有事务的可靠重放的唯一路径
- 使用startup restrict启动实例，避免不完整的事务捕获
- 启动capture会取消restrict模式
- 基于负载类型重启不是必要的
- 可能是保证捕获所有事务的可靠重放的唯一路径
- 为重放目的恢复数据库的多种方法：
- 基于scn或时间的物理恢复
- 逻辑恢复应用数据
- 闪回或者快照数据
- Capture可以指定过滤器作为捕获workload子集的方法
- 需要的权限包括SYSDBA、SYSOPER和合适的OS权限
- 性能消耗：
- 在TPCC测试中capture的性能损耗为4.5%
- 对于每个session会多消耗64KB的内存
- 必要的Workload Capture耗费文件系统磁盘空间
这里需要注意的有2点， 对于RAC集群存在workload capture
本文转自maclean_007 51CTO博客，原文链接:http://blog.51cto.com/maclean/1278477
