RAC环境关闭CLUSTER后导致连接缓慢

客户的四节点RAC在停掉三个后,发现连接RAC明显变慢。

数据库环境是4节点的10.2 RAC for Linux X86-64。由于心跳存在问题,目前将三个节点上的CLUSTER关闭,但是随后不久,客户反应数据库访问变慢。
虽然本来4个节点繁忙程度都不高,但是将4个实例上的压力集中到1个实例上,那么性能有所下降也是正常的。不过检查数据库的工作状态,并未发现异常,无论是从后台cpu忙闲程度,还是从awr报告中查看,似乎并没有太大的压力。
询问客户是查询变慢还是登录变慢,客户也搞不清其中的差别,于是在尝试连接数据库,结果发现,无论是tnsping还是sqlplus登录,有时登录很快,有时要经历3秒到6秒的等待,这应该就是客户反应慢的原因。
检查登录数据库的TNSNAMES.ORA中的配置,客户默认4个节点作为LOAD BALANCE和静态FAILOVER,这种配置方式在节点关闭后并不会导致错误,但是有可能由于需要等待超时而经受性能问题。
检查服务器上CLUSTER的状态,发现4个节点上,有两个VIP的服务都停掉了,应该是用户关闭整个CLUSTER服务是导致的。在此情况下,静态FAILOVER发挥作用,但是会引入超时的问题。而由于配置了LOAD_BALANCE,Oracle会轮训4个VIP地址,这就导致了有时候连接很快完成,而有时连接需要等待3秒以上。
由于存在众多的客户端,无法一一修改客户端使用的TNS配置,那么最简单的解决办法就是将CLUSTER启动,只是关闭其他三个节点的数据库,这样所有的VIP都处于启动状态,即使连接到没有提供的服务的节点,也可以快速的重新启动到启动节点上。
将其他两个VIP关闭的CLUSTER启动,保持DB关闭状态,数据库连接缓慢的问题就此解决。

This entry was posted in ORACLE and tagged , , , . Bookmark the permalink.

2 Responses to RAC环境关闭CLUSTER后导致连接缓慢

  1. pspdowndown says:

    学习了你的很多文章,赞。
    提一个问题:
    采用Oracle Text进行全文检索,为了保证查全采用 CHINESE_VGRAM_LEXER,但是一个问题是数字字母连在一起,不能分开。
    如 abc123,检索abc或123,无结果;必须检agc123才行,如何改善。

  2. yangtingkun says:

    对于这种情况,属于切词的问题,没有太好的办法。
    可以考虑用abc%来检索

Leave a Reply

Your email address will not be published. Required fields are marked *