【正文】 是在回滾執(zhí)行之前）。因此，除了推斷，您沒有辦法知道回滾實(shí)際上是在什么時(shí)間執(zhí)行的。 舊版本 在 Oracle Database 10g 中，這種操作很簡單。當(dāng)事務(wù)回滾時(shí)，事件被記錄在視 圖 V$SESSION_LONGOPS 中，該視圖顯示長期運(yùn)行的事務(wù)，用于回滾，如果進(jìn)程耗時(shí)超過六秒，則記錄出現(xiàn)在該視圖中。在回滾執(zhí)行以后，您可能會(huì)隱藏所查看的監(jiān)視屏幕并執(zhí)行以下的查詢： select time_remaining from v$session_longops where sid = sid of the session doing the rollback。 新版本 V$SESSION_LONGOPS 視圖在 Oracle Database 10g 的預(yù)覽版中提供，但沒有捕獲關(guān)于回滾事務(wù)的信息。為了以一種易讀的方式顯示所有的列，我們將使用由 Tom Kyte 在 中所描述的 PRINT_TABLE 函數(shù)。此過程簡單地以表格方式而不是常用的行方式來顯示列。 新版本 ? SQL set serveroutput on size 999999 SQL exec print_table(39。select * from v$session_longops where sid = 939。) SID : 9 SERIAL : 68 OPNAME :Transaction Rollback TARGET : TARGET_DESC :xid: SOFAR : 20554 TOTALWORK : 10234 UNITS :Blocks START_TIME :07dec2022 21:20:07 LAST_UPDATE_TIME :07dec2022 21:21:24 TIME_REMAINING : 77 ELAPSED_SECONDS : 77 CONTEXT : 0 MESSAGE :Transaction Rollback:xid: : 10234 out of 20554 Blocks done USERNAME ： SYS SQL_ADDRESS :00000003B719ED08 SQL_HASH_VALUE : 1430203031 SQL_ID :306w9c5amyanr QCSID : 0 ? 注意，此處顯示對(duì)行的所有更改，即使刪除并重新插入行時(shí)也是如此。VERSION_OPERATION 列顯示對(duì)該行執(zhí)行的操作 (Insert/Update/Delete)。完成這些操作不需要?dú)v史表或額外的列。 新版本 ? 列 OPNAME 顯示該記錄用于“事務(wù)回滾”，這為我們指出了正確的方向。列 TIME_REMAINING 顯示所評(píng)估的剩余時(shí)間秒數(shù)。而列 ELAPSED_SECONDS 顯示到目前為止所消耗的時(shí)間。 ? 那么該表如何提供對(duì)剩余時(shí)間的評(píng)估呢？可以在列 TOTALWORK 中找到線索，該列顯示要完成的“工作”總量，還有 SOFAR 顯示到目前為止已經(jīng)完成了多少工作。工作的單位顯示在列 UNITS 中。在本例中以數(shù)據(jù)塊為單位；因此，到目前為止已經(jīng)回滾了 20,554 個(gè)數(shù)據(jù)塊中共計(jì) 10,234 個(gè)數(shù)據(jù)塊。此操作到目前為止已消耗了 77 秒。因此，剩余數(shù)據(jù)塊將消耗： ? 77 * ( 10234 / (2055410234) ) ? 77 秒 ? 但您不必利用這種方法來獲得該數(shù)值，它已經(jīng)清楚地顯示出來了。最后，列 LAST_UPDATE_TIME 顯示有關(guān)當(dāng)前視圖內(nèi)容的時(shí)間，這將用于加強(qiáng)您對(duì)結(jié)果的解釋。 新版本解決的問題 Oracle 數(shù)據(jù)庫 10g 中增加的叫做 Oracle Data Pump （數(shù)據(jù)泵）的新的導(dǎo)入和導(dǎo)出特性，徹底改變了數(shù)據(jù)庫用戶已經(jīng)習(xí)慣的過去幾代 Oracle 數(shù)據(jù)庫的客戶 / 服務(wù)器工作方式?，F(xiàn)在服務(wù)器可以運(yùn)行導(dǎo)出和導(dǎo)入任務(wù)。你可以通過并行方式快速裝入或卸載大量數(shù)據(jù)，而且你可以在運(yùn)行過程中調(diào)整并行的程度。導(dǎo)出和導(dǎo)入任務(wù)現(xiàn)在可以重新啟動(dòng)，所以發(fā)生故障不一定意味著要從頭開始。 API（ Application Programming Interface ，應(yīng)用編程接口，系統(tǒng)所提供的位于應(yīng)用程序和下層網(wǎng)絡(luò)服務(wù)之間的接口 ）是公諸于眾的，并且易于使用；用 PL/SQL （ Procedural Language/SQL，過程化 SQL語言 ）建立一個(gè)導(dǎo)入和導(dǎo)出任務(wù)非常簡單。一旦啟動(dòng)，這些任務(wù)就在后臺(tái)運(yùn)行，但你可以通過客戶端實(shí)用程序從任何地方檢查任務(wù)的狀態(tài)和進(jìn)行修改。 Oracle數(shù)據(jù)泵 在 Oracle 數(shù)據(jù)庫 10g 之前（從 Oracle7 到 Oracle9I ），導(dǎo)入和導(dǎo)出實(shí)用程序都作為客戶端程序運(yùn)行，并且完成大量工作。導(dǎo)出的數(shù)據(jù)由數(shù)據(jù)庫實(shí)例讀出，通過連接傳輸?shù)綄?dǎo)出客戶程序，然后寫到磁盤上。所有數(shù)據(jù)在整個(gè)導(dǎo)出進(jìn)程下通過單線程操作。今天的數(shù)據(jù)量比這個(gè)體系結(jié)構(gòu)最初采用的時(shí)候要大得多，使得單一導(dǎo)出進(jìn)程成了一個(gè)瓶頸，因?yàn)閷?dǎo)出任務(wù)的性能受限于導(dǎo)出實(shí)用程序所能支持的吞吐量。 舊版本 ? 在 Oracle 數(shù)據(jù)庫 10g 和全新的數(shù)據(jù)泵（ Data Pump ）體系結(jié)構(gòu)下，如今所有的工作都由數(shù)據(jù)庫實(shí)例來完成。數(shù)據(jù)庫實(shí)例可以用兩種方法來并行處理這些工作：通過建立多個(gè)數(shù)據(jù)泵工作進(jìn)程來讀 / 寫正在被導(dǎo)出 / 導(dǎo)入的數(shù)據(jù)，以及建立并行 I/O 服務(wù)器進(jìn)程以更快地選?。? SELECT ）或插入（ INSERT ）這些數(shù)據(jù)。這樣，單進(jìn)程瓶頸再也就不存在了。 ? ? 新版本 ? 數(shù)據(jù)泵任務(wù)用新的 DBMS_DATAPUMP PL/SQL API 來建立、監(jiān)測和調(diào)整。新的導(dǎo)入和導(dǎo)出實(shí)用程序（分別為 impdp 和 expdp ）對(duì)于這個(gè) API 來說只是命令行接口。你可以使用數(shù)據(jù)泵導(dǎo)出實(shí)用程序初始化一個(gè)任務(wù)，例如一個(gè)導(dǎo)出任務(wù)。然后你就可以關(guān)閉你的客戶端，而你的任務(wù)會(huì)一直運(yùn)行。到了深夜，你可以重新連接到那個(gè)任務(wù)，檢查其狀態(tài)，甚至可以提高并行程度，以便在深夜系統(tǒng)沒有用戶在用的情況下多完成一些工作。第二天早上，你可以降低并行度甚至掛起該任務(wù)，為白天在線的用戶釋放資源。 新版本 重新啟動(dòng)任務(wù)的功能是數(shù)據(jù)泵體系結(jié)構(gòu)的一個(gè)重要特性。你可以隨時(shí)停止和重啟動(dòng)一個(gè)數(shù)據(jù)泵任務(wù)，比如為在線用戶釋放資源。你還可以從文件系統(tǒng)的空間問題中輕松地恢復(fù)。如果一個(gè) 12 小時(shí)的導(dǎo)出任務(wù)在進(jìn)行了 11 小時(shí)后因磁盤空間不夠而失敗，那么你再也不用從頭開始重新啟動(dòng)該任務(wù)，重復(fù)前面 11 小時(shí)的工作。而是你可以連接到這個(gè)失敗的任務(wù)，增加一個(gè)或多個(gè)新的轉(zhuǎn)儲(chǔ)（ dump ）文件，從失敗的地方重新啟動(dòng)，這樣只需一個(gè)小時(shí)你就可以完成任務(wù)了。這在你處理很大數(shù)據(jù)量時(shí)非常有用。 Oracle數(shù)據(jù)泵