1. 誰能介紹一下 oracle 中檢查點 及SCN的用法。
有一家叫甲骨文的糧店，老闆很嚴謹，為了防止倉庫的糧食在買入賣出的時候發生銀辯問題，他制訂一套流程，首先進出倉庫的每一旦糧食都要求有一個編號(SCN)，而且出入庫之前必須先放到一個平台上(buffer cache)，他命令倉庫叫大頭的伙計(datafile head)來首先記錄這個編號，然後每隔一定的時間(log_checkpoint_timeout)或者庫房平台上的糧食堆放到一定的數量或者倉庫伙計換班(log swtich)的時候，一個叫「點點」(CKPT)的後院家奴就會把倉庫伙計記錄的信息拿給帳房先生同時還會催促碼放在倉庫平台的糧食入倉或者出倉(DBWn)，帳房先生根據「點點」拿來的帳頁記錄到自己的帳本上。這樣一來每天老闆要和賬房先生、倉庫伙計進行賬務的核對，一旦發現倉庫伙計記錄了而帳房先生沒記錄的情況就要求帳房先生把伙計記錄的信息謄寫到自己的帳本上，而如果發現帳房先生有記錄了而倉庫伙計這里卻沒有，那就麻煩大了，這說明倉庫伙計有可能把之前的記錄帳頁給丟掉了，也就意味著糧食有丟失的危險，不過也不用過分擔心，老闆手下還有一個給力干將肢盯叫「SMON」， 是的，之所以給力就是因為是個洋和尚，外來的和尚會念經嘛。這個"SMON"的洋和尚會想辦法去找這些編號的糧食，一旦找到就會讓倉庫伙計按照帳房先生的記錄來重新同步自己的帳本，這事就算是完了，可一旦連「SMON」都鋒飢缺搞不定，那麼老闆就頭大了，生意就得關張，意味著有糧食可能會丟失。這時候要麼從其他地方找來一摸一樣的糧食充數，還要讓帳房先生和倉庫伙計的帳本都清空從0開始重新記錄，以免又出現不同的情況。
不知道夠不夠白。。。。。
2. 針對oracle的commit操作
這一塊復 你要了解「臟緩沖區」的制概念
臟緩沖區（不一致的數據），一般DML操作：如update後且沒有commit操作時，新數據與舊數據同存臟緩沖區，後：舊數據被寫到回滾段，新數據存於數據緩沖區，
在commit後 LGWR進程會將redo緩沖區的記錄寫入redo.log文件
已經commit後的數據直接通過DBWR進程將數據寫入到了.dbf文件中了
有異議可追問，先把懸賞分給我 我會補充的更詳細點！
3. 如何區分Oracle的資料庫，實例，服務名，SID
Oracle的資料庫：
一系列物理文件的集合
包括控制文件、數據文件、聯機日誌文件、參數文件、密碼文件等
即：Oracle Database = Controlfile + datafile + logfiel + spfile +..
1.控制文件(controlfile)
資料庫的名字，檢查點信息，資料庫創建的時間戳
所有的數據文件，聯機日誌文件，歸檔日誌文件信息
備份信息等
2.數據文件(datafile)
包含了用戶和應用程序的所有數據
--查看數據文件信息
3.聯機日誌文件
記錄了用戶對資料庫的所有操作，一個資料庫中至少要有兩個日誌組文件，每個日誌組中至少有一個日誌成員
日誌組中的多個日誌成員是互為鏡相關系
4.歸檔日誌文件
Oracle可以運行在兩種模式之中，歸檔模式和非歸檔模式。在歸檔模式中，為了保存用戶的所有修改，
在聯機日誌文件切換後和被覆蓋之間系統將他們另外保存成一組連續的文件系列，該文件系列就是歸檔日誌文件。
用戶恢復意外情況出現的數據丟失、異常等。
5.參數文件(pfile和spfile)
initSID.ora或init.ora文件,通常位於：$ORACLE_BASE/admin/<SID>/pfile
初始化文件記載了許多資料庫的啟動參數，如內存，控制文件，進程數等，在資料庫啟動的時候載入(Nomount時載入)
6.其他文件
密碼文件：用於Oracle 的具有sysdba許可權用戶的認證.
告警日誌文件：報警日誌文件(alert.log或alrt.ora），記錄資料庫啟動，關閉和一些重要的出錯信息
查看路徑：select value from v$PARAMETER where name =『background_mp_dest』;
7.資料庫邏輯組織結構
表空間、段、區、塊
一個資料庫由一個或多個表空間組成，一個表空間只能屬於一個資料庫
一個表空間由一個或多個多個數據文件組成，一個數據文件只能屬於一個表空間
一個數據文件由一個或多個操作系統塊組成，每一個操作系統塊只能數以一個數據文件
一個表空間可以包含一個或多個段，一個段只能屬於一個表空間
一個段由一個或多個區組成，每一個區只能屬於一個段
一個區由一個或多個Oracle 塊組成，每一個Oracle塊只能屬於一個區
一個區只能屬於一個數據文件，數據文件的空間可以分配到一個或多個區
一個Oracle 塊由一個或多個操作系統塊組成，一個操作系統塊是一個Oracle塊的一部分
oracle實例：
一個Oracle Server由一個Oracle實例和一個Oracle資料庫組成。
即：Oracle Server = Oracle Instance + Oracle Database
Oracle實例
包括了內存結構(SGA)和一系列後台進程(Background Process),兩者合起來稱為一個Oracle實例
即：Oracle Instance = SGA + Background Process
Oracle內存結構
包含系統全局區(SGA)和程序全局區(PGA)
即Oracle Memory Structures = SGA + PGA
SGA由伺服器和後台進程共享
PGA包含單個伺服器進程或單個後台進程的數據和控制信息,與幾個進程共享的SGA 正相反，PGA是
只被一個進程使用的區域，PGA 在創建進程時分配在終止進程時回收。即由伺服器進程產生。
1.SGA
系統全局區SGA，SGA = 數據緩沖區+ 重做日誌緩沖區+ 共享池+ 大池+ Java 池+ 流池
系統全局區是動態的，由參數SGA＿MAX＿SIZE決定。
查看當前系統的SGA大小：show parameter sga_max_size;
要修改：alter system set sga_max_size=1200m scope=spfile;
因為實例內存的分配是在資料庫啟動時進行的，所以要讓修改生效，要重啟資料庫。
ORACLE 10G 引入了ASMM（自動共享內存管理），DBA只需設置SGA＿TARGET，ORACLE就會
自動的對共享池、JAVA池、大池、數據緩沖區、流池進行自動調配。取消自動調配就是
sga_target設為。
數據緩沖區(Database buffer cache):存儲從數據文件中獲得的數據塊的鏡像
大小由db_cache_size 決定
查看：show parameter db_cache_size;
設置：alter system set db_cache_size=800M;
重做日誌緩沖區(Redo log buffer):對資料庫的任何修改都按順序被記錄在該緩沖，然後由LGWR進程將
它寫入磁碟,大小由LOG＿BUFFER決定
共享池(Shared pool):是SGA中最關鍵的內存片段,共享池主要由庫緩存(共享SQL區和PL/SQL區)和數據
字典緩存組成，它的作用是存放頻繁使用的sql，在有限的容量下，資料庫系統根據一定的演算法決
定何時釋放共享池中的sql。
庫緩存大小由shared_pool_size 決定
查看：show parameter shared_pool_size
修改：alter system set shared_pool_size=120m;
數據字典緩存：
存儲資料庫中數據文件、表、索引、列、用戶和其它數據對象的定義和許可權信息
大小由shared_pool_size 決定，不能單獨指定
大池(Large pool):是一個可選的區域，用於一些大型的進程如Oracle的備份恢復操作、IO伺服器進程等
Java 池：該程序緩沖區就是為Java 程序保留的。如果不用Java程序沒有必要改變該緩沖區的默認大小
流池(Stream pool)：被Oracle流所使用
2.PGA
是為每個用戶進程連接ORACLE資料庫保留的內存
進程創建時分配，進程結束時釋放，只能被一個進程使用
PGA包括了以下幾個結構：
（）排序區
（）游標狀態區
（）會話信息區
（）堆棧區
由參數：pga_aggregate_target 決定
3.幾類進程：用戶進程，伺服器進程，後台進程，其它可選進程
用戶進程
在用戶連接資料庫產生，請求oracle伺服器連接，必須要先建立一個連接，不會直接和oracle伺服器連接
伺服器進程
當連接實例並建立用戶會話時產生，獨立伺服器或者提供共享伺服器都能產生
後台進程
維持物理和內存之間的聯系，用來管理資料庫的讀寫，恢復和監視等工作。
Server Process主要是通過他和user process進行聯系和溝通，並由他和user process進行數據的交換。
在Unix機器上，Oracle後台進程相對於操作系統進程，也就是說，一個Oracle後台進程將啟動一個操作
系統進程。
在Windows機器上，Oracle後台進程相對於操作系統線程，打開任務管理器，我們只能看到一個
ORACLE.EXE的進程，但是通過另外的工具，就可以看到包含在這里進程中的線程。
必須要有的後台進程
DBWn -->資料庫寫進程
PMON -->程序監控進程
SMON -->系統監控進程
LGWr -->日誌寫進程
CKPT -->檢查點進程
可選進程：
ARCN 歸檔進程
RECO
Snnn
pnnn
DBWn(資料庫寫進程)
負責將修改過的數據塊從資料庫緩沖區高速緩存寫入磁碟上的數據文件中
寫入條件：
發生檢查點
臟緩存達到限制
沒有自由的緩存
超時發生
表空間離線
表空間只讀
表被刪除或者截斷
開始備份表空間
可以修改數據寫進程的數量
alter system set db_writer_processes=3 scope=spfile;
PMON(程序監控進程)
清除失效的用戶進程，釋放用戶進程所用的資源。
如PMON將回滾未提交的工作，釋放鎖，釋放分配給失敗進程的SGA資源。
清除失敗的進程
回滾事務
釋放鎖
釋放其他資源
SMON(系統監控進程)
檢查資料庫的一致性,當啟動失敗時完成災難恢復等
實列恢復時，前滾所有重做日誌中的文件，打開資料庫為了用戶能訪問，回滾未提交的事務，釋放臨時表空間
清除臨時空間，聚結空閑空間，從不可用的文件中恢復事務的活動，OPS中失敗節點的實例恢復
清除OBJ$表
縮減回滾段
使回滾段離線
LGWr(日誌寫進程)
將重做日誌緩沖區中的更改寫入在線重做日誌文件
條件：
提交的時候（commit)
redo log buffer達到1／3滿
每隔3秒
有大於1MB 重做日誌緩沖區未被寫入磁碟
DBWR需要寫入的數據的SCN號大於LGWR 記錄的SCN號，DBWR 觸發LGWR寫入
超時
在dbwr進程些之前寫日誌
CKPT(檢查點進程)
DBWR/LGWR的工作原理，造成了數據文件，日誌文件，控制文件的不一致，CKPT進程負責同步數據文件，
日誌文件和控制文件
CKPT會更新數據文件/控制文件的頭信息
條件：
在日誌切換的時候
資料庫用immediate ，transaction ，normal選項shutdown資料庫的時候
根據初始話文件LOG_CHECKPOINT_INTERVAL、LOG_CHECKPOINT_TIMEOUT、FAST_START_IO_TARGET 的設置的數值來確定
用戶觸發
ARCN(歸檔進程)
在每次日誌切換時把已滿的日誌組進行備份或歸檔
條件：
資料庫以歸檔方式運行的時候
RECO
負責解決分布事物中的故障。Oracle可以連接遠程的多個資料庫，當由於網路問題，有些事物處於懸而未決的狀態。
RECO進程試圖建立與遠程伺服器的通信，當故障消除後，RECO進程自動解決所有懸而未決的會話。
Server Process(服務進程)
分為專用服務進程(Dedicated Server Process)和共享服務進程(MultiTreaded Server Process)
專用服務進程：一個服務進程對應多個用戶進程，輪流為用戶進程服務。
用戶進程(User Process)、服務進程(Server Process)、後台進程(Background Processes)的啟動
用戶進程: 資料庫用戶請求Oralce server會話時被啟動
服務進程：當用戶會話啟動後，連接到Oracle實例時該進程被啟動
後台進程：當Oracle實例被啟動時，啟動相關的後台進程
4. checkpoint是什麼意思啊拜託各位大神
CheckPoint 1. Check Point 軟體技術有限公司 Check Point 軟體技術有限公司成立時間於 1993 年，美國總部在加利福尼亞州紅木城，國際總部在以色列萊莫干市，員工人數： 1180 多人。 是全球首屈一指的 Internet 安全解決方案供應商，在全球企業防火牆、個人防火牆及虛擬專用網路（ VPN ）市場上居於領導地位。 Check Point 軟體技術有限公司的安全虛擬網路（ SVN ）體系結構可提供支持安全、可靠的網際網路通信的基礎設施。通過網際網路、 Intranet 和 Extranet ， SVN 可確保網路、系統、應用和用戶之間的安全通信。在公司的 「Next Generation」 產品系列中發布的 SVN 解決方案，進一步加強了公司網路、遠程員工、辦事處以及合作夥伴外部網的業務通信和資源的安全。 Check Point 公司的安全性開放式平台（ OPSEC ）可提供一個先進的框架， 它使得 Check Point 的解決方案能夠與 350 多家領先企業的卓越解決方案集成及協同工作。此外， Check Point 通過遍布 88 個國家及地區的 2,200 多家合作夥伴銷售及集成其解決方案，同時提供相關服務。 企業級防火牆 /VPN 網關 – VPN-1 Pro Check Point VPN-1 Pro 是緊密集成的防火牆和 VPN 網關，為企業應用程序和網路資源提供全面的安全和遠程連接。 VPN-1 Pro 將市場領先的FireWall-1 安全套件與久經考驗的 VPN 技術結合在一起，通過提供到企業網路、遠程用戶和移動用戶、分支機構、業務合作夥伴的安全連接，滿足了互聯網、內聯網和外聯網 VPNs 的嚴格需求。它具有行業最智能的安全檢測技術、 Stateful Inspection 和 Application IntelligenceTM，為阻止網路層和應用層攻擊提供了預先的防禦機制。 VPN-1 Pro 解決方案可用在業界最廣泛的開放式平台和安全設備之上，可以滿足任何規模企業的性價比需求。 虛擬防火牆– VPN-1 VSX VPN-1 VSXT是一種為諸如數據中心和園區網等大型企業環境設計的高速、多策略虛擬安全解決方案。基於經過實踐證明的安全解決方案， VPN-1 Pro ， VSX 可以為復雜基礎架構中的多個網路提供綜合全面的保護，幫助它們安全的連接到互聯網和 DMZ 等共享的資源，並且實現了在提供集中管理的同時允許它們之間進行安全互動。 VSX 網關利用一台硬體設備就可以幫助各單位創建一個包括路由器、交換機和 VPN-1 網關的復雜、虛擬的網路。這種解決方案替換和改造負責安全保護和聯網的物理設備，減少了為整個網路提供安全保障所需的硬體投入。目前，只有 VSX 提供的平台才實現了高可擴展性、虛擬化網路，以及可以被輕松部署和管理的安全服務。 集中管理– SmartCenter 和 SmartCenter Pro SmartCenter 是基於目前業界最一致、最強大的管理架構，安全管理架構（ SMART ）的基礎之上。它支持企業集中定義邊界、內部和 Web 的安全策略；關聯和優化安全事件；實施高級的監視和報告功能——這一切都通過一個控制台來實現。在所有網關分配安全策略升級變得很簡單，從而確保一致的策略實施並提高運營效率。這樣，企業能保護對業務關鍵的資產並實現它們在安全方面投資的最大化。 SmartCenter 解決方案提供了功能強大的軟體工具來集中配置、管理和監視多個 Check Point 網關和執行點。它們包括一個類似儀表盤的界面來集中定義 VPN 、防火牆和服務質量（ quality-of-service ）的策略以及一台管理伺服器來存儲這些策略。 終端安全 – Integrity Integrity 可以確保您的企業網路免受惡意代碼或者目標攻擊的入侵。在為每個網路終端提供主動防禦的同時，它還提供了集中式策略管理和實施。 Integrity 使您可以為每台接入網路的電腦輕松開發、管理和實施無與倫比的安全方案，從而提供全面的接入保護。在保持 IT 部門和終端用戶生產能力的同時， Integrity 的保護功能可以恢復企業數據和關鍵系統的保密性、完整性和有效性。 Integrity 客戶端和伺服器軟體通過集中管理的主動保護以及策略實施的一致性檢查確保所有聯網計算機的安全。 官方網址： http://www.checkpoint.com.cn/ SQL SEVER中 CHECKPOINT 語法如下： CHECKPOINT CHECKPOINT 命令用於將當前工作的資料庫中被更改過的數據頁data page 或日誌頁（log page）從數據緩沖器（data buffer cache）中強制寫入硬碟。 2. ORACLE 中的 checkpoint checkpoint是什麼？ checkpoint是的一個內部事件，這個事件激活以後會觸發資料庫寫進程(DBWR)將數據緩沖( DATA BUFFER CACHE)中的臟數據塊寫出到數據文件中。 在資料庫系統中，寫日誌和寫數據文件是資料庫中IO消耗最大的兩種操作，在這兩種操作中寫數據文件屬於分散寫，寫日誌文件是順序寫，因此為了保證資料庫的性能，通常資料庫都是保證在提交(commit)完成之前要先保證日誌都被寫入到日誌文件中，而臟數據塊著保存在數據緩存(buffer cache)中再不定期的分批寫入到數據文件中。也就是說日誌寫入和提交操作是同步的，而數據寫入和提交操作是不同步的。這樣就存在一個問題，當一個資料庫崩潰的時候並不能保證緩存裡面的臟數據全部寫入到數據文件中，這樣在實例啟動的時候就要使用日誌文件進行恢復操作，將資料庫恢復到崩潰之前的狀態，保證數據的一致性。檢查點是這個過程中的重要機制，通過它來確定，恢復時哪些重做日誌應該被掃描並應用於恢復。 一般所說的checkpoint是一個資料庫事件(event)，checkpoint事件由checkpoint進程(LGWR/CKPT進程)發出，當checkpoint事件發生時DBWn會將臟塊寫入到磁碟中，同時數據文件和控制文件的文件頭也會被更新以記錄checkpoint信息。 checkpoint的作用 checkpoint主要2個作用： 保證資料庫的一致性，這是指將臟數據寫入到硬碟，保證內存和硬碟上的數據是一樣的; 縮短實例恢復的時間，實例恢復要把實例異常關閉前沒有寫出到硬碟的臟數據通過日誌進行恢復。如果臟塊過多，實例恢復的時間也會很長，檢查點的發生可以減少臟塊的數量，從而提高實例恢復的時間。 通俗的說checkpoint就像word的自動保存一樣。 檢查點分類 完全檢查點(Normal checkpoint) 增量檢查點(Incremental checkpoint) checkpoint相關概念術語 在說明checkpoint工作原理之前我們先了解一些相關的術語。 完全檢查點工作過程 一個checkpoint操作可以分成三個不同的階段： 第一階段，checkpoint進程開始一個checkpoint事件，並記錄下checkpoint RBA，這個通常是當前的RBA。 第二階段，checkpoint進程通知DBWn進程將所有checkpoint RBA之前的buffer cache裡面的臟塊寫入磁碟。 確定臟塊都被寫入磁碟以後進入到第三階段，checkpoint進程將checkpoint信息(SCN)寫入/更新數據文件和控制文件中。 更新SCN的操作由CKPT進程完成，在Oracle 8.0之後CKPT進程默認是被啟用的，如果CKPT進程沒有啟用的話那相應的操作將由LGWR進程完成。 什麼時候發生normal checkpoint 下面這些操作將會觸發checkpoint事件： 日誌切換，通過ALTER SYSTEM SWITCH LOGFILE。 DBA發出checkpoint命令，通過ALTER SYSTEM checkpoint。 對數據文件進行熱備時，針對該數據文件的checkpoint也會進行，ALTER TABLESPACE TS_NAME BEGIN BACKUP/END BACKUP。 當運行ALTER TABLESPACE/DATAFILE READ ONLY的時候。 SHUTDOWN命令發出時。 特別注意： 日誌切換會導致checkpoint事件發生，但是checkpoint發生卻不會導致日誌切換。 日誌切換觸發的是normal checkpoint，而不是大家所說的增量checkpoint，只不過log switch checkpoint的優先順序非常低，當一個log switch checkpoint發生的時候它並不會立即的通知DBWn進程去寫數據文件，但是當有其它原因導致checkpoint或者是寫入數據文件的RBA超過log switch checkpoint的checkpoint RBA的時候，這次的log switch checkpoint將會被標記成完成狀態，同時更新控制文件和數據文件頭。我們隨後可以做個實驗驗證這個說法。 在Oracle中SCN相當於它的時鍾，在現實生活中我們用時鍾來記錄和衡量我們的時間，而Oracle就是用SCN來記錄和衡量整個Oracle系統的更改。 Oracle中checkpoint是在一個特定的「時間點」發生的，衡量這個「時間點」用的就是SCN，因此當一個checkpoint發生時SCN會被寫入文件頭中以記錄這個checkpoint。 增量checkpoint 增量checkpoint工作過程 因為每次完全的checkpoint都需要把buffer cache所有的臟塊都寫入到數據文件中，這樣就是產生一個很大的IO消耗，頻繁的完全checkpoint操作很對系統的性能有很大的影響，為此Oracle引入的增量checkpoint的概念，buffer cache中的臟塊將會按照BCQ隊列的順序持續不斷的被寫入到磁碟當中，同時CKPT進程將會每3秒中檢查DBWn的寫入進度並將相應的RBA信息記錄到控制文件中。 有了增量checkpoint之後在進行實例恢復的時候就不需要再從崩潰前的那個完全checkpoint開始應用重做日誌了，只需要從控制文件中記錄的RBA開始進行恢復操作，這樣能節省恢復的時間。 發生增量checkpoint的先決條件 恢復需求設定 (FAST_START_IO_TARGET/FAST_START_MTTR_TARGET) LOG_checkpoint_INTERVAL參數值 LOG_checkpoint_TIMEOUT參數值 最小的日誌文件大小 buffer cache中的臟塊的數量 增量checkpoint的特點 增量checkpoint是一個持續活動的checkpoint。 沒有checkpoint RBA，因為這個checkpoint是一直都在進行的，所以不存在normal checkpoint裡面涉及的checkpoint RBA的概念。 checkpoint advanced in memory only 增量checkpoint所完成的RBA信息被記錄在控制文件中。 增量checkpoint可以減少實例恢復時間。 增量checkpoint相關參數設置 log_checkpoint_interval 設定兩次checkpoint之間重做日誌塊(重做日誌塊和系統數據塊是一樣的)數，當重做日誌塊數量達到設定值的時候將觸發checkpoint。 log_checkpoint_timeout 設定兩次checkpoint之間的間隔時間，當超時值達到時增量checkpoint將被觸發。Oracle建議不用這個參數來控制，因為事務(transaction)大小不是按時間等量分布的。將此值設置成0時將禁用此項設置。 fast_start_io_target 因為log_checkpoint_interval主要看的時候重做日誌塊的數量，並不能反應buffer cache中臟數據塊的修改，因此Oracle又引入了這個參數來實現當臟數據塊達到一定數量的時候觸發checkpoint，不過此參數實際上控制的是恢復時所需IO的數量。 fast_start_mttr_target 此參數是在9i中引入用來代替前面的三個參數的，它定義了數據塊崩潰後所需要的實例恢復的時間，Oracle在實際上內在的解釋成兩個參數:fast_start_io_target和log_checkpoint_interval.如果這兩個參數沒有顯式的指定,計算值將生效.。 fast_start_mttr_target可以設定的最大值是3600，即一個小時。它的最小值沒有設限，但是並不是說可以設置一個任意小的值，這個值會受最小dirty buffer(最小為1000)的限制，同時還會受初始化時間以及文件打開時間的限制。 在設置此參數的時候要綜合考慮系統的IO，容量以及CPU等信息，要在系統性能和故障恢復時間之間做好平衡。 將此參數設置成0時將禁用 fast-start checkpointing，這樣能見效系統負載但同時會增加系統的恢復時間。 如果fast_start_io_target or log_checkpoint_interval被指定，他們會自動覆蓋由fast_start_mttr_target參數計算出來的值。
麻煩採納，謝謝!