這期內(nèi)容當中小編將會給大家?guī)碛嘘P(guān)如何理解oracle 11g DRM，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

創(chuàng)新互聯(lián)是專業(yè)的岱岳網(wǎng)站建設(shè)公司，岱岳接單;提供網(wǎng)站建設(shè)、網(wǎng)站制作,網(wǎng)頁設(shè)計,網(wǎng)站設(shè)計,建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進行岱岳網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團隊,希望更多企業(yè)前來合作!

DRM 簡介

首先，我們對和DRM 相關(guān)的一些概念進行介紹。
Buffer: 對于RAC 數(shù)據(jù)庫，當一個數(shù)據(jù)塊被讀入到buffer cache后，我們就稱其為buffer , cache fusion 會將這個buffer作為resource來管理。

Master：在RAC 數(shù)據(jù)庫的世界里，每一個resource都會有一個master實例，這個master實例會在shared pool 中（例如：gcs resource 和ges resource 部分）分配一些空間來存放和這個資源相關(guān)的信息，例如：哪一個實例擁有了這個buffer的最新版本，哪一個實例擁有了這個buffer的什么級別的lock等等。并且，負責維護和這個資源的狀態(tài)。

接下來，我們對RAC 環(huán)境中，訪問一個buffer的過程進行簡單的描述。我們以一個4節(jié)點的RAC 數(shù)據(jù)庫為例。注意，我們只會列出比較典型的一種情況，不會把所有可能的情況都一一列出，而且只是把步驟進行了簡單的介紹。

步驟1：實例3需要以X(exclusive)方式訪問buffer1, 向master實例（1） 發(fā)出了請求。
步驟2：master實例（1）發(fā)現(xiàn)實例2 以X方式持有buffer1，之后通知實例2釋放X lock，并把buffer1發(fā)送給實例3。
步驟3: 實例2釋放X lock，并把最新版本的buffer1發(fā)送給實例3。
步驟4：實例3獲得buffer1, 并通知master 實例（1）更新資源buffer1的最新狀態(tài)。

從上面的步驟，我們不難看出，在RAC 數(shù)據(jù)庫中，當我們訪問一個buffer的時候，最多會有3個實例參與其中，master實例，holder（持有者）實例 和requestor(申請者) 實例。2種數(shù)據(jù)傳輸會出現(xiàn)，message:用于和lock相關(guān)的信息傳輸，data：用于傳輸buffer。同時，根據(jù)上面的步驟我們也自然會想到，如果master和requestor在同一個實例上，那么就可以減少實例之間message的傳輸并且訪問的代碼路徑（code path）會更短，從而提高性能，但是每個buffer在被讀取到buffer cache時，master節(jié)點的選擇是隨機的?；谶@種考慮， oracle從10g開始，推出了一個新特性DRM（Dynamic Resource management）。

DRM的主要功能是，根據(jù)一段時間內(nèi)（默認10分鐘），每個實例，對某一個數(shù)據(jù)庫對象的 (10gR1以數(shù)據(jù)文件為單位)的訪問次數(shù)和方式，來決定數(shù)據(jù)庫對象對應(yīng)的buffer應(yīng)該被mastering 到哪一個實例。在指定時間內(nèi)，如果某一個實例訪問某個數(shù)據(jù)庫對象次數(shù)高于其他實例一定倍數(shù)（默認50倍），則oracle 會把這個對象所有的buffer的master信息，轉(zhuǎn)移到對應(yīng)實例（注意：不是轉(zhuǎn)移buffer）。當然，轉(zhuǎn)移的過程是漸進式的。當oracle 決定將一個buffer的master實例確定到本地實例后，會對這個buffer上加上affinity lock，來實現(xiàn)快速的訪問。這也是我們經(jīng)常提到的object affinity 的由來。

接下來，我們對DRM的基本步驟進行介紹。
1． Oracle停止所有在需要進行remastering的buffer上的操作。注意：DRM是漸進的，也就是說以windows 為單位，每次對一部分的buffer 進行remastering 操作。
2． Lmon 通知所有實例，準備進行remastering
3． 在舊的master實例清除對應(yīng)buffer的master信息
4． 將master信息傳遞給新的master實例
5． 在新的master實例構(gòu)建資源的最新狀態(tài)
6． 結(jié)束，并釋放所有之前所有步驟占用的資源。

然后，我們對DRM相關(guān)的一些參數(shù)進行簡單的介紹。
_gc_policy_time ：單位為分鐘，控制DRM統(tǒng)計實例訪問buffer次數(shù)的時間間隔，默認為是10分鐘。
_gc_affinity_ratio：控制進行remastering所需要達到的最小比例（閥值），默認為50。也就是說，如果某個實例在10分鐘（_gc_policy_time）之內(nèi)，訪問某個數(shù)據(jù)庫對象的次數(shù)大于其他所有實例50倍時(注意：是50倍，而不是50次)，對該數(shù)據(jù)庫對象的buffer進行remastering。

注意：請不要修改以上參數(shù)的值，除非您很清楚自己在做什么，或者是根據(jù)oracle 工程師的建議。

最后，如果您遇到了和DRM相關(guān)的問題，建議您查看以下的信息。
1. Lmon，lmd，lms和diag進程的 trace file，來確認問題出現(xiàn)在DRM的哪一步和lms,lmon,lmd進程的狀態(tài)。
2. AWR 和ASH report，確認那些等待事件持續(xù)了很長時間，以及l(fā)mon,lms 和lmd的狀態(tài)。
3. 參照note 1492990.1 獲取 DMR 診斷腳本輸出。

上述就是小編為大家分享的如何理解oracle 11g DRM了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。

本文名稱：如何理解oracle11gDRM-創(chuàng)新互聯(lián)
文章轉(zhuǎn)載：http://sd-ha.com/article12/cdhpgc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、靜態(tài)網(wǎng)站、虛擬主機、品牌網(wǎng)站設(shè)計、云服務(wù)器、網(wǎng)站收錄

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)