淺談oracle SCN機(jī)制
SCN(System Change Number)作為oracle中的一個(gè)重要機(jī)制,在數(shù)據(jù)恢復(fù)、Data Guard、Streams復(fù)制、RAC節(jié)點(diǎn)間的同步等各個(gè)功能中起著重要作用。理解SCN的運(yùn)作機(jī)制,可以幫助你更加深入地了解上述功能。
在理解SCN之前,我們先看下oracle事務(wù)中的數(shù)據(jù)變化是如何寫入數(shù)據(jù)文件的:
1、事務(wù)開始;
2、在buffer cache中找到需要的數(shù)據(jù)塊,如果沒有找到,則從數(shù)據(jù)文件中載入buffer cache中;
3、事務(wù)修改buffer cache的數(shù)據(jù)塊,該數(shù)據(jù)被標(biāo)識(shí)為“臟數(shù)據(jù)”,并被寫入log buffer中;
4、事務(wù)提交,LGWR進(jìn)程將log buffer中的“臟數(shù)據(jù)”寫入redo log file中;
5、當(dāng)發(fā)生checkpoint,CKPT進(jìn)程更新所有數(shù)據(jù)文件的文件頭中的信息,DBWn進(jìn)程則負(fù)責(zé)將Buffer Cache中的臟數(shù)據(jù)寫入到數(shù)據(jù)文件中。
經(jīng)過上述5個(gè)步驟,事務(wù)中的數(shù)據(jù)變化最終被寫入到數(shù)據(jù)文件中。但是,一旦在上述中間環(huán)節(jié)時(shí),數(shù)據(jù)庫意外宕機(jī)了,在重新啟動(dòng)時(shí)如何知道哪些數(shù)據(jù)已經(jīng)寫入數(shù)據(jù)文件、哪些沒有寫呢(同樣,在DG、streams中也存在類似疑問:redo log中哪些是上一次同步已經(jīng)復(fù)制過的數(shù)據(jù)、哪些沒有)?SCN機(jī)制就能比較完善的解決上述問題。
SCN是一個(gè)數(shù)字,確切的說是一個(gè)只會(huì)增加、不會(huì)減少的數(shù)字。正是它這種只會(huì)增加的特性確保了Oracle知道哪些應(yīng)該被恢復(fù)、哪些應(yīng)該被復(fù)制。
總共有4中SCN:系統(tǒng)檢查點(diǎn)(System Checkpoint)SCN、數(shù)據(jù)文件檢查點(diǎn)(Datafile Checkpoint)SCN、結(jié)束SCN(Stop SCN)、開始SCN(Start SCN)。其中其面3中SCN存在于控制文件中,最后一種則存在于數(shù)據(jù)文件的文件頭中。
在控制文件中,System Checkpoint SCN是針對(duì)整個(gè)數(shù)據(jù)庫全局的,因而之存在一個(gè),而Datafile Checkpoint SCN和Stop SCN是針對(duì)每個(gè)數(shù)據(jù)文件的,因而一個(gè)數(shù)據(jù)文件就對(duì)應(yīng)在控制文件中存在一份Datafile Checkpoint SCN和Stop SCN。在數(shù)據(jù)庫正常運(yùn)行期間,Stop SCN(通過視圖v$datafile的字段last_change#可以查詢)是一個(gè)無窮大的數(shù)字或者說是NULL。
在一個(gè)事務(wù)提交后(上述第四個(gè)步驟),會(huì)在redo log中存在一條redo記錄,同時(shí),系統(tǒng)為其提供一個(gè)最新的SCN(通過函數(shù)dbms_flashback.get_system_change_number可以知道當(dāng)前的最新SCN),記錄在該條記錄中。如果該條記錄是在redo log被清空(日志滿做切換時(shí)或發(fā)生checkpoint時(shí),所有變化日志已經(jīng)被寫入數(shù)據(jù)文件中),則其SCN被記錄為redo log的low SCN。以后在日志再次被清空前寫入的redo記錄中SCN則成為Next SCN。
當(dāng)日志切換或發(fā)生checkpoint(上述第五個(gè)步驟)時(shí),從Low SCN到Next SCN之間的所有redo記錄的數(shù)據(jù)就被DBWn進(jìn)程寫入數(shù)據(jù)文件中,而CKPT進(jìn)程則將所有數(shù)據(jù)文件(無論redo log中的數(shù)據(jù)是否影響到該數(shù)據(jù)文件)的文件頭上記錄的Start SCN(通過視圖v$datafile_header的字段checkpoint_change#可以查詢)更新為Next SCN,同時(shí)將控制文件中的System Checkpoint SCN(通過視圖v$database的字段checkpoint_change#可以查詢)、每個(gè)數(shù)據(jù)文件對(duì)應(yīng)的Datafile Checkpoint(通過視圖v$datafile的字段checkpoint_change#可以查詢)也更新為Next SCN。但是,如果該數(shù)據(jù)文件所在的表空間被設(shè)置為read-only時(shí),數(shù)據(jù)文件的Start SCN和控制文件中Datafile Checkpoint SCN都不會(huì)被更新。
那系統(tǒng)是如何產(chǎn)生一個(gè)最新的SCN的?實(shí)際上,這個(gè)數(shù)字是由當(dāng)時(shí)的timestamp轉(zhuǎn)換過來的。每當(dāng)需要產(chǎn)生一個(gè)最新的SCN到redo記錄時(shí),系統(tǒng)獲取當(dāng)時(shí)的timestamp,將其轉(zhuǎn)換為數(shù)字作為SCN。我們可以通過函數(shù)SCN_TO_TIMESTAMP(10g以后)將其轉(zhuǎn)換回timestamp:
SQL> select dbms_flashback.get_system_change_number, SCN_TO_TIMESTAMP(dbms_flashback.get_system_change_number) from dual;
GET_SYSTEM_CHANGE_NUMBER
------------------------
SCN_TO_TIMESTAMP(DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER)
---------------------------------------------------------------------------
2877076756
17-AUG-07 02.15.26.000000000 PM
也可以用函數(shù)timestamp_to_scn將一個(gè)timestamp轉(zhuǎn)換為SCN:
SQL> select timestamp_to_scn(SYSTIMESTAMP) as scn from dual; SCN ---------- 2877078439
最后,SCN除了作為反映事務(wù)數(shù)據(jù)變化并保持同步外,它還起到系統(tǒng)的“心跳”作用——每隔3秒左右系統(tǒng)會(huì)刷新一次系統(tǒng)SCN。
下面,在簡單介紹一下SCN如何在數(shù)據(jù)庫恢復(fù)中起作用。
數(shù)據(jù)庫在正常關(guān)閉(shutdown immediate/normal)時(shí),會(huì)先做一次checkpoint,將log file中的數(shù)據(jù)寫入數(shù)據(jù)文件中,將控制文件、數(shù)據(jù)文件中的SCN(包括控制文件中的Stop SCN)都更新為最新的SCN。
數(shù)據(jù)庫異常/意外關(guān)閉不會(huì)或者只更新部分Stop SCN。
當(dāng)數(shù)據(jù)庫啟動(dòng)時(shí),Oracle先檢查控制文件中的每個(gè)Datafile Checkpoint SCN和數(shù)據(jù)文件中的Start SCN是否相同,再檢查每個(gè)Datafile Checkpoint SCN和Stop SCN是否相同。如果發(fā)現(xiàn)有不同,就從Redo Log中找到丟失的SCN,重新寫入數(shù)據(jù)文件中進(jìn)行恢復(fù)。具體的數(shù)據(jù)恢復(fù)過程這里就不再贅述。
SCN作為Oracle中的一個(gè)重要機(jī)制,在多個(gè)重要功能中起著“控制器”的作用。了解SCN的產(chǎn)生和實(shí)現(xiàn)方式,幫助DBA理解和處理恢復(fù)、DG、Streams復(fù)制的問題。
最后提一句,利用SCN機(jī)制,在Oracle10g、11g中又增加了一些很實(shí)用的功能——數(shù)據(jù)庫閃回、數(shù)據(jù)庫負(fù)載重現(xiàn)等。
總結(jié)
以上就是本文關(guān)于淺談oracle SCN機(jī)制的全部內(nèi)容,希望對(duì)大家有所幫助。有興趣的朋友可以參閱:Oracle EBS工具選項(xiàng):關(guān)閉其他表單修改方法 、 oracle 數(shù)據(jù)庫啟動(dòng)階段分析 、 oracle 虛擬專用數(shù)據(jù)庫詳細(xì)介紹等。有什么問題可以隨時(shí)留言,小編會(huì)及時(shí)回復(fù)大家的。感謝大家對(duì)腳本之家的支持!
相關(guān)文章
快速學(xué)習(xí)Oracle觸發(fā)器和游標(biāo)
oracle觸發(fā)器和游標(biāo)是面試中常問到的知識(shí)點(diǎn),今天就抽空通過實(shí)例代碼給大家介紹Oracle觸發(fā)器和游標(biāo)的示例代碼,需要的朋友參考下吧2021-06-06
oracle 實(shí)際值超過數(shù)據(jù)庫某個(gè)字段指定長度報(bào)錯(cuò)解決
本節(jié)主要介紹了oracle 實(shí)際值超過數(shù)據(jù)庫某個(gè)字段指定長度報(bào)錯(cuò)解決方法,需要的朋友可以參考下2014-07-07
oracle查看被鎖的表和被鎖的進(jìn)程以及殺掉這個(gè)進(jìn)程
本節(jié)主要介紹了oracle如何查看被鎖的表和被鎖的進(jìn)程以及殺掉這個(gè)進(jìn)程,需要的朋友可以參考下2014-08-08
Oracle Instant Client環(huán)境配置全過程
本文介紹了如何配置OracleInstantClient以便在沒有安裝Oracle的情況下使用Toad工具連接Oracle數(shù)據(jù)庫,詳細(xì)說明了從Oracle官網(wǎng)下載并選擇適當(dāng)版本的OracleInstantClient,配置環(huán)境變量如ORACLE_HOME、TNS_ADMIN、NLS_LANG2024-09-09
處理Oracle監(jiān)聽程序當(dāng)前無法識(shí)別連接描述符中請(qǐng)求的服務(wù)異常(ORA-12514)
這篇文章介紹了處理Oracle監(jiān)聽程序當(dāng)前無法識(shí)別連接描述符中請(qǐng)求的服務(wù)異常(ORA-12514),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2021-12-12
SQL?Developer遷移第三方數(shù)據(jù)庫單表到Oracle的全過程
這篇文章主要介紹了SQL?Developer遷移第三方數(shù)據(jù)庫單表到Oracle的全過程,文章通過圖文結(jié)合的方式給大家講解的非常詳細(xì),具有一定的參考價(jià)值,需要的朋友可以參考下2024-06-06
Oracle數(shù)據(jù)庫ORA-12560錯(cuò)誤問題的解決辦法
這篇文章主要介紹了Oracle數(shù)據(jù)庫ORA-12560錯(cuò)誤解決辦法,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-05-05
oracle中創(chuàng)建序列及序列補(bǔ)零實(shí)例詳解
這篇文章主要介紹了oracle中創(chuàng)建序列及序列補(bǔ)零實(shí)例詳解的相關(guān)資料,需要的朋友可以參考下2017-03-03

