Bellacosa Mainframe Laboratorio pratico Db2

☕💾 Laboratório Prático 03 — Comandos DISPLAY no DB2 z/OS 💾☕

🎯 Objetivo do Laboratório

Aprender na prática como utilizar os principais comandos DISPLAY do DB2 para:

• Monitoramento
• Troubleshooting
• Verificação de objetos
• Consulta de threads
• Acompanhamento de utilities
• Diagnóstico básico de ambiente

---

📘 Cenário

Você é um Sysprog Júnior responsável por acompanhar o ambiente DB2 DB2P.

Usuários reclamam que:

• aplicações estão lentas,
• alguns objetos parecem indisponíveis,
• e existe suspeita de utility em execução.

Seu trabalho será investigar usando comandos DISPLAY.

---

🧪 LAB 1 — Verificando Status de Database

Objetivo

Consultar o status de um database.

Comando

-DISPLAY DATABASE(DBTEST)

---

Exemplo de Saída

DSNT360I  -DB2P DISPLAY DATABASE SUMMARY

DATABASE = DBTEST
STATUS = RW

---

Perguntas

1) O que significa STATUS = RW?

A) Read Wrong
B) Read/Write
C) Recovery Waiting
D) Restart Work

✅ Resposta: B

---

Explicação

RW significa que o objeto está:

• disponível,
• online,
• aceitando leitura e gravação.

---

🧪 LAB 2 — Verificando Tablespaces

Comando

-DISPLAY DATABASE(DBTEST) SPACENAM(*)

---

Saída Simulada

SPACENAM = TSCLI001
STATUS = RW

SPACENAM = TSCLI002
STATUS = STOP

---

Exercício

Qual tablespace apresenta problema?

✅ Resposta:
TSCLI002

---

Explicação

Status STOP indica objeto indisponível.

Possíveis causas:

• utility ativa,
• problema operacional,
• recover pendente,
• intervenção administrativa.

---

🧪 LAB 3 — Verificando Threads Ativas

Objetivo

Identificar aplicações conectadas.

Comando

-DISPLAY THREAD(*)

---

Saída Simulada

THREAD INFO

AUTHID = APPUSER
PLAN = DSNACLI
STATUS = ACTIVE

---

Perguntas

1) Quem está conectado?

✅ APPUSER

---

2) Qual PLAN está sendo utilizado?

✅ DSNACLI

---

3) O que significa STATUS ACTIVE?

A) Thread executando
B) Thread cancelada
C) DB2 parado
D) Utility ativa

✅ Resposta: A

---

🧪 LAB 4 — Investigando Utilities

Objetivo

Verificar utilities em execução.

Comando

-DISPLAY UTILITY(*)

---

Saída Simulada

UTILITY = REORG
STATUS = ACTIVE
DBNAME = DBTEST

---

Exercício

Qual utility está rodando?

✅ REORG

---

Pergunta

Qual possível impacto?

A) Nenhum
B) Pode haver lock ou degradação de performance
C) Reinício do z/OS
D) Exclusão automática de tabelas

✅ Resposta: B

---

🧪 LAB 5 — Verificando Bufferpools

Comando

-DISPLAY BUFFERPOOL(BP0)

---

Saída Simulada

BUFFERPOOL BP0
VPSEQT = 80
STATUS = ACTIVE

---

Exercício

O bufferpool está ativo?

✅ Sim

---

Explicação

O comando ajuda:

• monitoramento,
• análise de cache,
• troubleshooting de performance.

---

🧪 LAB 6 — Verificando Logs

Comando

-DISPLAY LOG

---

Saída Simulada

CURRENT ACTIVE LOG DATA SET
COPY1 = DSNDB2.LOGCOPY1.DS01
COPY2 = DSNDB2.LOGCOPY2.DS01

---

Exercício

O DB2 utiliza quantas cópias de log ativo?

✅ 2 cópias

---

Explicação

O DB2 mantém redundância para recuperação e segurança.

---

🧪 LAB 7 — Troubleshooting Real

Cenário

Usuários reportam lentidão extrema.

Você executa:

-DISPLAY THREAD(*)

---

Resultado

AUTHID = BATCH01
STATUS = ACTIVE
TIME = 99999

---

Perguntas

1) O que pode indicar TIME muito alto?

A) Thread presa ou longa execução
B) DB2 desligado
C) Falha RACF
D) Problema JES2

✅ Resposta: A

---

2) Qual comando poderia ser usado em emergência?

-CANCEL THREAD(...)

✅ Correto

---

☕💀 DESAFIO FINAL — O Erro Clássico 💀☕

Cenário

Um operador executou:

-STOP DATABASE(DBTEST)

em produção sem validar impacto.

---

Pergunta

O que pode acontecer?

A) Nada
B) Aplicações ficam indisponíveis
C) Apenas SPUFI para
D) O DB2 corrige sozinho

✅ Resposta: B 😅

---

📘 Resumo dos Principais DISPLAY

Comando	Função
DISPLAY DATABASE	Status de databases
DISPLAY THREAD	Threads/conexões
DISPLAY UTILITY	Utilities ativas
DISPLAY BUFFERPOOL	Status de bufferpool
DISPLAY LOG	Informações de log
DISPLAY GROUP	Data sharing
DISPLAY LOCATION	Conexões distribuídas

---

☕🔥 Dica Bellacosa Mainframe 🔥☕

Sysprog experiente NÃO sai cancelando thread ou dando STOP em produção sem:

• investigar,
• validar impacto,
• verificar utilities,
• e entender quem está conectado.

No Mainframe…
“um DISPLAY bem feito evita um incidente gigantesco.” ☕💾