Bellacosa Mainframe apresenta Storage para DEV Cobol

💣 SEU COBOL NÃO É LENTO — SEU STORAGE É QUE DECIDE O DESTINO DO JOB

Um papo direto com quem já escreveu milhões de linhas em COBOL…
mas talvez nunca tenha olhado o storage como o verdadeiro protagonista.

---

☕ Introdução — o erro que ninguém te contou

Você já viu isso:

• Job que ontem rodava em 5 minutos… hoje leva 40
• Batch que “do nada” começa a gargalar
• VSAM “misteriosamente” lento
• DB2 com I/O explodindo

E alguém diz:

“É o programa.”

Não.
Na maioria das vezes… é o storage.

---

🧠 CAPÍTULO 1 — Antes do disco… existia o tempo físico

🧾 Cartão perfurado: o primeiro “storage”

Antes de DASD, antes de tape…
o dado era literalmente um buraco no papel.

• Cada linha COBOL → um cartão
• Ordem física → lógica do programa
• Caiu no chão? 💣 acabou o sistema

💡 Insight:

O primeiro “bug” da história era… baralho embaralhado.

---

🎞️ CAPÍTULO 2 — Tape: o começo do streaming

📼 Fita magnética — o avô do Big D

Tape trouxe algo revolucionário:

• Processamento sequencial
• Grandes volumes
• Backup antes de existir “backup”

👉 E aqui nasce o conceito que você usa até hoje:

Batch

💡 Curiosidade:

• Tape ODEIA parar
• Se parar → “shoe-shining” (vai e volta igual fita cassete)

---

💿 CAPÍTULO 3 — Disco: quando o acesso ficou inteligente

🏢 DASD (Direct Access Storage Device)

Aqui muda o jogo:

• Acesso direto (não sequencial)
• Surge VSAM
• Surge CICS
• Surge DB2

👉 Você para de ler tudo… e passa a ler o que precisa

💡 Insight COBOL:

READ NEXT virou READ KEY

---

⚡ CAPÍTULO 4 — Flash: o fim da mecânica

🔥 SSD no mundo enterprise

Sem disco girando
Sem braço mecânico
Sem latência física relevante

👉 Resultado:

• I/O quase instantâneo
• Batch acelera absurdamente
• DB2 muda comportamento

💡 Insight crítico:

Flash não melhora programa ruim…
ele expõe arquitetura ruim

---

🚀 CAPÍTULO 5 — NVMe: paralelismo bruto

Aqui não é mais “rápido”…
é outro modelo mental.

• I/O paralelo massivo
• Filas simultâneas
• CPU quase não espera

👉 No mainframe:

O gargalo deixa de ser storage… e vira desenho da aplicação

---

🔌 CAPÍTULO 6 — O segredo que poucos entendem: I/O NÃO É CPU

🧠 Como o z/OS realmente funciona

No mundo distribuído:

• CPU faz tudo

No mainframe:

• CPU manda
• Channel executa
• Storage responde

👉 Resultado:

Seu COBOL NÃO faz I/O… ele pede I/O

💡 Easter egg:

• EXCP → você acha que controla tudo
• Mas quem manda mesmo é o Channel Subsystem

---

🧬 CAPÍTULO 7 — RAID: onde mora o risco invisível

Você nunca configurou RAID no COBOL…
mas ele define seu tempo de execução.

• RAID 5 → barato, mais lento
• RAID 10 → caro, extremamente rápido
• RAID 6 → seguro, mais pesado

💣 Verdade dura:

RAID errado = gargalo invisível

---

🧠 CAPÍTULO 8 — SMS: o cérebro invisível

Aqui está o ponto mais ignorado por dev:

SMS decide onde seu dado vai viver

• Storage Class → performance
• Management Class → lifecycle
• Data Class → formato

👉 Você escreve:

OPEN INPUT ARQUIVO

👉 Mas quem decide:

• Disco?
• Flash?
• Tape?

💡 Insight:

Você não controla o storage…
você negocia com ele

---

📦 CAPÍTULO 9 — Tape moderno: o sobrevivente

Tape não morreu.

Ele virou:

• Backup
• Archive
• Compliance
• Air gap (anti-ransomware)

💡 Insight:

Quando tudo falha…
é o tape que salva

---

🤖 CAPÍTULO 10 — Cartridge + robô = escala

• Cartucho = mídia
• Drive = leitura
• Robô = automação

👉 Você pede dataset
👉 Um robô físico movimenta o dado

Sim… existe um braço robótico trabalhando pro seu JCL

---

🧊 CAPÍTULO 11 — Air Gap: o último nível

• Offline
• Fora da rede
• Intocável

👉 Nem hacker… nem erro humano alcança

---

💣 CAPÍTULO FINAL — A verdade que muda tudo

Você achava que:

“Programa define performance”

Mas na prática:

• Storage define latência
• RAID define risco
• SMS define localização
• Tape define sobrevivência

---

☕ Bellacosa-style conclusão

“COBOL executa regra de negócio…
mas é o storage que decide se ela chega a tempo.”

 

💣 LAB MASTER 🔥 Storage Não Armazena — Ele Decide o Destino do Dado

 

Bellacosa Mainframe Treine Storage Mainframe

💣 LAB MASTER

🔥 Storage Não Armazena — Ele Decide o Destino do Dado

---

🎯 Objetivo do LAB

Ao final você será capaz de:

• Entender como o SMS decide storage
• Criar datasets com e sem striping
• Simular impacto de RAID (conceitual)
• Trabalhar com DASD vs Tape
• Ver migração automática (HSM ML1/ML2)
• Executar backup e restore
• Entender o papel do air gap

---

🏗️ Cenário

Você é responsável por:

• Um ambiente com:
  • DASD (disco)
  • Flash (simulado via classe)
  • Tape (ML2)
• Workloads:
  • Batch pesado
  • Dados críticos
  • Arquivos de archive

---

🧪 LAB 1 — Alocação sem SMS (controle manual)

🎯 Objetivo

Sentir o “mundo antigo”

//STEP1 EXEC PGM=IEFBR14
//DD1   DD DSN=USER.TEST.MANUAL,
//      DISP=(NEW,CATLG),
//      UNIT=3390,
//      SPACE=(CYL,(10,5))

🧠 O que observar:

• Você escolhe tudo manualmente
• Sem inteligência

---

🧪 LAB 2 — Alocação com SMS

🎯 Objetivo

Ver o SMS em ação

//STEP1 EXEC PGM=IEFBR14
//DD1   DD DSN=USER.TEST.SMS,
//      DISP=(NEW,CATLG),
//      DATACLAS=STANDARD,
//      STORCLAS=FAST,
//      MGMTCLAS=BACKUP

🧠 O que observar:

• Nenhum volume definido
• SMS decide tudo

---

🧪 LAB 3 — Striping (performance)

🎯 Objetivo

Simular I/O paralelo

👉 Criar Data Class com:

• Stripe Count = 4

//STEP1 EXEC PGM=IEFBR14
//DD1 DD DSN=USER.TEST.STRIP,
//     DISP=(NEW,CATLG),
//     DATACLAS=STRIPE4

🧠 Observe:

• Dataset distribuído
• Performance maior

---

🧪 LAB 4 — RAID (conceitual via comportamento)

🎯 Objetivo

Entender impacto sem ver RAID direto

Teste:

• Dataset pequeno vs grande
• Com e sem striping

👉 Analise:

• Tempo de execução
• I/O count

💡 Insight:

RAID está por baixo — você vê o efeito, não a configuração

---

🧪 LAB 5 — Tape (gravação)

🎯 Objetivo

Gravar em fita

//STEP1 EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT1   DD DSN=USER.TEST.SMS,DISP=SHR
//SYSUT2   DD DSN=USER.TEST.TAPE,
//         DISP=(NEW,CATLG),
//         UNIT=TAPE,
//         VOL=SER=TAPE01

🧠 Observe:

• Acesso sequencial
• Tempo maior

---

Bellacosa Mainframe apresenta leitor cartrige com braço robotico

🧪 LAB 6 — HSM (migração automática)

🎯 Objetivo

Ver dados indo para tape

Comando:

HSEND MIGRATE DATASET('USER.TEST.SMS')

🧠 Resultado:

• ML1 → disco
• ML2 → tape

---

Bellacosa Mainframe apresenta antigo leitor tape para mainframe mvs 

🧪 LAB 7 — Recall (volta do tape)

//STEP1 EXEC PGM=IEFBR14
//DD1 DD DSN=USER.TEST.SMS,DISP=SHR

🧠 Observe:

• Dataset volta do tape
• Delay perceptível

---

🧪 LAB 8 — Backup

🎯 Objetivo

Criar cópia de segurança

//STEP1 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DUMP DD DSN=USER.BACKUP.TAPE,
//     UNIT=TAPE,
//     DISP=(NEW,CATLG)
//SYSIN DD *
 DUMP DATASET(USER.TEST.SMS) -
      OUTDD(DUMP)
/*

---

🧪 LAB 9 — Simulação de desastre

🎯 Objetivo

Recuperação

//STEP1 EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//DUMP DD DSN=USER.BACKUP.TAPE,DISP=SHR
//SYSIN DD *
 RESTORE DATASET(USER.TEST.SMS) -
         INDD(DUMP)
/*

---

🧪 LAB 10 — Air Gap (conceito aplicado)

🎯 Objetivo

Entender proteção real

👉 Cenário:

• Dataset corrompido
• Backup online comprometido

👉 Recuperação:

• Apenas via tape

💡 Insight:

Aqui você entende por que tape ainda existe

---

🧠 Fechamento técnico

Você acabou de trabalhar com:

• DASD (3390)
• SMS (policy-driven storage)
• Striping (performance)
• RAID (efeito indireto)
• Tape (sequencial)
• HSM (automação)
• Backup/Restore
• Air Gap (segurança real)

---

☕ Bellacosa-style conclusão

“Você não manipulou disco…
você manipulou decisões sobre onde o dado vive, se move… e sobrevive.”

 

 

Bellacosa Mainframe mergulhando no Storage Mainframe

O que é Storage em Mainframe?

No mundo Mainframe, Storage é o subsistema responsável por armazenar permanentemente todos os dados utilizados pelas aplicações, bancos de dados, arquivos, logs, backups e sistemas operacionais.

Em outras palavras:

Storage = O "cofre" de dados do Mainframe

É nele que ficam armazenados:

• Datasets

• VSAM

• DB2

• Logs

• Backups

• JCLs

• Fontes COBOL

• Bibliotecas Load

• Arquivos de usuários

---

Diferença Entre Memória e Storage

Muitos iniciantes confundem os dois conceitos.

Memória (RAM)

Armazenamento temporário.

Programa Executando
         ↓
      Memória

Quando o sistema é desligado:

Dados Perdidos

---

Storage

Armazenamento permanente.

Programa
     ↓
Storage

Os dados permanecem gravados.

---

Evolução Histórica

Década de 1960

Cartões perfurados.

80 colunas

---

Década de 1970

Discos magnéticos.

---

Década de 1980

DASD de grande capacidade.

---

Atualmente

SSD
Flash
NVMe
Storage Corporativo

---

O que é DASD?

Significa:

Direct Access Storage Device

É o termo tradicional utilizado em Mainframe para dispositivos de armazenamento.

---

Exemplo:

3390
3380

eram modelos clássicos.

---

Storage Moderno

Hoje os Mainframes normalmente utilizam:

IBM DS8000

A principal família de storage corporativo da IBM.

---

Exemplo

IBM Z
   ↓
FICON
   ↓
DS8000
   ↓
Discos SSD

---

O que o Storage Guarda?

---

Datasets

Arquivos do z/OS.

Exemplo:

USER.COBOL.SOURCE

---

Load Libraries

Programas compilados.

Exemplo:

USER.LOADLIB

---

DB2

Tabelas e índices.

---

VSAM

Arquivos indexados.

---

Logs

Registros operacionais.

---

Backups

Cópias de segurança.

---

Estrutura Simplificada

Aplicação
     ↓
z/OS
     ↓
Canal FICON
     ↓
Storage

---

Comunicação com o Storage

O Mainframe utiliza:

FICON

Fiber Connection

---

Função:

Mainframe
      ↔
Storage

---

Velocidades atuais:

16 Gbps
32 Gbps
64 Gbps

e superiores.

---

Controladoras

Dentro do Storage existem controladoras especializadas.

Responsáveis por:

• Cache

• Replicação

• Compressão

• Segurança

---

Cache do Storage

Antes de acessar o disco:

Storage Cache
       ↓
Disco

---

Benefícios:

✅ Mais velocidade

✅ Menor latência

---

RAID

Proteção contra falhas.

Exemplo:

Disco A
Disco B
Disco C

Se um falhar:

Dados continuam disponíveis

---

Replicação

Storage corporativo normalmente mantém cópias.

---

Exemplo:

São Paulo
      ↓
Rio de Janeiro

---

Ou:

Data Center A
      ↓
Data Center B

---

PPRC

Peer-to-Peer Remote Copy

Tecnologia IBM de replicação.

---

Metro Mirror

Replicação síncrona.

---

Global Mirror

Replicação assíncrona.

---

Snapshots

Fotografias instantâneas dos dados.

---

Utilizados para:

• Backup

• Recuperação

• Testes

---

Compressão

Reduz espaço consumido.

---

Exemplo:

100 TB
 ↓
60 TB

---

Criptografia

Storages modernos possuem:

Encryption at Rest

---

Protegem dados armazenados.

---

Storage e DB2

Fluxo típico:

DB2
 ↓
Dataset
 ↓
Storage

---

Storage e VSAM

VSAM
 ↓
Dataset KSDS
 ↓
Storage

---

Storage e Batch

Durante um JOB:

Programa COBOL
        ↓
Leitura Dataset
        ↓
Storage

---

Storage e CICS

CICS
 ↓
VSAM
 ↓
Storage

---

Disponibilidade

Storages corporativos oferecem:

✅ Redundância

✅ Failover

✅ Hot Swap

✅ Replicação

---

Hot Swap

Troca de componentes sem desligamento.

---

Exemplo:

SSD defeituoso
      ↓
Troca Online

---

Capacidade

Storages modernos podem armazenar:

Petabytes

de dados.

---

Exemplo Real

Banco:

PIX
TED
DOC
Cartões
Internet Banking

Tudo armazenado em Storages corporativos.

---

Principais Componentes

Componente	Função
DASD	Armazenamento
DS8000	Storage IBM
FICON	Comunicação
Cache	Aceleração
RAID	Proteção
PPRC	Replicação
Metro Mirror	Espelhamento síncrono
Global Mirror	Espelhamento assíncrono
Snapshot	Backup instantâneo
Criptografia	Segurança

---

Curiosidade

Um único sistema IBM DS8000 pode armazenar petabytes de dados e atender simultaneamente milhares de aplicações executando em IBM Z, LinuxONE, AIX, IBM i e ambientes distribuídos. Em grandes bancos, é comum que dezenas de storages corporativos trabalhem em conjunto para garantir disponibilidade contínua dos dados.

---

Resumo Rápido

COBOL
  ↓
Dataset
  ↓
z/OS
  ↓
FICON
  ↓
DS8000
  ↓
SSD / Flash

---

Conclusão

O Storage em Mainframe é a infraestrutura responsável pelo armazenamento permanente dos dados corporativos. Utilizando tecnologias como DASD, DS8000, FICON, RAID, Replicação, Snapshots e Criptografia, ele garante desempenho, disponibilidade e segurança para aplicações críticas que processam milhões de transações diariamente em bancos, seguradoras, governos e grandes empresas.