 |
| Bellacosa Mainframe e uma lista com 15 curiosidades sobre o SMP/E |
☕💣 15 COISAS SOBRE SMP/E QUE TODO SYSProg JUNIOR DESCOBRE TARDE DEMAIS ☕💣
O SMP/E parece “só um instalador”.
Até o dia em que ele destrói seu APPLY, trava uma maintenance window ou começa uma guerra silenciosa com o RACF às 3 da manhã.
Aí você percebe:
o SMP/E não é ferramenta.
É uma entidade cósmica do z/OS.
Então pega o café porque aqui vão algumas das curiosidades mais fascinantes — e assustadoras — do universo SMP/E.
☕ 1 — O SMP/E EXISTE DESDE A ERA DOS DINOSSAUROS CORPORATIVOS
Antes do SMP/E existia o:
SMP (System Modification Program)
O “E” de Extended veio depois.
E mesmo assim MUITA lógica histórica do MVS clássico ainda vive dentro dele.
Ou seja:
parte do SMP/E moderno carrega DNA dos anos 70.
☕ 2 — O CSI É BASICAMENTE O “BANCO DE DADOS DA VERDADE”
O CSI:
Consolidated Software Inventory
é o coração do SMP/E.
Ele sabe:
o que está instalado,
o que falta,
pré-requisitos,
dependências,
supersedes,
HOLDDATA.
Se o CSI corromper:
o desespero psicológico começa.
☕ 3 — APPLY NÃO INSTALA “ARQUIVOS”
Essa é uma das maiores surpresas para iniciantes.
O SMP/E NÃO funciona igual Windows Installer.
Ele trabalha com:
ELEMENTS,
MODs,
MACs,
SRCs,
RELFILEs,
SYSMODs.
Ou seja:
o SMP/E pensa em engenharia de software,
não em “copiar arquivo”.
☕ 4 — O RECEIVE ORDER FEZ O MAINFRAME ENTRAR NA INTERNET SEM FAZER BARULHO
Muita gente acha que cloud inventou automação.
Enquanto isso o z/OS já fazia:
download automático,
SSL/TLS,
autenticação por certificado,
automação de manutenção,
anos antes de muita startup existir.
☕ 5 — O SMP/E USA JAVA… E ISSO ASSUSTA VETERANOS
Nada é mais engraçado que ver um SYSProg raiz descobrir:
javahome=
classpath=
dentro de uma JCL SMP/E.
O sujeito cresceu no:
IEBGENER
IDCAMS
IEFBR14
e de repente precisa debugar TLS Java.
☕ 6 — O HOLDDATA É O “SISTEMA NERVOSO” DA MANUTENÇÃO
HOLDDATA não é “só um arquivo”.
Ele avisa:
PTF problemática,
conflito,
ação manual,
PE error,
bypass necessário.
Veteranos respeitam HOLDDATA como:
um oráculo antigo do datacenter.
☕ 7 — EXISTE GENTE QUE TEM MEDO DE CONTENT(ALL)
E com razão.
O primeiro:
RECEIVE ORDER CONTENT(ALL)
de um ambiente antigo pode baixar um apocalipse de manutenção acumulada.
Tem ambiente que parece:
um tsunami de PTFs vindo do passado.
☕ 8 — O SMP/E CONSEGUE SABER DEPENDÊNCIAS MELHOR QUE MUITO GERENTE
Ele entende:
pré-requisitos,
co-requisitos,
supersedes,
incompatibilidades.
Ou seja:
o SMP/E sabe mais sobre o software do banco
do que metade da equipe.
☕ 9 — RACF E SMP/E TÊM UMA RELAÇÃO COMPLICADA
Quando SSL entra na história…
o SYSProg descobre:
keyring,
certificados,
trust chain,
RDATALIB,
DIGTCERT.
E aí nasce o clássico:
“isso é problema do RACF ou do SMP/E?”
Ninguém sabe.
☕ 10 — O SMP/E É MAIS PRÓXIMO DE UM GERENCIADOR DEVOPS DO QUE VOCÊ IMAGINA
Na prática ele já fazia:
versionamento,
rollback lógico,
controle de dependência,
inventory,
automação,
compliance.
Muito antes da palavra DevOps virar moda.
☕ 11 — APPLY CHECK SALVOU MAIS CARREIRAS QUE BACKUP
Veteranos SEMPRE fazem:
APPLY CHECK
Porque APPLY direto é:
esporte radical corporativo.
☕ 12 — O SMP/E NÃO “ESQUECE” FACILMENTE
O CSI guarda histórico detalhado.
Então quando alguém pergunta:
“quem aplicou isso?”
o SMP/E normalmente sabe.
É praticamente auditoria forense do z/OS.
☕ 13 — EXISTEM SYSProgs QUE AMAM MAIS O SMP/E QUE O ISPF
Parece exagero.
Até você perceber que:
um bom SYSProg mede estabilidade pela qualidade da maintenance strategy.
☕ 14 — O RECEIVE ORDER TRANSFORMOU O MAINFRAME EM UM CLIENTE CLOUD
Isso parece absurdo.
Mas o z/OS hoje:
autentica via TLS,
usa certificados digitais,
conversa com APIs,
baixa conteúdo remoto,
automatiza updates.
Ou seja:
o mainframe virou um cidadão da internet moderna.
☕ 15 — O SMP/E ENSINA UMA LIÇÃO BRUTAL SOBRE O z/OS
O iniciante acha que mainframe é:
“tela verde e COBOL”
O SMP/E mostra que o mundo real é:
engenharia de software,
segurança enterprise,
criptografia,
automação,
integração,
compliance,
arquitetura crítica.
E talvez seja por isso que o z/OS continua vivo.
Porque no final…
ninguém no planeta leva manutenção enterprise tão a sério quanto o mainframe.
