Bellacosa Mainframe treinando em storage mainframe

💣🔥 LAB DFSMS COMPLETO — “DO DATASET À POLÍTICA”

🎯 OBJETIVO

Você vai:

• Criar Data Class, Storage Class, Management Class
• Definir ACS routines
• Alocar dataset via JCL
• Validar via ISPF/ISMF
• Simular comportamento real

---

🧱 PARTE 1 — CRIAR DATA CLASS

No ISMF:

Option 3 → Data Class

📌 Definição:

Data Class Name  ===> LABDATA
Description      ===> LAB FB 80

DSORG            ===> PS
RECFM            ===> FB
LRECL            ===> 80
BLKSIZE          ===> 800

Primary          ===> 5 CYL
Secondary        ===> 2 CYL

---

💣 Isso define o DNA do dataset

---

⚡ PARTE 2 — STORAGE CLASS

Option 4 → Storage Class

Name             ===> LABFAST
Description      ===> HIGH PERF LAB
Performance      ===> HIGH

---

💣 Aqui você está dizendo:
👉 “Esse dado precisa ser rápido”

---

🔁 PARTE 3 — MANAGEMENT CLASS

Option 5 → Management Class

Name             ===> LABMC
Description      ===> LAB POLICY

Backup           ===> DAILY
Expire           ===> 030 DAYS

Migration:
  ML1            ===> 02 DAYS
  ML2            ===> 05 DAYS

---

💣 Aqui você controla:

• Vida útil
• Backup
• Migração

---

🗂️ PARTE 4 — STORAGE GROUP

Option 6 → Storage Group

Name             ===> LABSG
Type             ===> POOL

Volumes:
  VOL001
  VOL002

---

💣 Pool de discos → onde tudo vai parar fisicamente

---

🧠 PARTE 5 — ACS ROUTINE (CORAÇÃO)

Option 7 → ACS ROUTINES

📌 STORAGE CLASS ACS

IF &HLQ = 'LAB'
  THEN SET &STORCLAS = 'LABFAST'
ELSE
  SET &STORCLAS = 'STANDARD'

---

📌 MANAGEMENT CLASS ACS

IF &HLQ = 'LAB'
  THEN SET &MGMTCLAS = 'LABMC'

---

📌 DATA CLASS ACS

IF &HLQ = 'LAB'
  THEN SET &DATACLAS = 'LABDATA'

---

💣 Aqui acontece a mágica:

👉 Você não escolhe nada no JCL
👉 O sistema decide automaticamente

---

⚔️ PARTE 6 — JCL REAL

//LABJOB   JOB  (ACCT),'LAB DFSMS',CLASS=A,MSGCLASS=X
//STEP1    EXEC PGM=IEFBR14
//DD1      DD  DSN=LAB.TEST.FILE,
//             DISP=(NEW,CATLG,DELETE),
//             SPACE=(CYL,(5,2)),
//             UNIT=SYSDA

---

💣 Note:

❌ Nenhuma class foi especificada
👉 ACS vai decidir tudo

---

🔍 PARTE 7 — VALIDAR NO ISPF

Use:

3.4 → Data Set List Utility

Verifique:

• Data Class aplicada ✅
• Storage Class correta ✅
• Management Class ativa ✅

---

🔥 PARTE 8 — TESTE REAL

💥 Teste 1 — Mudar HLQ

DSN=TEST.FILE

👉 Resultado esperado:

• Não pega LAB classes
• Cai no default

---

💥 Teste 2 — Simular erro

Altere ACS:

SET &STORCLAS = 'INVALID'

👉 Resultado:

• Falha de alocação 💣
• Excelente para aprendizado

---

🚀 PARTE 9 — SIMULAÇÃO HSM (MENTAL)

Com o tempo:

Dia 0 → criado
Dia 2 → ML1
Dia 5 → ML2 (fita)
Dia 30 → deletado

---

💣 Isso é automático via Management Class

---

⚔️ PARTE 10 — CENÁRIO REAL

Banco cria dataset LAB.PAYROLL
→ ACS aplica FAST + BACKUP
→ Dados usados
→ Após dias → migra
→ Auditoria exige restore
→ HSM recupera

---

🧠 CHECKLIST FINAL

Se você fez tudo:

✅ Criou classes
✅ Programou ACS
✅ Rodou JCL
✅ Validou resultado
✅ Entendeu ciclo de vida

---

💣 FRASE FINAL (NÍVEL PRODUÇÃO)

“Se você controla o ACS…
você controla o destino de todos os dados do sistema.”

💣🔥 LABORATÓRIO PRÁTICO — “DO DATASET À FITA (Storage Mainframe)

 

Bellacosa Mainframe Laboratorio pratico Storage Mainframe

💣🔥 LABORATÓRIO PRÁTICO — “DO DATASET À FITA”

DFSMS + DFSMShsm + DFSMSrmm para SysProg Junior & Aspirante a Storage ☕💾

🎯 Objetivo do LAB:

Você vai aprender na prática:

✅ Como o z/OS decide onde um dataset será armazenado
✅ Como políticas DFSMS funcionam
✅ Como ACS automatiza storage
✅ Como HSM migra dados
✅ Como RMM controla retenção e fitas

💣 Tudo isso pensando como um Storage Admin real.

---

🧠 CENÁRIO DO LAB

Você trabalha em um banco fictício:

BANCO Z17

Seu desafio:

👉 Criar uma política automática para datasets financeiros.

Regras:

• Dados financeiros precisam ser rápidos

• Backup diário

• Migração automática após 2 dias

• Retenção de 30 dias

• Controle de fita para auditoria

---

⚔️ ETAPA 1 — CRIAR DATA CLASS

🎯 Objetivo

Definir a estrutura do dataset.

---

🖥️ ISMF

Option 3 → Data Class

---

📌 Criar:

Data Class Name ===> FINDATA

Description     ===> FINANCIAL FB 80

DSORG           ===> PS
RECFM           ===> FB
LRECL           ===> 80
BLKSIZE         ===> 800

Primary Qty     ===> 10 CYL
Secondary Qty   ===> 5 CYL

---

✅ SOLUÇÃO

💡 O dataset agora possui:

• Formato fixo

• Estrutura padrão bancária

• Crescimento controlado

---

⚡ ETAPA 2 — CRIAR STORAGE CLASS

🎯 Objetivo

Garantir alta performance.

---

🖥️ ISMF

Option 4 → Storage Class

---

📌 Criar:

Storage Class ===> FASTFIN

Performance   ===> HIGH
Description   ===> SSD STORAGE

---

✅ SOLUÇÃO

💡 O dataset agora será direcionado para storage de alta performance.

---

🔁 ETAPA 3 — MANAGEMENT CLASS

🎯 Objetivo

Automatizar ciclo de vida.

---

🖥️ ISMF

Option 5 → Management Class

---

📌 Criar:

Management Class ===> FINMGT

Backup           ===> DAILY

ML1 Migration    ===> 02 DAYS
ML2 Migration    ===> 05 DAYS

Expiration       ===> 030 DAYS

---

✅ SOLUÇÃO

💡 Agora o dataset:

• Recebe backup

• Migra automaticamente

• Expira sozinho

---

🗂️ ETAPA 4 — STORAGE GROUP

🎯 Objetivo

Definir pool físico.

---

🖥️ ISMF

Option 6 → Storage Group

---

📌 Criar:

Storage Group ===> FINSG

Volumes:
VOL001
VOL002
VOL003

---

✅ SOLUÇÃO

💡 Os datasets poderão ser distribuídos automaticamente entre volumes.

---

🧠 ETAPA 5 — ACS ROUTINE

🎯 Objetivo

Automatizar decisões.

---

🖥️ ISMF

Option 7 → ACS Routines

---

📌 STORAGE CLASS ACS

IF &HLQ = 'FINANCE'
 THEN SET &STORCLAS = 'FASTFIN'

---

📌 MANAGEMENT CLASS ACS

IF &HLQ = 'FINANCE'
 THEN SET &MGMTCLAS = 'FINMGT'

---

📌 DATA CLASS ACS

IF &HLQ = 'FINANCE'
 THEN SET &DATACLAS = 'FINDATA'

---

✅ SOLUÇÃO

💣 Agora o sistema decide tudo sozinho.

Você não precisa informar classes no JCL.

---

⚔️ ETAPA 6 — EXECUTAR JCL

🎯 Objetivo

Criar dataset usando automação.

---

📌 JCL

//FINJOB  JOB (ACCT),'FINANCE',CLASS=A,MSGCLASS=X
//STEP1   EXEC PGM=IEFBR14
//DD1     DD  DSN=FINANCE.CLIENTES.DADOS,
//            DISP=(NEW,CATLG,DELETE),
//            SPACE=(CYL,(10,5)),
//            UNIT=SYSDA

---

✅ SOLUÇÃO

💡 Resultado esperado:

O z/OS aplicará automaticamente:

• FINDATA

• FASTFIN

• FINMGT

---

🔍 ETAPA 7 — VALIDAR

🖥️ ISPF 3.4

FINANCE.CLIENTES.DADOS

---

📌 Verificar:

✅ Data Class
✅ Storage Class
✅ Management Class

---

💣 ETAPA 8 — SIMULAÇÃO DE ERRO

🎯 Objetivo

Aprender troubleshooting.

---

📌 Alterar ACS:

SET &STORCLAS = 'INVALID'

---

❌ Resultado esperado

Falha na alocação.

---

✅ LIÇÃO

💣 Uma linha errada no ACS pode afetar o ambiente inteiro.

---

🔄 ETAPA 9 — ENTENDENDO HSM

🎯 Fluxo automático

Dia 0 → Disco rápido
Dia 2 → ML1
Dia 5 → ML2 (fita)
Dia 30 → DELETE

---

✅ LIÇÃO

👉 O dataset “viaja” automaticamente conforme envelhece.

---

📼 ETAPA 10 — RMM & COMPLIANCE

🎯 Objetivo

Entender retenção.

---

📌 Cenário

Backup bancário precisa ficar 7 anos.

---

✅ SOLUÇÃO

RMM garante:

• Rastreamento

• Inventário

• Auditoria

• Vault

---

⚔️ DESAFIO FINAL

💥 Desafio para o aluno

Crie nova política para:

HLQ = TESTE

Regras:

• Storage STANDARD

• Sem backup

• Expiração 5 dias

---

✅ RESPOSTA ESPERADA

O aluno deverá:

• Criar novas classes

• Alterar ACS

• Validar comportamento

---

🧠 O QUE VOCÊ APRENDEU

✅ DFSMS Constructs
✅ ACS Routines
✅ Automação de storage
✅ Ciclo de vida HSM
✅ Conceitos RMM
✅ Troubleshooting básico

---

💣 FRASE FINAL ESTILO BELLACOSA

“No z/OS, datasets não envelhecem por acaso…
eles seguem políticas que alguém escreveu.”

 

 

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.

Bellacosa Mainframe o que é dasd

 

O que é DASD?

Quando alguém começa a estudar armazenamento no mainframe, rapidamente encontra a sigla:

DASD

Ela é uma das bases do ambiente z/OS.

Praticamente tudo no mainframe depende disso:

• datasets;

• JCL;

• COBOL;

• bancos de dados;

• spool;

• sistemas corporativos.

---

O que significa DASD?

DASD significa:

Direct Access Storage Device

Em português:

Dispositivo de Armazenamento de Acesso Direto

---

Definição simples

O DASD é o dispositivo de disco usado pelo mainframe para armazenar dados.

Ele funciona como:

o “HD corporativo” do z/OS.

Mas em escala muito maior, mais rápida e extremamente confiável.

---

Uma analogia fácil

Imagine:

• um notebook possui SSD;

• um servidor possui storage;

• o mainframe possui DASD.

O DASD é onde ficam armazenados:

• datasets;

• programas;

• bibliotecas;

• bancos de dados;

• arquivos batch.

---

O que significa “acesso direto”?

Significa que o sistema consegue acessar:

qualquer ponto do disco diretamente.

Sem precisar ler tudo em sequência.

---

Analogia

Imagine um livro.

---

Acesso sequencial

Você precisa virar página por página até encontrar algo.

---

Acesso direto

Você abre exatamente na página desejada.

---

Isso torna o DASD muito eficiente

Especialmente para:

• grandes bancos;

• milhões de registros;

• sistemas financeiros.

---

O DASD é um HD comum?

Não.

Ele foi criado para:

• alta performance;

• enorme capacidade;

• redundância;

• ambientes críticos.

---

O que fica armazenado no DASD?

Praticamente tudo do z/OS.

---

Exemplos

• datasets;

• PDS;

• PDSE;

• VSAM;

• bibliotecas COBOL;

• JCL;

• DB2;

• logs;

• SYSOUT;

• arquivos batch.

---

Como o z/OS organiza o DASD?

O armazenamento possui vários conceitos importantes:

---

Volume

Cada disco possui um nome.

Exemplo:

VOL001

---

Dataset

Arquivo armazenado no DASD.

---

Catálogo

Sistema que informa:

• onde o dataset está;

• em qual volume;

• atributos.

---

Como era o DASD antigamente?

Nos primeiros mainframes:

• enormes discos físicos;

• pratos magnéticos gigantes;

• equipamentos muito pesados.

Alguns pareciam:

máquinas de lavar industriais.

---

Hoje tudo evoluiu

Os DASDs modernos são:

• extremamente rápidos;

• compactos;

• virtualizados;

• integrados com storages avançados.

---

O DASD ainda usa disco magnético?

Em muitos casos:
sim.

Mas atualmente existem:

• SSD corporativo;

• cache avançado;

• virtualização;

• storage híbrido.

---

Como datasets ficam no DASD?

Exemplo:

USUARIO.JCL(MYJOB)

Esse dataset ocupa espaço físico dentro de um volume DASD.

---

O que é cilindro e trilha?

O DASD tradicional organiza espaço em:

---

Track (trilha)

Menor unidade física.

---

Cylinder (cilindro)

Grupo de trilhas alinhadas.

---

Isso ainda aparece no z/OS?

Sim.

Muitos JCLs usam:

SPACE=(CYL,(1,1))

ou:

SPACE=(TRK,(10,5))

---

O que isso significa?

---

CYL

Alocação em cilindros.

---

TRK

Alocação em trilhas.

---

O que é I/O?

Input/Output.

Toda leitura ou gravação no DASD gera operações de I/O.

---

Por que performance do DASD é importante?

Porque bancos e sistemas financeiros processam:

• milhões;

• bilhões de acessos.

Performance ruim afetaria:

• PIX;

• cartões;

• transações;

• batch.

---

O que é cache de DASD?

Memória rápida usada para acelerar leitura e gravação.

---

O que é SMS?

SMS significa:

System Managed Storage

Sistema do z/OS que automatiza:

• alocação;

• gerenciamento;

• políticas de armazenamento.

---

Hoje muitos DASDs são gerenciados automaticamente

O usuário nem sempre escolhe o volume manualmente.

---

O que é um storage mainframe?

É a infraestrutura que controla:

• DASD;

• volumes;

• replicação;

• backup;

• performance.

---

O que é replicação?

Cópia automática de dados para:

• redundância;

• disaster recovery;

• alta disponibilidade.

---

Curiosidades incríveis

1. Mainframes armazenam volumes gigantescos de dados

Muitos bancos possuem petabytes.

---

2. DASD existe há décadas

E continua evoluindo.

---

3. O conceito de cilindro vem dos discos físicos antigos

Mesmo hoje ainda aparece no z/OS.

---

4. Performance de storage é crítica no mundo financeiro

Milissegundos fazem diferença.

---

Erros comuns de iniciantes

---

1. Pensar que DASD é apenas “HD antigo”

Na verdade é storage corporativo extremamente avançado.

---

2. Ignorar SPACE em JCL

Isso pode causar falhas de alocação.

---

3. Confundir volume com dataset

Volume = disco
Dataset = arquivo

---

4. Achar que tudo está apenas em nuvem

Grande parte da infraestrutura financeira ainda depende de DASD físicos.

---

Como visualizar informações do DASD?

Via:

• ISPF;

• LISTDS;

• IDCAMS;

• SDSF;

• ferramentas de storage.

---

Exemplo de LISTDS

LISTDS 'USUARIO.JCL'

Mostra:

• volume;

• RECFM;

• LRECL;

• espaço.

---

Como DASD aparece no dia a dia?

Em praticamente tudo:

• COBOL;

• JCL;

• VSAM;

• DB2;

• SORT;

• batch;

• backups.

---

Por que aprender DASD?

Porque ele é:

a base física do armazenamento no z/OS.

Quem entende DASD entende:

• datasets;

• performance;

• storage;

• arquitetura do mainframe.

---

Resumo rápido

Conceito	Significado
DASD	Disco do mainframe
Volume	Nome do disco
Dataset	Arquivo
Track	Trilha
Cylinder	Grupo de trilhas
I/O	Leitura/gravação
SMS	Gerenciamento automático

---

Conclusão

O DASD é um dos componentes mais importantes do ambiente mainframe IBM Z.

Ele fornece armazenamento corporativo de alta performance para datasets, bancos de dados e aplicações críticas do z/OS.

Mesmo após décadas de evolução tecnológica, continua sendo peça essencial da infraestrutura que sustenta bancos, governos e grandes corporações no mundo inteiro.