Oracle數(shù)據(jù)庫服務(wù)器例程

Oracle數(shù)據(jù)庫服務(wù)器例程6.1Oracle9i內(nèi)存管理6.2Oracle9i進(jìn)程管理6.1Oracle9i內(nèi)存管理6.1.1系統(tǒng)全局區(qū)（SGA）6.1.2程序全局區(qū)（PGA）6.1.1系統(tǒng)全局區(qū)（SGA）系統(tǒng)全局區(qū)是ORACLE系統(tǒng)為實(shí)例分配的一組共享緩沖存儲(chǔ)區(qū)，用于存放數(shù)據(jù)庫數(shù)據(jù)和控制信息，以實(shí)現(xiàn)對(duì)數(shù)據(jù)庫數(shù)據(jù)的管理和操作。Redolog

bufferDatabuffer

cacheSharedpoolDatadict.

cacheLibrarycacheSGALargepoolJavapool共享池（sharepool）大小由SHARED_POOL_SIZE定義庫緩沖包含語句文本,編譯后的代碼以及執(zhí)行計(jì)劃等字典緩沖包括表和列的定義和權(quán)限等共享池庫緩沖字典緩沖庫緩沖（Librarycache）庫緩沖保存最近用過的SQL語句和PL/SQL使用過程中的下列信息：語句文本分析樹，即編譯后的語句執(zhí)行計(jì)劃，即優(yōu)化器定義的語句執(zhí)行步驟庫緩沖又稱為共享SQL區(qū)。由于庫緩沖保存了這些信息，所以當(dāng)一查詢?cè)趫?zhí)行計(jì)劃被換出之前重新執(zhí)行時(shí)，服務(wù)進(jìn)程不必重新分析語句，因此庫緩沖能改善應(yīng)用的性能。.數(shù)據(jù)字典緩沖（DataDictionaryCache）數(shù)據(jù)字典緩沖保存最近使用過的數(shù)據(jù)字典信息如表和列的定義，用戶名口令和權(quán)限。在分析階段，服務(wù)進(jìn)程查找緩沖中的信息以解釋語句中指定的對(duì)象名并驗(yàn)證訪問權(quán)限。如有必要服務(wù)進(jìn)程可請(qǐng)求從數(shù)據(jù)文件中裝入這些信息共享池大小查詢?cè)趨?shù)文件中查詢初始化參數(shù)shared_pool_size查詢數(shù)據(jù)字典v$parametersql>selectname,valuefromv$parameterwherenamelike'%size';使用show命令查詢sql>showparametershared_pool_size數(shù)據(jù)庫數(shù)據(jù)緩沖區(qū)

（DatabaseBufferCache）在oracle9i中，使用DB_BLOCK_SIZE來決定，并且可以通過下面的命令動(dòng)態(tài)的改變其大?。篈LTERSYSTEMSETDB_CACHE_SIZE=120M;處理查詢時(shí)，服務(wù)進(jìn)程在數(shù)據(jù)庫緩沖區(qū)中尋找所需的數(shù)據(jù)塊。如果在緩沖區(qū)中找不到所需數(shù)據(jù)塊，服務(wù)進(jìn)程從數(shù)據(jù)文件中將數(shù)據(jù)塊讀入緩沖區(qū)。以后對(duì)同樣數(shù)據(jù)塊的請(qǐng)求在內(nèi)存中進(jìn)行，不需物理讀寫。緩沖區(qū)用LRU(LeastRecentlyUsed)置換算法，在檢查點(diǎn)發(fā)生時(shí)由DBWR寫入數(shù)據(jù)文件數(shù)據(jù)緩沖區(qū)的查詢?nèi)绻樵償?shù)據(jù)緩沖區(qū)的大小，可以按如下方法查找：sql>showparameterdb也可以通過動(dòng)態(tài)性能視圖v$buffer_cache來監(jiān)視緩存的使用情況。Sql>select*fromv$buffer_cache;寫數(shù)據(jù)文件數(shù)據(jù)緩沖區(qū)數(shù)據(jù)文件

Oracle服務(wù)器使用延遲、多個(gè)塊寫以減緩磁盤I/O的沖突：灰數(shù)據(jù)緩沖區(qū)的數(shù)量達(dá)到閾值；當(dāng)進(jìn)行掃描而無法找到任何空閑緩沖區(qū)時(shí)進(jìn)程掃描了指定數(shù)量的塊；出現(xiàn)超時(shí)每三秒；出現(xiàn)檢查點(diǎn)（檢查點(diǎn)是使數(shù)據(jù)庫緩沖區(qū)高速緩存與數(shù)據(jù)文件同步的一種方法）日志緩沖區(qū)（LogBuffer）重做日志緩沖區(qū)用于在內(nèi)存中存儲(chǔ)未被刷新寫入聯(lián)機(jī)重做日志文件的重做信息。它是循環(huán)使用的緩沖區(qū)，當(dāng)重做日志緩沖區(qū)填滿時(shí)，將它的內(nèi)容寫入聯(lián)機(jī)重做日志文件。重做日志緩沖區(qū)的大小是由LOG_BUFFER初始化參數(shù)決定，以字節(jié)為單位。所有服務(wù)進(jìn)程（SERVERPROCESS）將重作記錄寫入重作日志緩沖在事務(wù)提交時(shí)由LGWR寫入日志文件寫日志文件日志緩沖區(qū)日志文件LGWR執(zhí)行寫入操作的條件是：發(fā)生提交(commit)重做日志緩沖區(qū)滿度達(dá)到三分之一或3秒在DBW0將數(shù)據(jù)庫緩沖區(qū)高速緩存中修改的塊寫入數(shù)據(jù)文件以前

寫滿1M因此，太大的redologbuffer是沒有意義的，因?yàn)檎嬲糜谏a(chǎn)的時(shí)候，很少有3秒內(nèi)沒有提交事務(wù)的應(yīng)用，而且，每到1M就會(huì)寫redologfile，所以，大多數(shù)情況下，超過3M的redologbuffer幾乎就浪費(fèi)了。重做日志緩沖區(qū)的查詢?cè)诔跏蓟瘏?shù)文件中查找log_buffer參數(shù)查詢數(shù)據(jù)字典v$parametersql>selectname,valuefromv$parameterwherenamelike'%buffer';

使用show命令查詢sql>showparameterlog_bufferJava池

Oracle8i引入的一項(xiàng)新特性（從版本后開始出現(xiàn)的），用于支持?jǐn)?shù)據(jù)庫中java的運(yùn)行，負(fù)責(zé)容納與會(huì)話有關(guān)的Java代碼，以及要由Java虛擬機(jī)（JVM）用到的一些數(shù)據(jù)。大小由初始化參數(shù)文件中的java_pool_size指定大緩沖池（Largepool）這個(gè)內(nèi)存結(jié)構(gòu)最早是在Oracle8.0引入的，其大小由LARGE_POOL_SIZE決定，在以下情況使用：使用MTS配置時(shí)，因?yàn)橐赟GA中分配UGA來保持用戶的會(huì)話，就是用Large_pool來保持這個(gè)會(huì)話內(nèi)存在執(zhí)行并行處理語句（如并行查詢）的時(shí)候，要分配進(jìn)程間消息緩沖區(qū)的內(nèi)存，就是用這個(gè)內(nèi)存結(jié)構(gòu)來協(xié)調(diào)并行處理。使用RMAN做備份的時(shí)候，要使用Large_pool這個(gè)內(nèi)存結(jié)構(gòu)來做磁盤I/O緩存器。程序全局區(qū)(PGA)PGA服務(wù)進(jìn)程程序全局區(qū)(PGA)是一塊內(nèi)存區(qū)域，它包含一個(gè)服務(wù)進(jìn)程或后臺(tái)進(jìn)程的數(shù)據(jù)和控制信息。PGA又稱為進(jìn)程全局區(qū)（processglobalarea），即一個(gè)進(jìn)程獨(dú)占的區(qū)域，在進(jìn)程創(chuàng)建時(shí)分配，進(jìn)程終止時(shí)釋放，其他進(jìn)程不能訪問。6.2Oracle9i進(jìn)程管理6.2.1Oracle服務(wù)器6.2.2服務(wù)進(jìn)程6.2.3后臺(tái)進(jìn)程6.2.1Oracle服務(wù)器Oracle服務(wù)器是一種對(duì)象關(guān)系數(shù)據(jù)庫管理系統(tǒng),由Oracle實(shí)例和Oracle數(shù)據(jù)庫兩部分組成。SGA和后臺(tái)進(jìn)程合稱為一個(gè)Oracle實(shí)例服務(wù)器應(yīng)用/網(wǎng)絡(luò)服務(wù)器

用戶Oracle服務(wù)器6.2.2服務(wù)進(jìn)程

服務(wù)器進(jìn)程處理與應(yīng)用程序相連的用戶進(jìn)程的請(qǐng)求，它與用戶進(jìn)程相通訊，為相連的用戶進(jìn)程的Oracle請(qǐng)求服務(wù)。連接數(shù)據(jù)庫Server

processOracleserverUser

process服務(wù)器客戶用戶服務(wù)進(jìn)程的特點(diǎn)在ORACLESERVER所在的機(jī)器上運(yùn)行在專用服務(wù)配置中只對(duì)一個(gè)用戶進(jìn)程服務(wù)使用不同的PGA處理由客戶產(chǎn)生的請(qǐng)求，并將結(jié)果返回客戶

專用服務(wù)器方式

為每個(gè)用戶單獨(dú)開設(shè)一個(gè)服務(wù)器進(jìn)程。不設(shè)置參數(shù)：MTS_SERVICEMTS_DISPATCHERSMTS_SERVERSMTS_LISTERNET_ADDRESSSGA服務(wù)器進(jìn)程用戶進(jìn)程后臺(tái)進(jìn)程服務(wù)器進(jìn)程用戶進(jìn)程專用服務(wù)器進(jìn)程響應(yīng)用戶進(jìn)程過程客戶端應(yīng)用程序向Oracle例程發(fā)出一個(gè)連接請(qǐng)求服務(wù)器上的監(jiān)聽程序探測(cè)到用戶請(qǐng)求，并生成一個(gè)專用服務(wù)進(jìn)程來對(duì)用戶登陸信息加以確認(rèn)用戶執(zhí)行查詢操作專用進(jìn)程執(zhí)行用戶查詢操作中的所有源代碼程序多線程服務(wù)器方式通過調(diào)度器為每個(gè)用戶進(jìn)程分配服務(wù)器進(jìn)程。用戶進(jìn)程SGA服務(wù)器進(jìn)程后臺(tái)進(jìn)程服務(wù)器進(jìn)程用戶進(jìn)程用戶進(jìn)程調(diào)度器MTS相關(guān)的參數(shù)涵義MTS_SERVICE：服務(wù)器名，缺省值為DB_NAMEMTS_DISPATCHERS：調(diào)度器個(gè)數(shù)MTS_SERVERS：可以啟動(dòng)的服務(wù)器進(jìn)程的個(gè)數(shù)MTS_LISTERNET_ADDRESS：SQL*NET監(jiān)聽器地址MTS_MAX_SERVERS：服務(wù)器進(jìn)程的最大數(shù)6.2.3后臺(tái)進(jìn)程為了優(yōu)化性能并協(xié)調(diào)多個(gè)用戶，服務(wù)器進(jìn)程在執(zhí)行用戶請(qǐng)求的過程中，將調(diào)用后臺(tái)進(jìn)程實(shí)現(xiàn)對(duì)數(shù)據(jù)庫的操作。大部分后臺(tái)進(jìn)程在實(shí)例啟動(dòng)時(shí)自動(dòng)建立。必須的后臺(tái)進(jìn)程DBWn PMON CKPTLGWR SMON 可選的后臺(tái)進(jìn)程ARCn LMDn QMNnCJQ0 LMON RECODnnn LMS Snnn LCKn Pnnn后臺(tái)進(jìn)程SGADBWRCKPTLGWRARCHRECOLCKnSMONSharedPoolDatabaseBufferCacheRedoLog

BufferPMONLMD0LMONDBFilesLogFilesArchiveLogsRemoteDBClusteredInstancesGMSnetworksharedmemorydiskIO數(shù)據(jù)庫寫入進(jìn)程DBWR服務(wù)器進(jìn)程在數(shù)據(jù)緩沖區(qū)中記錄回退和數(shù)據(jù)塊的更改。數(shù)據(jù)庫寫入程序(DBWn)將數(shù)據(jù)緩沖區(qū)中所有修改過的緩沖塊數(shù)據(jù)寫到數(shù)據(jù)文件中，它確保有足夠數(shù)量的空閑緩沖區(qū)在數(shù)據(jù)緩沖區(qū)中可用。該進(jìn)程在啟動(dòng)實(shí)例時(shí)自動(dòng)啟動(dòng)。DBWn延遲寫入事件灰數(shù)據(jù)緩沖區(qū)的數(shù)量達(dá)到閾值。當(dāng)進(jìn)行掃描而無法找到任何空閑緩沖區(qū)時(shí)DBWR后臺(tái)進(jìn)程發(fā)生超時(shí)（大約每3秒）發(fā)生檢查點(diǎn)日志寫入進(jìn)程LGWR當(dāng)運(yùn)行DML或DDL語句時(shí)，服務(wù)器進(jìn)程首先要將事務(wù)變化記載到重做日志緩沖區(qū)，然后才會(huì)將數(shù)據(jù)寫入到數(shù)據(jù)緩沖區(qū)，并且重做日志緩沖區(qū)的內(nèi)容將來會(huì)被寫入到聯(lián)機(jī)重做日志文件中，以避免系統(tǒng)出現(xiàn)意外時(shí)所帶來的數(shù)據(jù)損失。將重做日志緩沖區(qū)的重做日志條目寫入到聯(lián)機(jī)重做日志文件的過程由后臺(tái)進(jìn)程LGWR來完成的。注意：直到Oracle在LGWR完成將重做信息從重做緩沖區(qū)刷新到聯(lián)機(jī)重做日志文件之后，Oracle才認(rèn)為一個(gè)事務(wù)已完成。在LGWR成功地將重做日志項(xiàng)寫入聯(lián)機(jī)重做文件時(shí)（并不是改變數(shù)據(jù)文件中的數(shù)據(jù)時(shí)），將一個(gè)成功碼返回給服務(wù)器進(jìn)程。寫日志文件當(dāng)提交事務(wù)處理時(shí)(Commit)當(dāng)重做日志緩沖區(qū)的三分之一已滿時(shí)當(dāng)重做日志緩沖區(qū)中記錄了超過1MB的更改時(shí)在DBWR將數(shù)據(jù)庫緩沖區(qū)高速緩存中修改的塊寫入數(shù)據(jù)文件以前發(fā)生LGWR超時(shí)（3秒）檢查點(diǎn)進(jìn)程CKPT檢查點(diǎn)操作是一個(gè)事件，當(dāng)發(fā)生該事件時(shí)，CKPT進(jìn)程會(huì)將臟緩存塊寫入數(shù)據(jù)文件的任務(wù)交給DBWR進(jìn)程完成，并且會(huì)修改控制文件和數(shù)據(jù)文件頭部(如將檢查點(diǎn)時(shí)刻的scn值寫入到控制文件和數(shù)據(jù)文件頭部)，這樣達(dá)到了同步數(shù)據(jù)庫的所有數(shù)據(jù)文件、控制文件和聯(lián)機(jī)重做日志文件的目的，同時(shí)表示該進(jìn)程已成功完成。檢查點(diǎn)發(fā)生的條件當(dāng)數(shù)據(jù)庫管理員手動(dòng)請(qǐng)求時(shí)。即使用SQL命令：ALTERSYSTEMCHECKPOINT當(dāng)達(dá)到初始化參數(shù)LOG_CHECKPOINT_INTERVAL、LOG_CHECKPOINT_TIMEOUT和FAST_START_IO_TARGET設(shè)置時(shí)每次日志切換時(shí)（LogSwitch）當(dāng)LGWR停止向一個(gè)聯(lián)機(jī)重做日志文件組寫入并開始向另一個(gè)聯(lián)機(jī)重做日志組寫入時(shí)，就發(fā)生了日志切換。當(dāng)已通過正常事務(wù)處理或者立即選項(xiàng)關(guān)閉例程時(shí)（normal,transactional,immediate）進(jìn)程監(jiān)視進(jìn)程PMON進(jìn)程監(jiān)視器進(jìn)程PMON進(jìn)程一方面監(jiān)視著用戶進(jìn)程的執(zhí)行情況，另一方面在用戶進(jìn)程斷開或出現(xiàn)失敗時(shí)還負(fù)責(zé)清除服務(wù)器進(jìn)程所占用的資源。當(dāng)進(jìn)程失敗后，PMON通過下面的方法進(jìn)行清理：回退用戶的當(dāng)前事務(wù)處理釋放當(dāng)前保留的所有表鎖或行鎖釋放用戶當(dāng)前保留的其它資源系統(tǒng)監(jiān)視器進(jìn)程SMON如果Oracle實(shí)例失敗，則SGA中尚未寫入磁盤的所有信息都會(huì)丟失。所有已經(jīng)執(zhí)行commit的事務(wù)但還未寫入數(shù)據(jù)文件的事務(wù)中的數(shù)據(jù)是否會(huì)丟失呢？那些因?yàn)槟承┰?例如出現(xiàn)檢查點(diǎn)時(shí))使得事務(wù)還未commit就被寫入數(shù)據(jù)文件的數(shù)據(jù)是否會(huì)回滾呢？這一切問題都由SMON進(jìn)程為我們解決。實(shí)例恢復(fù)在實(shí)例重新啟動(dòng)打開數(shù)據(jù)庫之前，Oracle的SMON進(jìn)程會(huì)自動(dòng)執(zhí)行實(shí)例恢復(fù)，即執(zhí)行這兩個(gè)時(shí)間點(diǎn)之間的事務(wù)操作(重做上一個(gè)時(shí)間點(diǎn)之后的所有已commit的事務(wù)、回滾沒有commit的事務(wù))，并同步所有數(shù)據(jù)文件、控制文件和聯(lián)機(jī)重做日志文件，然后才會(huì)打開數(shù)據(jù)庫。該過程被稱為實(shí)例恢復(fù)。當(dāng)啟動(dòng)OracleServer時(shí)，后臺(tái)進(jìn)程SMON總是會(huì)檢查控制文件、數(shù)據(jù)文件以及聯(lián)機(jī)重做日志文件的一致性：

如果數(shù)據(jù)文件、控制文件、聯(lián)機(jī)重做日志文件的當(dāng)前sc