Database Insider - Julio Ayapan

La mayoría de los problemas que suceden en un Oracle Rac están relacionados con problemas de desconexión en la red privada. Como sabemos, el software de Oracle Clusterware funciona con dos redes diferentes. Una red pública: utilizada para conexiones de usuarios finales hacia los recursos soportados en el clúster. Una red privada: necesaria para comunicación entre nodos que integran el clúster. Mediante  esta red cada uno de los nodos conoce el estado de los demás y pueden mantener la integridad de este tipo de infraetructura. En versiones anteriores de Oracle Clusterware era necesario utilizar tecnologías de terceros para ofrecer alta disponibilidad de interfaces de red en la red privada. Por ejemplo conceptos como ‘bonding’ en Linux y Windows o grupos IPMP’s en sistemas Unix. A partir de la versión 11.2 de Oracle Grid Infraestructure, Clusterware es capaz de crear redundancia de interfaces de red para asegurar la comunicación dentro de la red privada. A co...

Oracle Real Application Clusters (Oracle RAC) es una versión en clúster de Oracle Database basada en una pila integral de alta disponibilidad que asegura escalabilidad y agilidad para cualquier aplicación. Para que una base de datos con arquitectura de cluster funcione, debe de estar conectada entre sus nodos para mantener comunicación eficaz y sincronizada. En el caso de un Oracle RAC, esta interconexión es administrada por el software de Oracle Clusterware. Oracle Clusterware es la base o los cimientos para la arquitectura de Oracle RAC. La comunicación entre nodos es una característica denominada CLUSTER INTERCONNECT. La función principal de esta red (privada: solo visible entre los nodos del cluster) es mantener un “Heartbeat” entre ellos y el cluster en general, en este caso Oracle Clusterware, mediante el cual cada uno de los nodos informara su estado y disposición dentro del cluster. En caso de falla de comunicación Oracle Clusterware tomara las medidas pertinentes...