¿Qué es RAC (Clúster de aplicaciones reales)?

RAC significa Real Application Clusters . Es una solución de alta disponibilidad para Oracle DB . Aquí, dos o más Nodes (instancias) se agrupan como una sola base de datos mediante el uso de discos compartidos. Por lo tanto, no hay un único punto de falla desde el lado de la base de datos. Un clúster se compone de varias computadoras o servidores interconectados que se muestran como si fueran un servidor para concluir clientes y aplicaciones. Oracle RAC le permite agrupar bases de datos Oracle.

Oracle RAC emplea Oracle Clusterware como base para vincular numerosos servidores para que funcionen como un solo sistema. Oracle Clusterware puede ser un arreglo conveniente de administración de clústeres que se coordina con Oracle Database. Oracle Clusterware también es un componente necesario para utilizar Oracle RAC. En expansión, Oracle Clusterware permite que tanto las bases de datos Oracle de instancia única como las bases de datos Oracle RAC utilicen la base de alta disponibilidad de Oracle. Oracle Clusterware le permite crear un grupo de capacidad en clúster para ser utilizado por cualquier combinación de bases de datos de instancia única y Oracle RAC.

arquitectura RAC

Aplicaciones de RAC

• Marco Autonómico de Salud
• Continuidad de aplicaciones de Oracle
• Gestión de la calidad de servicio de la base de datos Oracle

Características de RAC

• Los clústeres de aplicaciones reales de alta disponibilidad
  brindan a los clientes la mejor accesibilidad a la base de datos al eliminar los servidores de bases de datos personales como un único punto de falla. En un entorno de servidor agrupado, la base de datos en sí misma se comparte en un grupo de servidores, lo que sugiere que, en caso de que algún servidor dentro del grupo de servidores falle, la base de datos continúa ejecutándose en los servidores supervivientes. Oracle RAC no solo permite a los clientes continuar preparando las cargas de trabajo de la base de datos en caso de una decepción del servidor, sino que también marca la diferencia para ayudar a reducir los costos del tiempo de inactividad al reducir la cantidad de tiempo que las bases de datos se desconectan para las operaciones de mantenimiento programadas.
• Base de datos como servicio
  Los clústeres de aplicaciones reales brindan todos los componentes de programas informáticos necesarios para enviar bases de datos de Oracle en un conjunto de servidores y aprovechar al máximo la ejecución, la versatilidad y la accesibilidad que brinda la agrupación en clústeres. Oracle RAC utiliza Oracle Grid Framework como base para los marcos de base de datos de Prophet RAC. Oracle Network Foundation incorpora Oracle Clusterware y Oracle Programmed Capacity Administration (ASM) que permite compartir de forma eficaz los activos de servidor y capacidad en un entorno de nube de base de datos profundamente accesible y adaptable.

Ventajas de RAC

• Ciertos parches se pueden aplicar en su modo de rodadura.


En el arreglo continuo, cada concentrador se cierra en Oracle RAC, en ese punto se conecta el arreglo. Una vez que eso sucede, el concentrador se vuelve a activar una vez más. Al ir de forma independiente a cada centro, se mantiene una parada total a una distancia estratégica, por lo que el tiempo de actividad de esta alternativa es confiable o cercano al 100 %. A pesar del hecho de que algunos parches no se pueden conectar en este modo, aún tiene las funciones de reparación de menor tiempo de inactividad que aún lo ayudarán a mantenerse saludable.

• Tiene balance de carga para un mejor desempeño
  Con Oracle RAC, las administraciones facilitan sus sesiones al inscribirse en su carga de trabajo. También pueden alistar la suma del trabajo que se está cuidando. Con esta información, los usuarios pueden ser desviados al centro menos cargado que está ejecutando un evento para sus servicios específicos. Se incluyen dos tipos de ajustes de pila: del lado del cliente y del lado del servidor. Esto hace que sea posible seguir trabajando a las velocidades que necesita sin los mismos riesgos de pérdida de datos.
• A menos que las conexiones no reconozcan RAC, no hay necesidad de una reconexión.
  Dado que Oracle RAC puede ser un marco basado en Nodes, las decepciones improvisadas tienen un efecto insignificante en el usuario en comparación con administraciones comparables. Para preservar la accesibilidad, los usuarios que están asociados con un evento fallido se crean rápidamente en una nueva conexión con los eventos sobrevivientes dentro de la base de datos. Una reconexión no es necesaria en la mayoría de los casos, ya que básicamente está moviendo la proximidad de su centro. Mientras la ubicación esencial permanezca en huecograbado, esta ventaja se mantendrá regularmente.
• Los procesos DML pueden revertirse.
  Hay momentos en los que está trabajando en el entorno SQL también cuando sus articulaciones de dialecto de control de información no funcionan según lo previsto. En lugar de que su articulación se vuelva rápidamente invariable, este marco le permite ver el impacto de una explicación DML en Engineer. No termina de durar hasta que sumas un intercambio que lo incorpora.

Desventaja de RAC

• Requiere una configuración de red específica para funcionar correctamente
  . Con Oracle RAC, debe tener sus IP de verificación, sus VIP y sus direcciones IP abiertas en el mismo arreglo abierto para que la base de datos funcione correctamente. Las IP privadas deben estar en una disposición diferente a la de la abierta. Debe tener sus IP privadas y abiertas que se puedan hacer ping en algún momento reciente que comience el establecimiento. Si no se ingresa un enlace en esta string, en ese punto, puede crear un error de organización errónea.
• Debe tener Oracle RAC en almacenamiento compartido
  Con Oracle RAC, debe tener sus registros de base de datos, su área de OCR y su disco de votación en capacidad compartida. Si no lo está haciendo, entonces no funcionará correctamente. Cualquier problema que tenga con la disposición del disco compartido inevitablemente hará que el marco se caiga, lo que crea un informe erróneo de errores en la configuración del disco compartido.
• muchos requisitos previos que deben ser completados.
  Después de diseñar la organización para Oracle RAC y Clusterware, encontrará que cada concentrador dentro del clúster tiene requisitos previos particulares que deben cumplirse. Debe tener al menos 2 tarjetas de interfaz organizadas, nombres de interfaz abierta para cada concentrador y los mismos nombres de interfaz privada para todos los concentradores también. Su conector de red debe respaldar TCP/IP y la interfaz privada debe admitir UDP para conectores de red de alta velocidad con un conmutador que soporte al menos Gigabit Ethernet.