✨ Bem-vindo ao meu espaço! ✨
Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens.
Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê.
Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão.
Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes
💥 CEMT NÃO MORREU — MAS O CICS EXPLORER DOMINA: O Guia Definitivo para Dev COBOL Sênior no IBM Z
Se você vive de COBOL em CICS, já sabe: produção não perdoa.
Durante décadas, o mundo foi verde-preto, com CEMT, CEDA e reflexo condicionado no teclado.
Mas algo mudou.
👉 O CICS Explorer não é só uma interface bonita.
👉 É a camada que conecta o legado ao futuro do IBM Z (z16 / z17).
E se você ignorar isso… vai operar no passado.
🧠 Origem — Por que o CICS Explorer existe?
Antes de 2008:
Tudo era via 3270
Comandos memorizados
Navegação sequencial
Pouca visão global
Então a IBM lançou (como SupportPac):
👉 CICS Explorer (2008)
Com um objetivo claro:
💥 Transformar operação CICS em experiência visual, integrada e moderna
🧩 Arquitetura — O que está por trás da mágica
O Explorer não acessa CICS diretamente.
Seu PC (Explorer) │ HTTP/HTTPS (CMCI) │ CICSPlex SM │ Regiões CICS TS (z/OS / z17)
👉 Ou seja: tudo passa pelo CMCI (CICS Management Client Interface)
💎 Sem CMCI = sem Explorer.
💻 O que é o CICS Explorer (de verdade)
Uma aplicação baseada em Eclipse, rodando sobre:
👉 IBM z/OS Explorer (Aqua)
E permite:
Operação
Administração
Monitoramento
Deploy
Diagnóstico
Integração DevOps
☕ Analogia que muda tudo
Conceito
Mundo Real
CEMT
bisturi
CEDA
ferramenta de construção
Explorer
sala de cirurgia completa
👁️ Conceitos fundamentais (que caem em prova e em produção)
☕ Midnight Lunch, café forte e um terminal verde à sua frente
Se você chegou até aqui, parabéns:
você já percorreu o mapa completo do CICS, mesmo sem perceber.
Abaixo está o índice pedagógico de tudo que falamos — organizado do zero absoluto até domínio operacional, exatamente como um mainframer iniciante deveria aprender.
Bellacosa Mainframe Style — Guia definitivo para Padawan CICS
Os comandos de gerenciamento do IBM CICS são o coração operacional do ambiente transacional em mainframe. Diferentemente dos comandos EXEC CICS, usados dentro de programas COBOL, PL/I ou assembler, os comandos de gerenciamento são transações interativas, executadas diretamente no terminal 3270, com foco em administração, diagnóstico e controle em tempo real do sistema.
Esses comandos surgiram para dar autonomia ao operador e ao analista, permitindo gerenciar recursos sem reiniciar o CICS ou recorrer a JCL. O principal deles é o CEMT (CICS Execute Master Terminal), usado para consultar e alterar o estado de tarefas, programas, arquivos, transações e conexões. Já o CEDA (CICS Execute Definition) permite definir e instalar recursos no CSD (CICS System Definition), funcionando como um catálogo central de configurações. O CECI é voltado a testes, permitindo executar comandos EXEC CICS de forma interativa, enquanto o CEDF atua como ferramenta básica de depuração, interceptando chamadas EXEC CICS durante a execução de programas.
Outros comandos importantes incluem o CESN (login e segurança), CEOT (reset de sessão), CEBR (navegação em arquivos VSAM) e CEVT (controle de eventos temporizados). Em conjunto, esses comandos transformam o CICS em um ambiente altamente controlável, onde estabilidade, disciplina e observabilidade são valores centrais — características que explicam sua longevidade em sistemas críticos até hoje.
Antes de existir DevOps, Kubernetes ou observabilidade, o CICS já tinha seu próprio painel de controle Jedi: as transações de gerenciamento, executadas direto no terminal 3270.
Elas não são EXEC CICS, são comandos operacionais — a diferença entre programar e governar o império.
🧠 O que são comandos de gerenciamento do CICS?
São transações especiais, quase sempre iniciadas com CE ou CM, usadas para:
administrar recursos
diagnosticar problemas
testar comandos
depurar programas
controlar o runtime
📌 Insight Bellacosa:
EXEC CICS é para o código. CEMT é para quem manda.
Comando CEMT
🔹 1️⃣ CEMT — CICS Execute Master Terminal
O CEMT (CICS Execute Master Terminal) é o principal comando de gerenciamento do IBM CICS, usado para monitorar e controlar recursos em tempo real a partir do terminal 3270. Com ele, o operador ou analista pode consultar (INQUIRE) e alterar (SET) o estado de tarefas, programas, arquivos, transações, terminais e conexões, sem reiniciar o sistema. Criado para dar autonomia operacional, o CEMT permite ações críticas como NEWCOPY de programas, cancelamento de tasks presas e verificação de uso de recursos. É uma ferramenta poderosa, rápida e perigosa: um comando mal aplicado pode impactar produção instantaneamente. Dominar o CEMT é passo essencial para qualquer profissional CICS.
📟 O console supremo
📜 História
Criado para substituir comandos internos e dar controle online do CICS.
🔧 Para que serve
Ver e alterar status de:
Tasks
Programs
Files
Transactions
Terminals
Connections
🧪 Exemplo (Padawan)
CEMT I TASK
CEMT I PROG(DMCPGM01)
CEMT SET PROG(DMCPGM01) NEWCOPY
💡 Dicas
I = INQUIRE
SET muda o estado em produção 😈
🥚 Easter egg: CEMT I TASK já derrubou mais produção que bug em COBOL mal testado.
Comando CEDA
🔹 2️⃣ CEDA — CICS Execute Definition
O CEDA (CICS Execute Definition) é o comando de gerenciamento do CICS responsável por definir e administrar recursos no CSD (CICS System Definition). Por meio dele, o analista cria, altera, remove e instala definições como PROGRAM, TRANSACTION, FILE, MAPSET e DB2ENTRY, sem necessidade de JCL. O CEDA separa conceito de execução: definir não é instalar, sendo necessário o comando INSTALL para ativar o recurso no ambiente. Criado para dar flexibilidade e padronização ao CICS, o CEDA é essencial para mudanças controladas. Seu uso correto garante consistência, rastreabilidade e estabilidade em ambientes transacionais críticos.
📚 O catálogo de schemas do CICS
📜 História
Criado para definir recursos sem JCL.
🔧 Para que serve
Definir recursos no CSD:
PROGRAM
TRANSACTION
FILE
MAPSET
DB2ENTRY
🧪 Exemplo
CEDA DEF PROGRAM(DMCPGM01)
CEDA INS TRAN(DMC1)
CEDA INSTALL
💡 Dicas
Definir ≠ Instalar
Só vira realidade após INSTALL
🥚 Easter egg: Já existia Infrastructure as Data antes do YAML virar moda.
Comando CECI
🔹 3️⃣ CECI — CICS Execute Command Interpreter
O CECI (CICS Execute Command Interpreter) é o comando de gerenciamento do CICS usado para testar comandos EXEC CICS de forma interativa, sem escrever ou compilar programas. Ele permite simular operações como READ, WRITE, LINK, SEND e RECEIVE, facilitando aprendizado, validação e diagnóstico rápido de problemas. Criado como laboratório do CICS, o CECI é muito utilizado por iniciantes e analistas experientes para entender o comportamento dos recursos em tempo real. Apesar de ser uma ferramenta didática, o CECI pode alterar dados reais, exigindo cuidado em ambientes produtivos. É um recurso valioso para estudo e testes controlados.
🧪 Laboratório nuclear
📜 História
Criado para testar EXEC CICS sem escrever programa.
🔧 Para que serve
Simular comandos EXEC CICS
Testar arquivos, filas, links
🧪 Exemplo
EXEC CICS READ FILE(ARQCLI)
💡 Dicas
Ideal para aprender CICS
Pode alterar dados reais ⚠️
🥚 Easter egg: CECI é o Postman do CICS — só que mais perigoso.
Comando CEDF
🔹 4️⃣ CEDF — CICS Execution Diagnostic Facility
O CEDF (CICS Execution Diagnostic Facility) é o comando de gerenciamento do CICS utilizado para depuração básica de programas em tempo de execução. Ao ser ativado, ele intercepta cada comando EXEC CICS, permitindo ao analista acompanhar passo a passo a execução da task, visualizar parâmetros e identificar erros lógicos. Criado antes das ferramentas modernas de debug, o CEDF foi por muito tempo o principal recurso de diagnóstico no CICS. Seu uso deve ser restrito a ambientes controlados, pois pode impactar desempenho e travar sessões se esquecido ativo. Ainda hoje, é valioso para aprendizado e análise detalhada.
🐞 O debugger raiz
📜 História
Antes de Xpediter, Debug Tool… só existia o CEDF.
🔧 Para que serve
Debug passo a passo
Interceptar EXEC CICS
🧪 Exemplo
CEDF ON
💡 Dicas
Use só em ambiente controlado
Pode afetar performance
🥚 Easter egg: Todo mainframer já travou uma task esquecendo o CEDF ON.
Comando CESN
🔹 5️⃣ CESN — CICS Sign-On
O CESN (CICS Execute Sign-On) é o comando de gerenciamento do CICS responsável pelo processo de autenticação do usuário no ambiente transacional. Ele permite que o operador ou analista se identifique no CICS, integrando-se aos sistemas de segurança como RACF, ACF2 ou Top Secret. O CESN associa o usuário ao terminal, definindo permissões e controles de acesso às transações e recursos. Criado para garantir rastreabilidade e segurança, é o primeiro comando executado em muitos ambientes. Sem um sign-on válido, o usuário permanece com acesso restrito, impossibilitado de operar ou administrar o sistema.
🔐 Porta de entrada
📜 História
Integração direta com RACF/ACF2/TopSecret.
🔧 Para que serve
Login no CICS
🧪 Exemplo
CESN
💡 Dicas
Usuário ≠ terminal
Segurança manda
🥚 Easter egg: Sem CESN, você é só mais um terminal mudo.
Comando CEOT
🔹 6️⃣ CEOT — CICS End Of Task
O CEOT (CICS End Of Task) é o comando de gerenciamento do CICS utilizado para encerrar e limpar o estado de uma sessão no terminal 3270. Ele finaliza a task corrente, libera recursos associados e redefine o terminal para um estado inicial seguro. O CEOT é muito usado quando uma transação fica presa, apresenta comportamento inesperado ou após testes e depuração. Criado como mecanismo simples de recuperação, funciona como um “reset” controlado do terminal, sem afetar outras tasks do sistema. É uma ferramenta básica, porém essencial, para manter estabilidade e disciplina operacional no ambiente CICS.
🧹 Limpeza de sessão
📜 História
Criado para encerrar tasks zumbis.
🔧 Para que serve
Resetar estado do terminal
Encerrar tarefas presas
🧪 Exemplo
CEOT
🥚 Easter egg: O “Ctrl+Alt+Del” do CICS.
Comando CEST
🔹 7️⃣ CEST — CICS Start
O CEST (CICS Execute Start) é um comando de gerenciamento menos conhecido do CICS, utilizado para iniciar tarefas ou transações de forma controlada, principalmente em cenários de teste e diagnóstico. Ele permite disparar uma execução sem depender do fluxo normal de entrada do usuário, ajudando analistas a validar comportamentos específicos do sistema. Historicamente, o CEST surgiu como apoio a ambientes de desenvolvimento e verificação operacional, não sendo amplamente usado em produção moderna. Embora simples, seu uso exige cautela, pois iniciar tasks manualmente pode consumir recursos ou gerar efeitos colaterais inesperados. É um recurso auxiliar, mas útil para estudos e testes dirigidos.
🚀 Bootstrap manual
🔧 Para que serve
Iniciar transações manualmente
Testes controlados
🥚 Pouco usado, mas histórico.
Comando CEBR
🔹 8️⃣ CEBR — CICS Browse
O CEBR (CICS Execute Browse) é o comando de gerenciamento do CICS utilizado para consultar e navegar interativamente por arquivos VSAM diretamente no terminal 3270. Ele permite localizar registros por chave, avançar ou retroceder sequencialmente e visualizar o conteúdo dos dados, sendo muito útil para análise e diagnóstico. O CEBR é amplamente usado em ambientes de desenvolvimento e suporte para verificar dados sem escrever programas. Apesar de ser uma ferramenta de leitura, seu uso requer cuidado com permissões e contexto do arquivo. É um recurso clássico do CICS, simples, eficiente e valioso para entendimento dos dados em tempo real.
📂 Explorador de arquivos
🔧 Para que serve
Browse online de VSAM
Debug de dados
🥚 Easter egg: O File Explorer mais antigo ainda em produção.
Comando CEVT
🔹 9️⃣ CEVT — Event Control
O CEVT (CICS Event Control) é um comando de gerenciamento do CICS usado para controlar e testar eventos temporizados dentro do ambiente transacional. Ele permite simular condições baseadas em tempo, como atrasos, timeouts e disparo de eventos, auxiliando no diagnóstico de comportamentos assíncronos. Historicamente, o CEVT foi criado para apoiar testes de aplicações que dependem de temporização e controle interno do CICS. Embora pouco utilizado em ambientes modernos, permanece disponível para cenários específicos de estudo e validação. Seu uso exige cautela, pois eventos mal configurados podem afetar o fluxo normal das tarefas e a previsibilidade do sistema.
⏱️ Timer interno
🔧 Para que serve
Testar eventos temporizados
Pouco usado hoje, mas ainda vivo.
CICS Command Line Functions
🧠 Resumo Bellacosa Mainframe
Comando
Função
CEMT
Governo
CEDA
Definição
CECI
Teste
CEDF
Debug
CESN
Segurança
CEOT
Reset
CEBR
Dados
CEST
Start
CEVT
Eventos
🧙♂️ Conselho final ao Padawan
Aprender CICS não começa em COBOL. Começa em CEMT.
🖥️ MAINFRAME MODE ON: Quem domina os comandos de gerenciamento não pede acesso — controla o ambiente.
