Translate

Mostrar mensagens com a etiqueta CEEDUMP. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta CEEDUMP. Mostrar todas as mensagens

domingo, 28 de janeiro de 2007

O que é um Dump em Mainframe?

 

Bellacosa Mainframe explica Dump no Mainframe

O que é um Dump em Mainframe?

Quando um JOB sofre:

  • ABEND;

  • falha COBOL;

  • erro de memória;

  • problema no sistema;

o z/OS pode gerar algo extremamente importante chamado:

DUMP

Para iniciantes, dump parece algo assustador cheio de números estranhos.

Mas na prática ele é:

uma fotografia técnica do erro.


Definição simples

Dump é:

uma captura das informações da memória no momento da falha.

Ele ajuda a descobrir:

  • o que aconteceu;

  • onde ocorreu o erro;

  • qual variável causou problema;

  • qual instrução falhou.


Analogia simples

Imagine um acidente de carro.

Os investigadores analisam:

  • posição dos veículos;

  • marcas no chão;

  • velocidade;

  • danos.

O dump funciona exatamente assim:

ele registra o estado do programa no momento do erro.


O que o dump pode conter?

  • memória;

  • registradores;

  • variáveis;

  • instruções;

  • módulos;

  • chamadas de programa;

  • status do sistema.


Quando um dump é gerado?

Normalmente durante:

  • ABEND;

  • S0C7;

  • S0C4;

  • falha COBOL;

  • erro DB2;

  • erro CICS;

  • falha sistema.


Onde o dump aparece?

Principalmente:

  • spool;

  • SYSUDUMP;

  • SYSABEND;

  • CEEDUMP;

  • datasets de dump.


O que é SYSUDUMP?

Cartão DD usado para:

gerar dump simplificado.


Exemplo

//SYSUDUMP DD SYSOUT=*

Muito usado em troubleshooting


O que é SYSABEND?

Gera:

dump mais completo e detalhado.


Exemplo

//SYSABEND DD SYSOUT=*

O que é SYSMDUMP?

Dump binário/extenso.

Muito usado por suporte avançado IBM.


Exemplo

//SYSMDUMP DD DSN=MEU.DUMP,
// DISP=(NEW,CATLG)

O que é CEEDUMP?

Dump do:

Language Environment (LE).

Muito usado em:

  • COBOL;

  • PL/I;

  • C.


Exemplo

//CEEDUMP DD SYSOUT=*

O que existe dentro de um dump?


Registradores CPU

Estado do processador.


Endereços memória

Onde ocorreu falha.


Variáveis COBOL

Conteúdo dos campos.


Call stack

Sequência de chamadas.


Instrução que falhou

Linha/instrução responsável.


Como um dump aparece?

Exemplo típico:

PSW AT TIME OF ERROR

Ou:

REGISTER CONTENTS

Ou:

SYSTEM COMPLETION CODE=0C7

O que é PSW?

Program Status Word

Mostra estado da CPU no erro.


O que são registradores?

Pequenas áreas da CPU usadas durante execução.


O que é traceback?

Sequência de chamadas do programa.

Ajuda localizar:

  • módulo;

  • parágrafo;

  • rotina.


Dumps mais comuns no COBOL


S0C7

Erro numérico.


S0C4

Violação memória.


U4038

Erro aplicação.


Como analisar dump?


1. Identificar ABEND

Exemplo:

S0C7

2. Verificar módulo

Nome do programa.


3. Ler mensagens LE

Mensagens:

  • IGZ;

  • CEE.


4. Verificar campo problemático

Muito comum em COBOL.


5. Ler traceback


Exemplo COBOL clássico

Campo esperado:

99999

Valor recebido:

12A45

Resultado:

S0C7.

O dump ajuda localizar exatamente qual campo causou problema.


Como programadores usam dumps?

Para:

  • debugging;

  • análise de falhas;

  • localizar bugs;

  • entender memória.


Como operadores usam dumps?

Para:

  • abrir incidentes;

  • analisar ABEND;

  • enviar para suporte.


Dumps são grandes?

Muito.

Alguns podem ter:

  • milhares;

  • milhões de linhas.


Por isso muitos iniciantes se assustam

Mas normalmente:

apenas pequenas partes são realmente importantes.


O que procurar primeiro?


ABEND CODE


MODULE NAME


PSW


REGISTER CONTENTS


CEE/IGZ messages


TRACEBACK


O que é IPCS?

Ferramenta avançada de análise dump no z/OS.

Usada por:

  • suporte IBM;

  • sysprog;

  • especialistas sistema.


Dumps ajudam a resolver:

  • corrupção memória;

  • erro COBOL;

  • falha DB2;

  • problemas CICS;

  • loops;

  • storage violations.


Curiosidades incríveis

1. Dumps existem desde os primeiros mainframes IBM


2. Alguns dumps possuem milhares de páginas


3. Especialistas em dump são extremamente valorizados


4. Muitos problemas críticos só podem ser resolvidos via dump


Erros comuns de iniciantes


1. Ignorar dump


2. Não incluir SYSUDUMP

Dificulta troubleshooting.


3. Assustar-se com hexadecimal

Grande parte pode ser ignorada inicialmente.


4. Ler dump inteiro

Normalmente basta:

  • mensagens;

  • traceback;

  • ABEND.


Dicas importantes

Sempre use:

//SYSUDUMP DD SYSOUT=*

durante testes.


Aprenda:

  • S0C7;

  • S0C4;

  • U4038.


Leia mensagens CEE e IGZ


Use CEEDUMP em COBOL


Como dump aparece no dia a dia?

Praticamente em:

  • COBOL;

  • DB2;

  • CICS;

  • batch;

  • produção;

  • troubleshooting.


Fluxo simplificado

ERRO
 ↓
ABEND
 ↓
DUMP
 ↓
ANÁLISE
 ↓
CORREÇÃO

Resumo rápido

TipoFunção
SYSUDUMPDump simplificado
SYSABENDDump detalhado
SYSMDUMPDump binário
CEEDUMPDump LE/COBOL
PSWEstado CPU
TracebackSequência chamadas

Conclusão

Dump é uma das ferramentas mais importantes de troubleshooting no ambiente mainframe IBM Z.

Ele registra o estado do sistema e do programa no momento da falha, permitindo analisar ABENDs, localizar erros e resolver problemas complexos no z/OS com precisão.

sábado, 27 de janeiro de 2007

Como Interpretar SYSOUT num JOB e Quais DDs Auxiliam o JCL

 

Bellacosa Mainframe explica sysout 

Como Interpretar SYSOUT num JOB e Quais DDs Auxiliam o JCL

Quando começamos a trabalhar com:

  • JCL;

  • JES2;

  • SDSF;

  • spool;

  • processamento batch;

uma das habilidades mais importantes é aprender a:

interpretar SYSOUT.

É no SYSOUT que normalmente descobrimos:

  • erros;

  • resultados;

  • mensagens;

  • ABENDs;

  • comportamento do programa.

Além disso, existem vários cartões:

DD (Data Definition)

que ajudam o JCL e o programa durante execução.


Primeiro: o que é SYSOUT?

SYSOUT significa:

System Output.

É a saída gerada durante execução do JOB.


O SYSOUT pode conter:

  • mensagens COBOL;

  • relatórios;

  • DISPLAY;

  • SQLCODE;

  • erros;

  • estatísticas;

  • logs batch.


Onde visualizar SYSOUT?

Principalmente no:

SDSF.


Como acessar?

SDSF

Depois:

ST

Selecionar JOB:

?

ou:

S

O que aparece no spool?

Arquivos como:

  • JESJCL;

  • JESMSGLG;

  • JESYSMSG;

  • SYSOUT;

  • CEEDUMP.


O SYSOUT é diferente dos outros arquivos


JESJCL

Mostra JCL interpretado.


JESMSGLG

Mensagens JES2.


JESYSMSG

Mensagens do sistema.


SYSOUT

Saída da aplicação/programa.


Exemplo simples de SYSOUT

Programa COBOL:

DISPLAY 'PROCESSAMENTO OK'

No spool aparece:

PROCESSAMENTO OK

O que analisar primeiro no SYSOUT?


1. Return Code (RC)

Exemplo:

CC 0000

Sucesso.


2. Mensagens de erro

Procurar:

  • ERROR;

  • ABEND;

  • SQLCODE;

  • FILE STATUS.


3. Quantidade processada

Exemplo:

REGISTROS LIDOS: 15000

4. Tempo de execução


5. Estatísticas batch


Exemplo de SYSOUT típico

INICIO PROCESSAMENTO
ARQUIVO ABERTO
1000 REGISTROS PROCESSADOS
FIM NORMAL

Como identificar problemas?


Mensagens COBOL

IGZ0006S

Erro COBOL.


SQLCODE

SQLCODE = -911

Problema DB2.


FILE STATUS

FILE STATUS 35

Arquivo não encontrado.


ABEND

S0C7

Erro numérico.


O que são cartões DD?

DD significa:

Data Definition.

São instruções JCL que definem:

  • arquivos;

  • SYSOUT;

  • bibliotecas;

  • parâmetros.


Exemplo básico

//SYSOUT DD SYSOUT=*

Principais cartões DD que auxiliam o JCL


SYSOUT

Define saída do spool.


SYSIN

Entrada de parâmetros/comandos.


SYSPRINT

Mensagens e relatórios do programa.


SYSUDUMP

Dump em caso de erro.


CEEDUMP

Dump do Language Environment.


STEPLIB

Bibliotecas de LOAD modules.


JOBLIB

Bibliotecas do JOB inteiro.


SORTIN

Entrada do SORT.


SORTOUT

Saída do SORT.


SYSABOUT

Dump do sistema.


SYSDBOUT

Mensagens DB2.


Explicando os principais DDs


SYSOUT DD

Muito comum:

//SYSOUT DD SYSOUT=*

Envia saída para spool.


SYSIN DD

Usado para comandos/parâmetros.

Exemplo:

//SYSIN DD *
 SORT FIELDS=COPY
/*

STEPLIB DD

Define bibliotecas de programas.

Exemplo:

//STEPLIB DD DSN=MEU.LOADLIB,
// DISP=SHR

Sem STEPLIB…

Pode ocorrer:

S806

Programa não encontrado.


SYSPRINT DD

Saída de relatórios e logs.


Exemplo

//SYSPRINT DD SYSOUT=*

SYSUDUMP DD

Gera dump para análise de ABEND.


Exemplo

//SYSUDUMP DD SYSOUT=*

Muito importante em troubleshooting


CEEDUMP DD

Dump do:

Language Environment.

Muito usado em:

  • COBOL;

  • C;

  • PL/I.


JOBLIB vs STEPLIB


JOBLIB

Vale para todo JOB.


STEPLIB

Vale apenas para STEP específico.


Exemplo JOBLIB

//JOBLIB DD DSN=EMPRESA.LOADLIB,
// DISP=SHR

Exemplo STEPLIB

//STEPLIB DD DSN=TESTE.LOADLIB,
// DISP=SHR

Como interpretar SYSOUT corretamente?


Ler começo e final


Procurar:

  • RC;

  • ERROR;

  • SQLCODE;

  • ABEND.


Verificar contadores


Conferir datasets


Observar mensagens JES2


Exemplo completo de troubleshooting


RC

CC 0012

SYSOUT mostra:

FILE STATUS 35

Conclusão

Arquivo não encontrado.


Fluxo ideal de análise

RC
 ↓
JESMSGLG
 ↓
JESYSMSG
 ↓
SYSOUT
 ↓
DUMP
 ↓
SOLUÇÃO

Curiosidades incríveis

1. Grandes batchs geram milhões de linhas de SYSOUT


2. Operadores monitoram SYSOUT constantemente


3. Muitas falhas só aparecem no SYSPRINT


4. Dumps podem ocupar enorme espaço spool


Erros comuns de iniciantes


1. Ignorar SYSOUT


2. Não usar SYSUDUMP

Dificulta troubleshooting.


3. Esquecer STEPLIB

Causa S806.


4. Não analisar SQLCODE

Muito importante em DB2.


Dicas importantes

Sempre utilize:

//SYSOUT DD SYSOUT=*

Durante testes inclua:

//SYSUDUMP DD SYSOUT=*

Aprenda FILE STATUS COBOL


Leia JESYSMSG junto com SYSOUT


Como isso aparece no dia a dia?

Praticamente em tudo:

  • COBOL;

  • DB2;

  • SORT;

  • CICS batch;

  • automação;

  • produção.


Resumo rápido

DDFunção
SYSOUTSaída spool
SYSINEntrada comandos
SYSPRINTRelatórios/logs
SYSUDUMPDump erro
CEEDUMPDump LE
STEPLIBBiblioteca programa
JOBLIBBiblioteca JOB

Conclusão

Interpretar SYSOUT é uma das habilidades mais importantes no ambiente mainframe IBM Z.

É através dele que operadores e programadores analisam resultados, identificam erros, entendem ABENDs e realizam troubleshooting eficiente em JOBs batch no z/OS.