Translate

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

quarta-feira, 6 de maio de 2026

🔥☕ COUPLING FACILITY — O “CÉREBRO COLETIVO” DOS MAINFRAMES IBM z/OS ☕🔥

Bellacosa Mainframe mergulha no sysplex e comenta sobre CF coupling facility

🔥☕ COUPLING FACILITY — O “CÉREBRO COLETIVO” DOS MAINFRAMES IBM z/OS ☕🔥

O QUE TODO PROGRAMADOR COBOL PADAWAN PRECISA ENTENDER SOBRE O CORAÇÃO DO SYSPLEX

Imagine o seguinte cenário, jovem Padawan do COBOL:

Você possui:

  • vários mainframes IBM zSeries
  • executando o mesmo sistema z/OS
  • compartilhando banco Db2
  • compartilhando filas CICS
  • compartilhando cache
  • compartilhando locks
  • compartilhando discos DASD

…e todos precisam conversar em tempo real sem virar caos.

🔥 É aí que nasce a Coupling Facility (CF).


☕ O QUE É A COUPLING FACILITY?

A Coupling Facility é um componente especializado do ambiente IBM Parallel Sysplex.

Ela funciona como:

  • memória compartilhada ultra rápida
  • coordenador de sincronismo
  • gerenciador de locks
  • cache compartilhado
  • controlador de estruturas compartilhadas

Pense nela como:

“o cérebro central que sincroniza vários mainframes ao mesmo tempo.”


🏛 ORIGEM HISTÓRICA

A IBM criou o conceito nos anos 90 para resolver um problema gigantesco:

❌ Problema antigo

Antes do Parallel Sysplex:

  • cada mainframe era praticamente isolado
  • escalabilidade era limitada
  • failover era complicado
  • compartilhamento de dados era lento

✅ Solução IBM

Criaram:

IBM Parallel Sysplex

com:

  • múltiplos LPARs
  • múltiplos z/OS
  • múltiplos CICS
  • múltiplos Db2
  • tudo operando como “um único supercomputador”.

E a Coupling Facility virou o coração disso tudo.


🧠 ANALOGIA ESTILO BELLACOSA

Imagine:

ElementoMundo Real
z/OSpessoas trabalhando
Db2arquivos/documentos
CICSatendentes
Coupling Facilitycentral de coordenação
Lock Structuresemáforo
Cache Structurememória compartilhada
List Structurefila organizada

🔥 O QUE A COUPLING FACILITY FAZ?

Ela trabalha principalmente com:

EstruturaFunção
Lock Structurecontrole de locks
Cache Structurecache compartilhado
List Structurefilas/listas
Serializationsincronismo
Signalingcomunicação entre sistemas

🔷 TIPOS DE ESTRUTURA

1️⃣ LOCK STRUCTURE

Usada por:

  • Db2
  • GRS
  • CICS

Ela evita:

  • deadlock
  • update simultâneo
  • corrupção de dados

2️⃣ CACHE STRUCTURE

Mantém dados em memória compartilhada.

Exemplo:

  • buffer pools do Db2
  • cache CICS
  • VSAM RLS

Isso reduz I/O em disco absurdamente.


3️⃣ LIST STRUCTURE

Funciona como fila compartilhada.

Muito usada em:

  • WebSphere MQ
  • CICS TS Queue
  • Workload balancing

⚡ COMO FUNCIONA NA PRÁTICA

Imagine dois Db2:

SistemaAção
DB2Aatualiza cliente
DB2Btenta ler mesmo cliente

A CF entra no meio:

  1. DB2A pega lock
  2. CF registra lock
  3. DB2B consulta CF
  4. CF responde:
    • “registro bloqueado”
  5. DB2B espera

🔥 Resultado:
consistência total.


🏗 COMPONENTES IMPORTANTES

ComponenteDescrição
CFRMCoupling Facility Resource Management
XCFCross-system Coupling Facility
IXLCONNconecta aplicações
IXLLISTmanipula listas
IXLCACHEcache compartilhado
IXLLOCKlock manager

🔥 XCF — O “WHATSAPP” DOS MAINFRAMES

O XCF:

  • conecta sistemas do sysplex
  • troca mensagens
  • detecta falhas
  • coordena membros

Sem XCF:
❌ não existe sysplex moderno.


📦 ONDE A CF EXISTE?

Pode existir:

TipoDescrição
Internal CFdentro do próprio CPC
External CFmáquina dedicada
Integrated CF (ICF)processador especializado

🧩 COMO O COBOL JÚNIOR “SENTE” A CF?

Mesmo sem perceber…

você usa CF quando:

  • roda Db2 Data Sharing
  • acessa CICS em sysplex
  • usa VSAM RLS
  • usa MQ Shared Queue

Ou seja:

🔥 praticamente todo ambiente enterprise moderno.


🔎 COMO VER INFORMAÇÕES DA CF?

COMANDO D XCF

D XCF,CF

Mostra:

  • CFs ativas
  • status
  • conectividade
  • estruturas

🔎 LISTAR ESTRUTURAS

D XCF,STR

🔎 VER SYSLEX

D XCF,SYSPLEX

🔎 NO SDSF

Painéis:

PainelUso
RMFperformance
SDSF LOGmensagens
DAdevices
ENCenclosures

📊 MONITORAMENTO

Ferramentas clássicas:

FerramentaUso
RMF Monitor IIIperformance CF
OMEGAMONanálise avançada
IBM Tivolimonitoramento
SMF 74métricas da CF

🔥 SMF 74 — O TESOURO ESCONDIDO

O record:

SMF Type 74

guarda:

  • uso de estruturas
  • tempo de resposta
  • lock contention
  • taxa de requests
  • rebuilds

Subtipos importantes:

SubtypeUso
74-4CF Activity
74-5CF Cache
74-7Lock info

🔥 COMANDOS IMPORTANTES

VER DETALHES

D XCF,CF,CFNAME=CF01

VER ESTRUTURA

D XCF,STR,STRNAME=DB2LOCK1

REBUILD

SETXCF START,REBUILD,STRNAME=DB2LOCK1

⚠️ ERROS CLÁSSICOS

1️⃣ STRUCTURE FULL

Mensagem:

IXL015I STRUCTURE FULL

Significa:

  • estrutura sem espaço
  • excesso de locks/cache/lista

COMO ANALISAR

Ver:

D XCF,STR

Checar:

  • INITSIZE
  • SIZE
  • uso %

CORREÇÃO

Aumentar no CFRM Policy:

SIZE(50000)

2️⃣ REBUILD PENDING

Estrutura precisa rebuild.

Causas:

  • falha CF
  • perda conectividade
  • overload

CORREÇÃO

SETXCF START,REBUILD

3️⃣ PATH FAILURE

Links ICA/IFB falhando.

Pode causar:

  • degradação
  • perda de sincronismo

VERIFICAR

D XCF,PATH

4️⃣ LOCK CONTENTION

Db2 “travando tudo”.

Sintomas:

  • timeout
  • deadlock
  • lentidão

ANALISAR

  • IFCID 172
  • IFCID 196
  • RMF
  • DISPLAY DATABASE LOCKS

🧠 COMO INTERPRETAR PERFORMANCE

Indicadores importantes

MétricaSignificado
Request Raterequisições
Service Timelatência
Lock Contentiondisputa
Rebuild Countrebuilds
CF CPUuso CPU

🔥 LATÊNCIA É TUDO

No sysplex:

microsegundos importam.

Porque:

  • Db2 faz milhões de requests
  • CICS faz milhares por segundo
  • MQ sincroniza filas

Se a CF atrasar:
🔥 o sysplex inteiro sofre.


⚡ CURIOSIDADES ABSURDAS

🔥 A CF NÃO RODA z/OS

Ela roda firmware especializado.

É quase um “mini sistema operacional secreto IBM”.


🔥 UMA CF PODE CONTROLAR VÁRIOS MAINFRAMES

Grandes bancos possuem:

  • dezenas de LPARs
  • múltiplas CFs
  • sysplex gigantescos

🔥 EXISTE FAILOVER DE CF

Se uma CF morrer:

outra assume.

Isso é chamado:

Duplexing / Rebuild


🥚 EASTER EGGS MAINFRAME

🥚 O nome “Coupling”

Vem da engenharia mecânica:

coupling = acoplamento

Ela “acopla” sistemas.


🥚 O sysplex já foi considerado “cloud antes da cloud”

Porque:

  • compartilhava recursos
  • balanceava carga
  • permitia failover automático

Anos antes da computação em nuvem moderna.


🔥 EXEMPLO REAL — DB2 DATA SHARING

Imagine:

SistemaTransações
DB2Ainternet banking
DB2BPIX
DB2CATM
DB2Dcartão

Todos compartilham:

  • mesmos dados
  • mesmos locks
  • mesmo cache

Tudo coordenado pela CF.

Sem ela:
💥 corrupção total.


🛠 PASSO A PASSO PARA INVESTIGAR PROBLEMAS

ETAPA 1 — Verificar estruturas

D XCF,STR

ETAPA 2 — Verificar CF

D XCF,CF

ETAPA 3 — Verificar paths

D XCF,PATH

ETAPA 4 — Analisar RMF

Ver:

  • latency
  • request rate
  • rebuild

ETAPA 5 — Verificar mensagens

No SDSF LOG:

Procure:

IXL
IXC
CF

ETAPA 6 — Verificar Db2

Comandos:

-DISPLAY GROUP
-DISPLAY DATABASE LOCKS

☕ RESUMO BELLACOSA MAINFRAME

Coupling Facility é:

✅ o coração do Parallel Sysplex
✅ sincronismo ultra rápido
✅ lock manager distribuído
✅ cache compartilhado
✅ coordenador do Db2 Data Sharing
✅ base do CICS moderno
✅ peça crítica da alta disponibilidade IBM


🔥 FRASE FINAL DO PADAWAN MAINFRAME

“Quando vários mainframes parecem um só…
existe uma Coupling Facility trabalhando silenciosamente nos bastidores.” ☕🔥

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