Bellacosa Mainframe apresenta o maestro invisivel do Mainframe: WLM

 

🚀 O Maestro Invisível do Mainframe: Como o WLM Decide Quem Vive, Quem Espera e Quem Domina o IBM Z

“O z/OS não é apenas um sistema operacional. É um sistema de sobrevivência computacional — e o WLM é seu cérebro.”

Se você é um padawan do mainframe 🧙‍♂️, há um momento em que tudo muda.
Você deixa de ver jobs, CICS e DB2 como coisas isoladas… e passa a enxergar um ecossistema vivo, onde milhares de tarefas lutam pelos mesmos recursos.

Nesse universo, existe um árbitro supremo:

🧠 Workload Manager — WLM

Sem ele, um mainframe moderno seria apenas um supercomputador caro brigando consigo mesmo.

---

🏛️ Antes do WLM: o caos elegante dos anos 70 e 80

Nos primórdios do MVS, a prioridade era… manual.

Operadores e sysprogs definiam:

• Prioridades fixas

• Classes de execução estáticas

• Ajustes “no feeling”

• Reconfiguração constante

Problemas clássicos:

💥 Batch travando online
💥 CICS lento em horário de pico
💥 CPU livre e usuários reclamando
💥 Sistema imprevisível

O hardware evoluiu. O software também precisava evoluir.

---

⚙️ O nascimento do WLM — computação orientada ao negócio

O WLM moderno surgiu com o OS/390 nos anos 90.

A ideia foi revolucionária:

❌ Não gerenciar processos
✅ Gerenciar objetivos de negócio

Você não diz:

👉 “Este job tem prioridade 8”

Você diz:

👉 “Quero que 90% das transações respondam em até 1 segundo”

O sistema decide como chegar lá.

---

🎼 O WLM é um maestro, não um executor

Ele não executa código.

Ele coordena:

• Dispatcher (CPU)

• IOS (I/O)

• Memory manager

• PR/SM (hardware)

• Subsystems (CICS, DB2, etc.)

Política → Prioridade → Recursos → Execução

---

🧩 Os elementos fundamentais do WLM

🏷️ Service Class — “Quem é você?”

Categoria de workload com tratamento específico.

Exemplos reais:

• CICS_ONLINE

• DB2_OLTP

• BATCH_HIGH

• TSO_USERS

• DISCRETIONARY

Uma única classe pode representar centenas de workloads.

---

🎯 Goal — “O que esperamos de você?”

Tipos principais:

• ⏱️ Response Time — tempo de resposta

• ⚡ Velocity — progresso contínuo

• 💤 Discretionary — use as sobras

---

⭐ Importance — “Quão importante você é?”

Escala de 1 a 5:

1️⃣ Missão crítica
5️⃣ Pode esperar

Sob escassez, isso decide tudo.

---

⏱️ Performance Periods — prioridade dinâmica

Uma obra-prima do design do WLM.

Permite tratar o mesmo trabalho de forma diferente ao longo do tempo.

Exemplo típico:

Período 1 — Importance 1 — resposta rápida
Período 2 — Importance 3 — menos crítico
Período 3 — Discretionary — só sobras

👉 Protege o sistema contra trabalhos “runaway”.

---

🧭 Classification Rules — o roteador automático

Determinam qual workload entra em qual Service Class.

Critérios possíveis:

• Job name

• User ID

• Address space name

• Transaction name (CICS)

• Atributos de enclave

• Padrões (wildcards)

💎 Curiosidade: também podem marcar workloads como Storage Critical.

---

⚡ Dispatchable Units — quem realmente roda

O dispatcher não agenda jobs.

Ele agenda DUs:

• 🧾 TCB — tasks de aplicação

• ⚡ SRB — trabalho de sistema

Múltiplas DUs podem rodar simultaneamente no mesmo address space.

---

🧮 Dispatching Priority — o número mágico

Escala: 0–255 (geralmente >190)

👉 Maior valor ⇒ maior chance de CPU

Mostrado no SDSF (painel DA).

É recalculado constantemente pelo WLM.

---

📀 I/O Priority e Memory

O WLM também influencia:

📀 I/O

• Prioridade de acesso a discos

• Filas de dispositivos

• Latência de storage

Sem grupos específicos:

👉 I/O priority = Dispatching priority

---

💾 Storage Critical

Protege workloads contra swap.

Não dá mais memória — evita que sejam expulsos da RAM.

Crucial para:

• CICS

• DB2

• Middleware

• Serviços online

---

🩸 Donor vs Receiver — economia de recursos

Sob escassez:

• 🏆 Receivers → precisam cumprir metas

• 🩸 Donors → cedem recursos

• 💤 Discretionary → só sobras

Regra importante:

👉 Só doa quem está usando.

---

🧠 Enclaves — workloads distribuídos

Representam trabalho que atravessa múltiplos address spaces.

Muito usados em:

• DB2 DDF

• APIs

• Java servers

• MQ

• Middleware

Permitem controle ponta a ponta.

---

🧪 Curiosidades e Easter Eggs

💎 O WLM é considerado uma das maiores vantagens competitivas do mainframe.

💎 Muitos conceitos de QoS em cloud vieram daqui.

💎 Sistemas distribuídos ainda lutam para replicar essa sofisticação.

💎 O mainframe pode parecer “antigo”, mas seu scheduler é mais avançado que o de muitos sistemas modernos.

---

💥 Falhas mais comuns em produção

❌ Políticas mal projetadas

Sintomas:

• CPU alta sem ganho real

• Online lento

• Batch dominando horários críticos

---

❌ Service Classes demais

Complexidade gera comportamento imprevisível.

---

❌ Classificação incorreta

Workloads críticos tratados como comuns.

---

❌ Ignorar Performance Periods

Trabalhos longos monopolizam recursos.

---

🛠️ Como controlar e acompanhar

Ferramentas principais:

🖥️ SDSF

• DA — Address Spaces ativos

• ENCLAVES — workloads distribuídos

• ST — Jobs

---

📊 RMF

Análise profunda de performance.

---

⚙️ WLM ISPF / z/OSMF

Configuração de políticas.

---

📈 SMF records

Base para capacity planning e auditoria.

---

🧭 Como pensar como um especialista

Quando algo está lento, pergunte:

👉 Qual recurso está saturado?
👉 Quem está consumindo?
👉 Esse workload deveria ter essa prioridade?
👉 O WLM está cumprindo ou ignorando metas?

---

🏆 A verdade final

O poder do mainframe não está apenas no hardware.

Está na capacidade de usar recursos de forma:

✔️ previsível
✔️ controlada
✔️ orientada ao negócio
✔️ resiliente sob carga extrema

---

🧠 Frase para levar para a vida

WLM não decide quem roda primeiro.
Ele decide quais objetivos do negócio serão preservados quando os recursos acabarem.

https://www.linkedin.com/pulse/o-maestro-invis%25C3%25ADvel-do-mainframe-como-wlm-decide-quem-bellacosa

 

Bellacosa Mainframe explicando em jcl o que sao filas, classes e msglevel

O que são Filas, Classes e MSGLEVEL no JCL?

Quando alguém começa a trabalhar com:

• JOBs;

• JES2;

• SDSF;

• processamento batch;

rapidamente encontra conceitos como:

• CLASS;

• MSGCLASS;

• filas;

• MSGLEVEL.

Esses parâmetros controlam:

como o JOB será tratado pelo z/OS.

Eles são fundamentais para:

• performance;

• organização batch;

• prioridade;

• análise de spool.

---

Primeiro: o que são filas no mainframe?

Fila significa:

JOB aguardando processamento.

O JES2 organiza JOBs em:

• ordem;

• prioridade;

• categoria;

• disponibilidade de recursos.

---

Analogia simples

Imagine um banco.

Existem:

• filas prioritárias;

• filas normais;

• atendimento rápido;

• atendimento demorado.

O JES2 funciona da mesma forma.

---

Fluxo simplificado

SUBMIT
   ↓
FILA JES2
   ↓
INITIATOR
   ↓
EXECUÇÃO
   ↓
SPOOL

---

O que controla essas filas?

Principalmente:

CLASS.

---

O que é CLASS no JCL?

CLASS define:

a categoria/prioridade do JOB.

---

Exemplo

//MEUJOB JOB CLASS=A

---

O que a CLASS influencia?

• prioridade;

• tipo de processamento;

• fila batch;

• initiators;

• tempo de execução;

• políticas operacionais.

---

Cada empresa define suas classes

Exemplo fictício:

Classe	Uso
A	produção crítica
B	testes
C	relatórios
T	desenvolvimento
X	processamento pesado

---

Então CLASS não é padrão universal

Cada ambiente define regras próprias.

---

Como o JES2 usa CLASS?

Ele organiza:

• quem executa primeiro;

• quais initiators atendem;

• quanto recurso usar.

---

O que é initiator?

Processo que executa JOBs.

Alguns initiators atendem apenas:

• CLASS=A;

• CLASS=B;

• etc.

---

Exemplo prático

//FINANCE JOB CLASS=A

JOB prioritário.

---

//TESTE JOB CLASS=T

JOB menos prioritário.

---

O que é MSGCLASS?

MSGCLASS define:

onde e como mensagens do spool serão tratadas.

---

Exemplo

MSGCLASS=X

---

O que isso controla?

• saída JESMSGLG;

• JESYSMSG;

• SYSOUT;

• retenção spool;

• visualização SDSF.

---

Analogia simples

CLASS:

fila do processamento.

MSGCLASS:

fila das mensagens.

---

Exemplo completo

//MEUJOB JOB CLASS=A,
// MSGCLASS=X

---

O que é MSGLEVEL?

MSGLEVEL controla:

quantidade de mensagens exibidas no spool.

---

Exemplo

MSGLEVEL=(1,1)

---

Estrutura

MSGLEVEL=(x,y)

---

Primeiro número (x)

Controla:

mensagens JCL.

---

Segundo número (y)

Controla:

mensagens de alocação e execução.

---

Valores mais comuns

---

MSGLEVEL=(1,1)

Mostra:

• JCL;

• alocação;

• execução;

• mensagens completas.

Muito usado para:

debugging.

---

MSGLEVEL=(0,0)

Reduz mensagens.

Spool menor.

---

MSGLEVEL=(2,1)

Mais detalhado ainda.

---

Exemplo profissional

//PAYROLL JOB CLASS=A,
// MSGCLASS=X,
// MSGLEVEL=(1,1)

---

O que aparece no spool?

Com MSGLEVEL adequado aparecem:

• datasets;

• allocations;

• DDs;

• execução;

• mensagens JES2.

---

Por que MSGLEVEL é importante?

Ajuda:

• troubleshooting;

• análise de erro;

• debugging;

• suporte.

---

Se MSGLEVEL estiver baixo…

…mensagens importantes podem desaparecer.

---

Como filas aparecem no SDSF?

No painel:

ST

ou:

I

---

Status comuns

---

INPUT

JOB aguardando execução.

---

ACTIVE

JOB executando.

---

OUTPUT

JOB finalizado.

---

HOLD

JOB parado aguardando liberação.

---

O que é HOLD?

JOB fica:

retido na fila.

---

O que é prioridade batch?

Algumas classes executam antes de outras.

---

Exemplo real

Produção:

CLASS=A

Testes:

CLASS=T

Produção normalmente possui prioridade maior.

---

O que é TYPRUN?

Outro parâmetro relacionado.

---

Exemplo

TYPRUN=SCAN

Valida JCL sem executar.

---

Muito usado para testes

---

Como operadores usam classes?

Para:

• controlar workload;

• separar ambientes;

• evitar overload;

• priorizar batch crítico.

---

Como programadores usam MSGLEVEL?

Para:

• analisar erros;

• entender ABENDs;

• verificar alocação.

---

Exemplo clássico completo

//MEUJOB JOB CLASS=A,
// MSGCLASS=X,
// MSGLEVEL=(1,1)

---

Resultado

• JOB prioritário;

• spool completo;

• mensagens detalhadas.

---

Curiosidades incríveis

1. Grandes bancos possuem dezenas de classes JES2

---

2. Algumas classes executam apenas à noite

---

3. MSGLEVEL ajuda muito em troubleshooting COBOL

---

4. Controle de filas é essencial em processamento massivo

---

Erros comuns de iniciantes

---

1. Confundir CLASS com MSGCLASS

CLASS:
processamento.

MSGCLASS:
mensagens.

---

2. Usar MSGLEVEL baixo durante debugging

Isso esconde informações.

---

3. Escolher classe errada

Pode atrasar execução.

---

4. Ignorar filas HOLD

JOB pode nunca executar.

---

Dicas importantes

Durante testes use:

MSGLEVEL=(1,1)

---

Aprenda classes do seu ambiente

---

Leia JESMSGLG sempre

---

Verifique status no SDSF

---

Como isso aparece no dia a dia?

Praticamente em tudo:

• COBOL;

• DB2;

• SORT;

• batch;

• automação;

• produção;

• operações.

---

Resumo rápido

Conceito	Significado
CLASS	Prioridade/fila do JOB
MSGCLASS	Classe das mensagens
MSGLEVEL	Quantidade de mensagens
HOLD	JOB parado
INPUT	Aguardando
ACTIVE	Executando
OUTPUT	Finalizado

---

Conclusão

Filas, classes e MSGLEVEL são componentes fundamentais do processamento batch no z/OS.

Eles controlam prioridade, organização, execução e detalhamento das mensagens dos JOBs, permitindo que o JES2 administre milhares de processamentos simultaneamente de forma eficiente dentro do ambiente mainframe IBM Z.