OracleDBA很早就盼望能夠在生產(chǎn)環(huán)境中捕獲應(yīng)用程序的負載，然后通過在測試環(huán)境中重放捕獲

的魚載來判斷教據(jù)理或應(yīng)用程序的改動對數(shù)據(jù)庫性能的影響，Oraclo11數(shù)據(jù)庫新的數(shù)據(jù)庫重放

特性使DBA可以捕獲，處理負載，然后有選擇性地或跨大范圍的數(shù)據(jù)庫環(huán)境和平臺全部重放，

本文為在日益不穩(wěn)定的數(shù)據(jù)庫環(huán)境中使用Oracle11g數(shù)據(jù)庫重放有效地快速預(yù)報應(yīng)用程序的改變

對性能的影響提供一個入門。

如果我在IT行業(yè)這幾年教會了我一切，那它是繼墨菲定律（凡事只要有可能出錯，那就一定會出

錯）之后的又一真理了，過去的幾年里，我認識到了多個墨菲定律推論的正確性，包括“替代的

零件往往不能代用〃及特別是“墨菲實際上是一個樂觀主義者〃的答復，我希望有一天我自己的推

論也能通過長期的觀察被添加到這些嚴格的定律中，我的推論就是：“沒有東西能夠象在測試環(huán)

境那樣在生產(chǎn)環(huán)境中運轉(zhuǎn)〃。

OracleDBA面臨一個嚴峻的挑戰(zhàn)：如何準確預(yù)報下一組對數(shù)據(jù)庫或應(yīng)用程序，甚至是硬件配置的

改動對整個數(shù)據(jù)庫環(huán)境產(chǎn)生的攵面影響。這里所說的整個環(huán)境字面上的意思是：任何應(yīng)用程序運行

時執(zhí)行的每一條SQL語句，不管它僅僅是一個簡單的查詢語句還是包括大量DML語句的批處理作業(yè)，

都必須捕獲。這個挑戰(zhàn)目前變得更加鋒利，因為當前的應(yīng)用程序負載大都是跨多個技術(shù)產(chǎn)生的：N

層應(yīng)用程序效勞器、webfarms.甚至傳統(tǒng)的客戶端/效勞器模式應(yīng)用程序。況且，當某個應(yīng)用程序

執(zhí)行速度慢下來時，要跟蹤追捕檢查性能下降的根本原因幾乎不可能的。它可能是因不正確的網(wǎng)絡(luò)

配置、不正確的應(yīng)用程序效勞器配置、甚至可能是因為應(yīng)用程序客戶端環(huán)境變量設(shè)置不正確引起的。

目前實現(xiàn)這個艱巨的目標唯一的選擇是“捕獲/重放〃應(yīng)用程序負載產(chǎn)品套件，這類應(yīng)用程序是專

門設(shè)計用于捕獲當前生產(chǎn)環(huán)境數(shù)據(jù)庫已經(jīng)執(zhí)行過的完整負載（p+O）,然后重放該負載（pH）o然

而，以我多年的經(jīng)驗看來，這意味著公司要盡早購置第三方較昂貴的解史方案（如HP的LoadRunner

工具）。軟件的許可本錢和效勞器的配置本錢需要集中精力考慮，特別是人力資源配置的考慮，可

能在捕獲/重放負載開始之前很容易就會到達六位數(shù)美金的投入了。這就是為什么許多IT機構(gòu)放棄

了這個想法，因為測試應(yīng)用程序性能倒退的本錢因素使其變得不太可能。

性能倒退之外的因素

我之前寫的關(guān)于Oracle11g新的SQL語句性能調(diào)試特性：SQL性能分析器（SPA）和SQL方案管理

器（SPM）已經(jīng)討論過Oracle11g是如何讓DBA定位因應(yīng)用程序環(huán)境改變引起的性能梃升、保持原

樣、性能倒退的SQL語句的，所有捕獲/重放工具都必須要能捕獲并能比較源（p+0）和未來（p+1）

系統(tǒng)、應(yīng)用程序、數(shù)據(jù)庫性能統(tǒng)計，特別是當前性能較低的SQL語句。但這里我還要提出另外兩個

需要標記的回歸類型：

錯誤回歸：在重放捕獲的負載時，常常會遇到錯誤，事實上這個錯誤幾乎就是一個想要的結(jié)果，

例如：我想校驗一個預(yù)期中的異常，如違背引用完整性（如主鍵、外鍵、唯一鍵、CHECK.NOTNULL

約束）出現(xiàn)時能被正確地捕獲，同卅，我還希望有違背重要的事務(wù)規(guī)則的情況出現(xiàn)能被捕獲到，如

在檢查職員工資單時發(fā)現(xiàn)根本工資與總工資扣除所有費用后不平衡的情況，我希望這種異常能被

當作錯誤一樣被捕獲到。

因此，任何強大的捕獲/重放工具都必須能夠監(jiān)視下面三種類型的錯誤回歸：

所有預(yù)期的錯誤都發(fā)生了嗎？

有不是預(yù)期的錯誤狀態(tài)出現(xiàn)嗎？很顯然，這說明嚴格的因系統(tǒng)或應(yīng)用程序改變的錯誤回歸是可能

的。

預(yù)期的錯誤有沒有出現(xiàn)的嗎？這種情況更復雜了，因為這說明在系統(tǒng)或應(yīng)用程序內(nèi)某些不祥的事情

已經(jīng)發(fā)送變化了，也可能是重要的事務(wù)規(guī)則被避用或沒有應(yīng)用到所有事務(wù)上。

數(shù)據(jù)回歸：所有捕獲/重放工具在重放完成后，如果數(shù)據(jù)本身出現(xiàn)了差異還必須發(fā)出提醒信號，例

如，在測試一個關(guān)鍵任務(wù)的金融系統(tǒng)時，我必須確保相同的金融業(yè)務(wù)安裝合理的順序完成，在p+1

環(huán)境所有帳戶總和都應(yīng)該象p+o環(huán)境中到達平衡，如果結(jié)果不一樣，我必須考慮在我的應(yīng)用程序、

數(shù)據(jù)庫或環(huán)境中是什么改變導致了重放不精確的情況出現(xiàn)。

捕獲和重放套件的另一個關(guān)鍵特性是：在P+1環(huán)境上重放捕獲的負載前，必須確保負載捕獲啟動時

P+0環(huán)境被復位，否則可能會誤診為數(shù)據(jù)回歸，而實際上應(yīng)用程序，數(shù)據(jù)庫和環(huán)境都沒有發(fā)送任何

改變。

附屬的事務(wù)需要捕獲并重放，這好比鋼琴家演奏完一段曲子后，磁帶記錄不僅記錄了記錄信息，還

記錄了每個按鍵被按下的頻率信息，本質(zhì)上，它給聽眾提供了一份藝術(shù)大師演奏風格的精確復本,

包括所有復雜的演奏停頓（對于小于25歲的年輕讀者而言，可能沒有看到過鋼琴演奏磁帶，可以

用mp3或wav文件替換，或詢問一下年長的同事當年聽磁帶的事情。）

數(shù)據(jù)庫重放：功能摘要

感謝Oracle11g新的數(shù)據(jù)庫重放（DBR）套件為我們提供了所有討論到的功能，DBR允許允許DBA：

捕獲在生產(chǎn)系統(tǒng)上產(chǎn)生的負載，這包括跨多個會話同時收集所有依賴的事務(wù)時捕獲并行執(zhí)行的相同

SQL語句的能力。

捕獲的數(shù)據(jù)在測試系統(tǒng)上執(zhí)行前先要做一些處理，這允許DBA調(diào)整負載重放的頻率，以及重新映射

到不同用戶會話，不同效勞的連接，或一在Oracle1lgRAC測試系統(tǒng)中重放時，是一個或多個數(shù)

據(jù)庫實例。

在測戰(zhàn)系統(tǒng)上重放捕獲的經(jīng)過處理過的負載，測試系統(tǒng)的配置符合p+1配置的要求，因此DBA可以

準確地判斷任何系統(tǒng)改變（包括應(yīng)用程序改變，軟件補丁,甚至硬件升級）對負載的影響，測試系

統(tǒng)可以是測試或QA數(shù)據(jù)庫環(huán)境，也可以是一個快照備用數(shù)據(jù)庫（關(guān)于備用數(shù)據(jù)庫后面的文章有更

多的說明）。

執(zhí)行回歸分析突出P+0和P+1模擬負載之間的差異，DBR會自動識別和分析錯誤回歸，數(shù)據(jù)回歸和

SQL語句回歸的向量。

數(shù)據(jù)庫重放的美妙之處是它消除了創(chuàng)立執(zhí)行回歸分析的模擬負載的必要性，相反，DBA可以準確地

執(zhí)行記錄下來的SQL語句，因此這傾向于提供更準確的系統(tǒng)回歸實況錄像，因為其他外部因素（如

網(wǎng)絡(luò)等待時間）減少了或沒有了，所有記錄下來的SQL語句組成了重放的負載，實際上看起來幾乎

不會出現(xiàn)無用的或很少執(zhí)行的代碼，這些代碼可能會被忽略，如果應(yīng)用程序是在一個RAC集群數(shù)

據(jù)庫環(huán)境中的話這是很關(guān)鍵的。

本文接下來的4小節(jié)提供了數(shù)據(jù)庫重放功能的高級入門指南，實現(xiàn)它們的通用目標：在從p+0到

p+1遷移一個生產(chǎn)系統(tǒng)時準確判斷需要回歸到什么程度，本系列后面的文章中，我會介紹如何利用

數(shù)據(jù)庫重放功能捕獲、預(yù)處理、重放和分析重放結(jié)果。

第一步：錄制負載

OracleUg企業(yè)管理數(shù)據(jù)隹控制臺提供了一個非常直觀的管理數(shù)據(jù)庫重放功能的接口，如啟用負

載捕茨，預(yù)處理，回歸分析等，每一步它都提供了良好的狀態(tài)反應(yīng)信息，圖1顯示了初始的數(shù)據(jù)庫

重放控制臺界面：

1.....................................................................................—

（點擊查看大圖）圖1:數(shù)據(jù)庫重放控制臺主界面

這一步看到的全部負載就是對生產(chǎn)數(shù)據(jù)庫捕獲和錄制的內(nèi)容，DBA只需要保證在生產(chǎn)系統(tǒng)上有足夠

的負載，DBR做了其他所有事情（捕獲所有外部客戶端發(fā)起執(zhí)行的SQL語句），這包括：

SQL查詢，DML語句和DDL語句。

PL/SQL塊和遠程過程調(diào)用（RPCs）o

對象導航請求和OCI調(diào)用。

注意DBS捕獲操作執(zhí)行過程中，Oracle11g不會停止任何后臺運行中的作業(yè)，所有內(nèi)部客戶端也

可以繼續(xù)產(chǎn)生請求。

DBR通過一系列影子進程記錄負載，這些影子進程過濾出必要的信息準確地復制系統(tǒng)負載，最后將

這些元數(shù)據(jù)寫入一系列XML文件，后面重放時就是使用的這些XML文件，OracleUgDBA只需要

關(guān)心文件系統(tǒng)上是否有足夠的存儲空間來重放這些XML文件。

第二步：“整理〃負載

當DBR負載錄制完畢后，在重放前，總是需要對其進行一些細微的調(diào)整。例如：重新映射外部客戶

端的連接，以便在p+1環(huán)境中能準確地重放，在這一步中，DBR為它最后重放準備具體的元數(shù)據(jù)，

所有影響重放結(jié)果的參數(shù)也是在這一步進行修改的。

改變數(shù)據(jù)庫的存儲配置，包括在文件系統(tǒng)（如ext3,ntfs）、ASM存儲、和/或RAW存儲之間遷移數(shù)

據(jù)庫文件

DBR負載重放限制：數(shù)據(jù)庫重放模擬能力有一些顯著的（且合理的）限制：

SQL*Loadcr直接路徑裝入不能直放，常規(guī)路徑SQL*Loader操作可以重放

導入導出操作，不管是通過傳統(tǒng)的方式還是數(shù)據(jù)泵的方式，都不能重放

Oracle共享效勞器會話不能跟蹤

閃回數(shù)據(jù)庫恢復和Flashback查詢操作不能重放

Oracle數(shù)據(jù)流，包括非基于PL/SQL的高級查詢，不能重放

分布式事務(wù)處理，包括遠程COMMIT操作，只能當作本地事務(wù)重放

基于Oracle調(diào)用接口（0CI）灰象導航不能重放

對于大多數(shù)局部，這些限制有意義，例如：閃回數(shù)據(jù)庫本質(zhì)上是一個不完全的數(shù)據(jù)庫恢復操作，因

此它不是正常事務(wù)欠理的范疇，我也不會考慮它是否會使性能倒退，雖然限制對于共享效勞器會話

有意義，但仍然有一些數(shù)據(jù)庫是使用共享效勞器作為連接池的，因此這是一個小小的遺憾。

第四步：回歸分析

負載重放完畢后，數(shù)據(jù)庫重放將提供多個有關(guān)在pH環(huán)境和p+0環(huán)境下負載性能不同的分析，正如

我在本文最前面提到的，任何好的回歸測試套件都有能力捕獲和分析性能回歸、數(shù)據(jù)回歸和錯誤回

歸，DBR在這些方面沒有讓我們失望。

例如：DBR能夠通過它的一套捕獲重放報告立即檢測到任何性能差異，通過這些報告，可以下鉆到

存儲在ADDM（自動數(shù)據(jù)庫診斷監(jiān)視器）、AWR（自動負載倉庫）和活動會話歷史（ASH）報告中更

詳細的分析。

無論問題出自哪里，DBR都能識別并處理以下兩種類型的問題：

聯(lián)機問題象征DBR可能做了一些誤操作，應(yīng)該先暫停，否則重放的結(jié)果變得沒什么意義

脫機問題實際上是數(shù)據(jù)庫重放操作成功的預(yù)期結(jié)果，這種類型的問題通常是在重放操作結(jié)束后被檢

測到的

下一步

理論知識具備了，在本系列的下一篇文章中，我將闡述：

在OracleHgRl數(shù)據(jù)庫單實例上捕獲一個簡單的負載

預(yù)處理捕獲的負載

在一個雙節(jié)點的OraclellgRlRAC集群數(shù)據(jù)庫上重放預(yù)處理過的負載

標識出在轉(zhuǎn)移到類型目標環(huán)境過程中可能出現(xiàn)的問題

OraclellgRl提供了捕獲生產(chǎn)環(huán)境中應(yīng)用程序的負載，并在測試環(huán)境中重放負載的能力，利用這

種技術(shù)判斷當對系統(tǒng)、數(shù)據(jù)隹或應(yīng)用程序修改后在性能方面的影響有多大，在本文中，我將描述

Oracle11g數(shù)據(jù)庫重放功能如何從當前的生產(chǎn)數(shù)據(jù)庫中（p+0環(huán)境）捕獲和準備負載，

以及如何在一個Oracle11g測式環(huán)境（作為下一個p+1教據(jù)庫系統(tǒng)）重放相同的負載，這種技術(shù)

使OracleDBA有時機分析和隔嗡對性能有害的改變。

這篇文章主要集中講述如何：

?從一個Oracle11g數(shù)據(jù)庫捕獲一個真實的負載

?捕獲對應(yīng)的自動負載倉庫（AWR）數(shù)據(jù)

?為最后的負載重放準備測試數(shù)據(jù)庫環(huán)境

?傳輸生產(chǎn)環(huán)境配置到測試環(huán)境

?預(yù)處理生產(chǎn)負載

?在測試系統(tǒng)上重放負載

?分析發(fā)現(xiàn)的任何性能問題和分歧

模擬應(yīng)用程序環(huán)境

本文中關(guān)于我的測試環(huán)境有一點需要說明：為了簡化過程，捕獲和重放操作都使用相同的數(shù)據(jù)庫。

我使用的是最根本的Oracle11g種子數(shù)據(jù)庫和默認安裝的樣本方案。數(shù)據(jù)庫將運行在帶閃回日志

功能的ARCHIVELOG模式下，以便需要重放時可以快速地利用FLASHBACKDATABASE命令回退到某個

初始點。

第一階段：錄制負載

?為了建立一個捕獲/重放情景，我建立了一個新用戶、表、索引和相關(guān)的PL/SQL充象：

?一個新用戶ADMTN,它將被用作存儲所有管理對象的一個倉庫，同時，我還創(chuàng)立了一個表存儲主

鍵的值。創(chuàng)立該用戶和表的代碼請參考附件A：ADMINSetup.sqlo

?PL/SQL包ADMIN.PKG_SEQUENCING控制指定新的主鍵值，該包的說明參考附件B：

pkg_scquencing.spc,該包最初的版本內(nèi)容參考附件C:pkg_sequencing_vl.bdyo

?另一個用戶AP,它將封裝一/、帳戶支付系統(tǒng)的方案，包括新的表AP.VENDORS,AP.INVOICES和

AP.INVOICE_ITEMS,創(chuàng)立這個方案及其相關(guān)的對象腳本參考附件D：APSetup.sqlo

?為了填充AP方案的對象，我創(chuàng)立了一個包AP.PKG」,OAD_GENERATOR,它的說明文件和主體文件

分別參考附件E：pkg_load_generator.spc和附件F：pkg_load_generator.bdy?

?最后，APInitialization.sql中的代碼用幾百行模擬數(shù)據(jù)填充了表AP.VENDORS,并在表

AP.INVOICES中創(chuàng)立了25條發(fā)票記錄，在表AP.INVOICE」TEMS中創(chuàng)立了與之對應(yīng)的發(fā)票詳細信息

條目，收集了ADMIN和AP方案下所有對象的原始統(tǒng)計信口，它還創(chuàng)立了一個目錄對象DBRControl,

用于數(shù)據(jù)庫重放時存儲結(jié)果腳本和捕獲負載期間產(chǎn)生的XML文件。

建立一個負載捕獲

至此，我們的源數(shù)據(jù)庫環(huán)境初始化好了，我將啟動一個真實的負載捕獲，下面的圖2.1.1顯示了數(shù)

據(jù)庫重放的初始窗口，它是通過訪問EM數(shù)據(jù)庫控制軟件的【軟件和支持】標簽上的【真正應(yīng)用程

序測-式】小節(jié)下的【數(shù)據(jù)庫鏈接】得到的。

點擊查看大圖

（點擊查看大圖）圖2.1.1：負載捕獲設(shè)置：初始化界面

如果我選擇了第一個任務(wù)，在我的捕獲會話執(zhí)行前必須先確認所有在檢查列表中列出的先決條件都

已具備才行。

點擊查看大圖

（點擊查看大圖）圖2.1.2：負載捕獲設(shè)置：方案環(huán)境檢查列表

接下來的界面讓我選擇在正式捕獲負載之前是否重啟數(shù)據(jù)庫，并過濾不需要的會話活動（如EM本

身），注意我會按照Oracle11g的最正確實踐建議“去除捕獲〃：我會接受EM的建議停止并重啟

數(shù)據(jù)庫以建立一個有效的捕獲啟動時間。

-r*AppkcauonsPlacesSystem畫May2]2019OS4口

OracleEnterpriseManager(SYS)?CaptureWorkload;Options?MozillaFirefox

■-"di#]

點擊查看大圖

（點擊查看大圖）圖2.1.3：負載捕獲設(shè)置：選項

接下來的界面顯示的是給捕獲會話命名和指定存儲重放腳本的目錄。

點擊查看大圖

（點擊查看大圖）圖2.1.4：負載捕獲設(shè)置：設(shè)置參數(shù)

接下來要求為任務(wù)調(diào)度命名，圖2.1.5和圖2.1.6顯示了最終的任務(wù)確認設(shè)置界面。

點擊查看大圖

（點擊查看大圖）圖2.1.5：負載捕獲設(shè)置：指定EM任務(wù)名

點擊查看大圖

（點擊查看大圖）圖2.1.6：負載捕獲設(shè)置：最終的任務(wù)視圖

最后，Oracle11g請求最后一次確認。

點擊查看大圖

（點擊查看大圖）圖2.1.7：負載捕獲設(shè)置：任務(wù)提交

捕獲就啟動了，只要Oracle11g顯示這個屏幕，它實際上是等我再次在源數(shù)據(jù)庫上啟動代表性的

負載。

捕獲一個真實的負載

為了通過不同用戶模擬相似代碼的并行執(zhí)行過程，我準備了一個簡單的shell腳本（參考附錄G：

RandomLoadGenerator.sh）,它做一些CPU密集型計算的簡單查詢，在AP方案上產(chǎn)生的查詢，同

時在AP方案的表中插入上千行記錄，康展將我的源數(shù)據(jù)庫環(huán)境配置為使用多個效勞名，每一個

對應(yīng)一種用戶，內(nèi)容參考附錄H：SI_Services_tnsnames.ora,我將這些效勞名添加到我的數(shù)據(jù)

庫配置文件TNSNAMES.ORA中作為可選的連接別名。

我在我的p+0數(shù)據(jù)庫環(huán)境中啟動了這個負載，執(zhí)行完畢后，我回到EM數(shù)據(jù)庫控制臺查看執(zhí)行的結(jié)

果，如圖2.2.1所示，然后點擊“停止捕獲〃按鈕結(jié)束負載捕獲。

T

，

一

ViewworMoadCapiurtReport)

S

U

<

H

S

S

"

S

:□Others

■Capture

一

<已

Comportoon1L后8同

Done

.■oraclea1】gR】Nf：~/_dba/...j|hHH_AP.sql(stnb：扇cvm,“j]⑥OracleENefpnseM皿qe…?SaveScreenshot

點擊查看大圖

（點擊查看大圖）圖2.2.1：負載捕獲：回憶捕獲任務(wù)狀公

這時，Oracle11g會要求你確認是否結(jié)束捕獲過程，并顯示一個計時表直到捕獲完成。

點擊查看大圖

（點擊查看大圖）圖2.2.2：負載捕獲：確定終止捕獲

點擊查看大圖

（點擊查看大圖）圖2.2.3：負載捕獲：結(jié)束捕獲

當終止捕獲后，Oracle11g會詢問是否捕獲錄制的負載對應(yīng)的自動負載倉庫（AWR）數(shù)據(jù)，如圖

2.2.4所示，我選擇了捕獲所有有關(guān)的AWR快照，以便于后面進行報告比照。

點擊查看大圖

（點擊查看大圖）圖2.2.4：負載捕獲：請求生成AWR快照

一旦捕獲結(jié)束，就可以查看捕獲結(jié)果看捕獲是否成功，以及是否包含了足夠的數(shù)據(jù)，如果發(fā)現(xiàn)數(shù)據(jù)

缺乏，F(xiàn)LASHBACKDATABASE命令允許我回到捕獲開始前的數(shù)據(jù)庫狀態(tài)再重新開始捕獲，我也選擇

了“查看負載捕獲報告〃按鈕生成一個完整的數(shù)據(jù)庫捕獲報告（報告鏈接：）。

第二階段：準備重放

盡管在P+0數(shù)據(jù)庫環(huán)境中成功完成了一個足夠的數(shù)據(jù)庫負載捕獲，當在p+1環(huán)境中重放負載之前還

有許多事情要做。

復位p+O環(huán)境

因為我的源和目標環(huán)境是同一個數(shù)據(jù)庫，因此首先我需要將環(huán)境復位到捕獲負載之前的狀態(tài)，我的

數(shù)據(jù)庫工作在閃回日志模式，因此我只需要使用FLASHBACKDATABASE命令將其回退到初始狀態(tài)：

$>rmantarget/

RMAN>shutdownimmediate；

RMAN>startupmount；

RMAN>resetdatabasetoincarnation6；

RMAN>flashbackdatabasetoscn=4162947；

轉(zhuǎn)移到p+1環(huán)境

接下來，我要做的是應(yīng)用必要的改變，將我的數(shù)據(jù)庫環(huán)境轉(zhuǎn)到P+1狀態(tài)，簡單說明一下，我將做兩

個改變，它們對P+1環(huán)境的性能有顯著的影響：

對存儲過程ADMIN.PKG_SEQUENCING.NEXT_1D做了特殊處理，使用序列代替了表ADMIN.NEXT_1DS

來確定AP方案中表的十一個主鍵值，這應(yīng)該會顯著提升存儲過程

AP.PKG_LOAD_GENERATOR.RANDOMDML的性能，在重放過程0，它在AP.INVOICES和

AP.TNVOTCEJTEMS表中創(chuàng)立隨機數(shù)據(jù)工程。

刪除了在AP.INVOICES.CUSTOMER」。上的索引，并重新計算了AP方案的統(tǒng)計數(shù)值，因為存儲過程

AP.PKG_LOAD_GENERATOR.RANDOMQUERY在視圖AP.RV_1NVO1CE_DETA1LS上產(chǎn)生隨機查詢時經(jīng)常使用

這個索引高藪地選擇行，在重放時應(yīng)該看到性能會如預(yù)期那親顯著回退。

“整理〃負載

至此，我的p+1工作環(huán)境搭建好了，可以開始為重放做一下負載預(yù)處理了，再說一次，我會使用

EM數(shù)據(jù)庫控制臺啟動預(yù)處理序列，圖2.3.1顯示了從“數(shù)據(jù)庫重放〃面板選擇了“預(yù)處理負載〃

后的結(jié)果。

ApgcdUonsPlacesSystem回MonMay26,15:19404口

OracleEnterpriseManager(SYS)■PreprocessC/ipturedWorkload?MozillaFirefox

決fioBookmarks￡>ol$0

令，令?舒◎的Qhttp?:jmgrln,：h5WnVcotMOl0/d*tobM.Moddoa<Vcap<ur<?tMg0t.orcl.ofM8c&回OGo

OC?ACL.€EnlecpriseManager11g

DjtdbdscControlD?tabase

DatabasetenUncc;ortLoracloxom>Ddt&baieReptoy>

PreprocessCapturedWorkload

Caned」、Preproce俺Workload,

Directory

Setactadreciofyoeyxnconttnsacapturedwxfclcad

?OroctoryObyKi[oeRCOMTROi習Creaie6r?iory)

qCaptureSummary

htomeDOR.CAPTURE.IOO0K?vBDataSeeWB>aio

StatusCompletedOuratcn(hh?m:$s)8830

OirectxyOtyKtDBRCONTRCLStortTinw4y23.2084:4935PMCOT

DatatnseNimeORCLEadHgyN.200B4:528PM8T

Capeur*OatotaMVM611.1AMGtirlSCN4104210

D3D1166960137MSCM416GS$3

CnKur*ErrorCod90P?n*oc<ccedOatstxncVMtonNA

CopfciccEgNoae

Ac,guteDetoite

、、《叩150、WUikluW）

Ootabssc|-;p|)??一?…|①:.？

?IW6.300?.OR*,nngM?tMved

om.JDAoc0e34Aandftdan*，p5x?dt?dsnarl，ofODCWCopor?>cnfindciits011ftOtMrnnvcr-aybeatfw

AteulOoc■RMwprsUaoaptr

SlCIOxom

Done

L~_J'Orade~iriterpris7/

@。OS-FHeBrow8rj|■ora:le^llgftlNF：~.?UnsavedOocumert1????

點擊查看大圖

（點擊查看大圖）圖2.3.1：預(yù)處理捕獲的負載：選擇一個捕獲的負載

當我選擇了想要的負載后，Oracle11g會提醒我是在同一個數(shù)據(jù)庫版本上進行數(shù)據(jù)庫重放...

點擊查看大圖

（點擊查看大圖）圖2.3.2：預(yù)處理捕獲的負載：數(shù)據(jù)庫版本警告

然后啟動一個新的EM調(diào)度任務(wù)完成預(yù)處理。

AppiicdUonsPlacesSystem砌GWMonMay26.1538364。

點擊查看大圖

（點擊查看大圖）圖2.3.3：預(yù)處理捕獲的工作量：調(diào)度預(yù)處理任務(wù)

Oracle11g提示要進行最后確實認，以提交調(diào)度任務(wù)，然后開始執(zhí)行。

AppitcauonsRacesSystem砌國電@MonMay26.15.4014?□

|O0rAeteEnterpriseM,noger(SYS)-PreprocessCapturedWorkload:Review?MozillaFirefox

BK￡d<YKW*>BookmarksHelpQ

令，?>?多⑥|)https//llgrl-1158/enVc-0/d加baeMortdoa岬?pfocOtargetHprcl。3>▼]QGo

OC?/KCL.€EnterpriseManager11g

D.it.ib.iSPControl________

Peproc”，CapturedWorkload:Review

lO99?dkiA3SYS[CW)且出J.—3Subm<

gkta?30BR_CAPTUR€.100..bereprocessedoo標icncEconV

JcONameDBR^PCW.WO

Dntatm*oiclomctocom

PrerexHXYlDcittlnfU*Vhrscti11.106

0recloryOb^clD6HCONTROL

Oapcua?HameDeR.CAPTURE.lOO

CapbuedDota(M9>0.10

SaitTimeImtMdbtely

Cancelj且?M>3u3SdbmN

OHUx—|Sc"|IWaie，n|:|a3

CCRM63n807.03融

OiKto.JOanlH??Wvd■AOOTWMotOMtoC<rpci?>cn?ntlaiteAIIBMM.OOw?wvmmaybeof<*■?<**WI

AbcotOiaeteCftierpreeUanc^er

j#。Desktop?FHeBrowser，■ora:le^lIgRlNF：~^UnsavedDocumert1?…

點擊查看大圖

（點擊查看大圖）圖2.3.4：預(yù)處理捕獲的負載：最后確認

第三階段：重放負載

因為我的目標數(shù)據(jù)隹已經(jīng)復位到捕獲負載之前的狀態(tài)了，并且我所有的p+1改動現(xiàn)在已經(jīng)準備就

緒，至少我已經(jīng)準備好負載重於了，我將使用EM控制臺進行重放，如圖2.4.1所示：

AppitcauonsRacesSystem詞MonMay26,1625554。

OracleEnterpriseManager(SYS)?ReplayV/orkload-MozillaFirefox

決EditYKWfioBookmarks￡>ol$Help

*Qj,?&)https//llgrlnf1158/efn/con$olo/dotaba$eMocUoa<l/teplay?tafgetRorcl.oracleco▼OGoG)

OC?/KCL.€EnterpriseManager11g

D.H.ibMOConUol_______2L

Databasetenunco;orcl.oracloxom>DatabaseReptoy>SRn川SYS

ReplayWorkload

TMcdptefedworkedeunltee*prepeoc?MdandcopedloMasternAloryco)ecIlormedrectorywtMMccpMwo?kMHiu(te?0lnM[CanceQ[*IpRep?：

田》y$>*em

DIreclory__

Sehctadreeloryobjectthotccntinsapreproccc？cdtend

?Droc?ayObpct|MRCONTROLJCreateDtreaoryOOject)

VCafXiiteSummary

NameDM/APTURJ100CaperedDauSae(M8>0.10

SWusCompieHdOvntoft88:30

DkecloryObjectDECONTROL。S?rtTfneMay2120084;49;35PMCDT

Do?UmeNameORCLEndTmoMny2120094.92.OSPMCOT

CaptuceDatataseve—en11.1.0￡QSianSON41外22

D6IDIK69Goi97EndSON41GG4O

CapdjreEirtxCocfc011.1.<X0

Caput*CiiorMe&ugeNCMIO

RcpbyHtttory

New.Statu*Duration體，ee■)GUrtTimeAWWDotafiporM

NoiemstouxJ

C&ntei；,XUpjeep^y,

一一「一一?

Donellgrlnf-11583

■Processedonzdcvmwrm...)|aOracleEnterpriseManage...：2geditFfb福

點擊查看大圖

（點擊查看大圖）圖2.4.1：負載重放：起點

我選擇了一個包含有捕獲負載文件的目錄后，Oracle11g會確認我已經(jīng)檢查過成功重放所要求的

先決條件，包括處理之前需要解決的外部引用（如外部文件和外部目錄），如圖2.4.2和2.4.3

所示：

點擊查看大圖

（點擊查看大圖）圖2.4.2：負載重放：確認先決條件