Bellacosa Mainframe fala sobre Storage 
Engineer em ibm mainframe zos

🧠 Uma visão Padawan Storage Engineer, sente-se.

Hoje o papo é sério, profundo e cheio de easter eggs:
Monitoramento de Disco em Ambiente IBM Mainframe (z/OS)
(ou: como evitar que o DASD te acorde às 02:37 da manhã)

---

📜 História rápida (porque storage tem memória longa)

Antes de “elastic storage”, já existia DASD.
E não era luxo: era engenharia.

No mundo mainframe:

• Disco sempre foi caro

• I/O sempre foi crítico

• Planejamento sempre foi obrigatório

Por isso o z/OS nasceu obcecado por controle:

• Trilhas

• Cilindros

• Extents

• Catálogo

• Alocação
  Nada é por acaso. Nada é “default inocente”.

---

💿 DASD – não é disco, é contrato

DASD (Direct Access Storage Device) não é só mídia.
É um modelo lógico estável há décadas.

Mesmo que hoje o storage seja:

• Flash

• NVMe

• Storage definido por software

• DS8K com magia negra dentro

👉 Para o z/OS, continua sendo 3390.

🧠 Easter Egg clássico:

Você pode trocar todo o storage físico…
…mas o JCL de 1999 continua funcionando.

---

🧱 3390 – o idioma nativo do z/OS

Estrutura lógica

• Track

• Cylinder

• Volume

• Extent

Tipos mais comuns:

• 3390-3 → o feijão com arroz

• 3390-9 → mais conforto

• 3390-27 / 54 → ambientes grandes

• EAV (EAS) → milhões de cylinders

⚠️ Padawan alerta:
EAV resolve espaço, não resolve desorganização.

---

👀 Por que monitorar disco não é opcional?

Porque no mainframe:

• Disco cheio não avisa

• Fragmentação cobra juros

• Catálogo corrompido vira outage

• Storage mal planejado vira reunião com diretoria

---

📊 O que um Storage Engineer DEVE monitorar

🔢 1. Utilização de Volume

• < 70% → zen

• 70–85% → atenção

• 85% → plano de ação

• 90% → você já perdeu

---

🧩 2. Fragmentação

• Muitos extents = mais I/O

• Sequential sofre

• VSAM sofre mais ainda

• Sort chora em silêncio

🧠 Easter Egg:

Fragmentação não mata hoje.
Ela te mata no pico do fechamento mensal.

---

🧮 3. Número de extents

• Dataset com 100+ extents é alerta

• 200+ extents é cirurgia

• Extents demais = alocação ruim ou volume saturado

---

📚 4. Catálogo

• Catálogo cheio = caos

• Catálogo fragmentado = lentidão

• Catálogo sem backup = pedido de demissão indireto

Comandos:

LISTCAT ALL

---

🧠 5. Storage Groups (DFSMS)

Você monitora:

• Capacidade total

• Balanceamento

• Tendência de crescimento

• Volume “quente”

Comandos úteis:

D SMS,SG
D SMS,VOL

---

🛠️ Ferramentas nativas (o mínimo que você deve dominar)

📟 SDSF

• DA

• /D U,DASD,ONLINE

Visual rápido, mas não substitui análise.

---

🧾 IDCAMS

O velho sábio que nunca mente:

LISTCAT VOLUME(VOL001) ALL

Mostra:

• Extents

• Datasets órfãos

• Fragmentação

• Bagunça histórica

---

🧪 SMF (onde mora a verdade)

Se você quer ser engenheiro de verdade, vá para:

• SMF 42 (DFSMS)

• SMF 78 (Storage)

• SMF 14/15 (dataset activity)

📌 Hot take Bellacosa™:

Quem não olha SMF, administra no escuro.

---

🧙‍♂️ Ferramentas enterprise (o lado premium da Força)

• IBM OMEGAMON

• BMC MainView

• Broadcom SYSVIEW

Alertas comuns:

• Volume acima do threshold

• Storage Group desequilibrado

• Crescimento anormal

• Tendência explosiva

---

🧪 Caso real (história de guerra)

Batch falhando aleatoriamente.
Erro muda todo dia.

Causa real:

• Volume temporário com 88%

• Crescimento não monitorado

• Sort concorrente em pico

Correção:

• Redistribuição de volumes

• Aumento de pool

• Monitoramento de tendência

📌 Moral:
Storage não quebra.
Ele acumula dívida técnica.

---

🧠 Curiosidades que só storage engineer aprende sofrendo

• Dataset “temporário” criado em 2003 ainda ativo

• Volume “de teste” com dado crítico

• SMS class herdada de outro CPD

• Storage flash com comportamento de fita (sim, acontece)

---

🧭 Dicas Bellacosa Mainframe™ para Padawan Storage

✔️ Monitore tendência, não só status
✔️ Espaço livre sem balanceamento é ilusão
✔️ EAV não é desculpa para relaxar
✔️ Catálogo merece carinho diário
✔️ Documente storage group (ninguém faz, todos sofrem)
✔️ Nunca confie em “esse volume sempre foi assim”

---

☕ Encerrando o café…

Ser Storage Engineer no z/OS não é só administrar disco.
É:

• Prever

• Planejar

• Equilibrar

• Proteger

• E evitar que alguém te ligue fora do horário 😄

💬 “No mainframe, storage não é onde os dados moram.
É onde a estabilidade vive.”

🧠 Padawan, aproxime-se do console… hoje o assunto é: Monitoramento de Disco no IBM Mainframe

 

Bellacosa Mainframe apresenta storage no ZOS

🧠 Padawan, aproxime-se do console… hoje o assunto é: Monitoramento de Disco no IBM Mainframe

(ou: como não deixar o DASD virar o Lado Sombrio da Força)

---

📜 Um pouco de história (porque no mainframe nada nasce ontem)

Antes de existir storage definido por software, cloud ou “é só aumentar o volume”, já existia DASD — Direct Access Storage Device.
Nos primórdios, isso significava discos gigantes, barulhentos, caríssimos e venerados 🛐.

👉 O mainframe sempre tratou disco como recurso nobre.
Nada de “joga log fora depois a gente vê”.

E aí entra o lendário…

---

IBM Mainframe unidade de disco 

💿 DASD – Direct Access Storage Device

No mundo z/OS, disco não é disco, é DASD.
E DASD tem personalidade, etiqueta e hierarquia.

Tipos clássicos

• 📀 3380 – Jurassic Park (ainda aparece em livro antigo)

• 💿 3390 – O padrão ouro (e nosso foco)

• 🧠 EAV / EAS – Extended Address Volumes (para os discos gigantes de hoje)

---

Unidade de disco 3390 antiga

🧱 O mito do 3390

📦 O que é um 3390?

Um modelo lógico de disco, não importa se o storage físico é:

• DS8K

• Flash

• NVMe disfarçado de DASD

👉 Para o z/OS, continua sendo um 3390, com:

• 📐 Trilhas

• 📊 Cylinders

• 🧮 Extents

Tamanhos clássicos

Tipo	Cylinders
3390-1	1.113
3390-3	3.339
3390-9	10.017
3390-27	32.760
EAV	milhões 😈

🧠 Easter Egg:

Mesmo em storage 100% flash, o z/OS ainda “pensa” em trilhas.
Legacy não morre, evolui.

---

👀 Por que monitorar DASD, Padawan?

Porque disco cheio não avisa com carinho.
Ele derruba job, trava aplicação e chama gerente.

Riscos clássicos

• 🚨 Volume acima de 85%

• 🚨 Fragmentação absurda

• 🚨 Catálogo estourado

• 🚨 Extents demais por dataset

• 🚨 Sorts falhando sem espaço temporário

---

🛠️ Ferramentas nativas (sem gastar um centavo)

📟 SDSF

Seu sabre de luz inicial.

Comandos úteis:

DA

ou

/D U,DASD,ONLINE

Você vê:

• Volume

• Device Type (3390)

• Online/Offline

• Uso geral

---

🧾 IDCAMS – O velho sábio

  LISTCAT LEVEL(SYS1) ALL

Ou para volumes:

  LISTCAT VOLUME(VOL001)

📌 Mostra:

• Quantos datasets

• Extents

• Fragmentação

• Catálogo

🧠 Easter Egg:

LISTCAT mal interpretado já causou pânico desnecessário em muito CPD.

---

🧪 DFSMS – O cérebro invisível

Se você usa:

• SMS

• Storage Groups

• Management Classes

Então o monitoramento precisa olhar:

• Storage Group cheio

• Pool desbalanceado

• Volumes quentes vs frios

Comandos:

D SMS,SG
D SMS,VOL

---

🧙‍♂️ Ferramentas corporativas (o lado premium da Força)

• IBM Tivoli / OMEGAMON

• BMC MainView

• Broadcom SYSVIEW

Essas ferramentas:

• Alertam antes do caos

• Criam gráficos bonitos

• Salvam operadores de madrugadas ruins ☕😵‍💫

---

📐 Métricas que todo Padawan deve decorar

🔢 Uso de volume

• 🟢 Até 70% → zen

• 🟡 70–85% → atenção

• 🔴 > 85% → reunião marcada

🧩 Fragmentação

• Muitos extents = performance ruim

• VSAM sofre mais que sequential

🧮 Extents

• Dataset com 200+ extents é pedido de REORG

• Antigamente: limite era dor e sofrimento

---

🧪 Exemplo real (história de guerra)

“O batch sempre rodou… até hoje.”

Motivo?

• Volume temporário (SORTWK) com 92%

• Job falha com:

IEC070I 112-112

Solução?

• Monitoramento

• Alocação dinâmica

• Limpeza automática

📌 Moral: disco cheio não falha… ele se vinga.

---

🧠 Curiosidades & Fofoquices de CPD

• 🔍 Muitos ambientes ainda usam um único volume SYSRES

• 🧓 Dataset criado em 1998 ainda rodando em produção

• 😅 Volume “temporário” com dados críticos

• 📦 Flash moderno, mas pensado como 3390-3

---

🧭 Dicas Bellacosa Mainframe™️

✔️ Nunca confie em volume acima de 80%
✔️ Monitore tendência, não só foto do momento
✔️ Volume “barato” é o que causa outage caro
✔️ Documente storage group (ninguém faz, todo mundo sofre)
✔️ Ensine o Padawan antes que ele vire Operador às 3h da manhã

---

🧩 Encerrando…

Monitorar DASD no mainframe não é só técnica —
é filosofia, história viva e respeito à máquina.

💬 “No mainframe, disco não acaba… ele avisa.
O problema é quando ninguém está ouvindo.”