Oracle 11g数据库重放教程（一）：数据库重放步骤

核心提示： 性能倒退之外的因素我之前写的关于Oracle 11g新的SQL语句性能调试特性：SQL性能分析器（SPA）和SQL计划管理器（SPM）已经讨论过Oracle 11g是如何让DBA定位因应用程序环境改变引起的性能提升、保持原样、性能倒退的SQL语句的，所有捕获/重放工具都必须要能捕获并能比较

性能倒退之外的因素

我之前写的关于Oracle 11g新的SQL语句性能调试特性：SQL性能分析器（SPA）和SQL计划管理器（SPM）已经讨论过Oracle 11g是如何让DBA定位因应用程序环境改变引起的性能提升、保持原样、性能倒退的SQL语句的，所有捕获/重放工具都必须要能捕获并能比较源（p+0）和未来（p+1）系统、应用程序、数据库性能统计，特别是当前性能较低的SQL语句。但这里我还要提出另外两个需要标记的回归类型：

错误回归：在重放捕获的负载时，常常会遇到错误，事实上这个错误几乎就是一个想要的结果，例如：我想校验一个预期中的异常，如违背引用完整性（如主键、外键、唯一键、CHECK、NOT　NULL约束）出现时能被正确地捕获，同时，我还希望有违背重要的事务规则的情况出现能被捕获到，如在检查职员工资单时发现基本工资与总工资扣除所有费用后不平衡的情况，我希望这种异常能被当作错误一样被捕获到。

因此，任何强大的捕获/重放工具都必须能够监视下面三种类型的错误回归：

所有预期的错误都发生了吗？

有不是预期的错误状态出现吗？很显然，这表明严格的因系统或应用程序改变的错误回归是可能的。

预期的错误有没有出现的吗？这种情况更复杂了，因为这表明在系统或应用程序内某些不祥的事情已经发送变化了，也可能是重要的事务规则被滥用或没有应用到所有事务上。

数据回归：所有捕获/重放工具在重放完成后，如果数据本身出现了差异还必须发出提醒信号，例如，在测试一个关键任务的金融系统时，我必须确保相同的金融业务安装合理的顺序完成，在p+1环境所有帐户总和都应该象p+0环境中达到平衡，如果结果不一样，我必须考虑在我的应用程序、数据库或环境中是什么改变导致了重放不精确的情况出现。