Translate

Mostrar mensagens com a etiqueta Initial Microcode Load. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Initial Microcode Load. Mostrar todas as mensagens

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.

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