第一章　資料庫系統概論

Size: px

Start display at page:

Download "第一章　資料庫系統概論"

治宾费
5 years ago
Views:

1 Oracle 系統架構基本概念國立聯合大學資訊管理學系陳士杰老師

2 Outline Oracle 系統架構概觀 Overview Oracle Instance Oracle Database Other Processes 漫談 Oracle Instance 記憶體結構 Background Processes 漫談 Oracle Database Structures Physical Database Structures Logical Database Structures 2

3 Oracle 系統架構概觀關於 Oracle 系統架構, 是非常重要的基礎觀念, 正所謂君子務本, 本立而道生, 有了踏實的基礎觀念之後, 才能在往後學習 Oracle 的路上, 無往不利 3

4 Overview Oracle Server 主要是由 Oracle Instance 與 Database 所組成, 透過 Server Process 與 User Process 之間的交互運作, 藉以達成使用者交付執行的工作 Query Oracle Server Oracle Instance 電腦系統 User Processes Database Server Processes PGA 4

5 例如, 使用者可能想要在 Oracle Server 上查詢一筆人事資料, 使用者將相關的 SQL 敘述輸入系統中, 此時系統會產生相對應的 User Process 與 Server Process, 由 Server Process 負責向 Oracle Server 溝通, 並將符合使用者所需的資料, 從 Oracle Server 送至 User Process, 以完成該使用者下達的 request 5

6 Oracle Instance (Oracle 資料庫引擎 ) Oracle 資料庫中的任何動作都和它有關, 是 Oracle DB 的心臟地帶 Oracle Instance 主要包含 : background process ( 背景處理程序 ) 是一群常駐的服務常式 (service routine), 執行 I/O Process 與非 Oracle Process 的監控管理, 針對目前的使用者所提出的 request 執行一些一般一般性的工作每一個 Process 專責於一至兩項的工作 System Global Area (SGA; 系統全域區 ) 用來存放資料庫系統相關資訊的一塊共享記憶體資料區域, 讓 background process 得以利用這些系統資訊, 以提供適當的服務, 處理外部的 user request 6

7 由於 Oracle Instance 掌控著處理 Oracle Database 所有運作的相關資訊因此, 當要存取或操作 Oracle Database 裏的資料時, 必須先啟動 Oracle Instance, 才能對 Oracle Database 的內容加以處理當 Oracle Instance 啟動時, 電腦系統會先配置一塊記憶體空間給 SGA (System Global Area), 並且載入相關的 background process 7

8 Oracle Database Oracle Database 可分為兩個部份來說明 : 實體結構邏輯結構 8

9 實體結構 Oracle Database 的實體結構部份是由一個個的檔案所組合, 主要的檔案包括 Data files ( 資料檔 ) Redo Log files ( 重置日誌檔 ) - online Control files ( 控制檔 ) 另外尚有 : Password file ( 密碼檔 ) Parameter file ( 起始參數檔 ) Archived Redo Log files ( 重置日誌封存檔 ) - offline 9

10 Parameter file Data files Control files Redo log files Archived log files Password file Database 10

11 邏輯結構 Oracle Database 的邏輯結構部份, 主要有 Tablespace ( 表格空間 ) Segment ( 區段 ) Extent ( 延伸區塊 ) Block ( 區塊 ) 11

12 Other Processes 不屬於 Oracle Instance 內的 Process 皆稱為 Other Process 是 User 和應用程式要連接 Oracle DB Server 的重要橋樑如 User Process Server Process 等主要是反應使用者下達的 request ( 即 SQL 敘述 ), 將其轉化為 Oracle Server 能看得懂的相關指令, 從 Oracle Database 裏抓取資料, 以反映使用者需求的資料在 Server Process 中還有一個相當重要的資料結構 -PGA(Program Program Global Area): PGA 是一個 memory buffer, 存放相關 Server Process 的資料資料與控制資訊控制資訊當 Server Process 被呼叫啟動後,Oracle Server 會為其建立一個所屬的 PGA, 使用者下達的 SQL 敘述, 就是存放在這裏的 12

13 漫談 Oracle Instance 13

14 第一部份我們曾談到所謂的 Oracle Instance 可分為 : SGA(System System Global Area) Background Processes 兩部份, 並做了概略的說明現在就分別針對 SGA 與 Background Processes 做更完整深入的說明 14

15 記憶體結構 SGA 是 Oracle Server 在系統上所建立的一塊記憶體區塊,Oracle Server 利用這塊記憶體結構, 協同 Oracle 的各種 Processes 來完成使用者所交付的工作 SGA 主要是由幾種不同的資料區塊所組成 - Database Buffer Cache Redo Log Buffer SGA Shared Pool Large Pool Java Pool Database Buffer Cache Redo Log Buffer Shared Pool Large Pool Others Java Pool 其它 ( 如 :Cursors 等 ) 15

16 Database Buffer Cache ( 資料庫緩衝快取區 ) 資料庫系統擷取資料時的一個快取空間, 其用途在於有效減少存取資料時造成的磁碟讀寫動作 ( 到硬碟從事 I/O 是很耗時的工作!!) Oracle 用所謂的 LRU (Least Recently Used) 演算法來管理這塊記憶體空間 LRU: 當這塊記憶體空間滿載滿載時,Oracle Server 將只保留最近有被使用過的資料, 最不常用的資料則寫回磁碟寫回磁碟中, 並將該資料所佔用的記憶體空間釋放出來由於 Database Buffer Cache 關係著 Oracle Server 的 I/O 動作頻繁與否, 因此如何管理及設定 Database Buffer Cache 的大小, 對於 Oracle Server 的效能調校, 是相當重要的一項課題 16

17 Redo Log Buffer ( 重置日誌緩衝區 ) 當資料庫的內容有所異動時,Redo Log Buffer 會記錄其相關異動的情形 : 做了什麼改變改變後的舊資料與新資料經過一定的時間週期或者是 Redo Log Buffer 滿載時,Oracle Server 會將 Redo Log Buffer 的內容寫到 Redo Log File 裏當 Oracle Server 不幸當掉的話, 就能利用這些記錄下來的資訊, 進行資料庫的復原 (Recovery) 有關 Redo Log Buffer 的大小設定, 可以透過設定參數 LOG_BUFFER, 改變 Redo Log Buffer 的大小 17

18 Shared Pool ( 共享區 ) 當使用者將 SQL 指令送至 Oracle 資料庫後, 系統會先解析 (Parse) 語法是否正確解析時, 下列兩項資料將會放入 Shared Pool 中 : 解析時所需要的系統資訊解析後的結果當有不同的使用者執行相同的 SQL 指令, 就可以共用 Shared Pool 中解析好的結果, 以加速 SQL 指令執行的速度 Shared Pool 內包含數種不同的區域, 主要有下列兩類 : Data Dictionary Cache Library Cache Shared Pool 亦是採 LRU 的記憶體管理演算法 Shared Pool 的大小設定, 是由 SHARED_POOL_SIZE 這個參數來控制 18

19 Library Cache ( 函式快取區 ) 解析完成的結果就是存放在這塊記憶體空間中因為 Library Cache 裏存放著許多先前執行過的 SQL 指令, 每當 Oracle Server 處理其他的 SQL 指令時, 均會先檢查 Library Cache 裏的內容, 看看是否有相同但已執行過的指令, 如果有的話, 就可以直接使用, 不用再重新 parse 該指令, 因此可以提昇系統的整體效能提昇系統的整體效能 Data Dictionary Cache ( 資料字典快取區 ) 解析 SQL 語句時所需要的系統資訊所需要的系統資訊都是存放在此記憶體空間內例 :Select * from emp; 上例我們會查看 emp 這個 Table 存在嗎? 欲檢索的 Column 存在嗎? Select 這個語句是否有誤等 19

20 Large Pool ( 大型區 ) Large Pool 是 Oracle 針對一些需要大量記憶體處理需要大量記憶體處理的資料庫運算所提供的一個額外選項, 它可以讓 SGA 配置一個較大的記憶體空間, 提供給處理 Oracle 的 backup/restore I/O 的 Server Processes 等透過指定 LARGE_POOL_SIZE 這個參數, 設定 Large Pool 的大小 20

21 Java Pool (Java 區 ) Oracle Server 利用這塊記憶體空間, 存放及 Parse 所使用的 Java Code, 藉以提供 Oracle 與 Internet 更高的整合性透過指定 JAVA_POOL_SIZE 這個參數, 來改變 Java Pool 的大小 21

22 Background Processes Oracle Server 所提供的 Processes 可分為兩類 : Server Processes 用以服務 Client Processes, 根據 Client Processes 的需求, 由 Oracle Server 動態配置所產生的, 用以服務 Client Processes 的需求不被包含在 Oracle Instance 裏在 Server Processes 裏, 尚包含另一個重要的記憶體結構 -PGA (Program Global Area), 存放著 Client Processes 與 Server Processes 間的重要資訊 Background Processes 用來管理 Oracle Server 所需的一些系統常式, 諸如資料庫的 I/O Oracle Processes 的管理等包含於 Oracle Instance 中 22

23 主要的 Background Processes 共有五個, 只要有這五個 Background Processes,Oracle Server 就可以正常地運作了, 分別是 : Database Writer (DBWR( DBWR) Log Writer (LGWR( LGWR) System Monitor (SMON( SMON) Process Monitor (PMON( PMON) Checkpoint Process (CKPT)( 其它尚有 Archiver (ARCH) Recoverer (RECO) Dispatcher (Dnnn) Lock (LCKn) Job Queue (SNPn) 及 Queue Monitor (QMNn) 等 Background Processes, 它們主要是提供 Oracle Server 更進階的管理如 ARCH, 它可以提供比 LGWR 更強的資料庫回復能力 23

24 Database Writer (DBWR) DBWR 主要是負責管理 Database Buffer Cache, 將 Database Buffer Cache 中修改過的資料, 整批寫入 Data File 裏, 透過系統整批寫入的方式, 可以提高整個系統的執行效率當使用者執行 DML 指令修改相關資料欄位, 並執行 commit 指令時,Oracle 本身並不是直接將修改過的資料直接寫入 Data File 裏, 而是當 Database Buffer Cache 的內容即將滿載即將滿載或是經過一定的時間區隔 ( 檢查點 Checkpoint; CKPT), 才將資料寫入 Data File 中 24

25 Instance SGA Database buffer cache DBWn Data files Control files Redo log files Database 25

26 由於在大型線上交易 (OLTP) 系統, 其資料庫異動情況可能十分頻繁因此 : 一個 Oracle Server 可以有一個以上一個以上的 DBWR Background Processes, 可以依實際系統硬體與作業系統的特性, 設定 DB_WRITER_PROCESSES 參數值, 以獲得整個資料庫系統的最佳執行效能當設定 DB_WRITER_PROCESSES 的內容值後, 系統上有關 DBWR 的名稱將會變為 DBWn,n 可為 0~9, 如 DBW0 DBW1 DBW2 等 ( 系統預設只會啟動一個 DBWn, 即 DBW0) 然而, 在單一處理器單一處理器的伺服器系統, 配置額外的 DBWn 並無太多的實質幫助 26

27 Log Writer (LGWR) LGWR 主要是負責將 Redo Log Buffer 的內容值, 寫入 online 的 Redo Log File 中它與 DBWR 的運作方式不同點在於 : DBWR 在 Database Buffer Cache 即將滿載或是經過一定的時間區隔, 才會將資料寫入 Data File 中, 且是在有需要的時候才會對相關檔案做存取的動作 LGWR 是在資料庫的內容有異動且已被確認 (commit) 時, 如 insert update delete 等, 就會被觸發, 將異動的情形記錄到 online Redo Log File 中因此, 當資料庫 crash 時, 就可以根據 online Redo Log File 內容, 對資料庫進行還原的動作 27

28 LGWR 之動作時機 : 當使用者確認 (commit) 某交易時,LGWR 會遵循 Write-ahead Protocol ( 先期寫入協定 ), 將 Redo log butter 內的資料異動記錄寫入下列幾種情況 : 自動週期性地動作, 如 : 間隔時間為 3 秒 (Checkpoint; CKPT) 重置日誌緩衝區之剩餘空間不到 2/3 當 DBWn 回寫資料檔時, 必要的時候 LGWR 也會動作 (Write-ahead Protocol) 28

29 Instance SGA Redo log buffer DBWn LGWR Data files Control files Redo log files Database 29

30 何謂 Write-ahead ahead? 在 DBWn 回寫資料至 Data File 之前,Redo Log Buffer 內相關資料都必須完成寫入動作 ( 即寫入 Redo Log File) 若 DBWn 發現某些重置紀錄尚未寫入 Redo Log File 時, 它會通知 LGWR 前來處理等到 LGWR 將 Redo Log Buffer 的紀錄寫入完畢時,DBWn 才會開始寫入資料檔 30

31 為何要把 Redo Log File 稱為 online Redo Log File? 因為 Oracle 把 Redo Log File 分為兩部份 : online Redo Log File archive Redo Log File 這兩個都是負責記錄記錄追蹤追蹤整個資料庫的異動情形異動情形不同的是,archive Redo Log File 是 online Redo Log File 的備份資料檔, 由另一個 Background Process- Archiver (ARCH) 負責管理在預設的情況下,ARCH 是不會啟動不會啟動的 31

32 System Monitor (SMON) 如果是因為停電或是其它因素導致 Oracle 資料庫不正常被關閉, 下一次啟動資料庫時將由 SMON 進行必要的資料庫修復動作主要的工作有 : 執行一些資料庫必要的修復工作 ( 如果有需要的話,SMON 會使用 online Redo Log File 的內容 ) 定時清除資料庫系統中一些不必要的殘餘物件, 例如上次系統交易進行一半的資料或暫時性區間執行整個系統儲存空間的管理儲存空間的管理, 對於 Tablespace 上破碎的 Extent, 它會將這些較小的 Extents 予以合併, 整理出一個較大的空間, 以供系統日後的使用 32

33 Instance SGA SMON Data files Control files Redo log files Database 33

34 Process Monitor (PMON) 當某個 User Process 異常中止時,PMON 會執行程序修復 (Process Recovery) 的動作, 就是把已經失效的 User Processes 給趕出記憶體, 並釋放該記憶體空間, 留待系統日後使用釋放該 Process 之前使用的系統資源, 避免 Deadlock 發生 PMON 和 SMON 一樣, 都是由 Oracle 資料庫系統週期性自動執週期性自動執行, 檢查整個資料庫系統的運作情形 34

35 Instance SGA PMON PGA area 35

36 Checkpoint (CKPT( CKPT) 在一個指定的時間區間指定的時間區間裏,DBWR 會對所有在 Database Buffer Cache 所做的異動, 將其結果寫入到相關的 Data Files 以及 Redo Log Files Control Files, 這樣的動作, 就稱為產生 ( 設定 ) 一個 checkpoint 事件 CKPT Background Process 就是扮演著一個通知者通知者的角色, 經過一定的時間後, 負責通知 DBWR 執行 Checkpoint 的動作 CKPT 會在適常時候產生一個 Checkpoint 事件, 其意義為 : 確保 Database Buffer Cache 內經常被異動的資料經常被異動的資料也能夠定期被寫入硬碟的 Data File ( LRU 演算法 ) 萬一 Oracle 需要進行 Instance Recovery 時, 就不需要 Checkpoint 之前的 Redo record, 可縮短資料庫動新啟動的時間 36

37 Instance SGA Redo Log Buffer DWW0 DBWn LGWR CKPT Data files Control files Redo log files 37

38 執行 Checkpoint 的時間區間, 可以透過設定 LOG_CHECKPOINT_INTERVAL 這個參數, 改變 checkpoint 的區間然而, 在設定 LOG_CHECKPOINT_INTERVAL 時, 要注意的是 : 這個值設得太小太小的話, 會造成系統額外 I/O 的負擔設得太大, 超過 online Redo Log File swap 的時間時, LOG_CHECKPOINT_INTERVAL 的值又會變得沒有意義因為 Oracle 會在 swap online Redo Log File 時, 做一次 checkpoint 的動作 38

39 Summary 縱觀以上的說明, 現在我們可以勾勒出整個 Oracle Instance 的整個架構圖 : 系統記憶體大致上的配置情形有 Database Buffer Cache Redo Log Buffer Shared Pool Large Pool Java Pool 在 Background Processes 部份, 計有 DBWR LGWR SMON PMON CKPT 等 Shared pool PMON Library cache Data Dictionary cache SMON SGA Database buffer cache DBWR Instance LGWR Redo log buffer CKPT Others Memory structures Background structures 39

40 User process Shared pool Instance SGA Server process PGA PMON Library cache Data Dict. cache SMON Database buffer cache DBWR LGWR Redo log buffer cache CKPT Others Parameter file Data files Control files Redo log files Archived log files Password file Database 40

41 漫談 Oracle Database Structures 41

42 第一部份曾談到所謂的 Oracle Database 可分為 : 邏輯結構實體結構兩部份, 並做了概略的說明如果您有心成為一個頂尖的 Oracle DBA, 那麼不僅要對以上兩結構內的各個項目各個項目如數家珍般熟悉, 還要瞭解其內部運作與相互關係才行現在就分別針對這兩部份做深入的說明 42

43 邏輯結構 (Logical Database Structures ) 邏輯資料庫結構是 Oracle 所提供的一種抽象化的資料庫管理概念, 透過一個 Mapping 的機制, 管理 Oracle Physical Database Structures 由外至內, 我們可以看到 : 整個 Database 是由一個以上的 Tablespace ( 表空間 ) 組成 ; 每個 Tablespace 存在著許多的 Segment ( 區段 ); 每個 Segment 內含許多的 Extent ( 延伸區塊 ); 最後, 則是構成整個 Oracle Database 的最小邏輯單位 -block ( 區塊 ) 43

44 Tablespace ( 表空間 ) Oracle 資料庫允許 DBA 自行規劃各種用途的資料表空間 (Tablespace), 以便存放不同型態的資料與資料庫物件例如 : 存放 Oracle 系統資訊的資料辭典 (data dictionary) 可放在 SYSTEM 表空間 ; 使用者所存放的相關資料可存放在 USER 表空間 ; 所有資料表的索引 (Index) 則可單獨存放在 INDX 表空間 44

45 Tablespace 依其可存取的狀態, 分為兩種狀態 : on-line ( 在線 ) off-line ( 離線 ) 再以其可存取的模式模式區分, 可分為兩種式 read-only ( 唯讀 ) read-write ( 讀寫 ) 透過其存取狀態的控制以及存取模式的切換, 將可使整個資料庫的管理更為方便 45

46 Block ( 區塊 ) Oracle Database 邏輯空間概念中最小的邏輯空間單位, 有關 Oracle Server 對儲存空間所執行的配置 (allocate) 讀取 (read) 及寫入 (write), 均是以此為單位, 進行資料庫的種種操作且在新建 Oracle 資料庫時就必須明確地定義 Oracle 的區塊大小通常是數倍於作業系統的磁碟讀寫區塊 (O.S. blocks) 表示, Oracle 在存取資料時是以自身的 block 為最小讀取單位, 而不是以 O.S. block 為單位它的參數設定透過參數 DB_BLOCK_SIZE 設定之必須將 DB_BLOCK_SIZE 設定為 O.S.blocks 的整數倍 46

47 Extent ( 延伸區塊 ) 雖然資料區塊是 Oracle 最小的資料讀寫單位, 但值得注意的是 :Oracle 在配置儲存空間時, 並不是以資料區塊為單位, 而是改採延伸區塊延伸區塊的方式來配置空間它是由許多連續的 blocks 所組成一個 Extent 的相關資訊, 僅能存在於同一個 Data file 中 47

48 好處 : 減少資料庫空間配置空間配置的動作 ( 即 :I/O 工作 ) 假定您準備在 Oracle 資料庫內存放 80 KB 的資料 : 當執行 DDL 指令建立資料庫物件時 ( 例如 : CREATE TABLE ),Oracle 會先配置出一連串的 Blocks ( 即 : Extent), 其大小可為單一 Block ( 假設 8KB) 的 5 倍當這些資料區塊全部存滿資料後, 視實際需要再配置第二個 Extent ( 大小還是 40KB) 只要兩次的空間配置動作兩次的空間配置動作就可以存放 80KB 的資料反例如果 Oracle 每次只配置 8KB 的 Block 讓您存放資料, 總共需要 10 次空間配置動作才能放滿 80 KB 的資料, 比較沒有效率由此可見,Extent 的確有其存在的必要性 48

49 Segment ( 區段 ) Segment 是僅次於 Tablespace 的邏輯空間單位依照不同的資料處理性質, 您可能需要在表空間內劃分出不同 Segment, 以存放不同資料依其儲存管理資料型態的不同, 可大致分為 : Data segment ( 資料區段 ) Index segment ( 索引區段 ) Temporary segment ( 暫時性區段 ) Rollback segment ( 退回區段 ) 49

50 實體結構 (Physical Database Structures ) Oracle Server 實體結構概觀圖如下 : Oracle Database Parameter file Data files Control files Redo log files Archived log files Password file 整個 Oracle Database 的實體結構, 主要由三大部份所組成 : Control files Data files Redo log files 其它 Password file Parameter file 則是關於 Oracle Server Security 及資料庫啟動設定檔 Archived log files 則與 Database Recovery 息息相關 50

51 資料庫的啟動順序如下 : 51

52 Password file ( 密碼檔 ) Password File 是由 DBA 建立的, 儲存那些可以管理 Oracle 的登入密碼可以用一個叫做 ORAPWD 的工具建立它 52

53 Parameter file ( 參數檔 ) 啟動 Oracle Server 時,Oracle Server 會先配置一塊記憶體空間, 供 Oracle Instance 及 Background processes 使用在這之前,Oracle Server 會先讀取 Parameter file 內的相關設定, 做為配置記憶體空間與 Background processes 時的設定值在改變 Parameter file 的相關設定時, 通常需要重新啟動 Oracle 的相關服務, 所做的改變才能反映在系統中 53

54 Control file ( 控制檔 ) 一個 Oracle Database 至少要有一個 Control file, 記載著用來對整個 Oracle Database 實體結構 maintain 與 verify 的相關資訊, 如 : Database name Data files Redo log files 的名稱與所在位置 Database 建立的 Time stamp 每當資料庫被啟動時,Oracle 會在 Instance 啟動後立刻讀取 Control File 內容, 待所有資料庫實體組成檔案之所在資訊資料庫實體組成檔案之所在資訊都收集完畢, 資料庫才會被開啟 54

55 Control file 掌控著所有 Oracle Database 實體檔案結構的相關資訊, 新增刪除刪除修改 Data files 或 Redo log files,oracle Server 均會自動維護 Control file 的內容資訊為了避免控制檔毀損導致資料庫系統停擺, 建議在實務應用上至少配置兩個 Control File, 存放在不同實體硬碟, 並以 mirror ( 映射 ) 的方式, 提供資料庫備援的機制 55

56 Data file ( 資料檔 ) Data Files 包含在資料庫中的實際資料 (Actual Data) 一個 Oracle Database 至少會有一個以上的 Data file 來存放資料資料庫的資料大致上可以分為兩類 : 資料庫邏輯結構資訊 ( 資料字典 ) 資料字典包含資料庫邏輯結構的配置資訊, 諸如 Tables Columns Indexes Tablespaces 等使用者資料 56

57 Data file 雖然是 Oracle Server 用來存放大量資料的實體檔案結構, 但它並不是以直接存取 Data file 的模式, 達成資料存取的目的, 它是以類似 Buffer 的機制, 間接存取 Data file, 以提高系統的整體運作效能整體運作效能讀取資料時, 它會先將 Data file 的資料載入至 Database buffer cache, 使用者實際上是經由 Database buffer cache 中讀取資料的寫入資料時, 也是先對 Database buffer cache 做寫入的動作, 再經由 DBWRn 在適當的時機下, 寫回至 Data file 57

58 Redo log file ( 重置日誌檔 ) Redo log file 也就是大家俗稱的交易日誌 (Transaction log) 負責記錄資料庫內任何資料處理的情況 ( 即所有的異動情形, 如 : 新增修改刪除, 查詢動作除外 ) 當資料被異動時, 所有異動紀錄會先保留在記憶體的 Redo log buffer, 並在適當時機由 LGWR 這個 Background process 寫入至硬碟上的 Redo log file 它主要的功能是當資料庫運作被強迫中止時, 提供資料庫重作部份工作的相關資訊, 這個動作又稱為 Roll Forward 58

59 需特別注意的是, 所有的 Redo log file 均是交替使用的因此, 假設系統上有二個 Redo log file: 當第一個 Redo log file 的儲存空間已滿時,Oracle Server 會自動 swap 到第二個 Redo log file 當第二個 Redo log file 也滿了,Oracle Server 會自動再 swap 到第一個 Redo log file, 先前記錄在第一個 Redo log file 的異動記錄就會被覆蓋掉覆蓋掉以 cycle 的方式重覆使用這時, 就會發生系統回復的盲點 : 先前的異動記錄已經被覆蓋掉了關於這點,Oracle Server 提供另外一個機制 - Archived log files, 相對於 Online redo log file,offline archived log files 可以提供更好的資料庫回復機制 59

60 又稱 Archived redo log file ( 封存重置日誌檔 ) Archived log file ( 封存日誌檔 ) Archived log file 對 Oracle Database 而言, 是屬於 Optional ( 非必要 ) 的選項, 主要是提供資料庫 Backup 及 Recovery 的機制 Oracle Database 提供兩種控制 Redo log file 的模式如下 : ARCHIVELOG:Redo log file 在被重覆使用之前, 會先存放至 Archived log files NOARCHIVELOG:Redo log file 不會有任何 Archive 的額外動作 60

Oracle 4

Oracle 4 01 04 Oracle 07 Oracle Oracle Instance Oracle Instance Oracle Instance Oracle Database Oracle Database Instance Parameter File Pfile Instance Instance Instance Instance Oracle Instance System

第一章 資料庫系統概論

第一章　資料庫系統概論