[IBM i]

Alta disponibilidad: acceso continuado a los datos de la aplicación

Sin el acceso continuado a los datos de aplicación, los servidores de aplicaciones no pueden procesar peticiones de cliente. El producto da soporte a varios métodos para mantener la disponibilidad de los datos.

Si los datos residen en servidores IBM® i, puede utilizar una de las siguientes opciones para lograr una mayor disponibilidad para los datos:

Duplicación de datos

Para garantizar la disponibilidad de todos los componentes del entorno de servidor de aplicaciones, puede utilizar la duplicación de datos para crear una copia de seguridad de los datos de aplicación. La duplicación de datos utiliza la agrupación en clúster, el registro por diario remoto y el software de duplicación de datos de terceros para mantener dos copias físicamente separadas de los datos de aplicación. La duplicación de datos puede proporcionar la posibilidad de recuperación ante siniestro para las bases de datos porque los sistemas del clúster pueden estar separados geográficamente.

La agrupación en clúster proporciona la base para la comunicación entre dos o más servidores. Esta comunicación es necesaria para crear copias de seguridad de los datos en una máquina separada físicamente.

El registro por diario crea una copia de los datos de aplicación para garantizar la copia de seguridad directa. Existen dos tipos de registro por diario remoto:
  • Registro por diario remoto síncrono, donde los datos se escriben en las bases de datos principal y de copia de seguridad simultáneamente. Este tipo de registro por diario garantiza que no se pierda ninguna entrada en el caso de que se produzca un error del sistema. No obstante, puede tener un impacto negativo en el rendimiento, ya que requiere que la aplicación espere mientras los datos se escriben en ambas bases de datos.
  • Registro por diario remoto asíncrono, donde los datos se escriben en la base de datos principal directamente desde la aplicación. Este tipo de registro por diario permite que la aplicación continúe procesando las peticiones de cliente mientras que los datos se copian en el sistema de copia de seguridad. No tiene ningún impacto sobre el rendimiento de aplicaciones pero es posible que se pierdan las entradas más recientes si se produce un error.

Disco intercambiable

El disco intercambiable utiliza la agrupación en clúster, el registro diario local e IASP (Independent Auxiliary Storage Pool) para garantizar la disponibilidad de los datos de aplicación. Los datos de aplicación se almacenan en una IASP y, si se genera un error, la IASP puede conmutarse a otro nodo.

La ventaja del disco intercambiable es que no se produce la duplicación de datos. Por lo tanto, se evita el problema de la sincronización de datos. No obstante, la base de datos se convierte en un punto único de error. Asimismo, el nodo de copia de seguridad debe estar físicamente cerca del nodo principal. Por lo tanto, esta configuración no proporciona la recuperación ante siniestro.

El disco intercambiable utiliza los siguientes componentes y servicios:
  • Un clúster de servidor. Debe tener la función High Availability Switchable Resources (5761-SS1 o 5770-SS1 Opción 41) instalada en todos los nodos del clúster.
  • Agrupación en clúster. Cuando se utiliza el disco intercambiable, la agrupación en clúster proporciona:
    • Servicios necesarios para conmutar a la IASP.
    • Supervisión del buen funcionamiento de las particiones de base de datos de programa de fondo.
  • Registro diario local. El disco intercambiable utiliza el registro diario local para preservar los límites de transacciones de bases de datos.
El disco intercambiable resulta más práctico en una topología de varias células, que incluye estas características:
  • Todas las células procesan las peticiones de cliente como se describe en una topología de varias células.
  • Una de las células alberga el sistema de base de datos principal, que recibe los datos de los servidores de aplicaciones de las demás células.
  • El sistema de base de datos principal se conecta a la IASP.
  • Una de las demás células alberga el sistema de base de datos secundario, que está inactivo a menos que se produzca un error en el host. Si se produce un error en el host, los datos de aplicación se dirigen al sistema de base de datos secundario de esta otra célula y la IASP se conecta al sistema secundario.

Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=crun_ha_datasource
File name: crun_ha_datasource.html