转载自程伟博客：
http://blog.


Oracle的11g第一个版本已经推出差不多2年了，但市场反应似乎不温不火，新建立的数据中心倒是有一些直接在11g上开发应用，但从9i,10g升级到11g的好像不多，究其原因可归为两点：第一，Oracle产品一般都是第二个小版本会是比较稳定成熟的版本；第二，升级测试要投入太多精力，太长时间，测试效果也无法得到保证，升级之后一不小心来个生产事故得不偿失，稳为上策。


最近一些热门的Oracle论坛讨论11g的帖子越来越多，Oracle似乎也在为即将发布的11g 2版本造势，什么11g技术领先于其他竞争对手3年的说辞依然保持Oracle惯有的强势风格，10G在两年后停止support的声音也不绝于耳，好像不谈11g的DBA就Out了。搞了些资料学习一下，11g倒真是添加了不少新特性，好像该做的不该做的Oracle都做了，倒是其中有一个Real application Testing选件让我眼前一亮，实际测试一下效果不错，解决了过去升级过程中的最大测试难题，故把这个选件功能总结一下与大家分享，开阔一下思路。


Real application Testing的工作原理如下：


1.    在生产库启动数据库活动的捕获进程，采集一段时间内的所有数据库负载。
2.    将负载信息写入特定文件中。
3.    将负载信息文件转移至测试系统的指定位置
4.    启动重放进程读取负载信息文件回放与生产库一致的负载
5.    在测试库中检验真实的测试效果


这种方法的最大好处是，由于它将捕获生产库中的所有活动，因此不会遗漏任何可能导致性能问题的关键操作，而不需要自己构造模拟压力。此外，还可以有选择地针对特定用户、程序等进行捕获，还可指定捕获负载的时间期限，可以重放特定的负载，而不是整个数据库。


偷偷背着老板上来share的，不敢停留太长时间，下次再和大家分享一下一些具体情况如何应用Real application Testing。撤乎！


如果希望了解更多关于Oracle 11g内容，可以登陆http://

官网不错，提供试用下载。

是啊，一般人们都喜欢使一个稳定的版本而不愿意尝试新东西，这是不好的习惯。

上次简单说了Real application Testing的工作原理，现在再来说说Real application Testing在下面几个场景也会有用武之地：


数据库参数更改，数据库升级，操作系统升级，应用补丁—如何确保一个小小的变更不会带来任何破坏或带来一些其它问题？只要捕

获生产数据库负载并在变更过的测试系统中进行重放，变更影响一目了然。


对象更改 — 数据库中垃圾索引太多，想删除又怕有意想不到的影响，数据量越来越大，想通过Partition来改善性能，又不确认能

带来多大的性能改进，怎么办? Real application Testing抓生产负载，在测试库做对象修改，回放负载，效果好不好一看便知。


平台更改 — 公司战略转变，要求尽量多地使用开源产品，需要把现有的HP-UX平台迁移到Linux平台，还要保证数据库的稳定性和高

性能，怎么办?只要捕获HP-UX中的负载并在Linux中进行重放即可。


单节点转换到RAC—为保证业务的连续性避免单点故障，需要把现有的单节点数据库转换为RAC，在单节点上面抓取压力，到RAC测试

环境进行重放，完成功能测试的同时也完成了性能测试。


再看看传统的测试方法，一般都需要下面几个阶段：业务应用分析，挑选典型测试用例，编写或录制测试脚本，测试环境搭建，实施

测试，这种测试流程存在几个弊端：测试需要花费大量工时，造成运行成本大幅增加；因为只是模拟测试，因而不能完全真实再现生

产环境，有可能造成测试遗漏；压力测试工具成本太高而且也需要专门技能。


据说目前Real application Testing还不支持9i之前版本的数据抓取，回放也仅限于在11g以后的版本，但的确可以大大缩短10g到

11g的升级测试时间，并可保证测试效果。有这一功能特性倒也是一个升级到11g的很好理由，也希望能看到大家更多关于11g新特性

的讨论。

Oracle 11g重大并且新增的功能就是Snapshot Standby、Active Data Guard、Advanced Compression。

11G不是有个新特性是Advanced Compression，使得数据占据更少的空间。

11G就像WIN7一样，只是很少一部分人使，但是恰恰是这少部分人尝到了新功能的甜头。

我用的WIN7，觉得还不错

看起来这些新的特性还是不错的嘛，我有空要下载个新版本的试试看

作为一个DBA，就应该对所有的版本有所了解才行