Módulo 4 — Assure Quick EDD

Qué es

Assure QuickEDD es la solución de HA/DR de Precisely para IBM i, basada en replicación lógica en tiempo real desde un servidor de producción a uno o varios servidores de respaldo. El servidor de respaldo queda listo para asumir el rol productivo (role-swap) o para recuperar datos a un punto en el tiempo.

La replicación utiliza sincronización sin bloqueos (no-lock synchronization), lo que significa que el proceso de replicación no pone en hold ni bloquea los objetos durante la captura de cambios. Esto elimina el impacto sobre el rendimiento de la aplicación productiva. La solución es compatible con un amplio rango de versiones de IBM i y combinaciones de storage, y escala desde entornos SMB hasta enterprise sin cambiar el modelo de licenciamiento o administración.

Linaje del producto

QuickEDD nació en la línea Quick Software de Trader's, empresa especializada en soluciones IBM i que fue adquirida y absorbida por Precisely. Hoy es parte del portafolio Assure de Precisely para IBM i — una suite integrada de productos de protección de datos, HA/DR y calidad de datos para la plataforma IBM i. El nombre "EDD" responde a "Enhanced Data Distribution", concepto central de su arquitectura basada en distribución continua de cambios del journal hacia el target.

Qué replica

Quick EDD replica una variedad amplia de objetos:

• •Objetos de base de datos (archivos físicos y lógicos).
• •Stream files de IFS.
• •System values.
• •User profiles.
• •Spool files.
• •Job queues.
• •Job scheduler.

Esta amplitud de cobertura es significativa: muchas soluciones de replicación lógica para IBM i solo replican archivos de base de datos, dejando fuera elementos del sistema operativo como user profiles o system values que son críticos para que el target pueda realmente operar en producción tras un role-swap.

Qué garantiza

• •Replicación en tiempo real del source al target.
• •Validación de sincronía mediante auditorías programadas, on-demand y monitoreo continuo. Las divergencias se reparan automáticamente sin poner objetos en hold.
• •Topologías múltiples y multi-nodo (más de un target, encadenamientos).
• •Compatibilidad amplia con distintos niveles de IBM i y combinaciones de storage, escalable de SMB a enterprise.
• •Procedimientos de switch personalizables, ejecutables paso a paso, interactivos o en batch.

Cómo se administra

Assure QuickEDD ofrece dos interfaces de administración complementarias:

• •Interfaz gráfica con soporte para siete idiomas (inglés, francés, español, entre otros), pensada para administración centralizada y visión de estado del entorno HA.
• •Interfaz 5250 para administración en consola tradicional IBM i, familiar para operadores y administradores acostumbrados al entorno nativo.

Las alertas se entregan por email, MSGQ y SNMP, lo que permite integración con cualquier consola de monitoreo corporativo (Nagios, Zabbix, AUI Enterprise Monitor, etc.) y facilita el monitoreo desatendido en guardia nocturna o fin de semana.

El portal de soporte de Precisely (support.precisely.com) provee documentación técnica en inglés y francés, incluyendo referencias de comandos propios del producto (EDHCTL, EDHMONITOR, EDH_STATUS, PMEDHSTR), guías de configuración de journaling y SSH, checklists de operación diaria y artículos de troubleshooting con códigos de error específicos (EDH0734, SYS0403, CPF codes). También documenta integraciones con SAP, MQ Series y NetServer.

Por qué importa el journaling

Quick EDD es replicación lógica: lee los journals de IBM i y aplica los cambios en el target. Si un objeto crítico no está journaled, no se replica. Por eso la primera tarea de cualquier proyecto Quick EDD es relevar y completar journaling de los objetos productivos.

Objetivo del rol en este módulo: diseñar la solución, dimensionar y entregar demos/POCs.

Arquitectura

• •Source (producción) y Target (respaldo) — ambos IBM i.
• •Apply process en el target consume los journal entries y aplica los cambios.
• •Auditoría continua detecta divergencias por checksum/comparación.
• •Topologías: 1→1, 1→N, cascadas, bidireccional según licencia.

Prerequisitos a relevar

1. •Versión y TR de IBM i en source y target.
2. •Listado de bibliotecas y objetos a replicar.
3. •Estado de journaling de los objetos críticos. Lo que no está journaled hay que journalizarlo antes.
4. •Volumen de cambios (entries/día, MB de receivers/día).
5. •Latencia y ancho de banda entre source y target.
6. •Esquema de IASP si lo hay.
7. •Convenciones de naming y bibliotecas reservadas.

Sizing y diseño

• •Storage para receptores de journal (al menos N días de retención).
• •CPU/memoria adicional para apply process en target.
• •Red dedicada o priorizada entre source y target para la replicación.
• •Diseño de switch: qué se hace con los usuarios, IPs, DNS, jobs, conexiones de aplicación.

Procedimientos de switch

QuickEDD permite procedimientos de switch personalizables que definen exactamente qué ocurre antes, durante y después del cambio de rol entre source y target. Los modos de ejecución disponibles son:

• •Paso a paso — el operador avanza manualmente por cada etapa; ideal para el primer drill o entornos con alta criticidad.
• •Interactivo — el operador valida cada etapa pero el sistema propone y ejecuta; equilibrio entre control y velocidad.
• •Batch — el switch corre automáticamente sin intervención manual; se usa una vez que el procedimiento fue probado y documentado.

Los procedimientos cubren: quiesce de aplicación, detención de jobs, cambio de IP/DNS, arranque del target como nuevo source y notificaciones. Definir, documentar y ensayar el switch es parte del proyecto, no un anexo: un role-swap no probado no es DR, es esperanza.

POC controlado

Estructura típica:

1. •Setup en lab o LPAR de pruebas del cliente.
2. •Replicar un subconjunto representativo de bibliotecas.
3. •Mostrar replicación en tiempo real.
4. •Mostrar auditoría detectando una divergencia provocada y reparándola.
5. •Ejecutar un role-swap.
6. •Volver al estado original (swap-back).
7. •Documentar resultados y prerequisitos para producción.

Manejo de objeciones técnicas comunes

• •"¿Y si el journaling pesa mucho?" — los receivers se gestionan con políticas de tamaño/threshold y purga; QuickEDD maneja receivers remotos.
• •"¿Soporta IFS?" — sí, IFS está dentro del scope de objetos replicados.
• •"¿Y mis spool files / job queues?" — sí, ambos.
• •"¿Y los user profiles y system values?" — sí, también.

Adicionalmente, el portafolio Assure incluye el módulo Assure QuickEDD Anonymizer, que reemplaza permanentemente datos sensibles en el target usando técnicas de sustitución — en tiempo real o bajo demanda — manteniendo el formato y estructura de los datos pero asegurando que los datos reales nunca salgan del servidor productivo securizado. Esto es especialmente valioso para escenarios donde el target de replicación se usa también para refresh de ambientes de test o analytics, y hay obligaciones de cumplimiento (GDPR, PCI, HIPAA).