Lab — Ciclo completo Flash For i

Objetivo

Ejecutar un ciclo end-to-end del producto Flash For i (M81): disparar snapshot del storage externo desde IBM i, arrancar la LPAR clon, correr SAVE21 desde el clon hacia un medio de backup, y reintegrar el log a BRMS de producción. Medir la duración total y el downtime efectivo sobre producción.

Tiempo estimado

150 minutos.

Prerequisitos

•LPAR source en IBM i con Flash for i instalado y configurado.
•Storage externo compatible con FlashCopy/SnapShot (típico en lab: IBM FlashSystem o emulación).
•LPAR clon preconfigurada en HMC, con recursos asignados (cores, memoria) o disponibles vía CoD para activación temporal.
•BRMS instalado y operativo en source.
•Drive LTO o VTL accesible desde el clon.
•Documentación oficial: m81.eu/flash-for-i, Reference document V5.02 (PDF).

Concepto

El ciclo es:

•Producción sigue activa con jobs y usuarios.
•Flash for i dispara una FlashCopy/SnapShot del storage externo (segundos).
•Sobre los LUNs clon se monta la LPAR clon.
•La LPAR clon arranca y Flash for i la prepara para SAVE21.
•SAVE21 corre en el clon, sin afectar producción.
•Al finalizar, el log del backup se reintegra a BRMS en producción.

(Fuente: M81 — Flash for i product page, IT Jungle — M81 Speeds Backups with Flash for i)

Paso 1 — Preparar producción

1.1 Estado del sistema antes

Capturar baseline:

DSPSYSVAL QDATETIME
WRKACTJOB
WRKDSKSTS

1.2 Generar carga sintética

Para validar después que el clon es consistente, dejar un objeto "marca" en producción:

CRTLIB LIB(FFILAB)
CRTPF FILE(FFILAB/MARCA) RCDLEN(80)

Insertar una fila marcada:

INSERT INTO FFILAB.MARCA VALUES('PRE-FLASHCOPY MARK                                                                ');

Paso 2 — Disparar el ciclo Flash for i

Desde el menú del producto en producción, ejecutar el comando o opción que dispara el ciclo (el nombre exacto depende de la versión instalada — verificar contra el manual M81 vigente).

Etapas que el producto ejecuta automáticamente:

•Quiesce / preparación — opcionalmente coordina con journaling para asegurar consistencia.
•FlashCopy / SnapShot — la copia point-in-time se ejecuta en el storage en segundos.
•Arranque de la LPAR clon — vía HMC, montando los LUNs clonados.
•Configuración del clon — Flash for i ajusta el entorno para que el clon arranque sin interferir con producción.
•Ejecución del SAVE21 sobre el clon — backup completo.
•Reintegración del log a BRMS en producción.

Paso 3 — Cronometrar el downtime

Medir con el reloj en mano (o con timestamps en logs):

| Etapa | Tiempo objetivo | Tiempo real | |---|---|---| | FlashCopy / SnapShot | < 60 segundos | ___ | | Downtime total efectivo sobre producción | ~2 minutos (claim oficial M81) | ___ | | IPL del clon | depende de LPAR | ___ | | SAVE21 en clon | tamaño-dependiente | ___ | | Reintegración del log | minutos | ___ | | Total del ciclo | — | ___ |

(Referencia oficial: con Flash for i, un SAVE21 completo se logra con ~2 minutos de downtime sobre producción. Fuente: IT Jungle)

Paso 4 — Validación de consistencia del clon

Una vez que el clon arrancó (paso 2.4), antes del SAVE21:

WRKACTJOB
DSPSYSSTS

Verificar la fila "marca":

SELECT * FROM FFILAB.MARCA;

Debe mostrar la fila PRE-FLASHCOPY MARK insertada en paso 1.2 — confirmando que el clon refleja el estado de producción al momento del snapshot.

Paso 5 — Validación del backup

Tras completar SAVE21:

•Verificar éxito en joblog del SAVE21 en clon.
•Verificar medio físico (cinta o VTL) — el catálogo debe registrar el volumen.
•Cantidad de objetos respaldados acorde al tamaño esperado.

Paso 6 — Validación de reintegración a BRMS

En producción:

GO BRMS

Opción 6 (Work with media information): debe aparecer el medio recién creado por el SAVE21 del clon, con su catálogo correspondiente.

WRKMEDIBRM
WRKMEDBRM

Paso 7 — Test de restore (opcional pero recomendado)

Para cerrar el círculo: probar restaurar un objeto desde el medio recién creado.

RSTOBJ OBJ(MARCA) SAVLIB(FFILAB) DEV(*MEDIA) MEDIA(...)

(Coordinar con el instructor — implica leer la cinta/VTL recién creada.)

Paso 8 — Cleanup

DLTF FILE(FFILAB/MARCA)
DLTLIB LIB(FFILAB)

Apagar la LPAR clon desde HMC si quedó arriba.

Validación esperada al cierre

•El downtime medido sobre producción es de orden de minutos (no horas).
•El SAVE21 completó en el clon sin afectar a usuarios productivos.
•BRMS conoce el nuevo medio.
•El restore de prueba (si se hizo) completó sin error.

Lecciones del lab

•No es solo un script — el producto coordina IBM i, HMC, storage externo y BRMS, y eso vale el dinero del producto comparado con automatizar uno mismo cada pieza.
•El clon es real: corre IBM i con todo el sistema, no es un dump. Eso permite usarlo para test/dev/validación, no solo para backup.
•La reintegración a BRMS es la pieza que cierra el catálogo y permite restore consistente.
•⚠️ No reemplaza HA: si el data center cae, FlashCopy local no salva. Para DR, complementar con Quick EDD remoto.

Errores comunes

| Síntoma | Mitigación | |---|---| | FlashCopy no se dispara | Storage en mantenimiento o autoridad — ver RB-FFI-001 | | LPAR clon no arranca | Recursos no disponibles — ver RB-FFI-002 | | SAVE21 falla en el clon | Drive ocupado o medio sin espacio — ver RB-FFI-003 | | BRMS no integra el log | Autoridad o catálogo en uso — ver RB-FFI-004 |