共计 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 行业资讯频道。
