Oracle ofrece Real Application Clusters (RAC) para empresas de todas las formas y tamaños. Ofrece escalabilidad, excelentes precios, alto rendimiento y máxima concurrencia de usuarios con disponibilidad las 24 horas. Debido a su estructura, a menudo se considera que RAC es la mejor solución para quienes tienen bases de datos críticas.
Aunque se requiere una licencia RAC para obtener acceso a este sistema, puede integrar múltiples componentes para generar las soluciones que necesita.
Como ocurre con cualquier sistema como este, existen ciertas ventajas y desventajas que se deben tener en cuenta antes de realizar la inversión final.
Lista de las ventajas de Oracle RAC
1. Ciertos parches se pueden aplicar en su modo continuo.
En el parcheo continuo, cada nodo se cierra en Oracle RAC y luego se aplica el parche. Una vez que eso ocurre, el nodo se vuelve a activar. Al ir por separado a cada nodo, se evita un apagado completo, por lo que el tiempo de actividad para esta opción es consistentemente en o cerca del 100%. Aunque algunos parches no se pueden aplicar en este modo, aún tiene funciones de parcheo de tiempo de inactividad mínimo que aún lo ayudarán a seguir siendo productivo.
2. Tiene carga equilibrada para un mejor rendimiento.
Con Oracle RAC, los servicios coordinan sus sesiones registrando su carga de trabajo. También pueden registrar la cantidad de trabajo que se está realizando. Con esta información, los clientes pueden ser redirigidos al nodo menos cargado que está ejecutando una instancia para sus servicios específicos. Se ofrecen dos tipos de equilibrio de carga: del lado del cliente y del lado del servidor. Esto hace posible seguir trabajando a las velocidades que necesita sin las mismas amenazas de pérdida de información.
3. Es una solución altamente escalable.
A medida que crece, Oracle RAC puede crecer con usted. Una de sus características principales es la posibilidad de que cada instancia tenga una configuración diferente. Eso significa que puede realizar particiones de aplicaciones sin dolores de cabeza, tener un OLTP con otra instancia y administrar todas las demás instancias de una manera que funcione bien con su configuración única. Todo esto sucede con una sola base de datos.
4. A menos que las conexiones no sean compatibles con RAC, no es necesario volver a conectarlas.
Debido a que Oracle RAC es un sistema basado en nodos, las fallas no planificadas crean un impacto mínimo en el usuario en comparación con servicios similares. Para mantener la disponibilidad, los clientes que están conectados a una instancia fallida se establecen inmediatamente en una nueva conexión con las instancias supervivientes dentro de la base de datos. La reconexión no es necesaria en la mayoría de las circunstancias porque simplemente está cambiando la presencia de su nodo. Mientras el sitio primario permanezca intacto, este beneficio generalmente permanece.
5. Los procesos DML pueden retroceder.
Hay ocasiones en las que está operando en el entorno SQL Plus cuando sus declaraciones de lenguaje de manipulación de datos no salen según lo planeado. En lugar de que su declaración se convierta inmediatamente en permanente, este sistema le permite ver el efecto de una declaración DML en Developer. No se vuelve permanente hasta que completa una transacción que lo incluye. Eso hace que sea más fácil revertirlo, ya que una transacción es una secuencia de declaraciones SQL basadas en datos que se tratan como una unidad.
6. Podría ahorrarle algo de dinero.
Si opta por la edición estándar de Oracle RAC en lugar de la edición Enterprise, con dos nodos en lugar de 4, sus costos totales de 3 años podrían ser menos de $250,000 con este sistema. Es importante revisar todas las posibilidades de configuración antes de comprometerse con una solución específica para asegurarse de obtener la mejor oferta posible.
Lista de las desventajas de Oracle RAC
1. Requiere una configuración de red específica para funcionar correctamente.
Con Oracle RAC, debe tener sus SCAN IP, sus VIP y sus direcciones IP públicas en la misma red pública para que la base de datos funcione correctamente. Las IP privadas deben estar en una red diferente a la red pública. También debe hacer ping a sus direcciones IP públicas y privadas antes de que comience la instalación. Si un eslabón de esta cadena no está en su lugar, se producirá un error de configuración de red incorrecto.
2. Debe tener Oracle RAC en almacenamiento compartido.
Con Oracle RAC, debe tener sus archivos de base de datos, su ubicación de OCR y su disco de votación, todo en almacenamiento compartido. Si no lo hace, no funcionará correctamente. Cualquier problema que tenga con la configuración del disco compartido eventualmente hará que el sistema falle, lo que genera un informe de error de configuración del disco compartido incorrecto.
3. Hay muchos requisitos previos que deben cumplirse.
Cuando configure la red para Oracle RAC y Clusterware, encontrará que cada nodo del clúster tiene requisitos específicos que deben cumplirse. Debe tener al menos 2 tarjetas de interfaz de red, nombres de interfaz pública para cada nodo y también los mismos nombres de interfaz privada para todos los nodos. Su adaptador de red debe admitir TCP / IP y la interfaz privada debe admitir UDP para adaptadores de red de alta velocidad con un conmutador que admita gigabit ethernet como mínimo. Esto se suma a los requisitos de hardware y otros requisitos previos que deben cumplirse.
4. No siempre es una solución de ahorro de costes.
Si está pensando en Oracle RAC como una forma de ahorrar dinero, asegúrese de estar considerando también los costos de hardware. Muchas empresas solo miran los costos del software, lo que las lleva a una sorpresa desagradable cuando llega el momento de pagar las facturas. Una matriz de discos con 20 TB de capacidad utilizable para almacenamiento primario puede tener un costo de 3 años de alrededor de $150,000 para algunas empresas. Agregue las tarifas de licencia, que pueden superar el millón de dólares para algunos usuarios cuando se necesitan varias unidades, y los costos pueden ser mejores si se mantiene local y administra su propia base de datos.
5. Puede haber algunas limitaciones de escalabilidad.
Con Oracle RAC, si la aplicación no se escala en SMP, tampoco lo hará. También es importante adoptar un enfoque realista sobre las diferencias de latencia que puede experimentar con las comunicaciones de instancia de caché de memoria solo local y la red entre nodos. Este sistema funciona mejor cuando tiene necesidades de alto rendimiento y alta disponibilidad. Si solo tiene una de esas necesidades, entonces un servidor de instancia única o una solución menos compleja puede ser una mejor opción.
Las ventajas y desventajas de Oracle RAC pueden ayudar a una empresa a comprender que está lista para esta solución o que tiene algún trabajo por hacer. Tiene algunas estadísticas asombrosas de tiempo de actividad, le brinda protección contra fallas de una sola instancia y de un solo servidor, y lo ayudará a aprovechar los tamaños de SGA más grandes en comparación con los servidores básicos de una sola instancia.