 |
| Bellacosa Mainframe VSAM lento tuning IDCAMS e outros segredinhos |
💣 VSAM LENTO? NÃO É O MAINFRAME — É O SEU TUNING! 🔥 Os Segredos de Performance que Ninguém Te Conta
🧠 1) Escolha o tipo correto de arquivo VSAM
📌 Tradução
O VSAM suporta quatro tipos principais de datasets:
- ESDS (Entry-Sequenced Data Set) → acesso sequencial
- KSDS (Key-Sequenced Data Set) → acesso por chave
- RRDS (Relative Record Data Set) → acesso direto por número relativo
- LDS (Linear Data Set) → armazenamento bruto (usado por DB2, etc.)
Cada tipo possui características diferentes e deve ser escolhido conforme o padrão de acesso aos dados.
💬 Comentário Bellacosa
Aqui está o primeiro erro clássico de projeto:
❌ “Vou usar KSDS pra tudo porque é mais completo”
👉 Resultado: I/O desnecessário, split, CI/CA fragmentation, e performance indo pro ralo.
🧪 Exemplo prático
✔ Caso ideal:
-
Batch sequencial (ex: faturamento diário)
→ ESDS ganha disparado -
Sistema online CICS com lookup por chave
→ KSDS obrigatório -
Tabela indexada por posição fixa
→ RRDS simplifica tudo
🚀 Dica avançada (pouco falada)
Se seu acesso for altamente randômico:
👉 Combine:
- KSDS
-
- SMB + ACCBIAS=DO (Direct Optimized)
Isso muda o jogo de performance.
🧠 2) Otimização de buffers
📌 Tradução
Buffers são áreas de memória usadas para armazenar dados temporariamente durante operações VSAM.
- Poucos buffers → excesso de I/O
- Muitos buffers → desperdício de CPU/memória
💬 Comentário Bellacosa
Aqui mora um dos maiores gargalos invisíveis:
VSAM não é lento…
VSAM mal bufferizado é lento.
🧪 Exemplo prático (JCL)
//DD1 DD DSN=SEU.VSAM.KSDS,
// AMP=('BUFND=20','BUFNI=10')
- BUFND → buffers de dados
- BUFNI → buffers de índice
🧠 Regra de ouro
| Tipo de acesso | Ajuste |
|---|---|
| Sequencial | BUFND alto |
| Randômico | BUFNI mais importante |
🚀 Nível PRO (SMB tuning)
AMP=('ACCBIAS=DO','SMB')
- DO → acesso randômico otimizado
- SO → sequencial
- SW/DW → dinâmico
💣 Isso pode reduzir I/O drasticamente.
🧠 3) Minimizar tamanho de registro
📌 Tradução
O tamanho do registro influencia diretamente:
- Quantidade de blocos
- Uso de buffer
- Transferência de dados
💬 Comentário Bellacosa
Esse é clássico de legado:
“Ah, deixa esse campo aqui... vai que um dia usam”
👉 Resultado:
- Records inflados
- CI mal aproveitado
- Mais EXCP
🧪 Exemplo
❌ Ruim:
Cliente:
- Nome (100 bytes)
- Código (10)
- 20 campos não usados
✔ Melhor:
Cliente:
- Nome (40)
- Código (10)
🚀 Técnicas avançadas
- Compressão de dados
- REDEFINES em COBOL
- Uso de campos variáveis (spanned records com cuidado)
💣 Trade-off real
| Registro pequeno | Registro grande |
|---|---|
| + menos I/O | + menos splits |
| - desperdício de espaço | - mais dados por I/O |
🧠 4) Ajuste da configuração de I/O
📌 Tradução
A configuração de I/O inclui:
- Tipo de device
- Velocidade
- Canais
- Pathing
- Alocação
Ferramentas recomendadas:
- SMF
- RMF
💬 Comentário Bellacosa
Aqui entramos no território dos sysprogs 🔥
Às vezes o problema NÃO é o VSAM
👉 é o storage, canal ou concorrência
🧪 Exemplo real
Problema:
- VSAM lento
Análise SMF:
- Alta contenção em volume
Solução:
- Redistribuir datasets
- Melhorar striping
- Ajustar cache
🚀 Dica ninja
- Use LSR (Local Shared Resources) em CICS
- Use RLS (Record Level Sharing) para concorrência
💣 Isso muda completamente o comportamento do VSAM online
🧠 5) Considerações extras (parte mais rica!)
💬 Expansão Bellacosa
Aqui entram os segredos que poucos documentam 👇
🔥 CI SIZE (Control Interval)
- Sequencial → CI maior (ex: 32K)
- Randômico → CI menor (ex: 4K ou 8K)
🔥 CA SIZE (Control Area)
- Afeta splits e performance
- CA maior → menos splits
🔥 FREESPACE
FREESPACE(20 10)
- 20% no CI
- 10% no CA
👉 Reduz splits (ESSENCIAL em KSDS)
🔥 Secondary Allocation
Evite muitos extents:
SPACE=(CYL,(100,50))
🔥 Split (o vilão silencioso)
Quando ocorre:
- CI Split
- CA Split
💣 Consequência:
- Mais I/O
- Fragmentação
- Queda brutal de performance
🧪 LAB PRÁTICO (nível Bellacosa 😎)
🎯 Objetivo:
Comparar performance com tuning vs sem tuning
Cenário 1 (ruim)
- KSDS
- CI pequeno
- Sem buffer tuning
- Sem FREESPACE
Cenário 2 (otimizado)
- KSDS
- CI adequado
- FREESPACE(20 10)
- SMB + ACCBIAS
- BUFND/BUFNI ajustado
🔍 Métrica:
- EXCP count
- Tempo de execução
- SMF 64/42
💥 Resultado esperado:
👉 Redução de I/O de 30% a 80% (sim, acontece!)
🏁 Conclusão estilo Bellacosa
VSAM não é velho…
VSAM é mal compreendido.
Quando bem tunado:
💣 Ele compete com banco moderno
💣 Ele escala
💣 Ele é absurdamente eficiente
