Oracle数据库11g新特性：数据库重放

核心提示：需要在数据库中进行更改时 — 无论是进行微小的改动（如变更初始化参数和数据库属性）还是进行不可避免的较大改动（如应用补丁集），您最关心什么？对于您的到 Oracle 数据库 11g 的升级，Oracle数据库11g新特性：数据库重放，您最关心的是什么？ 对我而言，我最关心的是更改是否会带来“破坏

需要在数据库中进行更改时 — 无论是进行微小的改动（如变更初始化参数和数据库属性）还是进行不可避免的较大改动（如应用补丁集），您最关心什么？对于您的到 Oracle 数据库 11g 的升级，您最关心的是什么？

对我而言，我最关心的是更改是否会带来“破坏性”风险。即使微小的改动也有可能引发多米诺骨牌效应，最终导致严重后果。

为了将这种风险降至最低，许多厂商在类似于生产环境的控制环境中进行更改，应用类似于生产系统的负载并观察随之产生的影响。复制生产系统非常简单（至少从技术层面上讲），但再现负载却是另一回事。说起来容易做起来难。

多数机构会采用一些可自动运行以模拟真实用户活动的第三方负载生成工具进行尝试。在大多数情况下，这种方法是可以的，但其始终无法真正忠实地再现生产数据库负载。这些第三方工具只是通过不同参数执行预编写的查询若干次；您必须向这些工具提供查询并给定其可以随机使用的参数范围。这并不能代表您的生产系统负载，而仅仅是运行了一小部分执行了若干次的生产负载，因此，这只是对 1% 的应用程序代码进行了测试。最糟糕的是，这些工具要求您自己提供所有来自生产负载的查询，对于小型应用程序而言，这可能需要数周或数月，对于复杂些的而言，则可能需要多达一年的时间。

如果可以，在数据库本身内记录所有数据库操作（与 DML 相关的操作及其它），而后按这些操作出现的真实顺序进行重放，难道不是一种更好的方法吗？

数据库重放概述

Oracle 数据库 11g 将为您带来诸多好处。新的数据库重放工具好似数据库内的 DVR.使用该独特的方法，可如实地以二进制文件格式捕获 SQL 级别以下的所有数据库活动，然后在同一数据库或不同数据库内进行重放（这正是在进行数据库更改之前您希望做的）。您还可以自定义捕获流程，以包括或排除某些特定类型的活动。