Oracle RAC學(xué)習(xí)筆記基本概念及入門

1、1、什么是cluster 一個cluster是由兩個或是多個獨立的、通過網(wǎng)絡(luò)連接的servers組成的。幾個硬件供應(yīng)商多年以來提供了Cluster性能的各種需求。一些Clusters僅僅為了提供高可用性的，在當(dāng)前活動的node發(fā)生故障時轉(zhuǎn)移到次節(jié)點node。另一些是為了提供分布式的連接、工作的可擴展性。另一個Cluster的共同特點是，對于一個應(yīng)用程序，它可以看做是一個單獨的server。同樣，管理幾個servers應(yīng)該盡可能像管理一個server一樣簡單。Cluster管理器軟件提供了這種功能。 如果是single server的nodes，文件必須存儲在其各自node能訪問的位置。存在有幾

2、個不同拓撲結(jié)構(gòu)來解決數(shù)據(jù)訪問的問題，這主要依賴于Cluster設(shè)計的主要目標。 相互連接時一個物理的網(wǎng)絡(luò)連接，作為每個Cluster節(jié)點直接的交互通信。 簡而言之，一個Cluster就是一組獨立的servers，它們共同協(xié)作，組成一個single system。2、什么是Oracle real Application Cluster（RAC） RAC是一個軟件可以使你通過運行多個依賴相同Database的Instance，使用Cluster硬件。數(shù)據(jù)庫files被存放在物理或是邏輯上連接每個節(jié)點的磁盤上。以便于每個活動的Instance都可以對files進行讀寫操作。 RAC軟件管理著數(shù)據(jù)的訪

3、問。所以更改操作在Instances之間是被相互協(xié)調(diào)的，并且每個Instance看到的信息和數(shù)據(jù)鏡像都是一致的。 通過RAC結(jié)構(gòu)，可以獲得冗余，從而使得即使在一個系統(tǒng)crash或是不可訪問時，應(yīng)用程序也可通過其他Instance訪問Database。3、為啥使用RAC RAC可以高度利用標準的Cluster，降低模塊servers成本。 RAC自動的提供了服務(wù)的工作量管理。應(yīng)用程序的服務(wù)可以被分組或分類，組成商業(yè)組件完成應(yīng)用工作任務(wù)。RAC中的服務(wù)可以是持續(xù)的、不間斷的Database操作，并為多Instance上的多個服務(wù)提供支持。可以設(shè)計services到一個或多個Instance上運行，

4、并且交替Instances可以用于備份Instances。如果主Instance失敗，Oracle會將services從失敗的Instance節(jié)點移動到活動的可替代的Instance上。Oracle也會自動的通過連接進行數(shù)據(jù)裝載的平衡。 RAC利用多個廉價的computers共同提供Database的服務(wù)，就像一個大的computer一樣，服務(wù)于只有大規(guī)模SMP才能提供的各種應(yīng)用。 RAC是基于共享磁盤結(jié)構(gòu)的，在需求上可以增加或縮減，而不需要人為的在Cluster中進行數(shù)據(jù)的分隔。并且RAC可以簡單的增加、移出Cluster中的servers。 4、Clusters和可擴展性 如果使用對稱多處

5、理（symmetric multiprocessing SMP）機制能夠?qū)?yīng)用程序提供透明的服務(wù)，則應(yīng)該使用RAC也可以得到同樣的效果，而不需要進行應(yīng)用程序代碼的任何改動。 當(dāng)一個節(jié)點發(fā)生失敗，RAC可以排除該Database Instance和node本身，從而保證Database的完整。下面是一些可擴展性的例子： * 允許更多并發(fā)的批處理。 * 允許更大程度的并發(fā)執(zhí)行。 * 在OLTP系統(tǒng)中可以是連接的用戶大增。1）可擴展性的層次：主要有四個層次 * hardware 的可擴展性：相互連接性是它的關(guān)鍵，這一般依賴于較高的帶寬和較低的延遲。 * OS的可擴展性：在OS中，同步方法可以決定系統(tǒng)

6、的可擴展性。在一些情況下，硬件的潛在可擴展性會因為OS無力并發(fā)維持請求的多個資源而被丟失。 * Database管理系統(tǒng)的可擴展性：在并發(fā)結(jié)構(gòu)中的一個關(guān)鍵因素是并發(fā)是由內(nèi)部影響的還是外部進程影響的。此問題的答案影響了同步的機制。 * 應(yīng)用層次上的可擴展性：應(yīng)用程序必須被明確的設(shè)計為可擴展的。當(dāng)系統(tǒng)中如果多數(shù)情況下，每個session都在更新相同的data，則可能產(chǎn)生瓶頸。這不僅是指RAC，對于single-instance系統(tǒng)也是一樣。 需要明確的是，如果任何一個層次沒有達到可擴展性，不管其他層次可擴展性多強，并發(fā)的Cluster進程都可能失敗?？蓴U展性不足的典型原因是共享資源的訪問。這使得并

7、發(fā)的操作在此瓶頸上序列化執(zhí)行。這不僅僅是RAC中的局限，而是所有結(jié)構(gòu)中的局限性。 2）scaleup和speedup * scaleup是工作量和資源都成比例增加時能維持相同性能水平的能力（相應(yīng)時間） Scaleup=(volume parallel)/(volume original)time for ipc * speedup是指通過增加資源的數(shù)量完成固定的工作量，獲得執(zhí)行時間成比例的縮減的效果。 Speedup=(time original)/(time parallel)time for ipc 其中，ipc是進程間通信的簡寫interprocess communicationRAC

8、Architecture and Concepts 1、RAC軟件原理 在一個RAC Instance中，會見到一些普通Instance中不存在的后臺進程，它們主要是用于維持Database在每個Instance中的一致性。管理全局資源，具體如下： * LMON：全局隊列服務(wù)監(jiān)控進程Global Enqueue Service Monitor * LMD0：全局隊列服務(wù)守護進程Global Enqueue Service Daemon * LMSx：全局緩沖服務(wù)進程，x可以從0到j(luò)Global Cache Service Processes * LCK0：鎖進程Lock process * D

9、IAG：診斷進程Diagnosibility process 在Cluster層，可以找到Cluster Ready Services軟件的主要進程，它們在所有平臺上提供標準的Cluster接口，并實現(xiàn)高可用性的操作。在每個Cluster node上都可以看到如下的進程： * CRSD和RACGIMON：用于高可用性操作的引擎。 * OCSSD：提供成員節(jié)點和服務(wù)組的訪問 * EVMD：事件檢測進程，由oracle用戶運行管理 * OPROCD：Cluster的監(jiān)控進程 此外還存在幾個工具用于管理Cluster中全局層次上的各種資源。這些資源是ASM Instance、RAC Database

10、、Services和CRS應(yīng)用節(jié)點。本書中涉及的工具主要有Server Control（SRVCTL）、DBCA和Enterprise Manager。2、RAC軟件存儲原理 Oracle10g的RAC安裝分為兩個階段。第一階段是安裝CRS，其次是安裝帶有RAC組件的Database軟件并創(chuàng)建Cluster數(shù)據(jù)庫。CRS軟件使用的Oracle home必須不同于RAC軟件使用的home。盡管可以將Cluster中CRS和RAC軟件通過使用Cluster文件系統(tǒng)共享存儲，但是軟件總是按一定規(guī)則安裝在每個節(jié)點的本地文件系統(tǒng)中。這支持在線補丁的升級，并消除了單節(jié)點軟件造成的失敗。另外有兩個必須存儲在

11、共享的存儲設(shè)備中： * voting file：其本質(zhì)上是用于Cluster synchronization Services守護進程進行節(jié)點信息的監(jiān)控。大小約為20MB。 * Oracle Cluster Registry（OCR）文件：也是CRS關(guān)鍵的組成部分。用于維護在Cluster中高可用性組件的信息。例如，Cluster節(jié)點列表，Cluster數(shù)據(jù)庫Instance到節(jié)點的映射和CRS應(yīng)用資源的列表（如Services、虛擬內(nèi)部鏈接協(xié)議地址等）。此文件是通過SRVCTL類似的管理工具自動維護的。其大小約100MB。 voting file和OCR file是不能被存儲在ASM中的，因

12、為它們必須在任何Oracle Instance啟動前就可以被訪問。并且，兩者必須是在冗余的、可靠的存儲設(shè)備中存放，如RAID。推薦最好的做法是將這些文件放在裸磁盤上。3、OCR的結(jié)構(gòu) Cluster的配置信息是在OCR中維護的。OCR依賴分布式的共享緩存結(jié)構(gòu)用于優(yōu)化關(guān)于Cluster知識庫的查詢。在Cluster中的每個節(jié)點都通過OCR進程訪問OCR緩存在其內(nèi)存中維護著一個副本。事實上在Cluster中，只有一個OCR進程對共享存儲中的OCR進行讀寫操作。此進程負責(zé)刷新（refresh）其自己擁有的本地緩存以及Cluster中其他節(jié)點的OCR cache。對于涉及到Cluster知識庫的訪問，

13、OCR客戶端直接訪問本地OCR進程。當(dāng)客戶端需要更新OCR時，它們將通過本地OCR進程與那個扮演讀寫OCR文件的進程進行交互。 OCR客戶端應(yīng)用有：Oracle通用安裝器（OUI）、SRVCTL、企業(yè)管理器（EM）、DBCA、DBUA、NetCA和虛擬網(wǎng)絡(luò)協(xié)議助理（VIPCA）。此外，OCR維護管理著CRS內(nèi)部中定義的各種應(yīng)用程序的資源的依賴和狀態(tài)信息，特別是Database、Instance、Services和節(jié)點的應(yīng)用程序。 配置文件的名字是ocr.loc，并且配置文件變量是ocrconfig_loc。Cluster 知識庫的位置是不受限于裸設(shè)備的?？梢詫CR放置在由Cluster fi

14、le system管理的共享存儲設(shè)備上。 note：OCR也可用于在ASM的單Instance中作為配置文件，每個節(jié)點有一個OCR。 4、RAC Database存儲原理 與single-Instance Oracle的存儲方式最主要的不同之處在于RAC存儲必須將所有RAC中數(shù)據(jù)文件存放在共享設(shè)備中（裸設(shè)備或是Cluster文件系統(tǒng)）以便于訪問相同Database的Instance能夠共享。必須為每個Instance創(chuàng)建至少兩個redo log組，并且所有的redo log組必須也存儲在共享設(shè)備中，從而為了crash恢復(fù)的目的。每個Instance的在線redo log groups被稱作一個

15、Instance的在線redo 線程。 此外，必須為每個Instance創(chuàng)建一個共享的undo表空間用于Oracle推薦的undo自動管理特點。每個undo表空間必須是對所有Instance共享的，主要用于恢復(fù)的目的。 歸檔日志不能被存放在裸設(shè)備上，因為其命名是自動產(chǎn)生的，并且每個是不一致的。因此需要存儲在一個文件系統(tǒng)中。如果使用Cluster file system（CFS），則可以在任何時間在任何node上訪問這些歸檔文件。如果沒有使用CFS，就不得不使其他Cluster成員在恢復(fù)時那些歸檔日志是可用的，例如通過網(wǎng)絡(luò)文件系統(tǒng)（NFS）來實現(xiàn)。如果使用推薦的flash recovery ar

16、ea特性，則其必須被存儲在共享目錄下，以便于所有的Instance能夠訪問。（共享目錄可以是一個ASM磁盤組，或是一個CFS）。5、RAC和共享存儲技術(shù) 存儲是網(wǎng)格技術(shù)中的關(guān)鍵組成部分。傳統(tǒng)上，存儲都直接依附在每個Server（directly attached to each individual Server DAS）上。在過去的幾年來，更靈活的存儲出現(xiàn)并得到應(yīng)用，主要是通過存儲空間網(wǎng)絡(luò)或是正規(guī)的以太網(wǎng)來實現(xiàn)訪問。這些新的存儲方式使得多個Servers訪問相同的磁盤集合成為可能，在分布式環(huán)境中，可以獲得簡單的存取。 storage area network（SAN）代表了數(shù)據(jù)存儲技術(shù)在這一

17、點的演進。傳統(tǒng)上，C/S系統(tǒng)中，數(shù)據(jù)被存儲在Server內(nèi)部或是依附它的設(shè)備中。隨后，進入了network attached storage（NAS）階段，這使得存儲設(shè)備與Server和直接連接它們的網(wǎng)絡(luò)向分離。它在SAN遵循的原則進一步允許存儲設(shè)備存在于各自的網(wǎng)絡(luò)中，并直接通過高速的媒介進行交換。用戶可以通過Server系統(tǒng)對存儲設(shè)備的數(shù)據(jù)進行訪問，Server 系統(tǒng)與本地網(wǎng)絡(luò)（LAN）和SAN相互連接。 文件系統(tǒng)的選擇是RAC的關(guān)鍵。傳統(tǒng)的文件系統(tǒng)不支持多系統(tǒng)的并行掛載。因此，必須將文件存儲在沒有任何文件系統(tǒng)的裸卷標或是支持多系統(tǒng)并發(fā)訪問的文件系統(tǒng)中。 因此，三個主要的方法用于RAC的共享

18、存儲有： * 裸卷標：既是一些直接附加的裸設(shè)備，需要用于存儲，并以block模式進程操作。 * Cluster file system：也需要以block模式進程存取。一個或多個Cluster file 系統(tǒng)可以被用于存儲所有的RAC文件。 * 自動存儲管理（ASM）：對于Oracle Database files，ASM是一個輕便的、專用的、最佳化的Cluster file system。6、Oracle Cluster file system Oracle Cluster file system（OCFS）是一個共享文件系統(tǒng)，專門為Oracle RAC設(shè)計。OCFS排除了Oracle Da

19、tabase files被連接到邏輯磁盤上的需要，并使得所有的節(jié)點共享一個ORACLE Home，而不需每個node在本地有一個副本。OCFS卷標可以橫跨一個或多共享disks，用于冗余和性能的增強。 下面時可放入OCFS中的文件類表： * Oracle software的安裝文件：在10g中，此設(shè)置只在windows 2000中支持。說是后面的版本會提供在Linux中的支持，但我還沒具體看。 * Oracle 文件（控制文件、數(shù)據(jù)文件、redo logs文件，bfiles等） * 共享配置文件（spfile） * 在Oracle運行期間，由Oracle創(chuàng)建的文件。 * voting和OCR文

20、件 Oracle Cluster file system對開發(fā)人員和用戶時免費的。可從官方網(wǎng)站下載。7、自動存儲管理（ASM） 是10g的新特性。它提供了一個縱向的統(tǒng)一管理的文件系統(tǒng)和卷標管理器，專門用于建立Oracle Database 文件。ASM可以提供單個SMP機器的管理或是貫穿多個Oracle RAC的Cluster節(jié)點。 ASM無需再手動調(diào)節(jié)I/O，會自動的分配 I/O 負載到所有的可用資源中，從而優(yōu)化性能。通過允許增加Database大小而不需shutdown數(shù)據(jù)庫來調(diào)節(jié)存儲分配，來輔助DBA管理動態(tài)數(shù)據(jù)庫環(huán)境。 ASM可以維護數(shù)據(jù)的冗余備份，從而提高故障的容錯。它也可以被安裝到

21、可靠的存儲機制中。 8、選擇RAW或CFS * CFS的優(yōu)點：對于RAC的安裝和管理非常簡單；對RAC使用Oracle managed files（OMF）；single Oracle軟件安裝；在Oracle data files上可以自動擴展；當(dāng)物理節(jié)點失敗時，對歸檔日志的統(tǒng)一訪問。 * 裸設(shè)備的使用：一般會用于CFS不可用或是不被Oracle支持的情況下；它提供了最好的性能，不需要在Oracle和磁盤之間的中間層；如果空間被耗盡，裸設(shè)備上的自動擴展將失?。籄SM、邏輯存儲管理器或是邏輯卷標管理其可以簡化裸設(shè)備的工作，它們也允許加載空間到在線的裸設(shè)備上，可為裸設(shè)備創(chuàng)建名字，從而便于管理。9、

22、RAC的典型Cluster棧 在Cluster中的每個節(jié)點都需要一個被支持的相互連接的軟件協(xié)議來支持內(nèi)部Instance的交互，同時需要TCP/IP支持CRS的輪詢。所有的UNIX平臺在千兆以太網(wǎng)上使用user datagram protocol（UDP）作為主要的協(xié)議并進行RAC內(nèi)部Instance 的IPC交互。其他支持的特有協(xié)議包括用于SCI和Sunfire的連接交互的遠程共享內(nèi)存協(xié)議和超文本協(xié)議，用于超光纖交互。在任何情況下，交互必須能被平臺的Oracle所辨識。 使用Oracle clusterware，可以降低安裝并支持并發(fā)癥。但如果用戶使用非以太交互，或開發(fā)了依賴clusterw

23、are的應(yīng)用程序在RAC上，可能需要vendor clusterware。 同交互連接一樣，共享存儲方案必須被當(dāng)前平臺的Oracle所辨識。如果在目標平臺上，CFS可用，Database area和flash recovery area都可以被創(chuàng)建到CFS或ASM上。如果在目標平臺上，CFS不可用，則Database area可以創(chuàng)建在ASM或是裸設(shè)備上（需要卷標管理器）并且flash recovery area必須被創(chuàng)建在ASM中。10、RAC certification Matrix：它設(shè)計用于處理任何認證問題?？梢允褂胢atrix回答任何RAC相關(guān)的認證問題。具體使用步驟如下： * 連接

24、并登陸 * 點擊菜單欄的“certify and availability”按鈕 * 點擊“view certifications by product”連接 * 選擇RAC * 選擇正確的平臺11、必要的全局資源 一個single-Instance環(huán)境，鎖坐標通向一個共享的資源就像表中的一行。lock避免了兩個進程同事修改相同的資源。 在RAC環(huán)境中，內(nèi)部節(jié)點的同步時關(guān)鍵，因為它維持著不同節(jié)點中各自進程的一致性，避免其在同時修改相同的資源數(shù)據(jù)。內(nèi)部節(jié)點的同步確保每個Instance看到buffer cache中block的最近的版本。上圖中

25、顯示了當(dāng)不存在加鎖的情況。 1）全局資源的協(xié)調(diào) cluster操作要求在所有Instance中對控制共享資源的訪問進行同步。RAC使用Global Resource Directory來記錄cluster Database中資源的使用信息。Global Cache Service（GCS）和Global Enqueue Service（GES）管理GRD中的信息。 每個Instance在其本地的SGA中維護GRD的一部分。GCS和GES指定一個Instance管理特殊資源的所有信息，它被稱為資源的master。每個Instance都知道resource的Instance masters。 維護

26、RAC的活動中的cache的依附性（cache coherency）是非常重要的。所謂cache coherency是保持在不同Oracle Instances中的多個block版本的一致性的技術(shù)。GCS通過所謂的cache融合算法來實現(xiàn)cache coherency。 GES管理所有非cache 融合算法的內(nèi)部Instance資源操作和Oracle入隊機制的狀態(tài)軌跡。GES主要的控制的資源是字典cache locks和library cache locks。同時，它還對所有死鎖敏感的隊列和資源起到死鎖檢測的作用。2）Global cache coordination實例 假設(shè)某data bl

27、ock被第一個節(jié)點修改，成為臟數(shù)據(jù)。并且在clusterwide中，只有一個block copy版本，其內(nèi)容用SCN號代替了。則具體的步驟如下： 第二個Instance視圖修改該block，向GCS提出請求。 GCS向block的holder（持有者）提交請求。在此，第一個Instance就是holder。 第一個Instance接到消息，并將block發(fā)送給第二個Instance。第一個Instance保存臟buffer用于恢復(fù)的目的。block的臟鏡像被稱作block的past image。一個past image block將不能進一步被改變。 收到block后，第二個Instance通

28、知GCS，告知已經(jīng)holds該block。 3）write to disk coordination：example 在cluster結(jié)構(gòu)中的Instances中的caches中，可能存在同一個block的不同的修改版本。由GCS管理的寫協(xié)議確保了只有最近一個版本被寫入磁盤中。它同時需要確保其他之前的版本從其他cache中被清洗。一個寫磁盤的請求可以從任意一個Instance上發(fā)起，無論它是保存了block的當(dāng)前版本還是過去的版本。假設(shè)第一個Instance hold過去的block鏡像，請求Oracle將buffer寫入磁盤，如上圖，過程如下： 第一個Instance發(fā)送一個寫請求給GCS

29、GCS將請求轉(zhuǎn)給第二個Instance，當(dāng)前該block的holder 第二個Instance接到寫請求后將block寫入磁盤 第二個Instance通知GCS，告知其寫操作完成 當(dāng)接到GCS接到通知后，GCS命令所有的過去的鏡像的holders刪除其過去的鏡像。此鏡像將不會在因恢復(fù)而需要。12、RAC和Instance/crash recovery 1）當(dāng)一個Instance失敗，當(dāng)該失敗被其他Instance檢測到，第二個Instance將會執(zhí)行下面的恢復(fù)操作： 在恢復(fù)的第一階段，GES重新灌入隊列 GCS也重新灌入其資源。GCS進程只重新灌入那些失去其控制的資源。在這期間，所有的GCS資

30、源請求和寫請求都臨時被掛起。然而，事務(wù)可以繼續(xù)修改data blocks，只要這些事務(wù)已經(jīng)獲得了必要的資源。 當(dāng)隊列被重新配置后，一個活動的Instance可以獲得占有該Instance恢復(fù)隊列。因此，當(dāng)GCS資源被重新灌入的同時，SMON確定需要被恢復(fù)的blocks的集合。這個集合被稱作恢復(fù)集。因為，使用cache 融合算法，一個Instance傳送這些blocks的內(nèi)容到請求的Instance，而不需要將這些blocks寫入磁盤。這些blocks在磁盤上的版本可能不包含其他Instance進程的data的修改操作的blocks。這意味著SMON需要合并所有失敗的Instance的redo

31、logs來確定恢復(fù)集。這是因為一個失敗的線程可能導(dǎo)致一個在redo 中的hole（洞）需要用指定的block填補。所以失敗的Instance的redo 線程不能被連續(xù)的應(yīng)用。同時，活動的Instances的redo 線程不需恢復(fù)，因為SMON可以使用過去和當(dāng)前的通信緩沖的鏡像。 用于恢復(fù)的緩沖空間被分配，并且那些之前讀取redo logs被辨識的資源被聲明為恢復(fù)資源。這避免了其他Instance訪問這些資源。 所有在隨后的恢復(fù)操作中需要的資源被獲得，并且GRD當(dāng)前是不凍結(jié)的。任何不需恢復(fù)的data block現(xiàn)在可以被訪問。所以當(dāng)前系統(tǒng)時部分可用的。此時，假設(shè)有過去或當(dāng)前的blocks鏡像需要

32、被恢復(fù)，而其在cluster Database中的其他caches中，對于這些特殊的blocks，最近的鏡像是開始恢復(fù)點。如果對于要恢復(fù)的block，過去鏡像和當(dāng)前鏡像緩沖都不在活動的Instance的caches中，則SMON將寫入一個log，表明合并失敗。SMON會對第三步中辨識的每個block進行恢復(fù)和寫入，在恢復(fù)之后會馬上釋放資源，從而使更多的資源在恢復(fù)時可以被使用。 當(dāng)所有的block被恢復(fù)，占用的恢復(fù)資源被釋放，則系統(tǒng)再次可用。 note：在恢復(fù)中，log合并的開支和失敗的Instances的數(shù)目是成比例的，并且與每個Instance的redo logs的大小有關(guān)。 2）Insta

33、nce recovery和Database availability 上圖顯示了在進行Instance恢復(fù)時，每一步執(zhí)行時數(shù)據(jù)庫的可用程度： A. RAC運行在多節(jié)點上 B. 有節(jié)點失敗被檢測到 C. GRD的隊列部分被重新設(shè)置；資源管理被重新分配到活動的nodes。此操作的執(zhí)行比較快 D. GRD的緩沖部分被重新設(shè)置，SMON讀取失敗Instance的redo logs辨識那些需要恢復(fù)的blocks的集合 E. SMON向GRD發(fā)起請求，獲得所有在需要恢復(fù)的blocks集合中的Database blocks。當(dāng)請求結(jié)束，所有的其他的blocks都可被訪問了 F. Oracle執(zhí)行滾動的向前恢

34、復(fù)。失敗線程的redo logs被應(yīng)用到Database，并且那些被完全恢復(fù)的blocks將馬上可以被訪問 G. Oracle執(zhí)行滾回恢復(fù)。對于尚未提交的事務(wù)，undo blocks被應(yīng)用到Database中 H. Instance的恢復(fù)完成，所有的data可以被訪問13、有效的內(nèi)部節(jié)點行級鎖 Oracle支持有效的行級鎖。這些行級鎖主要是在DML操作時被創(chuàng)建，例如UPDATE。這些鎖被持有，直到事務(wù)被提交或回滾。任何請求同行的lock的進程都將被掛起。 cache融合算法的塊傳輸獨立于這些user可見的行級鎖。GCS對blocks的傳輸是一個底層的操作，無需當(dāng)代行級鎖被釋放就開始進行。blo

35、cks可能被從一個Instance傳輸?shù)狡渌渌鸌nstances，同時該blocks可能被加鎖。 GCS提供對data blocks的訪問，允許多個事務(wù)的并發(fā)進行。14、RAC的額外的內(nèi)存需求 RAC特有的內(nèi)存多數(shù)是在SGA創(chuàng)建時從shared pool中分配的。因為blocks可能跨越Instances被緩沖，必須要求更大的緩沖區(qū)。因此，當(dāng)將single Instance的Database遷移到RAC中時，保持每個Instance的請求工作量都能通single-instance時的情況，則需要對運行RAC的Instance增大10%的buffer cache和15%的shared pool

36、。這些值只是基于RAC大小的經(jīng)驗，一個初始的嘗試值。一般會大于此值。 如果正在使用推薦的自動內(nèi)存管理特性，可以通過修改SGA_TARGET初始參數(shù)來設(shè)置。但考慮到同樣數(shù)量的user訪問被分散到多個nodes中，每個Instance的內(nèi)存需求可以被降低。 實際資源的使用可以通過查詢每個Instance中的GCS和GES實體中的視圖V$RESOURCE_LIMIT視圖CURRENT_UTILIZATION和MAX_UTILIZATION字段，具體語句為： SELECT resource_name, current_utilization, max_utilization FROM v$resource_limit WHERE resource_name like g%s_%;15、RAC與并發(fā)執(zhí)行 Oracle的優(yōu)化器是