 |
| 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.” ☕💾
