Translate

Mostrar mensagens com a etiqueta hiperspaces. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta hiperspaces. Mostrar todas as mensagens

terça-feira, 31 de março de 2026

🔥 SEUS DADOS NÃO MORAM NO DISCO… ELES VIAJAM PELO UNIVERSO DO z/OS 😳

 

Bellacosa Mainframe num mergulho no mundo storage do z/os

🔥 SEUS DADOS NÃO MORAM NO DISCO… ELES VIAJAM PELO UNIVERSO DO z/OS 😳

O guia proibido de Storage Management que revela como memória, disco e sysplex trabalham juntos (e quase ninguém entende)

Você acha que seu dataset “fica no disco”?

👉 Não fica.

No z/OS, dados:

  • sobem pra memória
  • descem pra disco
  • migram pra fita
  • aparecem em outro LPAR
  • e até existem fora do seu address space

💥 “No mainframe, dado não tem endereço fixo… tem estratégia.”

Se você quer sair do nível “usuário” e pensar como engenheiro de sistema, esse é o mapa completo 👊🔥


🧠 1. ADDRESS SPACE — O UNIVERSO DO PROGRAMA

Cada programa roda em um address space isolado.


🔥 O que isso significa?

  • memória protegida
  • ambiente independente
  • controle total do sistema

💡 Insight

cada address space é um “universo privado”


⚡ 2. 64-BIT ADDRESSING — MEMÓRIA INFINITA (QUASE)

Com 64 bits:

👉 até 16 EXABYTES


🔥 Evolução histórica

EraLimite
24-bit16MB 😱
31-bit2GB
👉 64-bit16EB 🤯

💡 Tradução Bellacosa

“acabou a desculpa de falta de memória”


🧠 Uso real

  • Java
  • Db2
  • middleware
  • grandes buffers

🧩 3. DAT — A MÁGICA DA TRADUÇÃO

DAT (Dynamic Address Translation):

👉 converte endereço virtual → real


🔥 Sem DAT:

  • programa quebraria
  • memória não funcionaria

💡 Tradução

“você nunca acessa memória real diretamente”


🧠 4. STORAGE REQUESTS — COMO A MEMÓRIA É PEDIDA

Programas pedem memória via:

  • GETMAIN
  • STORAGE OBTAIN

🔥 O sistema decide:

  • onde alocar
  • em qual subpool
  • com qual proteção

💡 Insight

memória é gerenciada, não livre


🧱 5. SUBPOOLS — ORGANIZAÇÃO INTERNA

Memória é dividida em:

👉 subpools


🔥 Exemplos:

  • SP0 → sistema
  • SP229 → usuário

💡 Tradução

“cada tipo de dado tem seu bairro”


🌍 6. DATA SPACES & HIPERSPACES — FORA DO ADDRESS SPACE

🔹 Data Spaces

  • dados fora do address space
  • acessados via AR

🔹 Hiperspaces

  • alta performance
  • acesso indireto

🔥 Tradução Bellacosa

“memória extra fora do seu universo”


🧠 Exemplo

Programa → usa Data Space → grande volume de dados

⚡ 7. PAGING — QUANDO A MEMÓRIA NÃO CABE

Se falta memória:

👉 dados vão para disco (paging)


🔥 Fluxo

Memória cheia

página vai para DASD

quando necessário → volta

💡 Problema

👉 excesso de paging = sistema lento 💀


💾 8. FLASH STORAGE — O TURBO MODERNO

Flash (SSD):

  • baixa latência
  • alta velocidade
  • ideal para OLTP

💡 Uso

  • Db2
  • logs
  • datasets críticos

🔗 9. PARALLEL SYSPLEX — MEMÓRIA COMPARTILHADA ENTRE SISTEMAS

Aqui fica poderoso 😄


🔥 O que é?

Vários z/OS trabalhando juntos:

👉 como um só sistema


💡 Elementos:

  • LPARs
  • Coupling Facility (CF)
  • links de comunicação

🧠 Exemplo

LPAR A → acessa dado
LPAR B → acessa o mesmo dado

💡 Tradução

“dados compartilhados em tempo real”


🧠 10. COUPLING FACILITY (CF) — O CÉREBRO COMPARTILHADO

🔹 Função:

  • lock management
  • cache
  • filas

🔥 Tipos:

  • Internal CF
  • External CF

💡 Tradução Bellacosa

“CF = memória compartilhada do sysplex”


⚡ 11. DUPLEXING — ZERO PERDA

🔥 O que faz?

  • duplica dados
  • garante disponibilidade

💡 Exemplo

CF primário → falha
CF secundário → assume

🧨 Curiosidade

Sistema continua rodando sem impacto 😳


🧠 12. CF OPERATIONS — O QUE ACONTECE POR TRÁS

CF gerencia:

  • locks
  • buffers
  • filas

💡 Uso real

  • Db2 data sharing
  • CICS
  • IMS

⚙️ 13. STORAGE + I/O + CPU — TUDO CONECTADO

Nada funciona isolado:

Memória → I/O → CPU → WLM → Storage

💡 Insight

performance é resultado do conjunto


🔄 14. PASSO A PASSO COMPLETO

Programa inicia

recebe address space

pede memória (GETMAIN)

DAT traduz endereço

usa data space se necessário

paging ocorre se faltar memória

dados vão para disco/flash

sysplex compartilha dados via CF

duplex garante disponibilidade

🧨 CURIOSIDADES (NÍVEL ROOT)

🤯 1. Você não controla diretamente onde o dado está


🔥 2. Dados podem estar fora do seu address space


💀 3. Paging excessivo mata performance


🧠 4. Sysplex permite vários sistemas compartilharem dados


⚡ 5. CF é o segredo da alta disponibilidade


🎯 RESUMO FINAL

✔ Address space = isolamento

✔ 64-bit = escala absurda

✔ DAT = tradução

✔ Subpools = organização

✔ Data space = expansão

✔ Paging = fallback

✔ Flash = velocidade

✔ Sysplex = escala

✔ CF = coordenação

✔ Duplexing = resiliência


💥 FRASE FINAL

“No z/OS, dados não ficam armazenados… eles são orquestrados entre memória, disco e múltiplos sistemas em tempo real.”

sábado, 3 de agosto de 2019

☕💥 A Jornada do Padawan COBOL – Parte 8 Desvendando o Universo dos CALLs no Mainframe

 

Bellacosa Mainframe apresenta o call em COBOL parte VIII

☕💥 A Jornada do Padawan COBOL – Parte 8

Desvendando o Universo dos CALLs no Mainframe

Metal C, DLLs Avançadas, SAF, RACF, APF, Dataspaces, Hiperspaces, Coupling Facility e os Segredos dos Arquitetos Supremos do IBM Z

Ou como descobrir que existe um mundo tão profundo no z/OS que até alguns desenvolvedores COBOL veteranos preferem fingir que ele não existe

Por Vagner Bellacosa – Bellacosa Mainframe


O dia em que o Padawan percebe que ainda estava na entrada da caverna

Depois de sete capítulos aprendendo:

✔ CALL

✔ CICS

✔ Binder

✔ LE

✔ Assembler

✔ SVC

✔ SRB

✔ zIIP

O Padawan acredita ter dominado o Mainframe.

Então um Sysprog aparece.

Abre um membro.

E mostra:

__asm("MODESET KEY=ZERO");

E diz:

Bem-vindo ao mundo dos Arquitetos.


Metal C

Metal C é praticamente uma mistura de:

C

Assembler

z/OS Internals


É C.

Sem Runtime.

Sem libc.

Sem proteção.


Exemplo


#pragma metal


int main()
{

/* acesso direto ao zOS */

}



Onde é usado?

JES

RACF

DFSMS

TCPIP

SAF

SMPE


DLLs no z/OS

Pouca gente sabe.

IBM possui suporte sofisticado.


Exemplo


CALL 'MINHADLL'

USING AREA.



Internamente

Program Objects

DLL Support

LE


Benefícios

Reuso.

Menor memória.

Atualizações independentes.


SAF

Security Authorization Facility


SAF é o porteiro.

Do z/OS.


Aplicação diz:

Posso fazer isso?

SAF responde.

Sim.

Não.

Talvez.


Visualmente



PROGRAMA


↓

SAF


↓

RACF


↓

DECISÃO



RACF

O mago da segurança.


Controla.

Usuários.

Perfis.

Datasets.

CICS.

DB2.

APIs.


Exemplo

PERMIT PROD.LOADLIB


CLASS DATASET



APF

Authorized Program Facility


Território perigoso.


Programa APF

Pode.

Trocar chave.

Executar SVC.

Acessar memória.


Programa comum

Não.


Storage Keys

IBM protege memória.


Keys

0

até

15


Aplicação comum

Key 8

Kernel

Key 0


Dataspaces

Área enorme.

Fora espaço tradicional.


Até GBs.


Muito usada.

SMF.

Analytics.

Sort.


Visualmente


Address Space


↓

Dataspace


↓

Milhões registros



Hiperspaces

Primo rico.

Do Dataspace.


Mais rápido.

Menos I/O.


Coupling Facility

Um dos segredos.

Do Sysplex.


Imagine

20 Mainframes.

Trabalhando juntos.


Coupling Facility

É a memória compartilhada.


Visualmente


LPAR1


↓

CF


↑


LPAR2




Estruturas

Cache

List

Lock


DB2 usa.

Muito.


MQ usa.


CICS usa.


XCF

Cross System Coupling Facility


Permite.

Comunicação.

Entre LPARs.


WLM

Workload Manager


Decide.

Quem recebe CPU.


Banco.

Prioridade alta.


Teste.

Baixa.


PC-Bit

Poucos conhecem.


Permite.

Troca protegida.

Entre espaços.


Muito usado.

RACF.

DB2.


Callable Services

IBM fornece centenas.


Exemplo

IGGCSI00

CSVQUERY

BPXWDYN

IRRSIM00


BPXWDYN

Favorito dos veteranos.


Alocação dinâmica.


Exemplo


CALL 'BPXWDYN'


USING CMD.



Substitui.

SVC99.

Em vários casos.


Segredos Bellacosa

Dica 1

Nunca APF sem necessidade.


Dica 2

Dataspaces são incríveis.


Dica 3

Aprenda SAF.


Dica 4

RACF é obrigatório.


Dica 5

CF é magia pura.


Easter Egg IBM

Existe uma categoria.

De profissionais.

Que consegue ler isto:


MODESET KEY=ZERO


PC 0,15


MODESET KEY=EIGHT


E compreender tudo.


São conhecidos.

Como.

Arquitetos Supremos IBM Z


Checklist Jedi

✅ Metal C

✅ SAF

✅ RACF

✅ APF

✅ Dataspaces

✅ Hiperspaces

✅ Coupling Facility

✅ WLM

✅ XCF

✅ Callable Services

✅ Storage Keys

✅ Program Objects


A Filosofia Jedi do CALL – Parte 8

O Padawan iniciante pensa:

CALL chama programas.

O desenvolvedor experiente pensa:

CALL movimenta dados.

O especialista compreende:

CALL é um mecanismo de integração entre módulos.

O Sysprog entende:

CALL é apenas uma abstração elegante construída sobre registradores, áreas de armazenamento, serviços do supervisor, segurança SAF, gerenciamento de workload, memória compartilhada e décadas de engenharia refinada do z/Architecture.

E o Arquiteto Supremo IBM Z sabe que, quando um desenvolvedor escreve:

CALL 'SUBPGM'
USING WS-AREA

ele está acionando silenciosamente uma cadeia tecnológica composta por compiladores, Binder, LE, Assembly, serviços do z/OS, mecanismos de proteção, subsistemas de segurança e otimizações de hardware capazes de manter funcionando, há décadas, alguns dos sistemas mais críticos do planeta.


Próxima aventura do Padawan COBOL – Parte 9

"As Runas Perdidas do Mainframe: JES2, SMF Internals, SRM, RMF, SRBs enclavados, Sysplex Distributor, HiperSockets, Crypto Express, Telum AI e os segredos dos Engenheiros IBM que poucos profissionais chegam a explorar."