Cómo prepararse para una aplicación real racimos instalan en 12c oráculo

Cada sistema operativo tiene su propia configuración para un Real Application Cluster (RAC) instalar para usar con bases de datos de Oracle 12c. Es virtualmente imposible cubrir todo, pero hay aspectos básicos que pueden ser cubiertos para que pueda empezar.

Sin embargo, hay algunos pedazos de consejo que ofrecer:

• Lea detenidamente la instalación Oracle Grid Infrastructure y guía de implementación para su sistema operativo específico. Lo que se aplica a un sistema operativo no podrá volar en otra.

• Sea consistente a través de todos los nodos al nombrar a los usuarios, los grupos, los ID de grupo y los ID de usuario. Asegúrese de que el mismo usuario es titular de todos los componentes de software de Oracle.

  Por ejemplo, en Linux, oráculo suele ser una cuenta que posee la instalación del software de Oracle. Crear este usuario de la misma manera como usted va a todos los nodos. Linux tiene al menos dos grupos de utilizar Oracle (DBA y oinstall). Estos deben ser idénticos.

  Para los usuarios y grupos, esto va para el ID de grupo (gid) y el ID de usuario (UID) también. El GID y UID mantienen permisos en el nivel de sistema operativo. Si no son idénticos a través de los nodos, los permisos no serán mantenidos correctamente y el clúster no funcionarán.

• Configurar el archivo correctamente los anfitriones. Esto va para todas las instalaciones de RAC. Utiliza el software de clustering la archivo hosts para instalar el software y mantener comunicaciones. El servidor de nombres de dominio o DNS, no sustituye a esto. Usted puede agregar la configuración del host para el DNS si lo desea, pero asegúrese de que el archivo hosts está configurado correctamente.

  He aquí un ejemplo de lo que un archivo de host RAC de dos nodos puede parecer:

  127.0.0.1 localhost.localdomain localhost192.168.100.11 node1-priv.perptech.com node1-priv # node1 private192.168.100.12 node2-priv.perptech.com nodo2-priv # nodo2 private192.168.200.11 node1.perptech.com node1 # node1 public192.168.200.12 node2.perptech.com nodo2 # nodo2 public192.168.200.21 node1-vip.perptech.com node1-vip # node1 virtual192.168.200.22 node2-vip.perptech.com nodo2-vip # nodo2 virtual

• Cada nodo del clúster se conecta a otro a través de un privado red de alta velocidad (interconexión del clúster).

• los público IP se utiliza para todas las comunicaciones de usuario a los nodos no está relacionado con la interconexión.

• Cada nodo del clúster también tiene un virtual Dirección IP que se une a la NIC pública. Si un nodo falla, la dirección IP del nodo que ha fallado puede ser reasignado a otro nodo para que las aplicaciones puedan mantener el acceso a la base de datos a través de la misma dirección IP.

  A partir de Oracle 11gR2, esto se hace usando un nuevo componente de red del clúster llamada escáner. SCAN significa-client-acceso-solo nombre. Tres personalidades se les asigna en la red para un nombre de exploración (por lo general el nombre de su grupo), y que el nombre de un SCAN se utiliza luego para todas las comunicaciones. Los tres VIPs pueden flotar a través de los nodos para proporcionar capacidades de conectividad y de conmutación por error constantes.

ORACLE_BASE = / u01 / app / oracleORA_CRS_HOME = / u01 / app / sistema

Las funciones de comunicación y copia son para la instalación de software y parches. Ellos no son necesarios para el RAC de trabajar después de que el hecho de si la apertura de estas cosas está en contra de las políticas de seguridad de la empresa.

Oracle Real Application Clusters 12c solicitud de alta disponibilidad

RAC ayuda con alta disponibilidad al proporcionar redundancia en su entorno - específicamente, las instancias de Oracle redundantes. Una instancia en un entorno multi-instancia se puede quitar para el sistema operativo, hardware o mantenimiento del software de Oracle sin interrumpir la aplicación.

Sin embargo, asegúrese de que sus expectativas se reúnen lo RAC puede ofrecer:

• RAC no cubre todos los puntos de falla. Definitivamente ayuda endurecen contra fallo de nodo y el fracaso instancia. Por desgracia, no puede ayudar con la SAN, interconexión, o error del usuario.

• RAC no se considera normalmente una solución de protección contra desastres. Si todo el sitio se ve comprometida por el viento, el fuego o el agua, el RAC se va con él.

Extended Real Application Clusters y Oracle 12c

Los nuevos desarrollos están ocurriendo en un movimiento llamado RAC extendido. Esta solución RAC puede proteger contra la pérdida total de la instalación mientras que proporciona todas las otras características del RAC. Como las velocidades de transmisión de la red aumentan con el tiempo, algunas personas piensan que el RAC es posible con casos en lugares remotos.

Esta configuración requiere alta velocidad SAN reflejo y un medio de transmisión de la red llamada fibra oscura. La fibra oscura es una conexión directa privada entre dos sitios remotos que pueden manejar múltiples transmisiones de red a la vez por la misma línea mediante el uso de diferentes frecuencias de luz.

Al cierre de esta edición, el RAC extendido parece tener limitaciones de distancia. El más separados los sitios, mayor es la latencia. Latencia convierte en una degradación del rendimiento clúster. Hemos sido incapaces de encontrar ninguna documentación definitiva sobre los límites de distancia. Degradación aparece al factor fuertemente en su tipo de conexión. Algunos sitios utilizan repetidores para extender aún más.

Mientras tanto, si usted necesita un sitio remoto configurado para la recuperación de desastres, es posible que desee considerar Data Guard. Se puede ofrecer una gran cantidad de las características que se extendía RAC hace, pero a una fracción del costo, sin límites de distancia real.