ha,仅只是在 *** 作系统层面进行数据库的监控和管理,一般只针对单实例数据库使用。优点是管理方便,应用开发方便(方便了开发商);工程投入较小。缺点是,具有所有单实例数据库的缺点:如:容错能力差,续航能力差,用户容量小等等问题。
rac,数据库本身提供的一种单数据库多实例的应用方式,优点是:1、使用灵活,即可当作单机使用也可多机使用。2、提供了大用户量访问的一种解决方式,即多机并行运行共同承担数据库运行中消耗的内存、cpu等系统资源。3、容错能力较单机高,在主机类问题的容错上尤为显著。(磁阵问题不在此列)。缺点:1、开发要求较高,需要单独配置balance方式才能体现其优点。2、投入较高,软硬件都需要单独投入。
RAC的HA技术是failover(故障转移),是指集群中任何一个节点的故障都不会影响用户的使用。连接到故障节点的用户会被自动转移到健康节点从而用户感觉不到这种切换。因此这个功能设置是非常有必要的。而且配置起来也相当容易。RAC的HA分为3种:
(1).Client-Side connect Time Failover
设置方法:在client端的tnsnames.ora 中添加 FAILOVER=ON
这种是最原始的方法,用户连接节点down掉后,需要用户重新连接DB才能连到正常节点。
(2).TAF
在client端tnsnames.ora中添加FAILOVER_MODE如下
这种方法,可以实现将用户连接自动迁移至健康节点,而不用重启应用。
RACDB_TAF =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 109.115.101.160)(PORT = 1521))
(ADDRESS = (PROTOCOL = TCP)(HOST = 109.115.101.161)(PORT = 1521))
(LOAD_BALANCE = yes)
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = RACDB)
(FAILOVER_MODE =
(TYPE=session)
(METHOD=basic)
(RETRIES=180)
(DELAY=5)
)
)
)
(3).server-side TAF
这种方法和之前的区别是只需要在server端配置即可。而不需要对每个连接的client端进行配置。
配置方法为调用DBCA,追加service。由于是图形画面,请上网搜索。
纯手打,希望可以帮到你。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)