Bellacosa Mainframe entenda o funcionamento do DB2

🔥☕ DB2 z/OS MAINFRAME — A ANATOMIA DO “CÉREBRO DOS DADOS” ☕🔥

Salve jovem padawan neste laboratorio pratico veremos alguns dos componentes mais profundos e importantes do DB2 z/OS:
Storage Groups, Bufferpools, Logs, Optimizer, EDM Pool, índices B-Tree, Data Sharing, BSDS e arquitetura interna do banco.

Isso já entra no território de:

DBA de produção,
suporte avançado,
performance tuning,
recovery,
troubleshooting crítico,
arquitetura interna do DB2.

O DB2 no z/OS não é apenas um “banco de dados”.

Ele é:

sistema transacional,
gerenciador de memória,
engine de recovery,
scheduler interno,
coordenador de locking,
otimizador SQL,
e controlador de integridade transacional.

🔥 1) STORAGE GROUP — O “MAPEAMENTO DO TERRITÓRIO”

🧠 O que é

Storage Group é o agrupamento lógico de volumes DASD usados pelo DB2.

🔍 Função

O DBA não precisa dizer:

“grave exatamente no disco XYZ”

O DB2 usa o Storage Group para decidir:

onde alocar datasets,
como distribuir dados,
onde criar VSAM LDS.

🧨 Exemplo


CREATE STOGROUP STGPRD
VOLUMES(PRD001,PRD002)
VCAT(DB2CAT);

🔥 O que ele controla

datasets DB2
VSAM LDS
tablespaces
indexspaces
crescimento físico

🚨 Problema clássico

Storage Group sem espaço.

Resultado:

inserts falham,
extents explodem,
utilities quebram.

🔥 LAB 01 — STORAGE GROUP LOTADO

🚨 Problema

Aplicação falhando:


SQLCODE -904
RESOURCE UNAVAILABLE

🔍 Investigação

Verificar volumes:


-DIS DB(*) SPACENAM(*)

💣 Diagnóstico

DASD cheio.

✅ Solução

Adicionar volume:


ALTER STOGROUP STGPRD
ADD VOLUMES(PRD003);

🧠 Explicação

O DB2 não conseguia expandir datasets.

🔥 2) TABELAS — O “CORPO FÍSICO” DOS DADOS

🧠 Estrutura lógica

Tabela:

colunas
linhas
constraints
índices

Mas internamente:

pages
RID
slots
overflow pages

🧨 Exemplo


CREATE TABLE ALUNOS
(
 ID INTEGER,
 NOME CHAR(40),
 CURSO CHAR(20)
);

🔥 Tipos de tabelas

Tipo	Uso
Segmented	tradicional
Partitioned	grandes volumes
Universal	moderno
Temporary	temporárias
Clone	deploy online

🚨 Problema clássico

Tabela enorme sem particionamento.

Resultado:

REORG gigantesco,
recovery lento,
scans monstruosos.

🔥 LAB 02 — TABELA GIGANTE

🚨 Problema

Tabela com 4 bilhões de linhas.

REORG demora 18 horas.

✅ Solução

Migrar para partitioned tablespace.

🧠 Explicação

Particionamento divide carga física.

🔥 3) ÍNDICES — O GPS DO DB2

🧠 O que fazem

Índices evitam full scan.

🔥 Estrutura B-Tree

Seu material menciona:


B-Tree : Índice – Arvore Binaria

🧠 Como funciona

A árvore possui:

root page
branch pages
leaf pages

🔍 O DB2 percorre:


ROOT → BRANCH → LEAF → ROW

🚨 Sem índice

O DB2 lê:

milhões de páginas.

🧨 Exemplo


CREATE INDEX IXALUNO
ON ALUNOS(ID);

🔥 LAB 03 — SQL MATANDO CPU

🚨 Problema

SELECT demorando minutos.

🔍 Investigação

EXPLAIN mostra:


TABLESPACE SCAN

✅ Solução

Criar índice:


CREATE INDEX IXCPF
ON CLIENTE(CPF);

🧠 Explicação

DB2 deixou de varrer tabela inteira.

🔥 4) CATALOGO DB2 — O “DNA” DO BANCO

Seu material aborda:


Catalogo
Metadados

🧠 O que é

O catálogo guarda:

definição tabelas
índices
colunas
privileges
packages
plans

🔍 Tabelas famosas

Tabela	Função
SYSIBM.SYSTABLES	tabelas
SYSIBM.SYSCOLUMNS	colunas
SYSIBM.SYSINDEXES	índices
SYSIBM.SYSPACKAGE	packages

🧨 Exemplo


SELECT NAME
FROM SYSIBM.SYSTABLES
WHERE CREATOR='ESCOLA';

🔥 LAB 04 — DESCOBRIR ÍNDICES

🚨 Problema

Ninguém sabe quais índices existem.

✅ Solução


SELECT NAME
FROM SYSIBM.SYSINDEXES
WHERE TBNAME='CLIENTE';

🧠 Explicação

Catálogo é o “Google interno” do DB2.

🔥 5) LOG — A “CAIXA PRETA” DO DB2

Seu material aborda:


Active LOG
Archive LOG
BSDS

🧠 O que é o LOG

Tudo que muda no DB2 vai para log.

🔥 Serve para

rollback
recovery
restart
integridade
auditoria

🔥 ACTIVE LOG

Logs atuais em uso.

🔥 ARCHIVE LOG

Logs antigos arquivados.

🔥 BSDS

Bootstrap Dataset.

Contém:

inventário logs
checkpoints
bootstrap recovery

🚨 Se BSDS corrompe…

O DB2 entra em crise séria.

🔥 LAB 05 — LOG FULL

🚨 Problema

Sistema travado.

🔍 Investigação


-DIS LOG

💣 Resultado

Logs esgotados.

✅ Solução

aumentar logs
reduzir transações longas
acelerar archive

🧠 Explicação

Sem log livre o DB2 para updates.

🔥 6) BUFFERPOOL — O “PULMÃO” DO DB2

Seu material aborda:


Bufferpool
Frame Bufferpool

🧠 O que é

Cache de páginas em memória.

🔍 Fluxo


DASD → BUFFERPOOL → CPU

🚨 Bufferpool ruim = muito I/O

🧨 Exemplo


-DIS BUFFERPOOL(BP0)

🔥 LAB 06 — HIT RATIO HORRÍVEL

🚨 Problema

I/O gigantesco.

🔍 Resultado


HIT RATIO 58%

✅ Solução

Aumentar:


ALTER BUFFERPOOL(BP0) VPSIZE(50000)

🧠 Explicação

Mais páginas em cache.

🔥 7) DB2 DATA SHARING — O “CLUSTER” DO MAINFRAME

Seu material mostra:


DB2 DATA SHARING com Group Bufferpools

🧠 O que é

Vários DB2s compartilhando dados simultaneamente.

🔥 Permite

alta disponibilidade
escalabilidade
failover
paralelismo

🔍 Componentes

Componente	Função
Coupling Facility	sincronização
GBP	cache compartilhado
IRLM	locking

🚨 Problema clássico

Contention no GBP.

🔥 LAB 07 — CONTENTION EM DATA SHARING

🚨 Problema

Locks excessivos.

🔍 Investigação


-DIS GROUP

💣 Resultado

GBP saturation.

✅ Solução

Aumentar Group Bufferpool.

🧠 Explicação

Muitos membros acessando mesmas páginas.

🔥 8) OPTIMIZER — O “CÉREBRO” DO SQL

Seu material aborda:


DB2 Optimizer

🧠 O que faz

Decide:

índice
join
scan
sort
access path

🔥 Sem optimizer

SQL seria inviável.

🔍 Ele analisa:

cardinalidade
seletividade
RUNSTATS
índices
distribuição dados

🔥 LAB 08 — OPTIMIZER ESCOLHEU MAL

🚨 Problema

SQL piorou após deploy.

🔍 Investigação

Novo access path.

✅ Solução

Executar:


RUNSTATS TABLESPACE FINANCE.CLIENTE

Rebind package.

🧠 Explicação

Stats antigas enganaram optimizer.

🔥 9) EDM POOL — O “CACHE CEREBRAL”

Seu material aborda:

EDM POOL
Dynamic Cache
PT/CT
Skeleton Pool
DBD

🧠 O que é

Cache interno de:

packages
plans
SQL dinâmico
estruturas DBD

🔥 Problema clássico

EDM pequeno.

🚨 Resultado

compilação excessiva
CPU alta
cache thrashing

🔥 LAB 09 — EDM SATURADO

🚨 Problema

CPU do DB2 explodindo.

🔍 Investigação


-DIS DDF

e monitor EDM.

💣 Resultado

Dynamic statement cache lotado.

✅ Solução

Aumentar EDM pool.

🧠 Explicação

SQL dinâmico recompilando continuamente.

🔥 10) BIND E PACKAGE

Seu material cita:


BindProgram

🧠 O que é BIND

Transforma SQL em package executável.

🔥 PACKAGE

Código SQL otimizado armazenado.

🔥 LAB 10 — PACKAGE INVALIDADO

🚨 Problema

Programa falha após alteração tabela.

💣 Resultado

Package inválido.

✅ Solução


REBIND PACKAGE

🧠 Explicação

DDL alterou estrutura dependente.

🔥 LAB EXTRA — INCIDENTE COMPLETO

🚨 Cenário

Sistema financeiro lento.

🔍 Investigação

Descoberto:

RUNSTATS vencido
bufferpool saturado
índice inválido
logs pressionados

✅ Solução

Fluxo:

REBUILD INDEX
REORG
RUNSTATS
Ajuste BUFFERPOOL
Revisão commits

🧠 Resultado

CPU caiu:

de 92%
para 34%

☕ VISÃO “BELLACOSA MAINFRAME”

O DB2 z/OS parece um banco…

Mas internamente ele é:

sistema operacional de dados,
motor transacional,
mecanismo de recuperação,
orquestrador de memória,
e inteligência analítica.

Quem aprende:

logs,
bufferpool,
optimizer,
EDM,
utilities,
data sharing,

não aprende apenas SQL…

aprende a anatomia do coração digital das grandes corporações. ☕💣

Translate

quarta-feira, 11 de março de 2020