SMP/E: Entendendo o guardião do z/OS - Parte 1

 

Bellacosa Mainframe apresenta o IBM SMP/E

📘 Série SMP/E para Iniciantes

Parte 1 – Entendendo o guardião do z/OS 

“No mainframe, nada entra em produção sem passar pelo crivo do SMP/E.”

---

🧠 O que é SMP/E (sem enrolação)

SMP/E (System Modification Program / Extended) é o gerenciador oficial de mudanças do z/OS.

Ele garante que:

• Correções sejam aplicadas na ordem certa

• Dependências sejam respeitadas

• Nada seja sobrescrito por acidente

• O histórico do sistema seja preservado

👉 Em resumo Bellacosa:

SMP/E é o síndico do prédio chamado z/OS.

---

🕰️ Um pouco de história (porque mainframe tem memória)

Antes do SMP/E:

• Correções eram copiadas “na mão”

• Não havia controle de versão

• Produção quebrava sem explicação

A IBM então criou o SMP, que evoluiu para o SMP/E, acompanhando:

• OS/360

• MVS

• OS/390

• z/OS

📆 Presente em TODOS os releases modernos do z/OS.

---

🧩 Conceitos básicos que você precisa gravar

🔹 SYSMOD

É o pacote de mudança que o SMP/E gerencia.

Tipos mais comuns:

• PTF – correção de defeito

• APAR – problema reportado

• USERMOD – modificação do cliente

• FUNCTION – novo produto ou função

📌 Sem SYSMOD, o SMP/E não trabalha.

---

🔹 CSI – Consolidated Software Inventory

O CSI é o cérebro do SMP/E.

Ele guarda:

• O que está instalado

• O que depende de quê

• O que foi aplicado

• O que foi aceito

👉 Quebrou o CSI? Parou o mundo.

---

🔁 O fluxo básico do SMP/E (decore isso)

1️⃣ RECEIVE

Recebe o SYSMOD e registra no CSI.

“Agora o SMP/E sabe que isso existe.”

---

2️⃣ APPLY

Aplica o SYSMOD no Target Libraries.

“Agora o sistema pode usar.”

---

3️⃣ ACCEPT

Atualiza o DLIB (baseline oficial).

“Agora isso virou padrão.”

---

📌 Regra Bellacosa:

Nunca ACCEPT sem antes validar o APPLY.

---

📦 Target x DLIB (confusão clássica)

Biblioteca	Função
TARGET	Executável
DLIB	Referência / fonte

❌ Erro comum de iniciante:

“Achei que DLIB era produção.”

---

🚨 O que são MCS?

MCS (Modification Control Statements) são as instruções que acompanham o SYSMOD.

Todas começam com:

++

Exemplos famosos:

• ++VER

• ++MOD

• ++HOLD

• ++ERROR

👉 MCS dizem ao SMP/E como tratar o código.

---

🧪 Exemplo simples de MCS

++PTF(UJ12345).
++VER(Z038) FMID(HJES770).

📌 Isso diz:

• É um PTF

• Serve para o FMID HJES770

• Compatível com versão Z038

---

🎓 Como estudar SMP/E (do jeito certo)

📘 Teoria

• IBM Docs

• Redbooks

• APARs reais

🧪 Prática

• SMP/E for z/OS Workshop

• APPLY CHECK

• Ambientes de teste

💡 Dica Bellacosa:

“SMP/E só entra na cabeça quando você vê um APPLY falhar.”

---

🧠 Curiosidade Bellacosa

• SMP/E já resolvia dependência antes do DevOps

• Já fazia auditoria antes do compliance virar moda

• Não tem interface bonita, mas nunca falha

---

🧾 Encerramento – Parte 1

Quem aprende SMP/E não briga com produção.
Quem ignora SMP/E vira refém de outage.

Na Parte 2, vamos falar de:

👉 SYSMOD, PTF, APAR e USERMOD na prática