-
它是新版Oracle資料庫採用的一項新技術,是Oracle資料庫支援網格計算環境的一種高可用性和核心技術。
優勢 Oracle RAC 主要支援 Oracle 9i、10G 和 11G 版本,可支援 24 x 7 全天候有效的資料庫應用系統,在低成本伺服器上構建高可玩性和可用性的資料庫系統,無需修改即可自由部署應用**。 在 Oracle RAC 環境中,Oracle Integration 提供集群軟體和儲存管理軟體以降低應用成本。 當需要擴充套件應用規模時,使用者可以根據需要擴充套件AVR系統,以保證系統的效能。
1)多節點負載均衡;
2)提供高可用性:容錯和無縫切換功能,將軟硬體錯誤的影響降到最低;
3)通過資料分析系統中常用的併行執行技術提高交易響應時間---併行執行技術;
4)通過橫向擴充套件增加每秒事務數和連線數---通常用於線上事務系統;
5)節省硬體成本,可以用多台廉價的PC伺服器代替昂貴的小型機或大型機,節省相應的維護成本;
6)擴充套件性好,可方便地新增和刪除節點,擴充套件硬體資源。
缺點:(1)與單機相比,管理更複雜,要求更高;
2)當系統規劃設計較差時,效能甚至比單個節點還要差;
3)可能會增加軟體成本(如果使用高配置的PC伺服器,Oracle一般按照CPU數量收費)。
在 Oracle 9i 之前,RAC 的名稱是 OPS(Oracle Parallel Server)。 RAC 和 OPS 之間的一大區別是 RAC 使用 Cache Fusion 技術。 在 Ops 中,節點之間的資料請求需要先將資料寫入磁碟,然後請求節點才能讀取資料。
借助 Cache Fusion,RAC 每個節點的資料緩衝區通過高速、低延遲的內部網路以塊的形式傳輸。
-
說白了,就是一台雙機。
-
RAC不是分布式資料庫,無論RAC結構有多少個例項都是乙個資料庫,事務之間不需要協調,而所謂的分布式資料庫是多資料庫協同工作,事務之間需要協調機制。
1. 在計算機 1 或計算機 2 的資料庫中建立的表?
答:機器 1 和機器 2 看到的資料庫實際上是同乙個資料庫,所以機器 1 和機器 2 上都可以看到該錶。
2. 如果有工作台,當機器 1 停機維修時(機器 2 仍可供訪問),機器上的工作台被索引並重建,是否會影響機器 2 的使用?
答:如果機器 1 上的例項對錶進行重新索引,則效果與機器 2 上的例項相同,因此會影響機器 2 對錶的使用。 例如,如果未將 online 關鍵字新增到計算機 1 上的索引重建中,則計算機 2 無法在重建過程中對錶執行 DML。
附錄:機器 1 和機器 2 看到的資料庫實際上是同乙個資料庫,因此在機器 1 上重新索引表時對錶的鎖定也會影響機器 2 對錶的使用。 正如我之前所說,如果在機器 1 上重建索引而不新增 online 關鍵字,則機器 2 在重建過程中無法對錶進行 DML。
此外,在計算機 1 上重建索引時,計算機 2 無法刪除該錶,因為計算機 1 會向該錶新增 DDL 鎖。
-
RAC(Real Application Clusters)是 Oracle 資料庫的集群解決方案,它能夠與兩個或多個資料庫節點協同工作。
對於單節點資料庫,如果例項出現故障,如果例項上有服務,則服務將中斷。 此時系統沒有可用性,因此此時單個節點的可用性很差。
對於 RAC,它和單個例項是一樣的,它仍然是乙個資料檔案,它上面有 oracle 檔案是同乙個儲存,但它是三個例項共享的同乙個資料檔案。 這樣做的好處是三個例項之間存在冗餘,即使業務中斷,上述三個例項中的任何兩個都可以正常工作。 RAC 在例項級別提供冗餘。
通常,每個例項都放置在不同的伺服器上,可以起到冗餘作用。 所有資料庫檔案都放在共享儲存上,但也有一些檔案放在每個例項自己的本地磁碟上,比如引數檔案,每個例項可以有自己的引數檔案,可以放在本地,也可以放在共享儲存上,多個例項使用同乙個引數檔案。
RAC無法解決資料安全問題,雖然有多個例項,但只有乙個資料檔案,所以只要資料檔案損壞,那麼整個資料庫就損壞了。
對於重要的生產業務,建議開啟歸檔拆分模式,通過**日誌的歸檔,可以在資料丟失時恢復程式碼資料,部分操作只能在歸檔模式下實現,分析日誌的內容可以被蒙蔽。 >>>More
隨著網際網絡的不斷發展,有時企業需要使用不同的開源資料庫來構建自己的平台。 讓我們來看看在選擇資料庫時可以使用哪些方法。 >>>More
Microsoft Access 是乙個關聯式資料庫,它由一系列表組成,而表又由一系列行和列組成,每行是一條記錄,每列都是乙個字段,每個欄位都有乙個欄位名,欄位名稱不能在表中重複。 圖 1 顯示了“產品”表的示例。 “產品”表由 10 條記錄組成,一條記錄佔一行,每條記錄由 6 個字段組成:產品 ID、產品名稱、庫存數量、訂單數量、單價和折扣率。 >>>More