Preventa6 módulos15-18 días

Track Preventa

Plan de capacitación para preventa: arquitectura, sizing, demos y POCs sobre IBM Power y aplicativos.

Progreso del track0 / 6 módulos

Objetivos y criterios

Track Preventa

Objetivo del rol

Diseñar la solución técnica, dimensionar y entregar demos/POCs ante el cliente. La preventa traduce profundidad técnica a beneficio de negocio y maneja objeciones que un comercial no puede.

Audiencia y perfil

  • •Ingenieros de preventa / sales engineers / arquitectos de soluciones.
  • •Background técnico en infraestructura, DBs o desarrollo.
  • •Ideal: experiencia previa con IBM i, aunque no excluyente — el track lo cubre.

Prerequisitos

  • •Track Comercial completado o equivalente.
  • •Acceso al laboratorio compartido (LPAR de práctica con Quick EDD, Connect CDC y Flash For i instalados).
  • •Cuenta en el portal Precisely Support y M81.

Día 0 común

2 horas. Igual que el resto de cohortes — base común de plataforma. Ver modulo-hardware.md y modulo-ibm-i.md.

Plan de capacitación

| Orden | Tema | Duración | Material principal | |---|---|---|---| | 1 | Hardware iSeries / Power | 2 días | Hardware — Para Preventa | | 2 | IBM i (sistema operativo) | 3 días | IBM i — Para Preventa | | 3 | AIX | 1½ días | AIX — Para Preventa | | 4 | Assure Quick EDD | 4 días | Quick EDD — Para Preventa | | 5 | Connect CDC | 3 días | Connect CDC — Para Preventa | | 6 | Flash For i | 2 días | Flash For i — Para Preventa |

Total: 15½ días lectivos. Hasta 18 días si se incluyen días de POC práctico extendido.

Foco práctico del track

Capacidades que un preventa debe demostrar al final:

  1. •Lectura de configuración de cliente — interpretar DSPHDWRSC, DSPSFWRSC, output de HMC, mensajes de error básicos, e identificar versión IBM i + TR + generación Power.
  2. •Diseño de arquitectura — diagramas de Quick EDD HA local y DR, pipelines Connect CDC source→target, esquema Flash for i con storage externo.
  3. •Sizing y dimensionamiento — cálculo de receptores de journal, throughput de CDC, ventana de backup.
  4. •Demo guiada — ejecutar las demos de los tres productos con narrativa para cliente.
  5. •POC controlado — definir objetivos, ejecutar, documentar.

Laboratorio durante el track

Durante todo el track se usa la LPAR compartida con los tres productos instalados. Cada hito de los módulos tiene un mini-lab asociado:

  • •Journaling y exploración de receptores.
  • •Configurar replicación Quick EDD entre dos bibliotecas.
  • •Provocar divergencia y ver auditoría reparándola.
  • •Configurar pipeline Connect CDC IBM i → tabla destino.
  • •Disparar FlashCopy con Flash for i (en lab con storage virtual o emulado).

Entregable de cierre

Dos entregables:

  1. •Demo grabada de cada producto (3 demos, ~10 min cada una). Pensadas para subir al portal interno como material de apoyo a comercial.
  2. •Documento de arquitectura para un caso ficticio asignado, con:
    • •Relevamiento del cliente (versión IBM i, Power, storage, redes).
    • •Solución propuesta con diagrama.
    • •Sizing.
    • •Plan de implementación y POC.
    • •Riesgos y mitigaciones.

Criterios de aprobación

  • •Diseñar correctamente Quick EDD HA + DR para un cliente con dos sitios.
  • •Diseñar Connect CDC IBM i → Snowflake o Kafka, identificando prerequisitos de journaling.
  • •Diseñar Flash for i sobre un storage IBM FlashSystem, integrado con BRMS.
  • •No saltarse el chequeo de versiones de IBM i vigentes (7.3 con service extension, 7.4, 7.5, 7.6) y generaciones Power (POWER8 a Power11) antes de prometer features.

Mentoría y refuerzo

  • •Mentoría con un preventa senior durante el primer mes en cuentas reales.
  • •Renovación trimestral: revisión de release notes de los tres productos + un caso de cliente real con desafío técnico.
  • •Participación en comunidad: COMMON, Common Europe, IBM Champion blogs, IT Jungle.

Recursos transversales

Módulos del track

Módulo 1

Módulo 1 — iSeries / IBM Power Systems (hardware)

2 días
Módulo 2

Módulo 2 — IBM i (sistema operativo)

3 días
Módulo 3

Módulo 3 — AIX (sistema operativo)

1½ días
Módulo 4

Módulo 4 — Assure Quick EDD

4 días
Módulo 5

Módulo 5 — Connect CDC

3 días
Módulo 6

Módulo 6 — Flash For i

2 días

Agenda día por día

Agenda día por día — Track Preventa

Cronograma base de 15½ días lectivos (extensible a 18 con POCs prolongados). Bloques estándar: mañana 9:00–13:00 (4h), tarde 14:00–17:00 (3h). Cada hito de módulo tiene un mini-lab asociado en el laboratorio compartido.

Track completo: track-preventa.md.

Día 0 — Día común

14:00–16:00 (2 h). Mismo "Día 0" que el resto. Historia, portafolio, vocabulario.

Días 1–2 — Hardware iSeries / Power

Día 1

Mañana (4 h)

  • •9:00–10:30 Linaje AS/400 → IBM Power. TIMI en profundidad.
  • •11:00–13:00 Familias Power: scale-out (S1014/22/24), midrange, enterprise (E1050, E1080). POWER9, Power10, Power11.

Tarde (3 h)

  • •14:00–15:30 PowerVM: LPARs, VIOS, micro-partitioning, LPM, shared processor pools.
  • •15:30–17:00 HMC: gestión de LPARs, firmware, CoD.

Día 2

Mañana (4 h)

  • •9:00–10:30 IASP — uso, casos, switching.
  • •11:00–13:00 Sizing básico. Lectura de configuración del cliente (DSPHDWRSC, output de HMC).

Tarde (3 h)

  • •14:00–17:00 Lab: relevar la LPAR del laboratorio compartido. Inferir modelo, generación, recursos, storage.

Material: Hardware — Para Preventa, Recursos — Power Redbooks.

Días 3–5 — IBM i (sistema operativo)

Día 3

Mañana (4 h)

  • •9:00–10:30 Single-level storage. Objetos y bibliotecas.
  • •11:00–13:00 IFS, integración con AIX/Linux.

Tarde (3 h)

  • •14:00–17:00 Journaling: pieza clave para HA y CDC. Receivers, política de purga.

Día 4

Mañana (4 h)

  • •9:00–10:30 Seguridad por objeto. QSECURITY, QPWDLVL.
  • •11:00–13:00 DB2 for i, IBM i Services, Db2 Mirror.

Tarde (3 h)

  • •14:00–17:00 Versiones vigentes (7.3 service extension, 7.4, 7.5, 7.6) + features destacadas por versión + Technology Refresh.

Día 5

Mañana (4 h)

  • •9:00–13:00 Conectividad: ACS, Navigator for i, REST/JSON. Lab: explorar IBM i Services con SQL.

Tarde (3 h)

  • •14:00–17:00 Sizing y diseño con journaling y storage. Calcular volumen de receivers para una carga ejemplo.

Material: IBM i — Para Preventa, IBM i 7.4 features.

Días 6–7 — AIX

Día 6 (mañana + tarde)

  • •9:00–10:30 AIX vs IBM i: diferencias estructurales.
  • •11:00–13:00 SMIT, LPP, NIM, mksysb.
  • •14:00–15:30 Versiones vigentes (7.2, 7.3 con TLs).
  • •15:30–17:00 PowerHA SystemMirror: arquitectura (CAA, RSCT, RGs).

Día 7 (mañana, ½ día)

  • •9:00–11:00 Integración con IBM i: storage, red, NFS/SMB.
  • •11:00–13:00 Sizing rápido AIX. Lab: reconocer una LPAR AIX y leer oslevel -s, lparstat -i, lsvg.

Material: AIX — Para Preventa, PowerHA expandido.

Días 8–11 — Assure Quick EDD

Día 8

Mañana (4 h)

  • •9:00–10:30 Arquitectura de Quick EDD. Source, target, apply process.
  • •11:00–13:00 Topologías (1→1, 1→N, cascadas, bidireccional).

Tarde (3 h)

  • •14:00–17:00 Prerequisitos a relevar. Plantilla de relevamiento.

Día 9

Mañana (4 h)

  • •9:00–13:00 Sizing: storage para receivers, CPU/memoria target, ancho de banda.

Tarde (3 h)

  • •14:00–17:00 Lab 1: configurar replicación entre dos bibliotecas en el laboratorio compartido.

Día 10

Mañana (4 h)

  • •9:00–13:00 Lab 2: provocar divergencia y ver auditoría reparándola.

Tarde (3 h)

  • •14:00–17:00 Procedimientos de switch: paso a paso, interactivo, batch.

Día 11

Mañana (4 h)

  • •9:00–13:00 Lab 3: ejecutar role-swap completo end-to-end. Volver al estado original.

Tarde (3 h)

  • •14:00–17:00 Manejo de objeciones técnicas. Demo grabada (entregable).

Material: Quick EDD — Para Preventa.

Días 12–14 — Connect CDC

Día 12

Mañana (4 h)

  • •9:00–10:30 Arquitectura: agente IBM i + Data Queue + motor + destino.
  • •11:00–13:00 Fuentes y destinos soportados (oficiales). Estrategia de tópicos Kafka, integración Snowflake.

Tarde (3 h)

  • •14:00–17:00 Prerequisitos: journaling AFTER/BOTH, scope, mapping, transformaciones.

Día 13

Mañana (4 h)

  • •9:00–13:00 Diseño de pipelines: schema evolution, replay, catch-up.

Tarde (3 h)

  • •14:00–17:00 Lab 1: configurar pipeline IBM i → tabla destino simple.

Día 14

Mañana (4 h)

  • •9:00–13:00 Lab 2: provocar cambios en source y verificar destino. Catch-up tras detener destino.

Tarde (3 h)

  • •14:00–17:00 Sizing y diseño de transformaciones. Demo grabada (entregable).

Material: Connect CDC — Para Preventa.

Días 15–16 — Flash For i

Día 15

Mañana (4 h)

  • •9:00–10:30 Arquitectura: producción, FlashCopy/SnapShot, LPAR clon, BRMS.
  • •11:00–13:00 Prerequisitos: storage compatible, LPAR clon, conectividad.

Tarde (3 h)

  • •14:00–17:00 Diseño: ASPs en scope, consistencia, política de retención.

Día 16

Mañana (4 h)

  • •9:00–13:00 Lab: simular ciclo Flash for i en lab. Validar reintegración a BRMS.

Tarde (3 h, ½ día)

  • •14:00–17:00 Compatibilidad de storage. Posicionamiento frente a HA. Demo grabada (entregable).

Material: Flash For i — Para Preventa.

Día 17 — Entregables de cierre

Mañana (4 h)

  • •9:00–11:00 Revisión de las 3 demos grabadas (Quick EDD, Connect CDC, Flash For i).
  • •11:00–13:00 Devolución y ajustes.

Tarde (3 h)

  • •14:00–17:00 Documento de arquitectura para un caso ficticio asignado: relevamiento + propuesta + sizing + plan de POC + riesgos.

Material: Entregable de cierre — Track Preventa.

Días 18 (opcional)

POC extendido en lab simulando un caso real punta a punta, con un comercial interpretando al cliente.

Recursos del track