Translate

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

terça-feira, 21 de julho de 2026

Batman, Robin e o Mainframe : Como um Desenvolvedor COBOL Entra em um IBM Z pela Primeira Vez sem Acionar o Bat-Sinal do Operador

 

Bellacosa Mainframe o mainframe na batcaverna

☕ Um Café no Bellacosa Mainframe

Batman, Robin e o Mainframe

Como um Desenvolvedor COBOL Entra em um IBM Z pela Primeira Vez sem Acionar o Bat-Sinal do Operador


Conheça o Bat-computer dos anos 1960

https://youtu.be/uTf1wuKf65w

Conteúdo

✔ O que acontece quando o operador liga o computador (IPL)

✔ O nascimento do z/OS

✔ Como JES2 acorda o Data Center

✔ Por que ninguém entra diretamente no COBOL

✔ TSO explicado como se fosse a Batcaverna

✔ O Menu Principal do ISPF

✔ O que faz cada opção

  • Option 0
  • Option 1
  • Option 2
  • Option 3
  • Option 4
  • Option 6
  • Option 7
  • Option 9
  • SDSF

A jornada completa

POWER ON

      │

      ▼

     IPL

      │

      ▼

    z/OS

      │

      ▼

    JES2

      │

      ▼

    RACF

      │

      ▼

 LOGIN

      │

      ▼

     TSO

      │

      ▼

    ISPF

      │

      ▼

EDIT COBOL

      │

      ▼

COMPILE

      │

      ▼

LINK

      │

      ▼

RUN

      │

      ▼

SDSF

      │

      ▼

OUTPUT

O Menu Principal do ISPF explicado como uma Batcaverna

Cada opção será comparada a um equipamento do Batman.

Exemplo:

Option 2 – EDIT

"É o laboratório onde Bruce Wayne modifica seus gadgets.

Aqui você modifica programas COBOL, JCL, PROC, CLIST, REXX, membros PDS, datasets inteiros.

Se Alfred fosse programador, passaria metade da vida aqui."


Comandos TSO essenciais

LISTCAT

ALLOC

FREE

PROFILE

LISTDS

DELETE

RENAME

COPY

RECEIVE

TRANSMIT

OUTTRAP

EXEC

LOGOFF

TIME

HELP

LISTA

STATUS

E dezenas de exemplos.


Editando programas

LINHAS

COLUNAS

PREFIX

A

B

C

M

MM

CC

RR

OO

DD

CUT

PASTE

UNDO

RECOVER

HEX ON

COLS

RESET

FIND

CHANGE

LOCATE

RFIND

RCHANGE


Trabalhando com datasets

PDS

PDSE

SEQ

VSAM

Como copiar

Como renomear

Como mover

Como comparar

Como fazer backup


FTP no Mainframe

FTP tradicional

IND$FILE

Download

Upload

Modo ASCII

Modo Binary

Erros comuns


O ciclo completo do desenvolvedor COBOL

Editar

Salvar

Compilar

Analisar erros

Corrigir

Recompilar

Executar

Analisar SYSOUT

Consultar SDSF

Localizar ABEND

Corrigir

Repetir


O que aparece no SDSF

ST

DA

I

O

LOG

H

JESMSGLG

JESJCL

SYSOUT

OUTPUT

Como interpretar tudo.


Fluxo completo de compilação

Editor

JCL

JES2

Initiator

Compilador COBOL

Linkedit

Load Library

Execução

Relatórios

Arquivos

DB2

CICS

MQ


Erros clássicos

S806

S0C7

S322

SB37

IEC141I

JCL ERROR

DATASET NOT FOUND

NOT AUTHORIZED

MEMBER NOT FOUND

SPACE

DISP

CATALOG

Cada um explicado com linguagem simples.


Comparações divertidas

O Operador = Alfred

O RACF = Comissário Gordon

O JES2 = Central de Rádio de Gotham

O ISPF = Batcomputador

O SDSF = Batmonitor

O COBOL = Batmóvel

O JCL = Plano do Batman

O Compilador = Lucius Fox

O CICS = Bat-Sinal

O DB2 = Arquivo da Batcaverna

O MQ = Correio do Coringa


Easter Eggs

🦇 "Alguns dizem que o primeiro operador de mainframe já conhecia Batman antes mesmo da televisão colorida."

🦇 "Todo programador acredita que seu primeiro S0C7 foi culpa do compilador."

🦇 "Existe uma lenda segundo a qual nenhum desenvolvedor encontrou um JCL perfeito na primeira compilação."

🦇 "Assim como Robin apertava o botão errado, todo iniciante já digitou LOGOFF sem querer."

🦇 "O verdadeiro vilão nunca foi o Joker. Sempre foi o SPACE=(TRK,(1,1))."


Curiosidades históricas

  • nascimento do TSO
  • surgimento do ISPF
  • evolução do SDSF
  • JES2 × JES3
  • porque o 3270 não envia caractere por caractere
  • como nasceu o PF3
  • por que existem datasets
  • por que COBOL ainda usa colunas
  • por que o mainframe continua usando telas verdes
  • o que realmente acontece durante um IPL

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

IPL Simulator

 

Bellacosa Mainframe Apresenta IPL Simulator

Um Simulador Mockup que exibe mensagens em formato terminal 3270, fazendo passo a passo o IPL e outras funcionalidades do Start de um Mainframe.


Experimente e conheça as atividades de um Operator, Sysprog e SysAdmin da Stack Mainframe



SImulator em ação


https://vagnerbellacosa.github.io/LAB_IBM_IPLMainframe/


#ibm #mainframe #ipl #sysprog #sysadmin #mockup #simulator #screen #t3270



sexta-feira, 6 de fevereiro de 2026

🔥 SE O z/OS NÃO SOBE… NADA EXISTE 💀O guia proibido do IPL que todo dev COBOL deveria entender (mas quase ninguém entende)

 

Bellacosa Mainframe fala sobre a iniacialização do ambiente operacional

🔥 SE O z/OS NÃO SOBE… NADA EXISTE 💀

O guia proibido do IPL que todo dev COBOL deveria entender (mas quase ninguém entende)

Você escreve COBOL… compila… roda…
👉 e acha que o sistema “tá lá pronto”.

Errado.

Antes do seu programa existir, acontece um ritual quase místico chamado:

IPL — Initial Program Load

E aqui vai a verdade estilo Bellacosa:

💥 “Se o IPL falhar… o mainframe inteiro simplesmente NÃO EXISTE.”

Hoje você vai entender isso como um padawan do mainframe, mas com visão de Jedi 👊🔥


🧠 O QUE É O IPL (O NASCIMENTO DO SISTEMA)

O IPL é o momento em que:

  • o hardware ganha vida
  • o z/OS é carregado
  • os primeiros address spaces são criados

👉 Segundo o material, ele:

  • carrega o sistema do disco
  • inicializa o kernel
  • cria o ambiente completo

🔥 Tradução Bellacosa

“IPL é o Big Bang do z/OS.”


🧱 OS DATASETS QUE FAZEM O MILAGRE ACONTECER

Sem eles… não tem sistema. Simples assim.


🔥 SYS1.NUCLEUS — o coração

Contém:

  • NIP (Nucleus Initialization Program)
  • RIM (Resource Initialization)
  • módulos básicos do kernel

👉 É literalmente o “cérebro inicial”.


🔥 SYS1.LPALIB — a memória compartilhada

  • módulos do sistema
  • SVCs
  • rotinas críticas

👉 Vai parar dentro da LPA (já já explico 👀)


🔥 SYS1.LINKLIB — o arsenal

  • programas do sistema
  • inclui o Master JCL

👉 Aqui começa a execução de verdade.


🔥 SYS1.PARMLIB — o cérebro de configuração

Define:

  • como o sistema vai funcionar
  • performance
  • segurança

👉 É o /etc do z/OS… só que turbinado.


🔥 SYS1.PROCLIB — automação

  • procedures (START, etc.)
  • inicialização de subsistemas

🔥 Outros importantes

  • PAGE DATASETS → memória virtual
  • SMF → estatísticas
  • DUMP → análise de erro

💡 Insight de ouro

“z/OS não sobe com código… sobe com DATASETS.”


⚙️ I/O CONFIG — O MAPA DO MUNDO

Antes do sistema usar qualquer coisa, ele precisa saber:

  • quais devices existem
  • onde estão
  • como acessar

🔹 Quem faz isso?

👉 HCD + IOCDS + IODF


🔥 Durante o IPL:

  • cada device gera um UCB (Unit Control Block)
  • o sistema passa a reconhecer discos, fitas, etc.

🧨 Easter Egg

Se o device não está no IODF… ele NÃO EXISTE pro sistema.


🧠 PARMLIB — ONDE VOCÊ DOMINA O SISTEMA

🔹 O que é?

Um conjunto de membros tipo:

  • IEASYSxx
  • LOADxx
  • outros

🔥 Função

Define:

  • memória
  • subsistemas
  • comportamento do sistema

💡 Dica de Jedi

Nunca mexa direto no default:

IEASYS00 → base
IEASYS01 → custom

👉 Se quebrar, você volta.


⚡ LOADXX — O DNA DO IPL

Esse cara decide:

  • qual nucleus usar
  • qual configuração carregar
  • qual PARMLIB seguir

🔹 Estrutura mental

LOADxx

aponta para:
- NUCLEUS
- PARMLIB
- CONFIG

🧨 Curiosidade

Um LOADxx pode subir vários sistemas no sysplex 😳


🚀 NIP — O CONSTRUTOR DO UNIVERSO

🔹 Nucleus Initialization Program

Ele:

  • inicializa memória
  • cria control blocks
  • cria address spaces

🔥 Resultado

transforma hardware em z/OS funcional


🧩 LINK PACK AREA (LPA) — ONDE TUDO FICA PRONTO

🔹 Tipos:

  • FLPA → fixo
  • MLPA → modificado
  • PLPA → paginável

💡 Tradução

LPA = “biblioteca carregada na memória para todo mundo usar”


👥 ADDRESS SPACES — O SISTEMA GANHA VIDA

🔥 Primeiro criado:

👉 MASTER (001 👀)


Depois:

  • JES
  • SMF
  • RSM
  • GRS
  • TRACE
  • DUMP

💡 Insight

Tudo nasce no IPL. Nada existia antes.


⚙️ PASSO A PASSO DO IPL (SIMPLIFICADO)

1. Power on
2. CPU lê DASD (SYSRES)
3. Carrega IPL text (IEAIPL00)
4. Carrega NUCLEUS
5. Executa NIP
6. Lê PARMLIB
7. Configura I/O (IODF)
8. Cria address spaces
9. Inicia subsistemas

👉 Boom 💥 sistema vivo


🔧 TUNING (onde os Jedi brilham)

🔥 Onde ajustar:

  • PARMLIB
  • LPA
  • PAGE datasets

💡 Exemplos:

  • mais memória → melhor performance
  • LPA otimizada → menos I/O
  • configuração errada → desastre

💀 TROUBLESHOOTING (quando tudo dá errado)

🔥 Problemas clássicos:

  • dataset não encontrado
  • erro no PARMLIB
  • device inexistente
  • LOADxx incorreto

🧨 Sintoma clássico:

👉 Disabled Wait Code


💡 Tradução

“Deu ruim antes do sistema existir.”


🧨 CURIOSIDADES QUE POUCOS SABEM

🤯 1. O sistema começa praticamente “cego”

Sem PARMLIB → nada funciona


🔥 2. O primeiro address space é 001

Nunca 000 (pegadinha de prova)


💀 3. IPL falha sem log amigável

Você ganha código e reza 😄


🧠 4. Tudo gira em torno de control blocks

Criados desde o início pelo NIP


🎯 RESUMO FINAL (nível padawan → jedi)

✔ IPL = nascimento do sistema

✔ SYS1 datasets = base de tudo

✔ PARMLIB = cérebro

✔ LOADxx = DNA

✔ NIP = construtor

✔ LPA = memória compartilhada

✔ Address spaces = vida


💥 FRASE FINAL

“Você acha que executa programas…
mas primeiro o z/OS precisa nascer — e esse nascimento é uma obra de engenharia absurda.”

 

sexta-feira, 11 de maio de 2007

O que é IML (Initial Microcode Load)?

Bellacosa Mainframe apresenta o que é o initial microcode load



O que é IML (Initial Microcode Load)?

O IML é o procedimento que carrega o Licensed Internal Code (LIC) — o microcódigo/firmware da IBM — para os processadores e componentes do Mainframe.

Sem o IML, o computador é apenas um conjunto de circuitos eletrônicos.

Depois do IML, ele passa a reconhecer:

  • CPUs

  • memória

  • canais de I/O

  • criptografia

  • PR/SM

  • LPARs

  • dispositivos físicos

Somente após isso é possível fazer o IPL do z/OS.


Pense em um computador comum

Quando você liga um PC, acontece algo parecido:

Energia

↓

BIOS/UEFI

↓

Firmware

↓

Boot Loader

↓

Windows/Linux

No Mainframe IBM Z:

Energia

↓

IML

↓

Licensed Internal Code (LIC)

↓

PR/SM

↓

LPAR

↓

IPL

↓

z/OS

O IML equivale aproximadamente ao papel do BIOS/UEFI em um PC, porém muito mais sofisticado.


O que o IML faz?

Durante o IML o sistema:

Inicializa os processadores

Verifica:

  • CP

  • zIIP

  • IFL

  • zAAP (modelos antigos)

  • SAP


Inicializa a memória

Faz testes.

Mapeia a RAM.

Verifica erros ECC.


Inicializa os canais

Reconhece:

  • FICON

  • OSA

  • HiperSockets

  • Crypto Express


Carrega o PR/SM

O Processor Resource/System Manager é um hipervisor implementado em firmware.

Ele permite criar:

LPAR 1

LPAR 2

LPAR 3

LPAR 4

Sem IML não existe PR/SM.

Sem PR/SM não existem LPARs.


Inicializa os adaptadores

São preparados:

  • placas de rede

  • canais FICON

  • criptografia

  • aceleradores


Onde fica o microcódigo?

Ele não está no z/OS.

Ele fica armazenado em memória não volátil do equipamento.

Quando ocorre o IML:

Firmware IBM

↓

Memória interna

↓

Processadores

↓

Hardware operacional

Quem executa o IML?

Normalmente:

  • IBM CE (Customer Engineer)

  • Administradores de Hardware

  • Equipe de infraestrutura

Quase nunca o operador do sistema.

Muito menos o programador COBOL.


HMC

Todo o processo é iniciado pela Hardware Management Console.

Na HMC é possível:

  • escolher a imagem de firmware;

  • iniciar o IML;

  • acompanhar o progresso;

  • visualizar erros;

  • administrar LPARs.


Quando fazemos um IML?

Situações comuns:

Instalação de um novo Mainframe

Sempre.


Upgrade de firmware

Após instalar uma nova versão do Licensed Internal Code.


Troca de CPU

Quando novos processadores são instalados.


Expansão do hardware

Adicionar:

  • memória

  • canais

  • placas


Correção crítica

Após determinadas manutenções.


O que acontece depois?

Depois do IML:

Hardware OK

↓

LPAR pronta

↓

Seleciona dispositivo IPL

↓

IPL do z/OS

↓

Master Scheduler

↓

JES2

↓

Subsystems

↓

CICS

↓

Db2

↓

MQ

Um detalhe interessante

O IML não carrega apenas "firmware".

Ele também ativa recursos exclusivos do IBM Z:

  • PR/SM

  • Dynamic Partition Manager

  • Resource Manager

  • Crypto

  • Capacity on Demand

  • Diagnóstico interno


O programador COBOL percebe isso?

Praticamente nunca.

Quando ele chega ao trabalho:

  • o hardware já fez o IML;

  • o z/OS já fez o IPL;

  • CICS já iniciou;

  • Db2 já está ativo.

Para ele, basta abrir o ISPF.

Mas nos bastidores houve dezenas de etapas antes.


IML x IPL

IMLIPL
FirmwareSistema Operacional
HardwareSoftware
Muito raroMais frequente
Executado via HMCExecutado na LPAR
Inicializa o IBM ZInicializa o z/OS

Curiosidade histórica

Nos primeiros IBM System/360 e System/370, parte do microcódigo era carregada por mídias externas, como fitas ou discos especiais, durante a inicialização. Com a evolução das gerações (System/390 e IBM Z), o firmware passou a ficar armazenado internamente e o processo tornou-se muito mais automatizado, seguro e confiável.


Curiosidade técnica

Uma única máquina IBM Z pode conter dezenas de LPARs executando diferentes sistemas operacionais (como z/OS, z/VM, Linux on Z e z/VSE). Todas essas partições dependem do mesmo microcódigo carregado durante o IML. Em outras palavras, um único IML prepara toda a infraestrutura física sobre a qual diversos sistemas operacionais funcionarão.


Resumindo em uma frase

O IML é a etapa que "dá vida" ao hardware do Mainframe IBM, carregando o microcódigo (Licensed Internal Code), habilitando recursos como PR/SM e LPARs e preparando a máquina para que, em seguida, o IPL possa carregar o z/OS e os demais sistemas operacionais.

O que é IML no Mainframe?

Se você está estudando Mainframe, pode encontrar a sigla IML, principalmente em materiais sobre hardware IBM, processadores e suporte técnico.

Muitos iniciantes confundem IML com IPL, mas são processos diferentes.


Definição simples

IML significa:

Initial Microcode Load

Em português:

Carga Inicial do Microcódigo

É o processo de carregar o microcódigo (firmware) que controla os componentes de hardware do Mainframe IBM.

Em outras palavras:

  • IML inicializa o hardware.

  • IPL inicializa o sistema operacional.


O que é microcódigo?

O microcódigo é um software de baixo nível gravado para controlar o funcionamento interno do processador e de outros componentes do sistema.

Ele fica entre o hardware físico e o sistema operacional.

Aplicações

↓

z/OS

↓

Firmware (Microcódigo)

↓

Hardware IBM Z

Sem esse microcódigo, o hardware não consegue operar corretamente.


Quando o IML é utilizado?

O IML normalmente ocorre:

  • quando um novo Mainframe é ligado;

  • após manutenção de hardware;

  • depois de uma atualização de firmware;

  • na substituição de processadores ou placas;

  • após determinadas falhas de hardware.

É um procedimento muito menos frequente que um IPL.


Diferença entre IML e IPL

IMLIPL
Initial Microcode LoadInitial Program Load
Inicializa o hardwareInicializa o z/OS
Carrega firmwareCarrega o sistema operacional
Executado por engenheiros de hardwareExecutado por operadores e administradores
Ocorre raramentePode ocorrer sempre que o sistema é reiniciado

Ordem de inicialização

Em um Mainframe IBM Z, a sequência simplificada é:

Energia

↓

IML

↓

Hardware operacional

↓

IPL

↓

z/OS iniciado

↓

CICS, Db2, MQ e aplicações

Quem realiza o IML?

Na maioria dos ambientes, o IML é responsabilidade de:

  • engenheiros de hardware IBM;

  • equipes de suporte da IBM;

  • administradores de infraestrutura especializados.

Programadores COBOL normalmente nunca executam um IML.


Relação com a HMC

O procedimento é controlado pela HMC (Hardware Management Console).

Por meio dela é possível:

  • carregar novo microcódigo;

  • verificar o estado do hardware;

  • inicializar componentes;

  • monitorar processadores;

  • administrar LPARs.


Atualizações de microcódigo

A IBM libera periodicamente novas versões do firmware para:

  • corrigir falhas;

  • aumentar estabilidade;

  • melhorar desempenho;

  • adicionar suporte a novos recursos;

  • corrigir vulnerabilidades de segurança.

Após determinadas atualizações, pode ser necessário realizar um IML.


Exemplo prático

Imagine que um banco adquiriu novos processadores para um IBM z17.

Antes que o z/OS possa utilizá-los, é necessário:

Instalação do hardware

↓

Atualização do microcódigo

↓

IML

↓

Hardware reconhece os novos recursos

↓

IPL

↓

z/OS disponível

O IML afeta aplicações?

Indiretamente, sim.

Enquanto o hardware está passando por um IML, o sistema não está disponível para execução das cargas de trabalho. Por isso, o procedimento costuma ser planejado em janelas de manutenção.


Curiosidades

1. O IML existe desde os primeiros Mainframes IBM

Embora a tecnologia tenha evoluído muito, a necessidade de carregar o firmware do equipamento continua presente nas gerações atuais do IBM Z.


2. Firmware moderno é muito mais complexo

O microcódigo atual controla recursos como virtualização, criptografia por hardware, gerenciamento de energia e diagnóstico automático.


3. Nem todo IPL exige um IML

É comum reiniciar apenas o sistema operacional (IPL) sem recarregar o microcódigo do equipamento.


4. Atualizações podem ser feitas com mínima interrupção

Em modelos recentes do IBM Z, diversos componentes permitem manutenção e atualização planejadas para reduzir indisponibilidade, embora algumas alterações ainda exijam um IML.


Erros comuns de iniciantes

"IML e IPL são a mesma coisa"

Não. O IML prepara o hardware, enquanto o IPL carrega o sistema operacional.


"Todo reboot faz um IML"

Não. Em muitos casos, basta realizar um IPL do z/OS.


"O programador COBOL precisa conhecer IML em detalhes"

Normalmente não. É um conceito importante para entender a arquitetura do Mainframe, mas sua execução fica a cargo das equipes de infraestrutura e hardware.


Conclusão

O Initial Microcode Load (IML) é um procedimento fundamental da arquitetura dos Mainframes IBM. Ele prepara o hardware carregando o firmware que controla processadores, memória e demais componentes físicos. Somente após um IML bem-sucedido é possível realizar o IPL (Initial Program Load) e iniciar o z/OS. Embora seja pouco visível para programadores COBOL, compreender a diferença entre IML e IPL ajuda a entender melhor como um IBM Z é inicializado e por que o Mainframe é reconhecido por sua confiabilidade e robustez.

quarta-feira, 18 de abril de 2007

crie seo com 150 bytes crie 12 marcadores para o blogspot limitado a 160 bytes, separado por virgulas e sem hashtag

 

Bellacosa Mainframe o que é IPL

O que é IPL?

Se existe uma sigla que todo profissional de IBM Mainframe aprende logo no início da carreira, essa sigla é:

IPL

Sempre que ouvimos frases como:

  • "Vamos fazer um IPL do sistema."

  • "O IPL está programado para domingo."

  • "Após aplicar a manutenção será necessário IPL."

estamos falando de um dos processos mais importantes do IBM Z.

Sem o IPL, nenhum sistema operacional pode iniciar.


Definição simples

IPL (Initial Program Load) é o processo de inicialização (boot) de um IBM Mainframe.

Durante o IPL, o hardware carrega o sistema operacional (como o z/OS) para a memória principal e prepara todos os componentes necessários para que o computador comece a funcionar.

Em outras palavras:

O IPL é o equivalente ao "boot" de um computador pessoal, porém muito mais sofisticado.


Uma analogia simples

Imagine um grande aeroporto.

Antes do primeiro voo do dia, é necessário:

  • ligar as luzes;

  • energizar os radares;

  • iniciar os computadores;

  • ativar as comunicações;

  • abrir os portões;

  • preparar as equipes.

Somente depois disso o aeroporto começa a operar.

O IPL faz exatamente isso com o IBM Z.


O que significa IPL?

IPL significa:

Initial Program Load

Em português:

Carga Inicial de Programa.

Na prática, representa todo o processo de inicialização do sistema operacional.


Por que o IPL é necessário?

Quando o IBM Z é ligado, a memória principal está vazia.

É preciso carregar:

  • o z/OS;

  • tabelas do sistema;

  • drivers;

  • gerenciadores de memória;

  • JES2 ou JES3;

  • subsistemas.

Tudo isso acontece durante o IPL.


Como funciona?

O processo pode ser representado assim:

Ligar IBM Z

↓

HMC

↓

Selecionar dispositivo IPL

↓

Hardware inicia leitura

↓

Carrega z/OS

↓

Inicializa memória

↓

Inicializa JES

↓

Inicializa subsistemas

↓

Sistema disponível

Quem inicia o IPL?

Normalmente o processo é iniciado pela:

HMC (Hardware Management Console)

O administrador escolhe:

  • qual LPAR será iniciada;

  • qual dispositivo será utilizado;

  • quais parâmetros serão carregados.


O dispositivo IPL

O sistema operacional precisa estar armazenado em algum lugar.

Normalmente o IPL pode ocorrer a partir de:

  • DASD;

  • Volume IPL;

  • dispositivos especiais;

  • mídia de recuperação.

A HMC informa ao hardware onde localizar esse sistema.


O que acontece durante o IPL?

Diversas etapas ocorrem.

Inicialização do Hardware

O IBM Z verifica:

  • CPUs;

  • memória;

  • canais;

  • dispositivos;

  • adaptadores.


Carregamento do z/OS

O sistema operacional é transferido do disco para a memória.


Inicialização da Memória

São criadas:

  • Address Spaces;

  • áreas do núcleo;

  • tabelas internas;

  • estruturas de controle.


Inicialização do JES2

O JES é responsável por:

  • Jobs;

  • spool;

  • filas;

  • impressão.

Sem ele praticamente nenhum processamento batch ocorre.


Inicialização dos Subsistemas

Depois surgem:

  • CICS;

  • Db2;

  • IMS;

  • MQ;

  • TCP/IP;

  • RACF;

  • USS.

Cada um inicia seus próprios Address Spaces.


IPL Normal

É o mais comum.

O sistema é iniciado normalmente.

Hardware

↓

z/OS

↓

Sistema disponível

IPL Frio (Cold IPL)

Algumas estruturas são recriadas do zero.

Pode ocorrer após:

  • manutenção;

  • recuperação;

  • problemas graves.


IPL Quente (Warm IPL)

Grande parte das informações anteriores é reaproveitada.

O retorno costuma ser mais rápido.


IPL e LPAR

Cada LPAR possui seu próprio IPL.

Exemplo:

IBM Z

↓

LPAR Produção

↓

IPL

↓

z/OS Produção

----------------

LPAR Testes

↓

IPL

↓

z/OS Testes

Uma LPAR pode ser reiniciada sem afetar as demais.


IPL e HMC

O administrador utiliza a HMC para:

  • selecionar a LPAR;

  • escolher o dispositivo IPL;

  • iniciar o boot;

  • acompanhar mensagens.


O que acontece após o IPL?

Depois que o sistema operacional inicia:

  • usuários podem entrar no TSO;

  • jobs podem ser submetidos;

  • CICS aceita transações;

  • Db2 abre bancos;

  • MQ inicia filas;

  • aplicações ficam disponíveis.


Quanto tempo demora?

Depende do ambiente.

Pequenos sistemas:

alguns minutos.

Grandes bancos:

10 a 30 minutos, ou mais, dependendo da quantidade de subsistemas e aplicações.


Quem realiza IPL?

Principalmente:

  • Operadores Mainframe;

  • Sysprogs;

  • Administradores z/OS;

  • Equipes de Infraestrutura;

  • Suporte IBM.

Programadores COBOL normalmente apenas acompanham o processo.


Benefícios

Inicialização segura

Todo o ambiente é carregado de forma controlada.


Verificação do hardware

Problemas físicos podem ser detectados logo no início.


Preparação completa

Todos os subsistemas são inicializados na sequência correta.


Alta confiabilidade

O processo é altamente automatizado e testado.


Curiosidades incríveis

1. O termo IPL é mais antigo que o conceito moderno de "boot"

Enquanto computadores pessoais popularizaram a palavra boot, o universo IBM já utilizava o termo IPL desde os primeiros grandes sistemas.


2. Um grande banco pode executar dezenas de IPLs planejados por ano

Eles ocorrem principalmente durante janelas de manutenção para instalação de novas versões, PTFs ou atualizações de hardware.


3. Nem toda manutenção exige IPL

Diversas atualizações podem ser aplicadas dinamicamente, mas algumas alterações no núcleo do sistema operacional ainda exigem reinicialização.


4. Um IBM Z pode manter outras LPARs funcionando durante o IPL de uma delas

Graças à virtualização por LPAR, reiniciar um ambiente de testes não interrompe, necessariamente, o ambiente de produção.


Erros comuns de iniciantes

"IPL é apenas ligar o computador"

Não.

O IPL envolve uma sequência complexa de inicialização do hardware, carregamento do sistema operacional e ativação de diversos subsistemas.


"Toda atualização exige IPL"

Não.

Muitas correções são aplicadas dinamicamente.

Somente determinadas alterações de sistema exigem uma reinicialização.


"Fazer IPL reinicia todas as LPARs"

Não.

Cada LPAR pode ser iniciada ou reiniciada individualmente.


Quando aprender IPL?

O conceito de IPL deve ser estudado logo após compreender:

  • IBM Z;

  • HMC;

  • LPAR;

  • z/OS;

  • Address Space.

Esse conhecimento será fundamental para entender administração de sistemas, recuperação de ambientes, manutenção e operação do IBM Mainframe.


Conclusão

O IPL (Initial Program Load) é o processo de inicialização do IBM Mainframe. Durante essa sequência, o hardware carrega o sistema operacional z/OS na memória, verifica os recursos físicos e inicia subsistemas essenciais como JES2, CICS, Db2, IMS e MQ.

Mais do que um simples "boot", o IPL representa uma etapa crítica para garantir que todo o ambiente IBM Z esteja disponível, seguro e pronto para processar milhões de transações com a confiabilidade que caracteriza os mainframes IBM.

terça-feira, 17 de abril de 2007

O que é HMC?

 

Bellacosa Mainframe o que é HMC

O que é HMC?

Quando alguém vê um IBM Z pela primeira vez, costuma imaginar que todo o controle do computador acontece pelo z/OS.

Na realidade, antes mesmo do sistema operacional iniciar, existe um equipamento responsável por administrar o hardware do mainframe.

Esse equipamento chama-se:

HMC (Hardware Management Console)

Ela é uma das ferramentas mais importantes de toda a infraestrutura IBM Z.

Sem ela, seria praticamente impossível configurar, iniciar e administrar um mainframe moderno.


Definição simples

A HMC (Hardware Management Console) é o console de administração do hardware do IBM Z.

Ela permite controlar praticamente todos os recursos físicos do equipamento, como:

  • ligar e desligar o mainframe;
  • criar LPARs;
  • gerenciar processadores;
  • monitorar hardware;
  • iniciar IPL;
  • administrar canais de I/O;
  • acompanhar alertas de hardware.

Em outras palavras:

A HMC é o painel de controle do computador IBM Z.


Uma analogia simples

Imagine um grande edifício inteligente.

Existe uma sala de controle responsável por:

  • energia elétrica;
  • elevadores;
  • ar-condicionado;
  • câmeras;
  • segurança.

Mesmo antes dos funcionários chegarem para trabalhar, essa sala já está operando.

A HMC exerce um papel semelhante.

Ela administra o hardware antes mesmo do z/OS ser carregado.


O que significa HMC?

HMC significa:

Hardware Management Console

Em português:

Console de Gerenciamento de Hardware.


Para que serve?

A HMC permite administrar praticamente todo o IBM Z.

Entre suas funções estão:

  • configurar o servidor;
  • criar LPARs;
  • iniciar sistemas operacionais;
  • acompanhar utilização do hardware;
  • detectar falhas;
  • controlar processadores;
  • administrar canais;
  • configurar dispositivos.

Onde fica a HMC?

Normalmente a HMC é:

  • um computador dedicado;
  • uma estação administrativa;
  • conectada diretamente ao IBM Z.

Hoje também pode ser acessada remotamente de forma segura, conforme a política da empresa.


Como funciona?

Imagine o seguinte fluxo:

Administrador

↓

HMC

↓

IBM Z

↓

LPAR

↓

z/OS

↓

CICS / Db2 / IMS

A HMC conversa diretamente com o hardware.


O que é possível fazer?

Ligar o Mainframe

Após manutenção física, a HMC pode iniciar o equipamento.


Executar IPL

O IPL (Initial Program Load) é iniciado através da HMC.

Exemplo:

Selecionar LPAR

↓

Escolher dispositivo IPL

↓

Start

Criar LPARs

Uma das tarefas mais importantes.

Exemplo:

LPAR Produção

LPAR Homologação

LPAR Desenvolvimento

LPAR Testes

Cada LPAR funciona como um computador independente.


Configurar Processadores

É possível definir:

  • CPUs gerais (CP);
  • zIIPs;
  • IFLs;
  • SAPs;
  • processadores reservados.

Monitorar Hardware

A HMC acompanha:

  • temperatura;
  • fontes;
  • ventiladores;
  • memória;
  • processadores;
  • canais;
  • discos.

Detectar Falhas

Caso exista algum problema físico:

Memória com defeito

↓

HMC detecta

↓

Alerta operador

Recursos administrados

A HMC controla:

  • CPC (Central Processor Complex);
  • LPARs;
  • CPUs;
  • Memória;
  • Canais FICON;
  • I/O;
  • Criptografia;
  • Adaptadores de rede.

O que é CPC?

O CPC representa o computador físico IBM Z.

Dentro dele existem:

  • processadores;
  • memória;
  • canais;
  • dispositivos.

A HMC administra todo esse conjunto.


HMC e LPAR

A HMC permite dividir um único IBM Z em diversos computadores virtuais.

Exemplo:

IBM Z

↓

LPAR 1

↓

z/OS Produção

----------------

LPAR 2

↓

Linux

----------------

LPAR 3

↓

z/VM

----------------

LPAR 4

↓

z/OS Desenvolvimento

Tudo controlado pela HMC.


HMC e Hardware

A HMC também permite visualizar:

  • número de CPUs;
  • utilização;
  • memória instalada;
  • status dos canais;
  • adaptadores;
  • dispositivos conectados.

Segurança

O acesso à HMC é altamente controlado.

Existem perfis específicos para:

  • operadores;
  • administradores;
  • engenheiros;
  • suporte IBM.

Nem todos possuem as mesmas permissões.


Quem utiliza a HMC?

Principalmente:

  • Sysprogs;
  • Administradores IBM Z;
  • Operadores Mainframe;
  • Especialistas em Hardware IBM;
  • Equipes de Infraestrutura;
  • Suporte IBM.

Programadores COBOL normalmente não utilizam a HMC.


Benefícios

Administração centralizada

Todo o hardware pode ser controlado por um único console.


Alta disponibilidade

Permite identificar problemas rapidamente.


Virtualização

Gerencia dezenas de LPARs simultaneamente.


Segurança

Controle rigoroso de acesso.


Facilidade operacional

Grande parte da administração ocorre através de interface gráfica.


Curiosidades incríveis

1. A HMC controla o hardware, não o z/OS

Ela atua em um nível inferior ao sistema operacional.


2. Um único IBM Z pode possuir dezenas de LPARs

Todas administradas pela mesma HMC.


3. A HMC monitora milhares de sensores internos

Ela acompanha continuamente temperatura, energia, memória, processadores e outros componentes do equipamento.


4. Grandes empresas costumam utilizar HMCs redundantes

É comum haver duas HMCs configuradas para garantir continuidade administrativa caso uma delas apresente falha.


Erros comuns de iniciantes

"HMC é o sistema operacional"

Não.

Ela administra o hardware.

O sistema operacional é o z/OS, Linux on Z, z/VM ou outro ambiente instalado nas LPARs.


"Programadores COBOL utilizam HMC"

Normalmente não.

Seu uso é voltado para administração da infraestrutura.


"A HMC controla apenas o IPL"

Não.

Ela também administra processadores, memória, LPARs, canais, dispositivos e diversos recursos físicos do IBM Z.


Quando aprender HMC?

O estudo da HMC é recomendado após compreender os conceitos de:

  • IBM Z;
  • z/OS;
  • IPL;
  • LPAR;
  • CPC;
  • Storage;
  • canais de I/O.

Esse conhecimento é essencial para quem deseja atuar como operador de mainframe, administrador de sistemas ou Sysprog.


Conclusão

A HMC (Hardware Management Console) é o principal console de administração do hardware do IBM Mainframe. Ela permite controlar o computador físico IBM Z, criar LPARs, iniciar sistemas operacionais, monitorar componentes, executar IPLs e gerenciar recursos como CPUs, memória e canais de I/O.

Por atuar diretamente sobre a infraestrutura do equipamento, a HMC é uma ferramenta indispensável para garantir a disponibilidade, a segurança e o desempenho do ambiente IBM Z, sendo um dos conhecimentos fundamentais para profissionais de infraestrutura e administração de mainframes.

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988