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: diseñar la implementación, dimensionar y entregar POC.

Arquitectura

[IBM i — Producción (LPAR A)]
      |
      | comando FLCLONE (IBM i nativo)
      v
[Flash for i] ----- CHGASPACT + FlashCopy -----> [Storage externo]
                                                         |
                                                         | FlashCopy / SnapShot
                                                         | (5-15% espacio extra)
                                                         v
                                                 [LUNs clon]
                                                         |
                                                         v
                                             [IBM i — Clon (LPAR B)]
                                             (IP cambiada, jobs detenidos)
                                                         |
                                                         | SAVE21 / backup full
                                                         v
                                                  [LTO / VTL / disco]
                                                         |
                                                         | reintegración del log
                                                         v
                                                      [BRMS en LPAR A]

Prerequisitos a relevar

1. •Versión de IBM i — se requiere V7R1 o superior.
2. •Storage externo y su modelo: IBM DS8000, FlashSystem, SVC o Storwize; EMC VMAX, PowerMax o Unity; PureStorage.
3. •Licencias de FlashCopy / SnapShot habilitadas en ese storage.
4. •HMC o NovaLink para gestionar la LPAR clon.
5. •Recursos de hardware disponibles para la LPAR clon (cores, memoria; pueden ser CoD activable bajo demanda).
6. •Conectividad del clon a tape / VTL.
7. •Integración con BRMS existente.
8. •Catálogo de bibliotecas/objetos críticos.

Diseño

• •Definición de los ASPs en scope (system ASP, IASP). Flash for i soporta tanto entornos sin IASP como con IASP.
• •Estrategia de consistencia previa al snapshot: el quiesce vía CHGASPACT es el mecanismo estándar.
• •Plan de recursos de la LPAR clon: cuándo se enciende, con qué CPU/memoria, y si requiere CoD o recursos siempre disponibles.
• •Política de retención de snapshots / FlashCopies.
• •Integración con BRMS para que el catálogo y log queden coherentes tras cada ciclo.
• •Procedimiento de reuso del clon para test/dev/ETL si es parte del scope.

POC

1. •Setup en lab o entorno controlado del cliente con storage compatible.
2. •Configurar Flash for i sobre la LPAR productiva.
3. •Disparar la primera FlashCopy con FLCLONE y montar la LPAR clon.
4. •Verificar que el clon arrancó correctamente con IP aislada y jobs detenidos.
5. •Ejecutar SAVE21 desde el clon a tape/VTL.
6. •Reintegrar el log a BRMS en producción.
7. •Medir el downtime real sobre producción y comparar con backup tradicional.
8. •Repetir el ciclo para validar consistencia.

Storage compatible

Flash for i automatiza FlashCopy de IBM (DS8000, FlashSystem, SVC, Storwize) y SnapShot de EMC (VMAX, PowerMax, Unity) y PureStorage. Verificar la matriz de compatibilidad oficial de M81 para el modelo y firmware exactos del cliente, ya que el soporte de versiones de firmware puede variar por release del producto.