Oracle 11g数据库：数据库重放

Oracle11g数据库：数据库重放

本文为在日益不稳固的数据库环境中使用Oracle11g数据库重放有效地快速预

报应用程序的改变对性能的阻碍提供一个入门。

假如我在IT行业这几年教会了我一切，那它是继墨菲定律（凡事只要有可能出

错，那就一定会出错）之后的又一真理了，过去的几年里，我认识到了多个墨

菲定律推论的正确性，包括''替代的零件往往不能代用〃及专门是''墨菲实际上

是一个乐观主义者”的回答，我期望有一天我自己的推论也能通过长期的观看

被添加到这些严格的定律中，我的推论确实是：''没有东西能够象在测试环境那

样在生产环境中运转”。

OracleDBA面临一个严肃的挑战：如何准确预报下一组对数据库或应用程序，

甚至是硬件配置的改动对整个数据库环境产生的负面阻碍。那个地点所说的整个

环境字面上的意思是：任何应用程序运行时执行的每一条SQL语句，不管它仅仅

是一个简单的查询语句依旧包括大量DML语句的批处理作业，都必须捕捉。那个

挑战目前变得更加尖锐，因为当前的应用程序负载大差不多上跨多个技术产生的:

N层应用程序服务器、webfarms、甚至传统的客户端/服务器模式应用程序。况

且，当某个应用程序执行速度慢下来时，要跟踪追捕检查性能下降的全然缘故几

乎不可能的。它可能是因不正确的网络配置、不正确的应用程序服务器配置、甚

至可能是因为应用程序客户端环境变量设置不正确引起的。

目前实现那个艰巨的目标唯独的选择是''捕捉/重放〃应用程序负载产品套件，

这类应用程序是专门设计用于捕捉当前生产环境数据库差不多执行过的完整负

载（p+0）,然后重放该负载（p+1）。然而，以我多年的体会看来，这意味着公

司要尽早购买第三方较昂贵的解决方案（如HP的LoadRunner工具）。软件的许

可成本和服务器的配置成本需要集中精力考虑，专门是人力资源配置的考虑，可

能在捕捉/重放负载开始之前专门容易就会达到六位数美金的投入了。这确实是

什么缘故许多IT机构舍弃了那个方法，因为测试应用程序性能倒退的成本因素

使其变得不太可能。

性能倒退之外的因素

我之前写的关于Oracle11g新的SQL语句性能调试特性:SQL性能分析器（SPA）

和SQL打算治理器（SPM）差不多讨论过Oracle11g是如何让DBA定位因应用程

序环境改变引起的性能提升、保持原样、性能倒退的SQL语句的，所有捕捉/重

放工具都必须要能捕捉并能比较源8+0）和以后（p+1）系统、应用程序、数

据库性能统计，专门是当前性能较低的SQL语句。但那个地点我还要提出另外两

个需要标记的回来类型：

错误回来：在重放捕捉的负载时，常常会遇到错误，事实上那个错误几乎确实

是一个想要的结果，例如：我想校验一个预期中的专门，如违抗引用完整性（如

主键、外键、唯独键、CHECK、NOTNULL约束）显现时能被正确地捕捉，同

时，我还期望有违抗重要的事务规那么的情形显现能被捕捉到，如在检查职职员

资单时发觉差不多工资与总工资扣除所有费用后不平稳的情形，我期望这种专

门能被当作错误一样被捕捉到。

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

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

有不是预期的错误状态显现吗？专门明显，这说明严格的因系统或应用程序改变

的错误回来是可能的。

预期的错误有没有显现的吗？这种情形更复杂了，因为这说明在系统或应用程序

内某些不祥的情况差不多发送变化了，也可能是重要的事务规那么被滥用或没有

应用到所有事务上。

数据回来：所有捕捉/重放工具在重放完成后，假如数据本身显现了差异还必须

发出提醒信号，例如，在测试一个关键任务的金融系统时，我必须确保相同的金

融业务安装合理的顺序完成，在p+1环境所有帐户总和都应该象P+0环境中达到

平稳，假如结果不一样，我必须考虑在我的应用程序、数据库或环境中是什么改

变导致了重放不精确的情形显现。

捕捉和重放套件的另一个关键特性是：在P+1环境上重放捕捉的负载前，必须确

保负载捕捉启动时P+0环境被复位，否那么可能会误诊为数据回来，而实际上应

用程序，数据库和环境都没有发送任何改变。

从属的事务需要捕捉并重放，这好比钢琴家演奏完一段曲子后，磁带记录不仅记

录了记录信息，还记录了每个按键被按下的频率信息，本质上，它给听众提供了

一份艺术大师演奏风格的精确复本，包括所有复杂的演奏停顿〔关于小于25岁

的年轻读者而言，可能没有看到过钢琴演奏磁带，能够用mp3或wav文件替换，

或询问一下年长的同事当年听磁带的情况。〕

数据库重放：功能摘要

感谢Oracle11g新的数据库重放（DBR）套件为我们提供了所有讨论到的功能,

DBR承诺承诺DBA：

捕捉在生产系统上产生的负载，这包括跨多个会话同时收集所有依靠的事务时捕

捉并行执行的相同SQL语句的能力。

捕捉的数据在测试系统上执行前先要做一些处理，这承诺DBA调整负载重放的频

率，以及重新映射到不同用户会话，不同服务的连接，或一在Oracle11gRAC

测试系统中重放时，是一个或多个数据库实例。

在测试系统上重放捕捉的通过处理过的负载，测试系统的配置符合p+1配置的要

求，因此DBA能够准确地判定任何系统改变（包括应用程序改变，软件补丁,甚

至硬件升级）对负载的阻碍，测试系统能够是测试或QA数据库环境，也能够是

一个快照备用数据库〔关于备用数据库后面的文章有更多的说明）。

执行回来分析突出P+0和P+1模拟负载之间的差异，DBR会自动识别和分析错误

回来，数据回来和SQL语句回来的向量。

数据库重放的精妙之处是它排除了创建执行回来分析的模拟负载的必要性，相反,

DBA能够准确地执行记录下来的SQL语句，因此这倾向于提供更准确的系统回

来实况录像，因为其他外部因素（如网络等待时刻）减少了或没有了，所有记录

下来的SQL语句组成了重放的负载，实际上看起来几乎可不能显现无用的或专门

少执行的代码，这些代码可能会被忽略，假如应用程序是在一个RAC集群数据库

环境中的话这是专门关键的。

本文接下来的4小节提供了数据库重放功能的高级入门指南，实现它们的通用目

标：在从p+0到p+1迁移一个生产系统时准确判定需要回来到什么程度，本系列

后面的文章中，我会介绍如何利用数据库重放功能捕捉、预处理、重放和分析重

放结果。

第一步：录制负载

Oracle11g企业治理数据隹操纵台提供了一个专门直观的治理数据库重放功能

的接口，如启用负载捕捉，预处理，回来分析等，每一步它都提供了良好的状态

反馈信息，图1显示了初始的数据库重放操纵台界面：

（点击查看大图）图1：数据库重放操纵台主界面

这一步看到的全部负载确实是对生产数据库捕捉和录制的内容，DBA只需要保证

在生产系统上有足够的负载，DBR做了其他所有情况(捕捉所有外部客户端发起

执行的SQL语句〕，这包括：

SQL查询，DML语句和DDL语句。

PL/SQL块和远程过程调用(RPCs)o

对象导航要求和OCI调用。

注意DBS捕捉操作执行过程中，Oracle11g可不能停止任何后台运行中的作业，

所有内部客户端也能够连续产生要求。

DBR通过一系列影子进理记录负载，这些影子进程过滤出必要的信息准确地复制

系统负载，最后将这些元数据写入一系列XML文件，后面重放时确实是使用的这

些XML文件，Oracle11gDBA只需要关怀文件系统上是否有足够的储备空间来

重放这些XML文件。

第二步：''整理"负载

当DBR负载录制完毕后，在重放前，总是需要对其进行一些细微的调整。例如：

重新映射外部客户端的连接，以便在p+1环境中能准确地重放，在这一步中，DBR

为它最后重放预备具体的元数据，所有阻碍重放结果的参数也是在这一步进行修

改的。

在相同数据库版本上重放时那个预处理过程必须存在，当只要数据库版本匹配，

就能够在一个生产、测试或其他数据库系统上执行擦除操作，实际上，Oracle

强烈建议在一个非生产服务迷上执行那个元数据的''整理”操作，以不阻碍生产

服务器的性能或健康为宜。

第三步：重放负载

负载差不多整理好了，能够启动重放操作了，完成元数据擦除后，选定的DBR

重放客户端就能够随需重放负载了。

复位测试环境：在启动重放前，DBA第一必须复位用于测试的目标数据库和主机

环境，因为在应用改变前，测试服务器的关键部位需要与生产服务器匹配，否那

么，可能引发非预期的回来，幸运的是，随Oracle10g数据库显现的闪回数据

库(FLASHBACKDATABASE)特性关心我们简单完成那个任务，其他可选的包括通

过RMAN复原到一个时刻点，或使用数据泵导出导入，一旦测试环境正确地复位

完毕，接下来，DBA应用所有的改变到测试服务器上的生产系统，使其现在的

状态变为P+1,然后传送前面捕捉的负载给那个p+1服务器。

通过重放驱动重放负载：当在p+1服务器上最后一次重放前面捕捉的负载时，一

个叫做重放驱动的应用程序向目标数据库系统发送要求，因为重放驱动是客户

端不可知论的，对Oracle11g而言最初发送要求的客户端类型是没有区别的，

重放驱动消灭了录制的负载和向P+1系统发送要求的过程，就象是外部客户端发

送的要求一样。

因为它将在所有重放客户端之间分配所有的负载捕捉流，重放驱动可能会考虑网

络带宽、CPU和内存容量,重放驱动也可能充分利用重新映射连接字串，使它们

建立起一对一（如单实例到单实例）或多对一（如单节点到多个RAC节点）的关

系，意味着连接负曩均衡可能需要考虑，同样重要的是，重放驱动会忽略最初由

外部客户端产生的活动（如EM数据库操纵），可不能重放这种活动，同时，它

还会忽略通过数据库连接连接到外部数据库或访问名目对象的活动记录。

另一个使用数据库重放吸引人的优点是：能够同步模式或异步模式重放捕捉的负

载。在同步模式下，每一个事务都按照录制时的顺序准确地重放，然而，DBR

也能够异步重放负载，如不考虑事务的同步性，因此能够产生比录制时更大的负

载，这在试图执行一个"测试到破坏〃新的或修改过的数据库环境时专门有用。

DBR负载重放的范畴：OracleUgRl数据库重放功能能够准确地评估下面几类对

数据库环境的改变。

数据库升级

数据库打补丁

改变数据库模式

改变初始化参数

修改一个或多个RAC节点及其内连配置

操作系统平台的概念，包括从32位转移到64位

改变服务器内存或cpu配置

改变数据库的储备配置，包括在文件系统（如ext3,ntfs）、ASM储备、和/或

RAW储备之间迁移数据库文件

DBR负载重放限制：数据库重放模拟能力有一些显着的［且合理的）限制：

SQL*Loader直截了当路径装入不能重放，常规路径SQL*Loader操作能够重放

导入导出操作，不管是通过传统的方式依旧数据泵的方式，都不能重放

Oracle共享服务器会话不能跟踪

闪回数据库复原和Flashback查询操作不能重放

Oracle数据流，包括非基于PL/SQL的高级查询，不能重放

分布式事务处理，包括远程COMMIT操作，只能当作本地事务重放

基于Oracle调用接口（0CI）对象导航不能重放

关于大多数部分，这些限制有意义，例如：闪回数据库本质上是一个不完全的数

据库复原操作，因此它不是正常事务处理的范畴，我也可不能考虑它是否会使性

能倒退，尽管限制关于共享服务器会话有意义，但仍旧有一些数据库是使用共享

服务器作为连接池的，因此这是一个小小的遗憾。

第四步：回来分析

负载重放完毕后，数据库重放将提供多个有关在p+1环境和p+0环境下负载性能

不同的分析，正如我在本文最前面提到的，任何好的回来测试套件都有能力捕捉

和分析性能回来、数据回来和错误回来，DBR在这些方面没有让我们败兴。

例如：DBR能够通过它的一套捕捉重放报告赶忙检测到任何性能差异，通过这些

报告，能够下钻到储备在ADDM（自动数据库诊断监视器）、AWR（自动负载仓库）

和活动会话历史（ASH）报告中更详细的分析。

不管问题出自哪里，DBR都能识别并处理以下两种类型的问题：

联机问题象征DBR可能做了一些误操作，应该先暂停，否那么重放的结果变得没

什么意义

脱机问题实际上是数据库重放操作成功的预期结果，这种类型的问题通常是在重

放操作终止后被检测到的

下一步

理论知识具备了，在本系列的下一篇文章中，我将阐述：

在OracleUgRl数据库单实例上捕捉一个简单的负载

预处理捕捉的负载

在一个双节点的OracleHgRlRAC集群数据库上重放预处理过的负载

标识出在转移到类型目标环境过程中可能显现的问题

Oracle1IgRl提供了捕捉生产环境中应用程序的负载，并在测试环境中重放负

载的能力，利用这种技术判定当对系统、数据库或应用程序修改后在性能方面的

阻碍有多大，在本文中，我将描述Oracle11g数据库重放功能如何从当前的生

产数据库中9+0环境）捕捉和预备负载，

以及如何在一个Oracle11g测试环境（作为下一个p+1数据库系统）重放相同

的负载，这种技术使OracleDBA有机会分析和隔离对性能有害的改变。

这篇文章要紧集中讲述如何：

♦从一个Oracle11g数据库捕捉一个真实的负载

♦捕捉对应的自动负载仓库(AWR)数据

♦为最后的负载重放预备测试数据库环境

♦传输生产环境配置到测试环境

♦预处理生产负载

♦在测试系统上重放负载

♦分析发觉的任何性能问题和分歧

模拟应用程序环境

本文中关于我的测试环境有一点需要说明：为了简化过程，捕捉和重放操作都使

用相同的数据库。我使用的是最差不多的Oracle11g种子数据库和默认安装的

样本方案。数据库将运行在带闪回日志功能的ARCHIVELOG模式下，以便需要重

放时能够快速地利用FLASHBACKDATABASE命令回退到某个初始点。

第一时期：录制负载

♦为了建立一个捕捉/重放情形，我建立了一个新用户、表、索引和相关的PL/SQL

对象：

♦一个新用户ADMIN,它将被用作储备所有治理对象的一个仓库，同时，我还创

建了一个表储备主键的值。创建该用户和表的代码请参考附件A：

ADMINSetup.sql。

♦PL/SQL包ADMIN.PKG_SEQUENCING操纵指定新的主键值，该包的说明参考附件

B：pkg_sequencing.spc,该包最初的版本内容参考附件C：

pkg_sequencing_v1.bdy。

♦另一个用户AP,它将封装一个帐户支付系统的方案,包括新的表AP.VENDORS,

AP.INVOICES和AP.INVOICE_ITEMS,创建那个方案及其相关的对象脚本参考附件

D：APSetup.sql0

♦为了填充AP方案的对象，我创建了一个包AP.PKG_LOAD_GENERATOR,它的说

明文件和主体文件分别参考附件E：pkg」oad_generator.spc和附件F：

pkg_load_generator.bdy。

♦最后，APInitialization.sql中的代码用几百行模拟数据填充了表

AP.VENDORS,并在表AP.INVOICES中创建了25条发票记录，在表

AP.INVOICE_ITEMS中创建了与之对应的发票详细信息条目，收集了ADMIN和AP

方案下所有南•象的原始统计信息，它还创建了一个名目对象DBRControl,用于

数据库重放时储备结果脚本和捕捉负载期间产生的XML文件。

建立一个负载捕捉

至此，我们的源数据库环境初始化好了，我将启动一个真实的负载捕捉，下面的

图2.1.1显示了数据库重放的初始窗口，它是通过访问EM数据库操纵软件的【软

件和支持】标签上的【真正应用程序测试】小节下的【数据库链接】得到的。

.eUT_APsql(smb//zdcvm..■OracleEnterpriseM;

点击查看大图

（点击查看大图）图2.1.1：负载捕捉设置：初始化界面

假如我选择了第一个任务，在我的捕捉会话执行前必须先确认所有在检查列表中

列出的先决条件都已具备才行。

OracleEnterpriseManager(SYS)-CaptureWorkload:PlanEnvironment-MozillaFirefoxB

日用Edity»ewgoBookmarksJjaolsHelp

OQACL.GEntctprisuManager11gUsJiui-lu-

D«tabdsoControlDatabase

•~O-O~~0—0

PlanEmnronnwntOptancPaanHiwsSch*dob-

CaptureWorkload：PlanEnvironment

Da&tboseotcLo«aclexo«i.Cant-)Ste0IdSNe.)

LoggedInAsSYS

Theiotowmgpter«quGte9shouldboMbeforeprocecdnglocnpturngt*wworkbadtoavccJpotentnlprobtenn

.com

Done技术］庇谭

点击查看大图

（点击查看大图〕图2.1.2：负载捕捉设置：打算环境检查列表

接下来的界面让我选择在正式捕捉负载之前是否重启数据库，并过滤不需要的会

话活动（如EM本身），注意我会按照Oracle11g的最正确实践建议''清除捕捉"：

我会同意EM的建议停止并重启数据库以建立一个有效的捕捉启动时刻。

(disk]।■oracle@»llgRlNF•UTAPsql(smb//zdcvm...OracleEnterpriseM;

点击查看大图

（点击查看大图）图2.1.3：负载捕捉设置：选项

接下来的界面显示的是给捕捉会话命名和指定储备重放脚本的名目。

][⑦5_心.$<|1(即》：//2"7»^01^_<叩...][.OracitEntwprt$.Mar»fltr(SVS)据“夕濯，八七

画［■0血蜒@1痴］即”

点击查看大图

（点击查看大图）图2.1.4：负载捕捉设置：设置参数

接下来要求为任务调度命名，图2.1.5和图2.1.6显示了最终的任务确认设置界

面。

点击查看大图

（点击查看大图）图2.1.5：负载捕捉设置：指定EM任务名

fllora-gRINF~«UTAPsgi(smb〃zdcvm■Or»mEntQrprt^tonagJf•Sav.Screenthoc

点击查看大图

（点击查看大图）图2.1.6：负载捕捉设置：最终的任务视图

最后，Oracle11g要求最后一次确认。

点击查看大图

（点击查看大图）图2.1.7：负载捕捉设置：任务提交

捕捉就启动了，只要Oracle11g显示那个屏幕，它实际上是等我再次在源数据

库上启动代表性的负载。

捕捉一个真实的负载

为了通过不同用户模拟相似代码的并行执行过程，我预备了一个简单的shell

脚本（参考附录G：RandomLoadGenerator.sh）,它做一些CPU密集型运算的

简单查询，在AP方案上产生的查询，同时在AP方案的表中氤上千行记录，我

差不多将我的源数据库环境配置为使用多个服务名，每一个对应一种用户，内

容参考附录H：SI_Services_tnsnames.ora,我将这些服务名添加到我的数据库

配置文件TNSNAMES.ORA中作为可选的连接别名。

我在我的p+0数据库环境中启动了那个负载，执行完毕后，我回到EM数据库操

纵台查看执行的结果，如图2.2.1所示，然后点击''停止捕捉"按钮终止负载捕

捉。

ApphcattonsRacesSystem画团电9WEMay21.203303口口

OracleEnterpriseMnnager(SYS)-ViewWorkloadCapture:DBRCAPTURE1OO-MozillaFirefox-O

&eEd代Y»ewGogookmMksgolsHelp

'、「•'：片、：https//llqrlnf1158/cnVconso'cdatabase,v.orHcad/capture'>c'.'cnt-monilcrf.t.-▼fjGoQ

,

ViewWortdoadCapture：DBR_CAPTURE_1OO

P3^»R-<(we»ndItey21.20088:32.56PMCOT.Refresh;

一夕

Sb3InProg0Pcapture)

VSummary

NameOBR_CAPTURE_100CapturedDatoSooMB)009

DtvcloryOtyxtDBRCONTROL◎Dutatloa(*h.«nniS3)008:18'

OotabooeNameORCLStartTimeM>y21.20068:2»:37l>MCDT

CaptureDatatnscVersion11.1A6X>EndTimeNA

0001%698197StartSCM4065162

Ca(<uwErrorCoONoa*EftdSCNNA

CoptureErrorMeccag*Noa*

View*ori<loadCamureReport)

S

U

O

-

S

E

S□Others

>。

«■Capture

*

Comportion

Doneingn

点击查看大图

（点击查看大图）图2.2.1：负载捕捉：回忆捕捉任务状态

这时，Oracle11g会要求你确认是否终止捕捉过程，并显示一个计时表直到捕

捉完成。

点击查看大图

（点击查看大图）图2.2.2：负载捕捉：确定终止捕捉

点击查看大图

(点击查看大图)图2.2.3：负载捕捉：终止捕捉

当终止捕捉后，Oracle11g会询问是否捕捉录制的负载对应的自动负载仓库

(AWR)数据，如图2.2.4所示，我选择了捕捉所有有关的AWR快照，以便于

后面进行报告对比。

点击查看大图

（点击查看大图）图2.2.4：负载捕捉：要求生成AWR快照

一旦捕捉终止，就能够查看捕捉结果看捕捉是否成功，以及是否包含了足够的数

据，假如发觉数据不足，FLASHBACKDATABASE命令承诺我回到捕捉开始前的数

据库状态再重新开始捕捉，我也选择了''查看负载捕捉报告"按钮生成一个完整

的数据库捕捉报告（报告链接：：〃databasejournal

/img/2020/05/PCW_Report_l.html）。

第二时期：预备重放

尽管在P+0数据库环境中成功完成了一个足够的数据库负载捕捉，当在p+1环境

中重放负载之前还有许多情况要做。

复位P+0环境

因为我的源和目标环境是同一个数据库，因此第一我需要将环境复位到捕捉负载

之前的状态，我的数据库工作在闪回日志模式，因此我只需要使用FLASHBACK

DATABASE命令将其回退到初始状态：

$>rmantarget/

RMAN>shutdownimmediate;

RMAN>startupmount;

RMAN>resetdatabasetoincarnation6;

RMAN>flashbackdatabasetoscn=4162947;

转移到p+1环境

接下来，我要做的是应用必要的改变，将我的数据库环境转到P+1状态，简单说

明一下，我将做两个改变，它们对P+1环境的性能有显着的阻碍：

对储备过程ADMIN.PKG_SEQUENCING.NEXT_ID做了专门处理，使用序列代替了表

ADMIN.NEXT_IDS来确定AP方案中表的下一个主键值，这应该会显着提升储备过

程AP.PKG_LOAD_GENERATOR.RANDOMDML的性能，在重放过程中，它在

AP.INVOICES和AP.INVOICE_ITEMS表中创建随机数据项目。

删除了在AP.INVOICES.CUSTOMER_ID上的索引，并重新运罢了AP方案的统计数

值，因为储备过程AP.PKG_LOAD_GENERATOR.RANDOMQUERY在视图

AP.RV_INVOICE_DETAILS上产生随机查询时经常使用那个索引高效地选择行，

在重版时应该看到性能会如预期那样显着回退。

''整理"负载

至此，我的p+1工作环境搭建好了，能够开始为重放做一下负载预处理了，再说

一次，我会使用EM数据库操纵台启动预处理序列，图2.3.1显示了从''数据库

重放”面板选择了''预处理负载”后的结果。

ORACLCEnterpriseManager11gSc2ir必加s?'.

DaUbasoConlcolDatib»c

OatatHrseImtance;orcLoracloxom»DatabaseRaptay>bog9oclnMSYS

PreprocessCapturedWorkload

[Cancel,PreprocessWoMoad:

Directory

Setoctadrecwcyoe^ctthatcetinsacapturedworktoad

•DEoryOK|DBR8PG3.CrtateD.rtctorydbjtct)

VCaptureSummary

NameDBR_CAPTURE_1OOCaptorodDataS<re<MB)0.10

StatusCompletedDuratDn(hh:mcnss)8X0:30

OreckxyObjKtOBRCONTROL应SUrtT«neMay23.20088:49;35PMeDT

DatataseNameORCLEPTEKtoy23,200B4,S2.Q6PMCDT

CaptureOatataseVetstext11.1A6.0

oeiD1166960197

CQptUlVErie*CoO>0

CaptureEr»o*MessageNone

(>CaptureDetails

、Cancel；、PrepeocessWorkload)

jrtabF।.-|•|i?；-।

CgngN。1W6,3007.O*ci«NngM»f«Mrv«l

Olacie.JOb<>*«cfe.HK(4*$ott,andAvMar*>«9sMedtadanut*.*<4Ond»Carxiatonantait»atMotas.OUwIWMBna^too(ttwta&ixKlh'coMvn.

点击查看大图

（点击查看大图）图2.3.1：预处理捕捉的负载：选择一个捕捉的负载

当我选择了想要的负载后，Oracle11g会提醒我是在同一个数据库版本上进行

数据库重放...

ApphcattonsRacesSystem画②e)9皿May22.332。4。

kOracleEnterpriseManager(SYS)-PreprocessCapturedWorkload:DatabaseVersion-MozillaFirefox-o

♦flloracle@llgRlNF...>DBRNotestxtDesktop-FileBro..f-^enShotsonz..，Or,

点击查看大图

（点击查看大图）图2.3.2：预处理捕捉的负载：数据库版本警告

然后启动一个新的EM调度任务完成预处理。

ApphConsPlacesSystem@1苜e9MonMay26,153836a口

OrjicleEnterpriseManager(SYS)-PreprocessCapturedWorkload:Schedule-MozillaFirefox

0ieEdRYiewGofiookmartcsJoolsHe*

■:.C)f口httptM]ylnf：1158/im/com<M〃(totabfMo<WM<Viypn>co”?torget»orci.orac耳日©Go||Q.

ORACLEEnterpriseManager11g&steexstMifcland

DuUbasoConlcol。举abase

•—o

9ch*d«l»

Pr»proc«ssCapturedWorkload:Schedule

Databaseoicl.o«acCarxei；、Bac«I=as?Ne即；

Vers©fl11.1A6

QapfuieNameDBR_CAPTURE_100

LoggedinXsSYS

Spec与metogvngloscbedstemepcepracessngpb

JobParntnetora

•JobNamepBRPCWjOO

Descriptor)Prep<oc«sthecaptvredworkload

Start

3sM，羽皿

MayX.2D0t>

T<ncI32J|3D*JI002I「AMCPM

HostCrederrtteto

.。Desktop-RieBrowser■oracle@llqRlNF~•wedDocument1-...OracleEnurprtzM:

点击查看大图

（点击查看大图）图2.3.3：预处理捕捉的工作量：调度预处理任务

Oracle11g提示要进行最后的确认，以提交调度任务，然后开始执行。

ORACLCEnterpriseManager11gixSiDAfffawreiw

DuUbasoConlcolD&aba，e

Pr»proc«ssCapturedWorkload:Review

loggedtaAsSYSCancel:Back|s^>3o(3、Su&mn)

WorktodOBR_CAFTURE_lOOw*boprcpfocescdon6GtrceMloocbcom-

JobNameDeR_PCW_X»

Databo&eofclomctecom

OrecttryO