下载后可任意编辑Oracle DBA 很早就希望能够在生产环境中捕获应用程序的负载，然后通过在测试环境中重放捕获的负载来推断数据库或应用程序的改动对数据库性能的影响，Oracle 11g 数据库新的数据库重放特性使 DBA 可以捕获，处理负载，然后有选择性地或跨大范围的数据库环境和平台全部重放，本文为在日益不稳定的数据库环境中使用 Oracle 11g 数据库重放有效地快速预报应用程序的改变对性能的影响提供一个入门。 假如我在 IT 行业这几年教会了我一切，那它是继墨菲定律（凡事只要有可能出错，那就一定会出错）之后的又一真理了，过去的几年里，我认 识到了多个墨菲定律推论的正确性，包括“替代的零件往往不能代用”及特别是“墨菲实际上是一个乐观主义者”的回答，我希望有一天我自己的推论也能通过长期 的观察被添加到这些严格的定律中，我的推论就是：“没有东西能够象在测试环境那样在生产环境中运转”。Oracle DBA 面临一个严峻的挑战：如何准确预报下一组对数据库或应用程序，甚至是硬件配置的改动对整个数据库环境产生的负面影响。这里所说的整个环境字面上的意思是：任何应用程序运行时执行的每一条 SQL 语句，不管它仅仅是一个简单的查询语句还是包括大量 DML 语句的批处理作业，都必须捕获。这个挑战目前变得更加尖锐，因为当前的应用程序负载大都是跨多个技术产生的：N 层应用程序服务器、web farms、甚至传统的客户端/服务器模式应用程序。况且，当某个应用程序执行速度慢下来时，要跟踪追捕检查性能下降的根本原因几乎不可能的。它可能是因不正确的网络配置、不正确的应用程序服务器配置、甚至可能是因为应用程序客户端环境变量设置不正确引起的。目前实现这个艰巨的目标唯一的选择是“捕获/重放”应用程序负载产品套件，这类应用程序是专门设计用于捕获当前生产环境数据库已经执行过的完整负载（p+0），然后重放该负载（p+1）。然而，以我多年的经验看来，这意味着公司要尽早购买第三方较昂贵的解决方案（如 HP 的 LoadRunner 工具）。软件的许可成本和服务器的配置成本需要集中精力考虑，特别是人力资源配置的考虑，可能在捕获/重放负载开始之前很容易就会达到六位数美金的投入了。这就是为什么许多 IT 机构放弃了这个想法，因为测试应用程序性能倒退的成本因素使其变得不太可能。性能倒退之外的因素我之前写的关于 Oracle 11g 新的 SQL 语句性能调试特性：SQL 性能分析器（SPA）和 SQL 计划管...
