TSO vs ISPF: porta de entrada ou bancada de trabalho?

 

TSO vs ISPF: porta de entrada ou bancada de trabalho?

“Todo mainframeiro entra pela mesma porta.
Mas nem todo mundo entende onde realmente trabalha.”

Quem começa no IBM z/OS costuma ouvir a pergunta clássica:

👉 “Você usa TSO ou ISPF?”

E a resposta correta é:

Os dois — porque um não vive sem o outro.

Vamos decodificar isso do jeito certo.

---

🧠 Antes de tudo: por que essa confusão existe?

Porque:

• Ambos aparecem logo após o login

• Ambos “parecem” ambientes de trabalho

• Ambos aceitam comandos

Mas TSO e ISPF não são concorrentes.
Eles são camadas diferentes da mesma experiência.

---

⌨️ TSO — o contato direto com o z/OS

TSO (Time Sharing Option) é o ambiente base de interação entre usuário e sistema.

Em linguagem Bellacosa:

TSO é o chão de fábrica.

O que o TSO faz de verdade:

🔐 Gerencia login seguro e sessões de usuário
⌨️ Recebe comandos digitados manualmente
🛡️ Controla acesso via RACF (ou ACF2 / Top Secret)
🧱 Serve como fundação para tudo que vem depois

Sem TSO:

• Não existe usuário logado

• Não existe comando

• Não existe ISPF

👉 TSO funciona sozinho.
Pode ser cru, seco e pouco amigável — mas funciona.

---

📋 ISPF — produtividade com método

ISPF (Interactive System Productivity Facility) não substitui o TSO.
Ele roda em cima dele.

Em linguagem Bellacosa:

ISPF é a bancada organizada, com ferramentas no lugar certo.

O que o ISPF entrega:

📋 Menus estruturados e painéis claros
🔢 Navegação por opções numeradas
✍️ Editor poderoso para COBOL, JCL, REXX
⚙️ Produtividade no dia a dia

ISPF:

• Não faz login

• Não gerencia sessão

• Não existe sem TSO

👉 ISPF depende do TSO para viver.

---

⚖️ Comparativo direto: TSO vs ISPF

Dimensão	TSO	ISPF
Tipo de interface	Linha de comando	Menus e painéis
Facilidade	Exige conhecimento	Amigável ao iniciante
Independência	Funciona sozinho	Depende do TSO
Uso principal	Comandos diretos	Desenvolvimento e gestão
Público	Operadores, sysprog, power users	Desenvolvedores e analistas

---

🔗 Como eles trabalham juntos no mundo real

O fluxo real é simples:

1️⃣ Usuário faz login via TSO
2️⃣ TSO valida identidade e cria sessão
3️⃣ Usuário digita ISPF
4️⃣ ISPF assume como interface produtiva

👉 TSO dá acesso.
👉 ISPF dá eficiência.

---

🏗️ Analogia Bellacosa (obrigatória)

• TSO → Porta de entrada do prédio

• ISPF → Escritório onde você trabalha

Sem porta:

• Você não entra

Sem escritório:

• Você entra, mas não produz

---

⚠️ Erros clássicos de padawan

❌ Achar que ISPF “substitui” TSO
❌ Usar TSO para tarefas que ISPF faz melhor
❌ Não entender que ISPF é só uma camada
❌ Ignorar comandos TSO básicos

Dica El Jefe:

Quem entende TSO sobrevive quando ISPF cai.

---

🥚 Easter-eggs do cotidiano mainframe

• Todo mundo já digitou TSO ISPF por reflexo

• Quando ISPF trava, o TSO continua vivo

• Sysprog raiz prefere TSO puro

• Padawan vive feliz no ISPF… até o dia do problema sério

---

🧭 Conselho final para quem está aprendendo

👉 Comece no ISPF para ganhar produtividade
👉 Estude TSO para ganhar independência
👉 Domine ambos para ganhar respeito

Porque no mainframe:

Interface muda. Fundamento permanece.

---

☕ Palavra final do El Jefe

TSO não é opcional.
ISPF não é luxo.
Ambos são essenciais.

Se o TSO é a porta,
o ISPF é a oficina onde o trabalho acontece.

E todo verdadeiro mainframeiro…

sabe usar os dois.

🌱 Usagi Drop — A Doçura e o Peso de Ser Adulto

 🌱 Usagi Drop — A Doçura e o Peso de Ser Adulto

Alguns animes não gritam, não têm batalhas, nem poderes místicos — apenas histórias humanas contadas com delicadeza.
Usagi Drop é um desses raros retratos da vida que fazem a alma respirar devagar.
Um slice of life sobre amadurecimento, amor silencioso e a inesperada beleza de cuidar de alguém.

---

📖 Sinopse

Daikichi Kawachi, um homem solteiro de 30 anos, descobre que seu falecido avô deixou uma filha ilegítima de 6 anos — a pequena Rin.
Ignorada pela família, a menina desperta em Daikichi algo que ele mesmo desconhecia: a vontade de proteger, amar e crescer.
Ele decide criá-la, e o que começa como uma decisão impulsiva se transforma em uma jornada sobre paternidade, responsabilidade e ternura.

Em cada manhã apressada e cada lanche compartilhado, Usagi Drop revela que o amor mais puro nasce das pequenas rotinas.

---

👨‍👧 Personagens Principais

• Daikichi Kawachi — Um adulto comum, trabalhador, sincero e um pouco perdido. Aprende que ser responsável é também aprender a ser vulnerável.

• Rin Kaga — Uma criança madura e reservada, mas cheia de sensibilidade. Sua presença transforma o mundo de Daikichi.

• Kouki & Yukari Nitani — Mãe e filho que se tornam espelhos e apoio na nova vida de Daikichi e Rin.

---

🧠 Mensagem Filosófica

Usagi Drop não é sobre a paternidade em si — é sobre crescer através do amor.
A série desmonta o mito do adulto completo, mostrando que maturidade é algo que se aprende ao cuidar de outro ser humano.
No fundo, é uma história sobre encontrar sentido na simplicidade — um lembrete de que a vida não precisa ser grandiosa para ser bonita.

---

🎬 Ficha Técnica

• Autor: Yumi Unita

• Ano de Lançamento: 2011

• Estúdio: Production I.G

• Gênero: Slice of Life / Drama / Cotidiano

• Episódios: 11

---

💡 Dicas Bellacosa

• Repare nas cores suaves e na trilha sonora minimalista — cada acorde é uma extensão da serenidade de Rin.

• É um anime perfeito para assistir em dias de chuva, acompanhado de chá ou café — o tipo de obra que abraça em silêncio.

• Não espere drama exagerado: o impacto está nas entrelinhas, nos gestos e nas pausas.

---

🔍 Curiosidades

• O mangá original tem um salto temporal polêmico, mas o anime encerra antes dessa parte — focando apenas na relação pura e paterna.

• O título “Usagi Drop” (うさぎドロップ) faz alusão à leveza e à vulnerabilidade de Rin — como um pequeno coelho deixado aos cuidados de um adulto desajeitado.

• A produção do estúdio Production I.G foi elogiada pela fidelidade emocional e pela estética aquarelada das cenas domésticas.

---

☕ Reflexão Bellacosa

Em Usagi Drop, o herói não empunha espada — ele segura uma lancheira.
Não há batalhas épicas, apenas o esforço silencioso de acordar cedo, preparar o café e chegar a tempo na escola.
E é ali, entre os gestos cotidianos, que o anime nos mostra o que é amor real: aquele que não promete eternidade, mas presença.

Porque, às vezes, o ato mais revolucionário é simplesmente cuidar de alguém — e, nesse processo, descobrir quem você é.

---

Assista devagar. Sinta. E talvez perceba que, no fundo, todos nós temos uma pequena Rin dentro de nós — esperando ser acolhida.

Quiririm, 1984 — pedalando para o interior do interior

 Quiririm, 1984 — pedalando para o interior do interior

Nos mudamos do Quiririm e antes de partir, relembro mais algumas memorias,  direto do dataset de memórias carregado em fita magnética.

---

Algumas memórias de 1984, no Quiririm, voltam com cheiro de terra molhada e barulho de corrente de bicicleta mal lubrificada. Era comum, quase rotina, eu e o Celo montarmos nas bikes e seguirmos estrada afora em direção ao Tataúba e ao Pinheirinho. Não era passeio turístico, era deslocamento raiz, sem capacete, sem GPS, só com coragem, curiosidade e uma noção meio vaga de onde ficava a volta.

Meu pai, seu Wilson, às vezes ia fotografar festas nesses distritos rurais. Batizados, casamentos, quermesses, aniversários simples, mas cheios de significado. A máquina fotográfica era quase um artefato mágico naquele cenário. Fazer amizade era inevitável, e dessas amizades nasciam convites:
— “Depois da festa passem lá em casa pra tomar um leite.”

E lá íamos nós.

Era o interior do interior, aquele São Paulo que não aparecia nos livros da escola nem no jornal da televisão. Antigas famílias colonas, gente que vivia da terra, num ritmo completamente diferente do nosso. O tempo ali parecia rodar em outro clock. O dia começava no raiar do sol e terminava quando a luz ia embora, porque em muitos lugares não tinha eletricidade.

Lembro das pescarias, esticando até o Rio Paraíba do Sul, das varas improvisadas, da paciência infinita dos adultos, do silêncio quebrado só pelo vento e pelos insetos. Do leite tirado na hora, morno, direto da vaca. Do cheiro do fogão a lenha, da comida simples e absurda de boa. Da primeira vez que entrei numa privada no meio do mato, experiência antropológica que nenhum manual prepara.

Tinha estrada de terra, poeira no seco, lama na chuva, cercas, pastos, mato alto e uma sensação constante de estar vivendo algo que já estava desaparecendo. Aquilo me lembrava aventuras ainda mais antigas, de Pirassununga, Ibitinga, Novo Horizonte, Urupês e Catanduva. Era como revisitar um backup de infância que eu nem sabia que existia.

A vida no campo era pobre e dura. Trabalho pesado, repetitivo, sem descanso, do nascer ao pôr do sol. Nada romantizado. E, nesse cenário, a fotografia do seu Wilson era um luxo raro. Um registro precioso. Um pedaço de memória congelado para presentear parentes, guardar na gaveta, mostrar para quem não pôde ir. Aquela foto era prova de que aquele dia tinha existido.

Eu observava tudo com olhos atentos. Aquilo não era só passeio, era aprendizado. Um São Paulo completamente diferente daquele que eu conhecia, daquele que a escola ensinava, daquele que aparecia nos mapas.

Pedalar até o Tataúba e o Pinheirinho não era apenas ir longe. Era atravessar camadas do tempo, visitar um modo de vida que já naquela época dava sinais de fim. E eu, pequeno operador da própria história, ia armazenando tudo em memória permanente, sem saber que décadas depois estaria aqui, dando RECALL nessas lembranças e rodando esse programa de saudade chamado vida.

📸 O Pequeno Vendedor de Salgadinhos & O Carnaval Mítico de Pirassununga (1983)

 

🌙 El Jefe Midnight Lunch apresenta:
📸 O Pequeno Vendedor de Salgadinhos & O Carnaval Mítico de Pirassununga (1983)
— Uma crônica Bellacosa Mainframe sobre liberdade, samba, coxinhas e destino —

---

Existem histórias que chegam para mim como um dump do JES2: cheio de linhas caóticas, mensagens truncadas, e no meio da bagunça... um registro vital, um checkpoint da vida.
Pois bem: 1983, Pirassununga. Brasil em final de ditadura, moralismo fervendo, e um personagem que eu jamais esqueceria — Bene.

🏳️‍🌈 Bene, a entidade de Pirassununga

Bene não era apenas uma pessoa. Era praticamente um CICS Transaction ambulante:

• Rápido,

• Direto,

• Chamado por todos,

• E impossível de ignorar.

Em plena época de conservadorismo sufocante, ele era um homossexual efeminado assumido, colorido por natureza, vida e espontaneidade. Sambista nato, porta-bandeira de uma escola paulistana importada para o interior só para “causar”. Bene era aquilo que o Japão chamaria depois de ikemen invertido: exuberância em vez de contensão.

Ele era o próprio “easter-egg” vivo da cidade — algo que ninguém esperava ver num ambiente tão fechado… mas que todo mundo secretamente respeitava, porque Bene fazia a festa acontecer.

Nota de rodapé Pirassununga é uma cidade famosa pela sua base da Força Area, a Esquadrilha da Fumaça e milicos para todos os lados, a existência do Bene era uma prova da força divina e santo forte do rapaz. Imagine que ele escapou ileso aos porões do DOI-CODE sem nunca entrar nos radares desse povo louco.

📸 E onde entra a família Bellacosa?

Como sempre: onde há uma confusão, há um Bellacosa sendo puxado para dentro.

Numa daquelas noites aleatórias em que tudo parecia quieto demais para a década de 80, Bene aparece com um pedido insolito, quase divino:

“Ô, seu Wilson Bellacosa… cê não quer fazer a reportagem fotográfica do Carnaval?”

A promessa de dinheiro brilhou como painel do 3270 quando o VTAM finalmente conecta.
E lá vai meu pai — fotógrafo profissional, retratista raiz — abrir a temporada oficial de fotos do Carnaval de Pirassununga 1983.

Mas, como sabemos, ninguém da família Bellacosa trabalha sozinho. O caos sempre é distribuído como JCL mal comentado.

🥟 A vó Anna, pipeline master do destino

A vó Anna, grande arquiteta da vida Bellacosa, observando a inquietação do meu pai, irresponsabilidade para governar a família, incrível capacidade de ferrar com tudo, fez o que toda matriarca visionária faz:

1. Pegou minha mãe pela mão

2. Levou-a para a igreja

3. Colocou-a num curso de fabricação de salgados para festas

E pronto: nasceu um microempreendimento familiar antes mesmo do MEI existir.
Coxinhas, risoles, croquetes, tudo gerado em batch noturno diretamente na cozinha da casa.

👦 E eu, pequeno padawan?

Promovido — sem concurso público — a vendedor de salgadinhos.

Melhor dizer, convocado, alistado e inscrito nessa operação especial. Sem direito a fuga...

• Meu pai no meio da rua fotografando tudo, parecendo repórter oficial do Globo Repórter: edição folia interiorana

• Minha mãe numa calçada vendendo os salgados

• Eu na outra calçada, um mini-hardware humano processando vendas, troco e clientela com throughput digno de MQSeries

• Vivi e Dandan… off-line, sem escalonamento naquela missão

Esse foi o primeiro job remunerado do jovem Bellacosa.
O JOB001, o início de uma longa sequência de execuções bem-sucedidas, cada uma com sua história, suas exceções e suas mensagens $HASP aleatórias da vida.

🎭 O Carnaval que me iniciou no “modo trabalhador”

Entre um sambista, um fotógrafo, uma cozinheira recém-formada, uma matriarca estrategista e eu — o pequeno vendedor — nasceu o primeiro workflow profissional Bellacosa.

E tudo isso no meio de:

• Fantasias improvisadas

• Sambas ecoando pela praça

• O povo celebrando a liberdade recém permitida era final da ditadura

• Bene, radiante, reinando como supernova em meio à poeira conservadora

🌟 Easter-egg que só quem é da época sabe

• Em 1983, várias cidades pequenas ainda proibiam travestis de desfilar — Pirassununga permitiu Bene sem pestanejar.

• As fotos do meu pai se tornaram parte da memória oral da cidade — muita gente ainda lembra e guarda estas relíquias de família.

• A polícia olhava torto, mas deixava passar. Carnaval é exceção até para militar.

📌 Moral do episódio (versão Bellacosa Mainframe)

Às vezes, a vida me coloca para vender coxinhas no meio da rua, achando que é só um bico…
Mas ali nasceu o meu senso de:

• trabalho,

• responsabilidade,

• criatividade,

• improviso,

• e principalmente… resiliência.

E tudo isso graças a Bene — o trigger humano — que, só por existir livre, bagunçou positivamente a história da sua família.

COBOL no Mainframe Programa → O Esqueleto: Divisões → Seções → Parágrafos → Frases → Declarações

 

🟦 COBOL no Mainframe e seu esqueleto

Programa → Divisões → Seções → Parágrafos → Frases → Declarações

(ou: como o código mais longevo do planeta ainda governa o mundo)

“COBOL não é velho. Velho é o problema que ele resolve.”
— Bellacosa, olhando um extrato bancário

---

🧬 Origem: antes do Java, antes do C, antes do hype

COBOL nasceu em 1959, patrocinado pelo Departamento de Defesa dos EUA, com uma ideia revolucionária para a época:

👉 programas legíveis por humanos de negócios, não apenas por matemáticos.

Enquanto outras linguagens focavam em ciência e engenharia, o COBOL foi criado para:

• Folha de pagamento

• Contabilidade

• Bancos

• Seguros

• Governo

• Tudo que não pode parar

E aqui vai o primeiro easter-egg:

🥚 Mais de 70% das transações financeiras globais ainda passam por COBOL.
Se ele cair, o mundo sente.

---

🧱 O mantra sagrado do COBOL

Todo programa COBOL clássico segue esta hierarquia:

Programa
 └── Divisões
     └── Seções
         └── Parágrafos
             └── Frases
                 └── Declarações

Isso não é só estilo.
É contrato social, organização mental e engenharia de sobrevivência.

Vamos por partes, Padawan.

---

🧠 1️⃣ Programa: o universo

O programa COBOL é a unidade máxima:

• Compilável

• Executável

• Chamável por outro programa

• Controlado por JCL

• Versionado (ou não… dependendo do museu 😅)

Exemplo:

IDENTIFICATION DIVISION.
PROGRAM-ID. ELJEFE01.

Se não tem PROGRAM-ID, não é programa.
É só tristeza.

---

🧩 2️⃣ Divisões: os grandes blocos da mente COBOL

O COBOL clássico tem 4 divisões principais:

🔹 IDENTIFICATION DIVISION

Quem você é:

• Nome do programa

• Autor

• Data

• Comentários históricos (às vezes fósseis)

IDENTIFICATION DIVISION.
PROGRAM-ID. ELJEFE01.
AUTHOR. BELLACOSA.

🥚 Easter-egg: muitos programas em produção ainda têm DATE-WRITTEN. 1987.

---

🔹 ENVIRONMENT DIVISION

Onde você vive:

• Arquivos

• Dispositivos

• Ambiente de execução

Hoje em dia:

• Muitas vezes vazia

• Mas ainda respeitada por tradição

---

🔹 DATA DIVISION

O coração do COBOL.

Aqui você define:

• Arquivos

• Registros

• Variáveis

• Estruturas

• Formatos

• Tamanhos

• Regras de negócio implícitas

DATA DIVISION.
WORKING-STORAGE SECTION.
01 WS-SALDO     PIC 9(9)V99.

👉 Se você erra aqui, o programa compila… e falha em produção.

---

🔹 PROCEDURE DIVISION

Onde a mágica acontece.

É o fluxo lógico, a história do programa, o passo a passo do negócio.

PROCEDURE DIVISION.
    PERFORM CALCULA-SALDO
    DISPLAY WS-SALDO
    STOP RUN.

---

🧩 3️⃣ Seções: organização lógica (nem sempre usada)

As seções são agrupadores de parágrafos.

Exemplo clássico:

PROCEDURE DIVISION.
MAIN-SECTION.

Hoje:

• Alguns usam

• Outros ignoram

• Todos respeitam quando encontram

🥚 Easter-egg: programas antigos têm seções enormes com 5 mil linhas.

---

🧩 4️⃣ Parágrafos: unidades de execução

O parágrafo é:

• Um ponto de entrada

• Um bloco executável

• Algo que você pode PERFORM

CALCULA-SALDO.
    ADD WS-CREDITO TO WS-SALDO
    SUBTRACT WS-DEBITO FROM WS-SALDO.

👉 Parágrafo bom:

• Nome claro

• Uma responsabilidade

• Fácil de testar (na teoria 😄)

---

🧩 5️⃣ Frases: uma ou mais declarações terminadas por ponto

No COBOL clássico:

• O ponto (.) encerra uma frase

• E também pode quebrar fluxo

Exemplo:

ADD A TO B
SUBTRACT C FROM B.

⚠️ Dica Bellacosa:

Ponto em excesso mata legibilidade e cria bugs invisíveis.

---

🧩 6️⃣ Declarações: as instruções de verdade

Aqui estão os verbos COBOL:

• MOVE

• ADD

• SUBTRACT

• MULTIPLY

• DIVIDE

• IF

• EVALUATE

• PERFORM

• READ

• WRITE

Exemplo:

IF WS-SALDO < 0
   MOVE 'NEGATIVO' TO WS-STATUS
END-IF

👉 Leia em voz alta.
Se fizer sentido, é COBOL bem escrito.

---

🛠️ Boas práticas Bellacosa Approved™

✔ Um parágrafo = uma responsabilidade
✔ Nomeie tudo como se fosse explicar para auditor
✔ Evite GO TO (sim, ele existe…)
✔ Centralize regras no DATA DIVISION
✔ Comente o porquê, não o como
✔ Código COBOL é lido mais do que escrito

---

🧠 Curiosidades que ninguém te conta

🥚 COBOL foi feito para ser lento para mudar, rápido para confiar
🥚 Programas com 40 anos rodam sem recompilar
🥚 O maior risco não é o COBOL — é ninguém entender o que ele faz
🥚 Modernizar não é reescrever, é encapsular e expor

---

🧘 Visão final para o Padawan

COBOL não é uma linguagem.
É uma forma de pensar sistemas críticos.

A hierarquia:

Programa → Divisões → Seções → Parágrafos → Frases → Declarações

existe para:

• Clareza

• Controle

• Manutenção

• Sobrevivência a décadas

Se você entende isso, você:

• Lê qualquer programa

• Não tem medo de legado

• Está pronto para integrar com cloud, APIs, microsserviços

E lembre-se:

“Todo hype passa.
O extrato bancário continua.”

 

Bellacosa Mainframe e o abend S213

☕🔥 ABEND S213 — O “GUARDIÃO DO DATASET” NO z/OS

Quando o Mainframe Diz: “VOCÊ NÃO TEM ACESSO A ISSO!”

Se você é um COBOL Junior Padawan entrando no universo z/OS… cedo ou tarde vai encontrar um dos ABENDs mais clássicos do mundo mainframe:

🚨 S213

E normalmente ele aparece assim:

IEC150I 913-38,IFG0194A,JOBNAME,STEP1,DDNAME,...
IEF450I JOBNAME STEP1 - ABEND=S213 U0000

Ou:

ABEND S213-04
ABEND S213-30
ABEND S213-38

E aí bate o desespero:

“MEU COBOL ESTÁ ERRADO?”
“O JCL ESTÁ QUEBRADO?”
“O DATASET SUMIU?”
“O JES2 ME ODEIA?”

Calma, Padawan. ☕
O S213 é um dos ABENDs MAIS DIDÁTICOS do z/OS.

---

🔥 O QUE É O ABEND S213?

O S213 é um:

🚨 SYSTEM ABEND

Gerado pelo próprio z/OS durante OPEN do dataset.

Traduzindo:

Seu programa, SORT, IDCAMS, COBOL ou utilitário tentou abrir um dataset…

E o sistema respondeu:

❌ “ACESSO NEGADO.”

---

🧠 O SIGNIFICADO REAL

O S213 normalmente envolve:

• Falta de permissão RACF

• Dataset protegido

• Tentativa de acesso incompatível

• Volume incorreto

• DISPosition inadequado

• Conflito de acesso

• Dataset em uso exclusivo

• Segurança SAF/RACF/A2/TopSecret

---

☕ A FILOSOFIA DO S213

O S213 NÃO significa necessariamente:

❌ “dataset não existe”

Ele significa:

“O SISTEMA IMPEDIU VOCÊ DE USAR O DATASET.”

Isso é MUITO importante.

---

🔥 O MOMENTO EXATO DO ABEND

Imagine:

COBOL -> OPEN INPUT CLIENTE

O COBOL chama:

OPEN

O OPEN chama:

OPEN/CLOSE/EOV

O z/OS consulta:

• Catalog

• VTOC

• RACF

• Volume

• DISP

• Integridade

Se algo falha:

💥 S213

---

🚨 OS SUBCÓDIGOS MAIS COMUNS

---

🔥 S213-04

Dataset não encontrado no volume especificado

Exemplo:

//ARQ DD DSN=EMPRESA.CLIENTES,
//     VOL=SER=DISK01

Mas o dataset está em:

DISK02

Resultado:

S213-04

---

🔥 S213-30

Problema de integridade/acesso

Muito comum em:

• Dataset em uso

• DISP errado

• Acesso incompatível

Exemplo clássico:

Dois jobs tentando:

DISP=OLD

ao mesmo tempo.

O sistema protege o dataset.

---

🔥 S213-38

🚨 O MAIS FAMOSO

FALTA DE AUTORIZAÇÃO (RACF)

O usuário NÃO possui permissão.

Esse é o “Access Denied” do mundo z/OS.

---

☕ EXEMPLO CLÁSSICO COBOL JUNIOR

Você recebe:

//CLIENTE DD DSN=PROD.CLIENTES.MESTRE,
//            DISP=SHR

Seu COBOL:

OPEN INPUT CLIENTE

Resultado:

IEC150I 913-38
ABEND S213-38

O que aconteceu?

O RACF avaliou:

USER = DEVJR01
RESOURCE = PROD.CLIENTES.MESTRE
ACCESS = READ

E respondeu:

❌ ACCESS DENIED

---

🔥 COMO O RACF DECIDE ISSO?

O RACF consulta:

• Perfil do dataset

• Grupo do usuário

• ACL

• Permissões READ/UPDATE/CONTROL/ALTER

---

🧠 O QUE O JÚNIOR PRECISA APRENDER

Mainframe NÃO é PC.

No Windows:

abre arquivo

No z/OS:

posso abrir?
quem é você?
qual grupo?
qual nível?
dataset protegido?
outro job usando?
qual intenção?

O mainframe assume:

🔐 TUDO É CRÍTICO

Porque geralmente É.

---

🔥 COMO ANALISAR O S213 PASSO A PASSO

☕ PASSO 1 — IDENTIFIQUE O SUBCÓDIGO

Veja:

S213-38

ou:

IEC150I 913-38

O número após o hífen é o segredo.

---

☕ PASSO 2 — LOCALIZE O DDNAME

Exemplo:

IEC150I 913-38,IFG0194A,JOB1,STEP01,CLIENTE,...

DDNAME:

CLIENTE

Agora você sabe QUAL dataset causou o erro.

---

☕ PASSO 3 — VEJA O DSN NO JCL

Procure:

//CLIENTE DD DSN=...

---

☕ PASSO 4 — ANALISE O DISP

Exemplo problemático:

DISP=OLD

Talvez devesse ser:

DISP=SHR

---

☕ PASSO 5 — VERIFIQUE RACF

Pergunte:

• Tenho READ?

• Tenho UPDATE?

• O dataset é PROD?

• Está protegido?

---

☕ PASSO 6 — ANALISE O JESMSGLG

Ali está a VERDADE.

Muitos juniors olham apenas:

ABEND=S213

Mas o ouro está antes.

Mensagens:

IECxxx
ICH408I
IRRxxxx

contam a história completa.

---

🔥 O ICH408I — O “DEDO DURO” DO RACF

Quando existe falta de permissão:

ICH408I USER(USER01 ) GROUP(DEV )
NAME(VAGNER )
PROD.CLIENTES.MESTRE CL(DATASET )
INSUFFICIENT ACCESS AUTHORITY
ACCESS INTENT(READ )
ACCESS ALLOWED(NONE )

Aqui o RACF praticamente confessa tudo.

---

☕ COMO LER ISSO

---

ACCESS INTENT

O que você tentou fazer.

Exemplo:

READ
UPDATE

---

ACCESS ALLOWED

O que você realmente possui.

Exemplo:

NONE
READ

---

🔥 A PEGADINHA DO DISP=MOD

Junior clássico:

DISP=MOD

sem perceber.

O sistema entende:

“ELE QUER ESCREVER.”

Então READ não basta.

Agora precisa UPDATE.

Resultado:

S213-38

---

☕ O S213 E O OPEN DO COBOL

Outro detalhe importante:

O ABEND normalmente ocorre:

NO OPEN

Não no READ.

Porque o sistema valida o dataset ANTES.

Então:

DISPLAY 'ANTES OPEN'
OPEN INPUT CLIENTE
DISPLAY 'DEPOIS OPEN'

Você verá:

ANTES OPEN

E nunca verá:

DEPOIS OPEN

---

🔥 COMO ENTENDER O DUMP

O dump do S213 normalmente não exige análise profunda de storage como um S0C7.

O segredo está nas mensagens do sistema.

---

🧠 ONDE OLHAR

JESMSGLG

Mensagens do sistema.

---

SYSLOG

Pode conter RACF.

---

SDSF

• ST

• LOG

• O

• DA

---

IPCS (casos extremos)

Raramente necessário para S213 simples.

---

🔥 A ORIGEM HISTÓRICA

O “S” significa:

SYSTEM ABEND

O número 213 vem das antigas tabelas internas de erros do OS/360.

Estamos falando de uma herança dos anos:

🏛️ 1960

Sim…

Seu S213 possui DNA do OS/360.

---

☕ CURIOSIDADE HISTÓRICA

Nos anos 70/80:

Operadores aprendiam a reconhecer ABENDs “de ouvido”.

Quando aparecia:

213-38

já sabiam:

“RACF pegou alguém.”

---

🔥 EASTER EGG MAINFRAME

Muitos veteranos brincam:

“S213-38 é o firewall espiritual do z/OS.”

Porque ele aparece exatamente quando alguém tenta acessar algo proibido.

---

☕ DIFERENÇA ENTRE S213 E S806

Juniors confundem muito.

---

S213

Problema com DATASET.

---

S806

Programa não encontrado.

---

🔥 DIFERENÇA ENTRE S213 E FILE STATUS 35

---

FILE STATUS 35

Erro COBOL lógico.

Arquivo não encontrado.

---

S213

Erro SISTÊMICO do z/OS.

Muito mais baixo nível.

---

🧠 O QUE O PADAWAN PRECISA GUARDAR

S213 NÃO É “erro do COBOL”.

É:

🔐 z/OS protegendo integridade e segurança.

---

☕ CHECKLIST DE SOBREVIVÊNCIA

Quando aparecer:

S213-xx

Faça:

✅ Ver subcódigo
✅ Identificar DDNAME
✅ Conferir DSN
✅ Conferir DISP
✅ Procurar ICH408I
✅ Validar RACF
✅ Verificar volume
✅ Verificar dataset em uso
✅ Ler JESMSGLG inteiro
✅ Não entrar em pânico ☕

---

🔥 FRASE FINAL DO MUNDO MAINFRAME

O S0C7 humilha.
O S806 confunde.
Mas…

☕ O S213 JULGA SUA AUTORIZAÇÃO COMO UM GUARDIÃO ANTIGO DO z/OS.

 

Bellacosa Mainframe lista os abends mais comuns em mainframe

ABENDs Mais Comuns no Mainframe (z/OS, CICS, COBOL e JCL)

Os ABENDs (Abnormal End) são encerramentos anormais de programas, jobs ou transações no ambiente IBM Mainframe. Eles podem ocorrer em COBOL, JCL, CICS, DB2, VSAM e no próprio sistema operacional z/OS.

No universo IBM Mainframe, o termo ABEND significa “Abnormal End”, ou seja, um encerramento anormal de um programa, job, tarefa ou transação. Em vez de finalizar corretamente, o sistema interrompe a execução porque encontrou algum erro grave que impede a continuidade do processamento. Os ABENDs fazem parte do cotidiano de operadores, programadores COBOL, analistas de suporte e administradores z/OS.

A origem da palavra vem da junção de duas palavras do inglês:

• AB = Abnormal
• END = Finalização ou término

O termo surgiu ainda na década de 1960, durante o desenvolvimento do sistema operacional IBM OS/360, um dos projetos mais revolucionários da história da computação. A IBM precisava de uma forma padronizada para indicar que um programa havia terminado de maneira incorreta, e assim nasceu o conceito de ABEND.

Quando ocorre um ABEND, o sistema gera códigos específicos para ajudar na investigação do problema. Alguns dos mais famosos são:

• S0C7 → erro de dados numéricos inválidos
• S0C4 → acesso indevido à memória
• S806 → programa não encontrado
• S322 → tempo de CPU excedido

No ambiente CICS também existem ABENDs conhecidos, como:

• ASRA → erro interno do programa
• AICA → loop infinito ou excesso de CPU
• AEY9 → programa ausente

Os ABENDs são extremamente importantes porque ajudam a identificar falhas em programas, arquivos, permissões RACF, parâmetros JCL, tabelas VSAM e problemas de infraestrutura.

Apesar de assustarem iniciantes, os ABENDs são considerados parte natural da cultura Mainframe. Em muitos ambientes corporativos, especialmente bancos e grandes empresas, saber interpretar um ABEND é uma habilidade essencial. Ferramentas como SDSF, IPCS, Abend-AID e Fault Analyzer auxiliam os profissionais a localizar rapidamente a causa raiz do problema e restaurar o processamento com segurança.

---

📌 ABENDs de Sistema (Sxxx)

Esses são gerados pelo próprio z/OS.

ABEND	Significado	Causa comum
S0C1	Operation Exception	Executar instrução inválida
S0C4	Protection Exception	Acesso inválido à memória
S0C7	Data Exception	Campo numérico inválido
S013	Erro de dataset	DCB incorreto ou arquivo incompatível
S222	Job cancelado	Operador cancelou job
S322	CPU Time Exceeded	Tempo de CPU excedido
S306	Módulo não encontrado	Programa ausente na STEPLIB
S806	Load module not found	Programa não localizado
S80A	Falta de memória	Região insuficiente
S878	Storage unavailable	Sem espaço de memória
S913	Segurança/RACF	Sem autorização ao dataset
S837	Espaço insuficiente	Dataset sem espaço
S0CB	Divisão por zero	Operação matemática inválida
S001	Erro em OPEN/CLOSE	Problema de I/O
S213	Dataset protegido	Conflito de acesso

---

💥 ABENDs COBOL Mais Famosos

🔴 S0C7 — Data Exception

O mais clássico do COBOL.

Causa

Campo numérico contendo:

• letras

• espaços

• packed decimal inválido

Exemplo

MOVE 'ABC' TO WS-NUM
ADD 1 TO WS-NUM

Resultado

S0C7

---

🔴 S0C4 — Protection Exception

Causa

Acesso inválido à memória:

• tabela fora do limite

• ponteiro inválido

• USING incorreto

Exemplo

MOVE TAB(9999) TO WS-CAMPO

---

🔴 S0CB — Divide Exception

Exemplo

DIVIDE WS-A BY WS-B

Se WS-B = ZERO

→ S0CB

---

📌 ABENDs CICS Mais Comuns

No CICS, muitos erros aparecem como RESP codes ou transaction abends.

ABEND	Significado
AEI0	Timeout terminal
AEY9	Programa não encontrado
ASRA	Exceção do programa (S0C7/S0C4 dentro do CICS)
AICA	Loop infinito / CPU excessiva
APCT	Transaction não definida
PGMIDERR	Programa inexistente
NOTAUTH	Sem autorização
LENGERR	Tamanho inválido
MAPFAIL	MAP BMS não recebido

---

📌 ABENDs VSAM

ABEND	Problema
92	Logic Error
93	Resource unavailable
94	Sequential error
97	File not closed corretamente

---

📌 ABENDs JCL Mais Frequentes

Código	Descrição
JCL ERROR	Sintaxe inválida
IEC141I	Dataset não encontrado
IEC130I	Erro de fita/disco
IEFC001I	Erro de parâmetro
IEFBR14 RC=12	Dataset problem

---

📌 Return Codes Mais Conhecidos

Nem sempre é ABEND.

RC	Significado
RC=00	Sucesso
RC=04	Warning
RC=08	Erro leve
RC=12	Erro significativo
RC=16	Falha severa

---

🔎 Como Investigar ABENDs

Ferramentas clássicas

SDSF

Ver:

• JESMSGLG

• JESJCL

• JESYSMSG

---

IPCS

Dump analysis avançada.

---

Abend-AID / Fault Analyzer

Ferramentas automáticas de diagnóstico.

Muito usadas em bancos.

---

CEDF / CECI (CICS)

Debug online.

---

📚 ABENDs que Todo Programador Mainframe Já Viu

TOP 10 lendários

1. S0C7

2. S0C4

3. S806

4. S322

5. S913

6. ASRA

7. AICA

8. S013

9. S837

10. S0CB

---

🧠 Macete Clássico

Família S0C

Código	Dica
S0C1	instrução inválida
S0C4	memória
S0C7	dado numérico
S0CB	divisão

---

☕ Curiosidade Histórica

O termo ABEND surgiu ainda no OS/360 da IBM nos anos 60:

• AB = Abnormal

• END = Termination

Desde então virou uma das palavras mais famosas do universo mainframe.

---

🎯 Regra de Ouro no Mainframe

“90% dos problemas COBOL acabam sendo:
S0C7, arquivo errado ou parâmetro incorreto.” 😄