Comercial1½ días

Módulo 4 — Assure Quick EDD

Solución de alta disponibilidad y disaster recovery de Precisely para IBM i, basada en replicación lógica.

Conocer Assure Quick EDD (de Precisely) como producto de alta disponibilidad y disaster recovery para IBM i. Posicionarlo, diseñarlo, operarlo, diagnosticarlo y extenderlo según el rol.

Base común — todos los roles

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.


ComercialPara Comercial (1½ días)

Objetivo del rol en este módulo: vender el caso de negocio de HA/DR sobre IBM i, calificar oportunidades y manejar competencia.

Caso de negocio

  • Reducir RTO (Recovery Time Objective) — tiempo entre el incidente y la vuelta operativa.
  • Reducir RPO (Recovery Point Objective) — cuántos datos te podés permitir perder.
  • Cumplimiento regulatorio (banca, seguros, salud) que exige plan de continuidad probado.
  • Protección frente a ransomware y errores humanos — recuperar a un punto previo.

Frase de elevator pitch

"QuickEDD replica en tiempo real tu IBM i productivo a un servidor de respaldo, listo para tomar el control. Audita la sincronía sola, repara divergencias sola, y te deja hacer un switch controlado en minutos en vez de horas."

Casos de uso típicos

  • HA local — par activo/respaldo en el mismo data center.
  • DR remoto — réplica a sitio secundario con latencia tolerable.
  • HA + DR — multi-nodo, prod → HA local → DR remoto.
  • Migraciones — usar la réplica para mover producción a hardware nuevo con cutover corto.
  • Refresh de ambientes — clonar producción para test o reporting.

Preguntas calificadoras

  • ¿Tienen RTO y RPO definidos?
  • ¿Tienen plan de DR documentado y probado?
  • ¿Cuántas LPARs IBM i productivas?
  • ¿Qué solución usan hoy (si alguna)?
  • ¿Cuánto les cuesta una hora de downtime?
  • ¿Hay sitio secundario o solo data center único?
  • ¿Qué versión de IBM i y qué TR?
  • ¿Están todos los objetos críticos journaled?

Competencia y cómo posicionar

| Competidor | Posicionamiento | |---|---| | MIMIX (Rocket Software) | Producto histórico equivalente, base instalada grande. QuickEDD compite con simplicidad operativa y propuesta de valor de Precisely (suite Assure integrada). | | iTera (Rocket) | Otro producto bajo Rocket. Mismo discurso. | | Maxava HA | Player neozelandés, fuerte en SMB/medio. | | iCluster (Rocket) | Históricamente IBM, hoy bajo Rocket. | | Db2 Mirror for i (IBM) | Activo/activo a nivel de Db2. Distinto enfoque (replicación síncrona, no lógica), distinto caso de uso (cero RTO/RPO en aplicaciones soportadas). Puede ser complementario. |

Modelo comercial

  • Licenciamiento por servidor (source/target).
  • Tier según capacidad del Power.
  • Mantenimiento anual obligatorio para acceder a soporte y nuevas versiones.

(Verificar pricing y términos exactos contra el book of business actual de Precisely.)