Dance com a Priscila a rainha do deserto na Festa do Vinho e da Alcachofra

A incrível musica dos anos 70

Sabe olhar para atrás é aprender, hoje temos liberdade de expressão, os grupos LGBT são uma realidade e cada um pode expressar sua sexualidade com relativa liberdade, mas nos anos 70 quando os primeiros movimentos começaram a sair do armário, houve muita perseguição.

Fiz essa pequena introdução para dizer que foi a discoteca que abriu as portas, para cada um se expressar como quiser, as disco tinham a mente aberta e a pessoa podia tirar a mascara que vivia na sociedade.

No vídeo vemos a apresentação homenageando o filme "Priscila a Rainha do Deserto", que conta a historia de uma trupe de drag queen, ou melhor, transformista, em nosso bom e velho português, que viajam num ônibus psicodélico para irem fazer show num resort australiano, porém  pelo caminho e que fazem espetáculos luxuriosos.

Os organizadores da Festa do Vinho e da Alcachofra foram muito felizes em escolher este musical para animar a festa, uma musica alegre, que toca a alma e nos contagia, vejo o vídeo e tire suas conclusões.

Bellacosa Mainframe Storage e DASD 3390

---

💽 Tracks, Cilindros e DASD no IBM Mainframe

Arquitetura, não nostalgia

“O mainframe não mede storage em tracks e cilindros porque é antigo.
Ele faz isso porque sabe exatamente o que está fazendo.”

---

1️⃣ A origem da filosofia: quando hardware importava (e ainda importa)

Desde os primórdios do IBM System/360 (1964), o mainframe foi projetado com um princípio inegociável:

👉 Controle total do I/O

Naquela época:

• Disco era caro

• CPU era valiosa

• I/O era o gargalo

💡 Conclusão da IBM:

“Se o gargalo é I/O, precisamos dominar o disco até o último detalhe físico.”

Assim nascem os conceitos de:

• Track

• Cilindro

• Bloco

• Extent

Nada disso é acaso. É engenharia.

---

2️⃣ O que é um TRACK (pista) – o átomo do DASD

📀 Track é:

• Uma circunferência física no platter do disco

• Unidade mínima de alocação real

• Otimizada para leitura e escrita sequencial

Características importantes:

• Contém um ou mais blocos

• O tamanho em bytes não é fixo

• Depende de:

  • Dataset (PS, PO, VSAM)

  • BLKSIZE

  • Tipo de acesso

📏 Referência clássica (3390):

• ≈ 56 KB por track (didático, não absoluto)

🧪 Easter egg técnico:

Mesmo quando você pede espaço em MB,
o DFSMS converte tudo para tracks internamente 😎

---

3️⃣ O que é um CILINDRO – o segredo da performance

🛢️ Cilindro =
Conjunto de tracks alinhados verticalmente em todos os pratos do disco.

Por que isso é genial?

• O braço do disco não precisa se mover

• Menos seek

• Mais throughput

• Menos latência

📌 Em mainframe:

Performance não é pico, é constância.

---

IBM HD 3390

4️⃣ Modelos clássicos de DASD IBM (história viva)

📦 IBM 2311 / 2314

• Anos 60 / 70

• Discos removíveis

• Origem dos conceitos de cilindro

📦 IBM 3330 – “Merlin”

• Gigante físico

• Primeiro “big storage”

📦 IBM 3380

• Alta densidade

• Base para sistemas bancários dos anos 80

📦 IBM 3390 (o eterno)

• Padrão até hoje (logicamente)

• Modelos:

  • 3390-3 (~2,8 GB)

  • 3390-9 (~8,4 GB)

• Referência de cálculo de tracks/cilindros

📦 DS8000 (atual)

• Storage virtualizado

• Cache massivo

• Flash

• Mas… emula 3390
  😏

O mainframe moderniza sem quebrar o passado.

---

5️⃣ Evolução: do ferro ao virtual (sem perder o controle)

Hoje:

• Não existe mais “disco girando” como antes

• Temos:

  • Cache

  • Flash

  • Virtualização

  • Striping interno

Mas o z/OS continua falando em:

• Track

• Cilindro

• Extent

💡 Por quê?

Porque:

• SMF mede I/O em tracks

• WLM calcula impacto por volume

• SMS aloca espaço físico previsível

• Batch depende disso

---

6️⃣ Alocação no dia a dia (JCL raiz)

Exemplo clássico:

//ARQ1 DD DSN=MEU.ARQUIVO,
//         DISP=(NEW,CATLG,DELETE),
//         SPACE=(CYL,(10,5),RLSE),
//         DCB=(RECFM=FB,LRECL=80,BLKSIZE=0)

📌 Tradução para o padawan:

• 10 cilindros primários

• 5 cilindros secundários

• Espaço real

• Custo previsível

• Impacto conhecido

---

7️⃣ Performance: onde o mainframe humilha

Linux / Unix:

• Você pede “10 GB”

• O filesystem decide tudo

• Fragmentação invisível

• Latência variável

Mainframe:

• Você define:

  • Onde

  • Quanto

  • Como cresce

• O sistema sabe:

  • Quantos seeks

  • Quantos tracks

  • Quanto I/O será gerado

📊 Resultado:

• SLA calculável

• Batch que termina no horário

• Sistema que envelhece bem

---

8️⃣ Uso prático: quem realmente se beneficia disso?

🏦 Bancos
✈️ Companhias aéreas
🏛️ Governos
💳 Clearing e pagamentos
📊 BI batch massivo

Onde:

• Erro não é opção

• Retry não existe

• Previsibilidade é rei

---

9️⃣ Curiosidades e Easter Eggs de mainframer

🧠 Você sabia?

• SPACE=(TRK,…) ainda é usado em sistemas críticos

• VSAM define espaço em CI/CA, mas mapeia para tracks

• SMF Type 42 mede EXCP por dataset

• EAV permite volumes gigantes, mas o cálculo continua físico

• O termo DASD é mais velho que “storage” 😄

---

🔚 Conclusão Bellacosa Mainframe ☕

Falar de tracks e cilindros não é nostalgia.
É respeito à física, engenharia de verdade e responsabilidade operacional.

“Mainframe não abstrai o problema.
Ele encara o problema de frente.”

E é por isso que, décadas depois,
ele ainda roda o mundo.

---

 

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