Oracle database instance

Oracle database instance

Introduction to the Oracle Database Instance

資料庫例項是一組用於管理資料庫檔案的記憶體結構。資料庫是一組由CREATE DATABASE語句在磁碟上建立的物理檔案。由例項管理其關聯的資料，併為資料庫使用者提供服務。

每個正在執行的 Oracle 資料庫至少與一個 Oracle 資料庫例項相關聯。因為例項存在於記憶體中，而資料庫存在於磁碟上，所以例項可以在沒有資料庫時而存在，資料庫也可以在沒有例項時存在。

Database Instance Structure

當例項啟動時， Oracle 資料庫分配一個叫做系統全域性區（SGA） 的記憶體區域，並啟動一個或多個後臺程式。SGA用於以下幾個目的：

維護由很多程式和執行緒同時訪問的內部資料結構

快取從磁碟中讀取的資料塊

緩衝重做資料，然後再將其寫入聯機重做日誌檔案

儲存 SQL 執行計劃

SGA 由執行在一臺單一計算機上的多個Oracle 程式共享，包括伺服器程式和後臺程式。Oracle 程式與 SGA 相關聯的方式會因不同的作業系統而有所不同。

資料庫例項包括多個後臺程式。伺服器程式和在這些的程式中分配的程式記憶體也存在於例項中。當伺服器程式終止時，例項仍會繼續執行。

Database Instance Configurations

您可以在以下兩種互斥配置中的一種來執行 Oracle 資料庫：

單例項配置

資料庫和例項之間存在一對一關係。

Oracle 真正應用叢集 （Oracle RAC）配置

資料庫與例項之間存在一對多關係。

無論是在單例項還是在 Oracle RAC 配置中，一個資料庫例項在同一時刻只與一個資料庫相關聯。您可以啟動一個例項，並裝載（與例項相關聯）一個資料庫，但不能同時將兩個資料庫裝載到同一例項。

Duration of an Instance

例項在使用STARTUP命令建立時開始，在終止時結束。這此期間，例項能且只能與一個資料庫相關聯。此外，該例項只能裝載資料庫一次，關閉資料庫一次、開啟資料庫一次。在資料庫已關閉後，您必須啟動一個不同例項來裝載並開啟此資料庫。

Oracle System Identifier (SID)

系統識別符號 (SID) 是特定主機上的某個 Oracle 資料庫例項的唯一名稱。在UNIX 及 Linux 上，Oracle 資料庫使用 SID 和 Oracle Home的值來建立一個指向共享記憶體的鍵。此外，SID 在預設情況下用於定位引數檔案，並使用引數檔案來進一步定位其它相關檔案，如資料庫控制檔案等。

Overview of Instance Startup and Shutdown

資料庫例項提供了使用者對資料庫的訪問。此部分說明了例項和資料庫可能存在的狀態。

Overview of Instance and Database Startup

當資料庫從關閉狀態推進到開啟狀態時，會經歷以下幾個階段：

? 1 啟動例項，但未裝載資料庫

例項已啟動，但尚未與某個資料庫相關聯。

? 2 裝載資料庫

例項已啟動，並且通過讀取控制檔案，來與資料庫相關聯。資料庫對使用者是關閉的。

? 3 開啟資料庫

例項已啟動，並與一個開啟的資料庫相關聯。授權的使用者可以訪問資料檔案中包含的資料。

Connection with Administrator Privileges

資料庫啟動和關閉是功能強大的管理選項，僅限於能以管理員許可權連線到 Oracle 資料庫的使用者來使用。一般使用者對 Oracle 資料庫的當前狀態不具有控制權。

取決於不同的作業系統，使用下列條件之一來建立使用者的管理員許可權：

使用者的作業系統許可權使其能夠使用管理員許可權來連線。

使用者被授予了 SYSDBA 或 SYSOPER 的系統許可權，資料庫通過網路使用密碼檔案對資料庫管理員進行身份驗證。

SYSDBA和SYSOPER是特殊的系統許可權，使你甚至能夠在資料庫未開啟時仍能訪問資料庫例項。這些許可權控制處於資料庫本身之外。當你使用SYSDBA系統許可權連線時，你將處於SYS模式中。當你使用SYSOPER連線時，你將處於PUBLIC模式中。SYSOPER許可權是 SYSDBA 許可權的子集。

How an Instance Is Started

當Oracle 資料庫啟動一個例項時，它執行以下基本步驟：

1. 在特定於平臺的預設位置搜尋伺服器引數檔案，如果未找到 ，則搜尋一個初始化引數文字檔案（為STARTUP指定SPFILE 或 PFILE 引數將覆蓋該預設行為）

2. 讀取引數檔案，以確定初始化引數值

3. 基於初始化引數設定，分配 SGA

4. 啟動 Oracle 後臺程式

5. 開啟警報日誌和跟蹤檔案，並以有效的引數語法將所有顯式引數設定寫入警報日誌中

How a Database Is Mounted

由例項裝載資料庫，以將資料庫與該例項相關聯。為裝載資料庫，該例項獲取由 CONTROL_FILES 初始化引數指定的資料庫控制檔名稱，並開啟檔案。Oracle 資料庫讀取控制檔案，以查詢資料檔案和聯機重做日誌檔案的名稱，當開啟資料庫時，它會嘗試訪問這些檔案。

在一個已裝載的資料庫中，該資料庫是關閉的，且只有資料庫管理員可以訪問。管理員可以在完成某些特定的維護操作時保持資料庫關閉。但是，資料庫此時還不可用於常規操作。

如果 Oracle 資料庫允許多個例項同時裝載同一資料庫，則 CLUSTER_DATABASE 初始化引數設定可以使資料庫可用於多個例項。如果裝入資料庫的第一個例項的CLUSTER_DATABASE 為 false （預設），則僅此例項可以裝入資料庫。如果第一個例項的 CLUSTER_DATABASE 為true，則其他例項在其CLUSTER_DATABASE 引數也設定為 true時可以裝載資料庫。可以裝載資料庫的例項數量決定於在建立資料庫時指定的預定最大值。

How a Database Is Opened

開啟一個已裝載的資料庫，使其可用於常規的資料庫操作。任何有效的使用者可以連線到開啟的資料庫，並訪問其資訊。通常，由資料庫管理員開啟資料庫，使其可用於一般用途。

在開啟資料庫時， Oracle 資料庫執行下列操作：

開啟除撤消表空間之外的其他的表空間中的聯機資料檔案

如果在之前資料庫關閉時，某個表空間是離線的，則該表空間及其相應的資料檔案，在重新開啟資料庫時，仍將處於離線狀態。

獲取一個撤消表空間

如果存在多個撤消表空間，則由 UNDO_TABLESPACE 初始化引數指定要使用的撤消表空間。如果尚未設定此引數，則會選擇第一個可用的撤消表空間。

開啟聯機重做日誌檔案

Read-Only Mode

預設情況下，資料庫開啟為讀/寫模式。在這種模式下，使用者可以對資料作出更改，並在聯機重做日誌中生成重做。或者，也可以開啟為只讀模式，以防止資料被使用者事務修改。

預設情況下，物理備用資料庫將以只讀模式開啟。（Data Guard）

只讀模式限制資料庫訪問只能為只讀事務，也就無法寫入到資料檔案或聯機重做日誌檔案。但是，資料庫能執行恢復，或更改資料庫狀態但不生成重做的操作。在只讀模式：

資料檔案可以被離線和聯機。但是，你不能將永久表空間離線。

離線資料檔案和表空間是可以恢復的。

控制檔案仍然可用，以更新有關資料庫的狀態。

使用CREATE TEMPORARY TABLESPACE語句建立的臨時表空間是可讀/寫的。

可以繼續往作業系統寫入審計檔案、跟蹤檔案、和警報日誌。

Database File Checks

當例項嘗試開啟資料庫時，如果任何資料檔案或重做日誌檔案不存在，或者雖然檔案存在，但一致性測試失敗，則資料庫將返回一個錯誤。此時可能需要介質恢復。

Overview of Database and Instance Shutdown

手動關閉資料庫以執行維護或其他管理任務，這將使資料庫對使用者不可用。您可以使用 SQL * Plus的SHUTDOWN命令或企業管理器來執行這些步驟。圖 13-4 顯示從開啟狀態推進到一致關閉的過程。

1．資料庫關閉

資料庫仍處於裝載狀態，但資料檔案和聯機重做日誌檔案已被關閉。

2. 資料庫解除安裝

例項仍處於啟動狀態，但已不再與資料庫的控制檔案相關聯。

3. 資料庫例項關閉

資料庫例項不再處於啟動狀態。

當例項失敗或遭遇SHUTDOWN ABORT時，Oracle 資料庫不會經歷之前這些所有步驟，而只是立即終止該例項。

Shutdown Modes

具有 SYSDBA 或 SYSOPER 許可權的資料庫管理員，可以使用 SQL*Plus的SHUTDOWN命令或企業管理器來關閉資料庫。SHUTDOWN命令有幾個決定關閉行為的選項。表總結了在各種不同關閉模式下的行為。

可能的幾種SHUTDOWN語句選項是：

? SHUTDOWN ABORT

此模式用於緊急情況，如其他形式的關閉方式都未能成功時。這種模式的關閉是最快的。但是，隨後開啟該資料庫可能時間會顯著增加，因為必須執行例項恢復以使資料檔案一致。

注意：

因為SHUTDOWN ABORT不對開啟的資料檔案執行檢查點操作，所以在重新開啟資料庫之前，必須進行例項恢復。對於其他的關閉模式，在資料庫重新開啟之前不需要進行例項恢復。

? SHUTDOWN IMMEDIATE

這種模式通常是除SHUTDOWN ABORT之外最快的關閉模式了。Oracle 資料庫終止任何正在執行的 SQL 語句，並斷開使用者連線。所有活動事務都將終止，並回滾所有未提交的更改。

  SHUTDOWN TRANSACTIONAL

這種模式可以防止使用者啟動新事務，但在關閉之前會等待所有的當前事務完成。這種模式可能會花費相當長的時間，這取決於當前事務的特徵。

  SHUTDOWN NORMAL

這是預設的關閉模式。在關閉之前資料庫會等待所有連線的使用者斷開連線。

How a Database Is Closed

資料庫的關閉操作是在資料庫停機中的一個隱含步驟。該操作的性質取決於資料庫停機是正常還是非正常的。

How a Database Is Closed During Normal Shutdown

當資料庫作為SHUTDOWN的一部分（不使用ABORT選項）而關閉時， Oracle 資料庫將SGA中的資料寫入資料檔案和聯機重做日誌檔案。然後資料庫關閉聯機資料檔案和聯機重做日誌檔案。離線表空間中的任何離線資料檔案是本來就是已關閉的。當重新開啟資料庫時，任何本來離線的空間仍然保持離線狀態。

這一階段中，該資料庫是關閉的，且無法進行正常操作訪問。在資料庫關閉後，控制檔案仍保持開啟狀態。

How a Database Is Closed During Abnormal Shutdown

如果執行了SHUTDOWN ABORT，或出現異常終止，則開啟資料庫的例項會關閉，並在瞬間將資料庫停機。Oracle 資料庫不會將SGA緩衝區中的資料寫入資料檔案和重做日誌檔案。隨後重新開啟資料庫需要例項恢復，這將由Oracle 資料庫自動執行。

How a Database Is Unmounted

資料庫關閉之後，Oracle將資料庫解除安裝，並解除與例項的關聯。資料庫解除安裝後 ，Oracle 資料庫關閉資料庫的控制檔案。這個時候，例項仍將保留在記憶體中

How an Instance Is Shut Down

關閉資料庫的最後一步是關閉例項。當資料庫例項關閉時，SGA被從記憶體中移除，且後臺程式都將被終止。

在異常情況下，例項可能並未乾淨地關閉。記憶體結構可能未從記憶體中刪除，或某個後臺程式可能未被終止。當之前的例項存在殘留物時，後續的例項啟動可能會失敗。在這樣的情況下，為強制啟動一個新例項，您可以通過刪除之前例項的殘留物並啟動一個新例項、或通過在SQL*Plus中發出SHUTDOWN ABORT語句、或使用企業管理器。

Overview of Checkpoints

檢查點是進行一致的資料庫關閉、 例項恢復、和 Oracle 資料庫通用操作的關鍵機制。術語檢查點具有如下相關含義：

指示檢查點位置的一個資料結構，該位置是在重做流中例項恢復必須開始處的SCN。檢查點位置是由資料庫緩衝區快取記憶體中最舊的髒緩衝區來確定的。檢查點位置作為一個指向重做流的指標，並儲存在控制檔案中，和在每個資料檔案頭中。

將資料庫快取中已修改的資料庫緩衝區寫入到磁碟中。

Purpose of Checkpoints

Oracle 資料庫使用檢查點，來實現以下目標：

?? 減少例項失敗或介質故障情況下恢復所需的時間

? ?確保在緩衝區快取記憶體中的髒緩衝區被定期寫入磁碟

?? 確保在一致的關閉過程中所有已提交的資料都被寫入磁碟

When Oracle Database Initiates Checkpoints

檢查點程式 （CKPT） 負責將檢查點寫入資料檔案頭和控制檔案。檢查點會在多種情況下發生。例如， Oracle 資料庫使用以下型別的檢查點：

執行緒檢查點

資料庫將某個確定目標之前、被某個特定的重做執行緒所修改的所有緩衝區寫入磁碟。資料庫中所有例項的執行緒檢查點的集合即為資料庫檢查點。執行緒檢查點在下列情況下發生：

一致的資料庫關閉

ALTER SYSTEM CHECKPOINT 語句

聯機重做日誌切換

ALTER DATABASE BEGIN BACKUP 語句

表空間和資料檔案的檢查點

資料庫將某個確定目標之前、被重做執行緒所修改的所有緩衝區寫入磁碟。表空間檢查點是一組資料檔案檢查點，每個資料檔案檢查點對錶空間中的某個資料檔案做檢查點操作。這些檢查點發生在很多情況下，包括將一個表空間變為只讀、將表空間離線、收縮資料檔案、或執行ALTER TABLESPACE BEGIN BACKUP等。

增量檢查點

增量檢查點是一種執行緒檢查點，部分原因是為了避免在聯機重做日誌切換時寫入大量的塊。DBWn至少每隔三秒會進行檢查以確定是否有工作要做。當DBWn 將髒緩衝區寫入磁碟時, 它會向前推進檢查點位置，導致CKPT將檢查點位置寫入控制檔案，而不是資料檔案頭。

Overview of Instance Recovery

例項恢復是將聯機重做日誌中的記錄應用到資料檔案，以重建最近檢查點之後所做更改的過程。當管理員嘗試開啟一個之前以不一致方式關閉的資料庫時，會自動執行例項恢復。

Purpose of Instance Recovery

例項恢復可確保資料庫在一個例項失敗後仍能回到一個一致的狀態。由於 Oracle 資料庫對資料檔案更改的管理方式所致，資料庫的檔案可以處於不一致的狀態。

重做執行緒是對例項生成的所有更改的記錄。單例項資料庫擁有一個重做執行緒，而一個 Oracle RAC 資料庫擁有多個重做執行緒——每個資料庫例項有一個。

當事務提交時，日誌寫入器 (LGWR) 將記憶體中的重做條目和事務SCN同時寫入聯機重做日誌。但是，資料庫寫入器 (DBWn) 程式只在最有利的時機將已修改的資料塊寫入資料檔案。由於這個原因，未提交的更改可能會暫時存在於資料檔案中，而已提交的更改也可能還不在資料檔案中。

如果某個開啟的資料庫的例項失敗，或者由於SHUTDOWN ABORT語句或異常終止，則可能會導致下列情況：

由某事務已提交的資料塊更新還未寫入資料檔案，而僅寫入了聯機重做日誌中。這些更改必須重新應用到資料庫。

資料檔案包含例項失敗時尚未提交的更改。這些更改必須回滾，以確保事務一致性。

例項恢復只使用聯機重做日誌檔案和當前線上的資料檔案，以同步資料檔案，並確保它們一致。

When Oracle Database Performs Instance Recovery

是否需要例項恢復取決於重做執行緒的狀態。在資料庫例項被開啟為讀/寫模式時，重做執行緒在控制檔案中被標記為開啟，而當例項被一致關閉時，重做執行緒被標記為關閉。如果重做執行緒在控制檔案中被標記為開啟，但沒有活動的例項持有對應於這些執行緒的執行緒佇列，則資料庫將需要例項恢復。

Oracle 資料庫在以下情況下自動執行例項恢復：

單例項資料庫或 Oracle RAC 資料庫的所有例項失敗後第一次開啟資料庫。這種形式的例項恢復也稱為崩潰恢復。Oracle 資料庫一起恢復所有已終止例項的聯機重做執行緒。

只是Oracle RAC 資料庫中的某些、但不是所有例項失敗。例項恢復將由配置中的某個存活例項自動進行。

SMON 後臺程式自動執行例項恢復並應用聯機重做記錄。而不需要任何使用者干預。

Importance of Checkpoints for Instance Recovery

例項恢復使用檢查點來確定必須將哪些更改應用到資料檔案。檢查點位置始終保證所有比其SCN低的檢查點所對應的已提交更改都已儲存到資料檔案。

例項恢復期間，資料庫必須應用檢查點位置和重做執行緒結尾之間發生的更改。如圖 13-5所示， 某些更改可能已經寫入資料檔案。但是，只有其SCN低於檢查點位置的更改，才保證已被寫到了磁碟上。

Instance Recovery Phases

例項恢復的第一階段稱為快取恢復或前滾，這涉及將聯機重做日誌中記錄的所有更改重新應用到資料檔案。因為回滾資料記錄在聯機重做日誌中，前滾也會重新生成相應的撤消段。

前滾會遍歷各個必要的聯機重做日誌，以將資料庫推進到一個更前的一致時間點。前滾之後，資料塊包含記錄在聯機重做日誌檔案中的所有已提交更改。這些檔案可能還包含未提交的更改，要麼是在例項失敗前儲存到資料檔案中的，或者是在快取恢復過程中引入的。

前滾之後，任何未提交的更改必須被撤消。Oracle 資料庫使用檢查點位置，保證每個低於其SCN的已提交更改都已儲存到磁碟。Oracle 資料庫應用撤消塊，以回滾資料塊中在例項失敗前寫入的或快取恢復過程中引入的未提交更改。這一階段稱為回滾或事務恢復。

Overview of Parameter Files

要啟動資料庫例項，Oracle 資料庫必須讀取一個（推薦的）伺服器引數檔案或一個（傳統的）文字初始化引數檔案。這些檔案包含配置引數的列表。要手動建立一個資料庫，必須用一個引數檔案啟動例項，然後發出CREATE DATABASE命令。因此，即使資料庫本身還不存在，例項和引數檔案即可以存在。

Initialization Parameters

初始化引數是會影響例項基本操作的配置引數。例項在啟動時從一個檔案讀取初始化引數。Oracle 資料庫提供了許多初始化引數，以優化其在不同環境中的操作。只需要顯式設定幾個引數，因為其預設值對大多數情況已經足夠。

Functional Groups of Initialization Parameters

絕大多數的初始化引數屬於以下功能分組之一：

名字條目引數，如檔案或目錄

限制設定引數，如程式、 資料庫資源、或資料庫本身等

影響容量的引數，如SGA的大小（這些引數也稱為可變引數）

Basic and Advanced Initialization Parameters

初始化引數可以分為兩組： 基本的和高階的。在大多數的情況下，你只需設定和調整大約 30個基本引數，就可以獲得還不錯的效能。基本引數設定的特性包括資料庫名稱、控制檔案的位置、資料庫的塊大小、和撤消表空間等。

Server Parameter Files

伺服器引數檔案是Oracle 資料庫用來管理初始化引數的一個儲存庫。伺服器引數檔案具有以下主要特徵：

對於一個資料庫，只存在一個伺服器引數檔案。此檔案必須駐留在資料庫主機上。

伺服器引數檔案只由 Oracle 資料庫讀取和寫入，而不能由客戶端應用程式讀取和寫入。

伺服器引數檔案是二進位制的，且不能使用文字編輯器修改。

儲存在伺服器引數檔案中的初始化引數是永久性的。資料庫例項正在執行時對引數所做的任何更改，可以跨例項關閉和啟動而存在。

伺服器引數檔案消除了為多個客戶端應用程式維護多個文字初始化引數檔案的需要。伺服器引數檔案最初可以從一個文字初始化引數檔案，使用CREATE SPFILE 語句來生成。也可以直接由資料庫配置助手建立。

Text Initialization Parameter Files

文字初始化引數檔案是一個文字檔案，其中包含初始化引數的列表。這是一種舊式引數檔案，具有以下關鍵特徵：

當啟動或關閉資料庫時，文字初始化引數檔案必須駐留在連線到該資料庫的客戶端應用程式相同的主機上。

文字初始化引數檔案是基於文字的，而非二進位制。

Oracle 資料庫可以讀取，但不能寫入文字初始化引數檔案。若要更改引數值，必須使用文字編輯器手動更改檔案。

通過ALTER SYSTEM對初始化引數值所做的更改，僅在當前例項中有效。您必須手動更新文字初始化引數檔案，並重新啟動例項以使更改生效。

Overview of Diagnostic Files

Oracle 資料庫包括一個故障可診斷性基礎設施，以預防、 檢測、 診斷、並解決各種資料庫問題。這些問題包括如程式碼錯誤、 後設資料損壞、和客戶資料損壞等嚴重錯誤。

這個先進的故障可診斷性基礎設施的目標如下：

主動偵測問題

? 在檢測到問題後，限制破壞和中斷

? 減少問題診斷和解決時間

? 簡化客戶與 Oracle 支援的互動

Automatic Diagnostic Repository

自動診斷儲存庫 （ADR） 是一個基於檔案的儲存庫，儲存瞭如跟蹤檔案、 警報日誌、和健康監測報告等資料庫診斷資料。ADR的關鍵特徵包括：

統一的路徑結構

? 一致的診斷資料格式

? 統一的工具集

ADR 處於資料庫之外，這使得即便物理資料庫不可用時，也可以訪問和管理ADR。在建立資料庫之前，其例項就可以建立ADR。

Problems and Incidents

ADR 主動跟蹤資料庫中的嚴重錯誤問題。嚴重錯誤通常顯示為內部錯誤，如ORA-600或其他嚴重錯誤。每個問題有一個問題鍵，它是一個描述此問題的文字字串。

當一個問題出現多次時， ADR 為每次發生的錯誤建立一個帶時間戳的事件。事件由一個數字事件id唯一標識。當事件發生時， ADR 傳送一個事件警報到企業管理器中。對嚴重錯誤的診斷和解決，通常從一個事件警報開始。

因為一個問題可以在短時間內生成許多事件，ADR 在達到某些閾值時，將對事件生成應用防洪控制措施。防洪受控事件將生成一個警報日誌條目，但不會生成事件轉儲。這樣一來，ADR會通知您正在發生一個嚴重錯誤，而不會在系統中產生過量診斷資料。

ADR Structure

ADR base是 ADR 的根目錄。ADR base可能包含多個ADR home，每個ADR home是一個Oracle 產品或元件例項的所有的診斷資料的根目錄，包括跟蹤、 轉儲、 和警報日誌等等。

圖說明了資料庫例項的 ADR 目錄層次結構。其他 Oracle 產品或元件（如 ASM 或 Oracle 網路服務）的ADR Home也可以存在於此層次結構中，在相同的 ADR base之下。

SELECT NAME, VALUE FROM V$DIAG_INFO;

Alert Log

每個資料庫都有一個警報日誌，它是一個XML檔案，其中包含按時間排序的資料庫資訊和錯誤的日誌。警報日誌的內容包括如下：

所有的內部錯誤 (ORA-600)、 塊損壞錯誤 （ORA-1578) 、和死鎖錯誤 (ORA-60)

管理性操作，如 DDL 語句和STARTUP、SHUTDOWN、ARCHIVE LOG、和RECOVER等SQL*Plus命令

幾個與共享伺服器和排程器程式的功能有關的訊息和錯誤

物化檢視自動重新整理過程中的錯誤

racle 資料庫使用警報日誌作為在企業管理器 GUI 中顯示資訊的一種替代。如果管理操作成功，則Oracle 資料庫向警報日誌寫入一條帶有時間戳的“completed”訊息

Trace Files

跟蹤檔案是一個管理性檔案，其中包含用於調查問題的診斷資料。此外，跟蹤檔案也可以為優化應用程式或例項提供指導。

Types of Trace Files

每個伺服器和後臺程式可以定期寫入一個關聯的跟蹤檔案。這些檔案包括程式環境、 狀態、 活動、和錯誤等資訊。

SQL 跟蹤設施還會為單個 SQL 語句建立跟蹤檔案，以提供效能資訊。若要為客戶端標識、 服務、 模組、 動作、 會話、 例項、或資料庫等啟用跟蹤，必須執行DBMS_MONITOR 包中適當的過程，或使用 Oracle 企業管理器。

轉儲（dump）是一種特殊型別的跟蹤檔案。跟蹤往往是診斷資料的連續輸出，而轉儲通常是響應某個事件的一次性診斷資料輸出。當事件發生時，資料庫會將一個或多個轉儲寫入為事件建立的目錄。事件轉儲還在檔名稱中包含了事件號。

Locations of Trace Files

ADR將跟蹤檔案儲存在trace子目錄中，跟蹤檔案的名稱取決於其執行平臺，並使用副檔名.trc。

通常，資料庫後臺程式的跟蹤檔名稱中包含 Oracle SID、 後臺程式名稱、和作業系統程式號。RECO程式的跟蹤檔案的一個示例是 mytest_reco_10355.trc。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/25427762/viewspace-1061636/，如需轉載，請註明出處，否則將追究法律責任。