streams capture状态PAUSED FOR FLOW CONTROL原因分析和诊断
客户环境:ibm p595 双机oracle:10.2.0.4 rac与另外一台查询db通过stremas交换数据问题:事务多、事务大的时侯capture process出现PAUSED FOR FLOW CONTROL导致同步暂停[@more@]Streams同步中断问题诊断· 1、中断之后capture process的状态是PAUSED FOR FLOW CONTROL:SELECT CAPTURE_NAME, STATE FROM V$STREAMS_CAPTURE;CAPTURE_NAME STATE————– ————————STREAM_CAPTURE PAUSED FOR FLOW CONTROL另外从select publisher_state from v$buffered_publishers得到的状态是PUBLISHER_STATE: IN FLOW CONTROL: TOO MANY UNBROW
清空1份votedisk之后2个节点同时重启
votedisk一共3份:/dev/raw/raw2/dev/raw/raw5/dev/raw/raw6清空一份(dd if=/dev/zero of=/dev/raw/raw2)之后2个node同时重启了,之后重新手动启动crs顺利起来了,之后再清空一份,2个节点又同时重启了,之后手动启动crs无法启动了,因为完好的votedisk不够一半以上。[@more@]原本以为3个votedisk损坏一个之后rac可以正常使用,没想到node都重启了,之前记得在metalink上看到一些内容说rac在正常使用时根本不管votedisk的好坏,只是在private network出现问题时才使用votedisk看来是错误的。
安装crs使用runcluvfy验证的一个问题
其实rac已经安装好了,我使用cluvfy命令时发现一个有意思的问题(安装前需要使用runcluvfy来验证,因为cluvfy命令还没有被安装进来),安装crs之后cluvfy就可以正常使用了。[@more@]通过root验证失败,错误提示主要是:Result: Membership check for user "root" in group "oinstall" [as Primary] failed.原因就是说oinstall组不是root用户的主组,执行下面命令把root加到oinstall和dba组里:# usermod -G root,oinstall,dba -U root并且root用户注销之后:[root@node1 ~]# groupsroot oinstall dba[root@node1 ~]# 很
rac管理和维护的一篇不错的文章
原文连接:http://www.oracledba.org/11g/rac/11g_RAC_Admin_Utilities.html#Various_Timeout_Settings_in_Cluster:[@more@]11g RAC Administration and Maintenance Tasks and Utilities:Task List:Checking CRS StatusViewing Name Of the ClusterViewing Nodes ConfigurationChecking Votedisk InformationChecking OCR Disk informationTimeout Settings in ClusterADD/Remove OCR filesADD/Remove VotediskBacking Up OCRBacking Up VotediskRestoring OCR DevicesRestoring Voting Disk DevicesChanging Public IPs as well as Virt
一次通过stream复制解决数据单向复制的案例
primary db:asmnl29 aix6.1双机oracle11.1 racStandby db:asmnl19 windows2008 oracle11.1单机其中29和19是2台db server的ip尾数:环境简要介绍,我们需要把asmnl29上用户asmnlirc下的40多张表适时同步复制到asmnl19下的asmnlirc用户下,权衡各种因素最终选择了oracle的stream复制技术,其实实现了上面的同步技术之后另外一个客户还需要把这40张表通过mv的方式刷新到他们的系统中最终使用,这次不再涉及mv的过程,因为这个过程我不负责实施,下面是stream详细配置步骤:[@more@]1.修改主、从db的相关参数:alter system set aq_tm_proc
10gR2 rac vip服务频繁重启及在节点间漂移的一种解决办法
造成这种现象的原因可能有很多,但是有一种情况比较突出...[@more@]在安装rac的过程中,如果public 网卡没有设定网关(GATEWAY),那么在运行vipca的时候通常不能成功,具体错误可以根据提示查看日志;如果设定了GATEWAY,则vipca可以配置成功,但是在crs启动相关的服务之后,vip服务会频繁重启并且在各节点之间漂移不定,具体现象如下:[root@rac2 ~]# /oracle/product/10.2.0/crs/bin/./crs_stat -tName Type Target State Host ------------------------------------------------------------ora.rac1.g