 |
| Bellacosa Mainframe analisando o RTM |
🔥 SEU PROGRAMA NÃO MORRE… ELE DEIXA PISTAS 💀
O guia proibido do RTM que revela como o z/OS investiga, sobrevive e aprende com cada falha
Você vê um ABEND e pensa:
👉 “deu erro…”
O z/OS pensa diferente:
💥 “vamos registrar, analisar, aprender e continuar rodando.”
Esse é o papel do Recovery Termination Manager (RTM) — o sistema que transforma falhas em evidência técnica.
Se você quer sair do nível “rodou ou não rodou” e entrar no nível engenharia de diagnóstico, esse é o mapa definitivo 👊🔥
🧠 1. A FILOSOFIA DO z/OS SOBRE ERROS
No mundo distribuído:
👉 erro = problema
No mainframe:
👉 erro = evento analisável
💡 Tradução Bellacosa
“falhar é permitido… repetir o erro não.”
⚙️ 2. RTM — O “INVESTIGADOR OFICIAL”
O RTM entra em ação quando:
- ocorre erro (ABEND)
- há falha de hardware
- há erro de sistema
- ou até quando tudo termina normalmente
🔥 Funções principais
- capturar erro
- chamar rotinas de recuperação
- gerar dumps
- registrar LOGREC
- limpar recursos
💡 Insight
RTM atua até quando o programa termina certo
🧩 3. RTM1 vs RTM2 — DOIS NÍVEIS DE SOBREVIVÊNCIA
🔹 RTM1 (System)
- protege o sistema
- chama FRR
🔹 RTM2 (Task)
- trata a task
- chama ESTAE
🔥 Fluxo real
Erro → RTM1 → RTM2 → Recovery → Dump → Cleanup
💡 Tradução
“primeiro o sistema sobrevive… depois a task”
🛡️ 4. ESTAE — A AUTODEFESA DO PROGRAMA
Programas podem registrar:
👉 rotinas de recuperação
🔥 Como funciona
- programa define ESTAE
- erro ocorre
- RTM chama essa rotina
💡 Tradução Bellacosa
“seu programa pode tentar se salvar antes do fim”
🧠 Exemplo real
COBOL acessa memória inválida
↓
ESTAE intercepta
↓
log + tratamento
💀 5. DUMPS — A CENA DO CRIME
Um dump é:
👉 uma foto completa do sistema no erro
🔥 Tipos
- SYSABEND → completo
- SYSMDUMP → técnico
- SYSUDUMP → básico
- SVC Dump → sistema
- Stand-alone → sistema morto
💡 Tradução
“dump é o momento congelado da falha”
🧠 Exemplo
S0C4
↓
dump gerado
↓
IPCS analisa
🧠 6. LOGREC — O HISTÓRICO DOS ERROS
LOGREC registra:
- falhas de hardware
- erros de software
- condições do sistema
💡 Insight
é o primeiro lugar que um sysprog olha
🔥 Tradução Bellacosa
“LOGREC = diário dos problemas”
📜 7. LOGS — A LINHA DO TEMPO
🔹 Principais:
- SYSLOG → sistema
- OPERLOG → sysplex
- JESMSGLG → job
💡 Uso
👉 entender o “antes” do erro
🎥 8. TRACES — O FILME COMPLETO
Enquanto dump = foto
👉 trace = vídeo
🔹 Tipos:
- System Trace
- GTF
- Component Trace
💡 Uso
👉 analisar fluxo ao longo do tempo
🧠 9. DAE — INTELIGÊNCIA DE DUMP
Evita:
👉 dumps repetidos
🔥 Usa:
- SYS1.DAE
💡 Tradução
“não repetir análise inútil”
🔎 10. IPCS — O CSI DO MAINFRAME
Ferramenta para:
- ler dumps
- interpretar dados
- analisar erro
💡 Tradução Bellacosa
“IPCS = laboratório forense”
🧨 11. SLIP TRAPS — PEGANDO ERRO NO FLAGRA
Você pode definir:
👉 “quando isso acontecer… capture tudo”
💡 Exemplo
Se S0C4 ocorrer → gerar dump completo
🔥 Tradução
“armadilha inteligente”
⚙️ 12. CLEANUP — O FINAL OBRIGATÓRIO
Após erro ou término:
- memória liberada
- datasets fechados
- locks removidos
- timers cancelados
💡 Tradução
“ninguém sai sem arrumar o ambiente”
🔄 13. PASSO A PASSO COMPLETO
Programa executa
↓
Erro ocorre
↓
RTM acionado
↓
ESTAE / FRR chamados
↓
Dump gerado
↓
LOGREC atualizado
↓
Recursos liberados
↓
Sistema continua
🧨 CURIOSIDADES (NÍVEL ROOT)
🤯 1. RTM roda até em término normal
🔥 2. Dump pode salvar dias de análise
💀 3. LOGREC é ignorado por iniciantes
🧠 4. SLIP é arma de elite
⚡ 5. z/OS foi feito para falhar… e continuar
🎯 RESUMO FINAL
✔ RTM controla término e erro
✔ RTM1 protege sistema
✔ RTM2 trata task
✔ ESTAE = recuperação
✔ Dumps = evidência
✔ LOGREC = histórico
✔ IPCS = análise
💥 FRASE FINAL
“No mainframe, o erro não encerra o sistema… ele inicia a investigação.”
