Módulo 6 — Flash For i

Quién es M81

M81 es un ISV francés especializado exclusivamente en la plataforma IBM i. La empresa se posiciona como un vendor de productos de "sistema y tecnología" para IBM i, con foco en automatización, backups sin impacto en producción y monitoreo. Su escala actual habla de más de 800 instalaciones de Flash for i y más de 900 instalaciones de Control for i en más de 26 países, con más de 750 clientes finales y más de 1.600 LPARs gestionadas. La empresa publica entre 3 y 4 actualizaciones de producto por año y se distingue por un soporte técnico de respuesta rápida.

El portafolio de M81 para IBM i incluye:

• •Flash for i — automatización de FlashCopy/SnapShot (foco de este módulo).
• •Control for i — conecta los eventos del log de IBM i a herramientas generales de monitoreo, con más de 200 controles plug & play compatibles con Nagios, PRTG y similares.
• •Recover for i — backup continuo basado en journaling local.

Qué es Flash for i

Flash for i gestiona, automatiza, controla y reporta todas las operaciones de FlashCopy (IBM Storage: DS8000, FlashSystem, SVC, Storwize) y SnapShot (otros arrays como EMC VMAX/PowerMax/Unity y PureStorage) sobre el storage externo, desde las propias LPARs de IBM i, usando comandos IBM i nativos.

La pieza central es el comando FLCLONE, que desde la partición productiva desencadena todo el proceso de clonado: quiesce del storage, disparo del FlashCopy, arranque de la partición clon y ejecución de las tareas configuradas sobre esa copia. El operador no necesita acceder al storage o al HMC directamente — Flash for i orquesta las conexiones seguras con esos componentes de forma transparente.

Los discos del clon aprovechan la naturaleza de las tecnologías FlashCopy/SnapShot: utilizan solo entre el 5 y el 15 % del espacio del disco original en el momento de la copia, y crecen solo con los bloques que divergen desde ese punto. Esto elimina la necesidad de duplicar el storage completo para tener un clon funcional.

Cómo se inserta en la operación

El flujo completo tiene cuatro fases automatizadas por Flash for i:

1. •Quiesce del source — se ejecuta el comando CHGASPACT sobre la partición productiva para vaciar la memoria caché a disco y garantizar consistencia del punto en el tiempo antes del snapshot. Esta es una operación rápida que no detiene la aplicación.
2. •FlashCopy / SnapShot — se dispara el grupo de consistencia en el storage externo. Los volúmenes presentados a la partición clon se convierten en copias exactas e independientes del estado productivo en ese instante.
3. •Arranque del clon — Flash for i contacta el HMC (o NovaLink) para iniciar la LPAR clon. Antes de que la partición quede activa, Flash for i la hace "inofensiva": detiene los auto-jobs, cambia la IP, ajusta los parámetros del entorno para que no interfiera con producción.
4. •Ejecución de tareas sobre el clon — por ejemplo, SAVE21 completo, backup incremental, refresh de ambiente de test, o extracción de datos para ETL.

Al finalizar, Flash for i reintegra el log de operaciones a la partición productiva (que puede ser BRMS u otro catálogo) y puede detener la partición clon si ya no se necesita.

Promesa cuantificada

Para entornos IBM i ocupados, un SAVE21 completo puede completarse con apenas dos minutos de downtime sobre la producción. Ese tiempo corresponde al quiesce + FlashCopy, que típicamente tarda alrededor de dos minutos. El backup en sí — que puede durar horas sobre un sistema grande — se ejecuta sobre la partición clon mientras producción opera normalmente con usuarios activos.

El impacto en producción se limita a esos minutos del quiesce inicial. En instalaciones donde el backup nocturno ya no entra en la ventana operativa o el sistema opera 24×7, esta reducción es el argumento técnico central.

Usos del clon (no solo backup)

El clon point-in-time tiene múltiples usos más allá del backup nocturno:

• •Ambientes de test y desarrollo con datos productivos reales — sin copias manuales que tardan horas.
• •Validación de upgrades, parches, scripts, migraciones antes de tocar producción.
• •ETL / refresh de data warehouse desde una copia consistente de producción, sin impacto en los usuarios.
• •Anonimización para cumplimiento de GDPR y CCPA — el clon puede tener datos sensibles substituidos antes de exponerse al equipo de desarrollo.
• •Generación de múltiples copias simultáneas para diferentes equipos (rollback, compliance, analytics).

Posicionamiento frente a HA

Flash for i no reemplaza una solución de HA como Assure Quick EDD ni un esquema de DR remoto. Es complementario: cubre el problema del backup window y la disponibilidad de un clon point-in-time sobre el mismo data center. La combinación Flash for i + Quick EDD + BRMS es coherente y cubre capas distintas: backup eficiente, HA/DR remoto y gestión de medios.

Objetivo del rol en este módulo: vender el producto sin canibalizar otros productos del portafolio (Quick EDD, BRMS).

Discurso de elevator pitch

"Si su problema es que el backup nocturno se está comiendo la ventana operativa o ya no entra en la noche, Flash for i les permite hacer un SAVE21 completo con dos minutos de downtime, usando la FlashCopy de su storage externo. Y la misma copia les sirve para refrescar test, hacer ETL o validar upgrades."

Casos de uso típicos

• •Ventana de backup que ya no cierra — operación 24×7 que no puede pararse.
• •Cliente con storage externo de IBM, EMC, PureStorage, etc. — el storage ya soporta FlashCopy/SnapShot pero está subutilizado desde IBM i.
• •Refresh frecuente de ambientes test — cuando hacerlo manual cuesta horas y errores.
• •Cliente que usa BRMS — Flash for i se integra con BRMS, no lo reemplaza.

Preguntas calificadoras

• •¿Qué ventana de backup tienen y la siguen cumpliendo?
• •¿Qué storage externo usan (IBM FlashSystem / Storwize / SVC / DS8000, EMC VMAX/PowerMax/Unity, PureStorage)?
• •¿Tienen FlashCopy / SnapShot licenciado en ese storage?
• •¿Usan BRMS?
• •¿Cómo refrescan ambientes de test/desarrollo hoy?
• •¿Tienen Quick EDD u otra HA? (puerta para discurso complementario, no sustituto)

Mitos a desarmar

| Mito | Respuesta | |---|---| | "Si tengo Quick EDD, no necesito Flash for i" | "Quick EDD te da HA/DR. Flash for i te da backup point-in-time y un clon usable. Resuelven problemas distintos." | | "FlashCopy ya lo hace mi storage" | "Sí, pero coordinarlo con IBM i, hacerlo consistente con CHGASPACT, dispararlo desde producción, arrancar el clon de forma segura y reintegrar el log a BRMS no es trivial. Eso es exactamente lo que automatiza Flash for i con un solo comando." | | "Es solo un script de backup" | "Es un producto que entiende el modelo de IBM i (LPARs, ASP, IFS, BRMS), gestiona el ciclo completo incluyendo HMC y storage, y reporta." |

Posicionamiento frente al portafolio

• •Flash for i + Quick EDD + BRMS es una combinación coherente: HA/DR + backup eficiente + gestión de medios.
• •Flash for i suele entrar como proyecto táctico (resolver el backup) y abre conversación posterior por HA/DR.