共計 1877 個字符，預計需要花費 5 分鐘才能閱讀完成。
本篇文章為大家展示了如何理解 Oracle 的“HA”和“LB”及怎樣用腳本測試負載均衡，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。
概述
今天主要介紹一下 ORACLE RAC 的“HA”和“LB”概念，以及分享一個腳本測試一下 RAC 是否兩個節點有平均負載到。
1、相關概念
HA:High Availiablity 高可用 LB:Load balance 負載均衡，把負載均衡的分配到集群中的各個節點，從而提供整體的吞吐能力。可用性是指一個系統可用時間的比率。
一般使用“平均故障間隔時間(MTTF)”和“平均故障修復時間(MTTR)”作為評價可用的度量標準。
公式：
可用性 =MTTF/(MTTF+MTTR)
如果一個服務器連續運行 6 個月出現了一次故障，修復使用了 20 分鐘，那么可用性為：
6 個月 /(6 個月 +20 分鐘)*100=99.92%
2、Rac(Real application cluster)
2.1、Failover(故障轉移)
Rac 的高可用技術基礎是 Failover，就是指集群中任何一個節點的故障都不會影響用戶使用，可以 *** 程度的解決單節點的故障，接到故障節點的用戶會被自動轉移到健康節點，用戶感知不到這種故障切換。
2.2、SCAN(single client access name)
SCAN-VIP 是 oracle 11gR2 引入的一個非常重要的特性，通過它可以實現負載均衡的連接到數據庫實例，scan 提供統一的名稱來訪問集群，不需要像 10g 那種在每個訪問數據庫的客戶端配置多個 vip 地址實現負載均衡。
添加和刪除節點的情況下也不需要對客戶端做任何配置修改，就可以實現所有節點的負載均衡。
PS：SCAN 只能實現負載均衡，自動 Failover，需要使用 service 服務。
3、監聽及 TAF
3.1、監聽
本地監聽：公有 IP 和 VIPSCAN 監聽：SCAN VIP
3.2、TAF(Transparent Application Faiover)透明應用程序故障轉移
大部分的應用系統 (例如 Tomcat) 都是啟動時就建立若干到數據庫的長連接，在應用程序調整生命周期內重用這些鏈接。未提交事務會回滾。
鏈接建立以后，應用系統運行過程中，如果某個實例發生故障，鏈接到這個實例上的用戶會被自動遷移到其他的健康實例上。
JDBC 不支持 TAF。
分為：
client-side TAF（10g 用的較多） server-sid TAF（11g 常用）4、測試服務端的 TAF
使用 TAF 服務名 /scan_ip 進行連接
查看當前連接的實例是哪個(例如：rtbrac1)
查詢 select instance_name from v$instance
直接 shutdown -h now rtbrac1 所在的服務器
sqlplus 端不用執行 exit 退出，再次執行 select instance_name from v$instance，如果等會兒有返回，說明已經可以自動進行 failover 切換。
查看當前 scanip 在哪個節點(應該漂移到健康節點)
5、腳本測試 TAF 服務端的負載均衡
1.shell 執行腳本(taf_load.sh)
#!/bin/sh count=0 while [ $count -lt $1 ] do count=`expr $count + 1` sqlplus -s glogowner/Q5$gEGy4@172.16.10.30:1521/otmdb @/home/oracle/scripts/test.sql done2.SQL 執行腳本(test.sql)
col instance_name format a20 select instance_name from v$instance / exit;3、執行 taf_load.sh(./taf_load.sh 1000 taf_load.log)
查看 log 對比兩個實力的連接負載情況
[oracle@RFDB1 scripts]$ ./taf_load.sh 1000 taf_load.log [oracle@RFDB1 scripts]$ cat taf_load.log |grep RFDB1 |wc -l 634 [oracle@RFDB1 scripts]$ cat taf_load.log |grep RFDB2 |wc -l 366上述內容就是如何理解 Oracle 的“HA”和“LB”及怎樣用腳本測試負載均衡，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注丸趣 TV 行業資訊頻道。
