1. La Alta disponibilidad. Concepto
2. ¿Por qué necesitamos alta disponibilidad?
3. ¿Qué debemos de tener en cuenta de una solución de alta disponibilidad?
4. ¿Donde encontrar más información sobre alta disponibilidad ?
5. Soluciones de alta disponibilidad para iSeries AS400

Descargar dossier completo en formato PDF (1,8 Mb)

1. La solución de clustering para AS/400 y para iSeries.

Cada HABP (High Availability Business Partners) dispone de un conjunto de productos propio que constituye su solución de alta disponibilidad. Cada uno se estructura y presenta de manera diferente y no es posible establecer una comparación directa entre ellos. Sin embargo, en el momento de valorarlas, cada solución propuesta debe ofrecer las siguientes funcionalidades:

• ¿Incorporan los productos las últimas tecnologías? 
  Cada ciclo de un producto iSeries 400 incorpora mejoras diseñadas para que el entorno de alta disponibilidad y de clustering sea más robusto y eficiente. A medida que la tecnología avanza, es crucial que las soluciones de los HABP adopten y soporten estas tecnologías emergentes convenientemente. Tales tecnologías incluyen: Journaling Remoto, soporte e integración de MQ Series y el Sistema de Ficheros integrado (IFS).
• Robustez. Un entorno con clusters puede fallar de diversas formas. Un ejemplo puede ser la desincronización de objetos entre los sistemas primarios y secundarios. ¿Que herramientas proporciona el HABP para evitar o detectar problemas que puedan impedir la utilización de un nodo de respaldo en caso de caída no planificada?
• Disciplina de proyecto. ¿Es capaz el HABP de demostrar un nivel sofisticado de gestión de proyecto? ¿Comprende el HABP la solución total, incluyendo el entorno de la aplicación? ¿Se están ofreciendo servicios de análisis del entorno de sistema, incluyendo la aplicación? Incluso cuando los servicios de consultoría los proporciona IBM Integrated Technology Services, la disciplina de proyecto debe ser una parte de la discusión del diseño y una fase más dentro del proceso de consecución de los objetivos finales.
• Replicación rápida. Los cambios realizados en la máquina de producción tienen que reflejarse en la máquina de respaldo de manera oportuna. La solución debe ser capaz de manejar la carga de trabajo calculada que se va a generar, abarcando diferentes entornos de proceso tales como el interactivo de día y los procesos por lotes nocturnos. También debería haber la posibilidad de asignar prioridades a las cargas de trabajo de replicación en el sistema.
• Secuenciamiento transaccional. Los cambios realizados en la máquina de producción tienen que reflejarse en la máquina de respaldo en la misma secuencia en que fueron generadas. La solución debe garantizar que esto ocurra así incorporando controles de integridad internos y, en caso de producirse cualquier problema, avisar a los operadores inmediatamente (por ejemplo, cola de mensajes, buscapersonas, etc.).
• Cambio de rol. Debe ser posible invertir el sentido de la replicación utilizando herramientas que formen parte de la solución. Por ejemplo, en caso de que la máquina de producción necesite una actualización de software, el sistema de respaldo debe ser capaz de asumir la carga de trabajo de la máquina de producción e ir guardando todos los cambios generados de manera que la máquina de producción pueda ser sincronizada posteriormente cuando vuelva a estar disponible.
• Replicación completa del entorno. Los servidores iSeries 400 y AS/400 tienen muchos tipos diferentes de objeto. La solución tiene que ser capaz de replicar cualquier cambio realizado a cualquier objeto en el entorno de producción al entorno de respaldo. Por ejemplo, supongamos que un usuario entra en la máquina de producción, cambia su contraseña y después realiza cambios en las bases de datos. Si estos cambios se replican pero el cambio de contraseña no, en caso de caída de la máquina de producción, el usuario no podrá entrar en la máquina de respaldo.
• Herramientas de generación de informes y de rastreo. La solución debería ser capaz de rastrear y documentar el estado de los servidores de producción y de respaldo. Debería ser capaz de reportar cuantos cambios se han generado en la máquina de producción, cuantos se han recibido en la máquina de respaldo y cuantos se han aplicado en la máquina de respaldo. Debería haber también un registro histórico de esta información.
• Manejo de errores. La solución debería ser capaz de garantizar la entrega desde la máquina de producción a la de respaldo. Si se están enviando datos de una máquina a otra y el enlace de comunicaciones falla, la solución debe ser capaz de reenviar los datos que no han sido recibidos correctamente en la máquina de respaldo.

2. ¿Qué referencias existen?
 
Deberían existir referencias correspondientes a entornos con requisitos similares. Si además se están usando aplicaciones especificas procedentes de otros proveedores de software, siempre que sea posible, las referencias deberían corresponder a las mismas aplicaciones.

3. ¿Qué soporte se va a dar durante la implementación? ¿Qué soporte se va a dar para implementar la solución?

Implementar una solución de un HABP no consiste solamente en instalar y configurar software. Hay muchas más fases a realizar que, dependiendo de los niveles de conocimiento y experiencia del personal de su empresa, requieren diferentes niveles de soporte.

4. ¿Qué formación del producto se va a dar?

Para la solución propuesta debería darse una formación exhaustiva. Ésta debería cubrir la implementación del entorno, el cambio de la configuración del entorno (conmutación), procedimientos para la determinación de problemas y los procesos de recuperación requeridos en el caso de que se haga una conmutación manual.

Lo ideal sería que esta formación estuviera adaptada al entorno operativo y de negocio de su empresa.

5. ¿Cuál es la estructura de soporte después de la puesta en marcha?

Una vez la solución se ha puesto en marcha, se ha de proporcionar un soporte continuo. En el caso de que se tenga una pregunta urgente o se encuentre un problema, no es deseable tener que esperar hasta el comienzo de la siguiente jornada laboral para poder preguntar a alguien o para que el problema sea resuelto.

¿Cuál es la disponibilidad del soporte?
¿El soporte se proporciona mediante un representante local? ¿Tiene este representante local un canal de soporte con el HABP?
¿Existe un help desk 24x7 al cual llamar?
¿Puede obtenerse soporte on site siempre que se necesite?

6. ¿Son los productos fáciles de usar?

¿Es intuitivo?
¿Es sencillo moverse por sus pantallas?
¿Es posible incluir funciones en trabajos por lotes o sólo se dispone de la interface de línea de comandos?
¿Presenta una interface parecida a la que está acostumbrado el personal de su empresa?

7. ¿Cuál es el coste total?

Obviamente, un factor en el proceso de selección es el coste de la solución. Sin embargo, el coste inicial aislado no debería ser el factor decisivo principal. Deben considerarse también los costes de mantenimiento del producto, los costes de actualizaciones a futuras versiones y los costes de soporte.