構架及分布式.ppt

1、Oracle 9I的體系結構、目標、文件、內存結構和進程理解分布式數(shù)據(jù)庫的概念，分布式環(huán)境中容易出現(xiàn)的問題及其解決方案。完成本課后，您應該能夠掌握以下內容：9i的系統(tǒng)結構、三個主要組件：文件研究、組成數(shù)據(jù)庫和實例的五個文件、SGA內存結構，以及研究SGA、PGA和UGA之間的關系。包括JAVA池、共享池、大池中的一些物理進程和線程研究數(shù)據(jù)庫運行過程中的三個進程：服務器進程、后臺進程和從屬進程的組合、服務器和數(shù)據(jù)庫物理操作系統(tǒng)文件。(靜態(tài))實例在這些進程中涉及的一系列Oracle進程和SGA結構(動態(tài))數(shù)據(jù)庫和實例關系一個數(shù)據(jù)庫可以由多個實例打開。架構概述，實例組成：SGA進程，文件，參數(shù)文件數(shù)

2、據(jù)庫初始化文件(spfile)，spfile管理監(jiān)聽器. ora，tnsnames.ora數(shù)據(jù)文件DBWR寫控制文件鏡像的重要性。在線日志文件和歸檔日志的編寫非常密集。在啟動過程中，LGWR通過依次打開文件序列來完成寫入操作。文件控制文件在線重做日志文件參數(shù)數(shù)據(jù)庫緩存作用于文件系統(tǒng)緩沖區(qū)的問題是在正常情況下如何判斷數(shù)據(jù)庫緩沖區(qū)的大小。命中率的問題是保留循環(huán)池，共享池-1，并存儲使用的sql代碼。在正常情況下，共享池的大小不應超過數(shù)百兆字節(jié)。過多的共享池將導致系統(tǒng)花費很長時間來定位sql，同時，鎖存時間過長，系統(tǒng)上下文切換增加。ORA-04031的問題：現(xiàn)有共享池的空閑區(qū)域不足以放下一個大包并丟

3、棄ORA-04031的信息。解決方案：1 .必要修補程序集中的對象2。股票池經(jīng)常老化；3.由于老化，Vsgastat中的內存處于空閑狀態(tài)。4.大對象沒有保存在共享池中。5.不使用綁定變量。(這是一個常見的原因)6。無光標共享=強制7。太多的分析或會話緩存游標是無用的(會話緩存游標)。匿名塊在應用程序9中使用過多。未使用保留池，共享池-2，新的sql不斷將SQL老化問題推出共享池。解決方案：綁定變量的共享池越大，性能越高。不，cpu管理開銷增加，鎖存時間延長。綁定變量的作用增加了重用，防止了老化游標共享的影響。力、日志緩沖區(qū)、動作計算基礎和檢查點的影響。當有人每3秒提交1/3滿或1M滿的日志緩沖

4、區(qū)時，請注意：由于上述原因，分配幾十兆的重做日志緩沖區(qū)是對內存的浪費。您不太可能從增加此參數(shù)中獲益。大池，引入大池的原因系統(tǒng)需要使用大塊內存，不緩存其內容就可以用完。如果不存在，這部分內存將從共享池中獲取，共享池的保護將變相實現(xiàn)。以下操作將使用大型池：MTS分配SGA的UGA區(qū)域，而并行進程之間的消息緩沖區(qū)RMAN為備份操作分配大型輸入輸出緩存池。共享池和共享池的區(qū)別在于，共享池中的內容由于使用頻率高而被緩存；大泳池不是。進程和服務進程的專用模式和共享模式之間的權衡：穩(wěn)定但相對資源消耗多共享模式：不穩(wěn)定，適合olpt系統(tǒng)但不是最佳解決方案后臺進程Pid10，仔細調試這些后臺進程從進程io從進程

5、：模擬異步IO而不支持異步IO以提高系統(tǒng)IO吞吐量從進程的并行查詢：執(zhí)行并行操作，幾個后臺進程，DBWR異步IO，針對特定文件系統(tǒng)以提高IO吞吐量。例如，VXFS PMON清理工作，如在服務器進程失敗后回滾未提交的工作，釋放鎖，以及釋放失敗進程的內存資源。SMON垃圾收集發(fā)揮了作用?；厥张R時空間、崩潰恢復、釋放空閑空間等。LGWR將日志緩沖區(qū)內容寫入日志文件CKPT，執(zhí)行檢查點，其他ARCH副本將完整的在線日志寫入?yún)?shù)指定的固定點，RECO恢復分布式環(huán)境中的兩階段提交事務，將客戶端連接到服務器通信器機制，以及偵聽器的角色當偵聽器接收到包含sid值的客戶請求時。它首先完成與客戶端的TCP/IP連

6、接。一旦建立了連接，偵聽器將在其配置文件中搜索樣本號列表，以找到客戶端請求通過樣本號名稱傳遞的值。找到匹配的值后，使用可執(zhí)行的ORACLE在ORACLE_HOME中的SID_DESC來派生ORACLE進程，并重命名該進程，使其成為包含SID的名稱。然后，偵聽器將與客戶端的連接留給派生進程，并返回到端口1521來廣播新請求。這個派生過程就是我們所說的服務過程(影子過程)。TNSNAMES的作用。ORA和LISTENER。ORA在這個過程中，管理分布式數(shù)據(jù)庫1，數(shù)據(jù)庫級的分布包括：遠程查詢：從t1remotedb中選擇*；遠程數(shù)據(jù)操作(兩階段提交):更新t1遠程數(shù)據(jù)庫集a=aa遠程復制：實體視圖(

7、簡單/復雜)高級復制，分布式數(shù)據(jù)庫管理2，如何管理分布式數(shù)據(jù)庫1。位置的透明性是通過tnsnames.ora實現(xiàn)的，應用程序不需要關心遠程站點的細節(jié)。(數(shù)據(jù)庫鏈接)2 .視圖創(chuàng)建快照、創(chuàng)建表、創(chuàng)建視圖3的權限。刷新模式的權衡完全且快速地強制快速刷新，否則永遠不會完全刷新。分布式數(shù)據(jù)庫的管理。僅管理刷新就很簡單。但是一致性不容易控制。組刷新一致性可以很好地控制作業(yè)隊列對刷新間隔的控制。有兩種正常狀態(tài)：任務空閑-this _ date為空，next_date為當前時間之后的時間值，任務忙碌-this _ date不為空，還有兩種異常狀態(tài)：任務死鎖-next_date為當前時間之前的時間值-next _ date為非常大的時間值，例如：4001-01-01，創(chuàng)建實體視圖，從系統(tǒng)A到系統(tǒng)B的數(shù)據(jù)