Conversamos diariamente com clientes sobre os desafios inerentes à gestão de ambientes mainframe de alto volume, nos quais eficiência e controle de custos são prioridades máximas. E sabemos que as preocupações com capacidade nem sempre estão relacionadas apenas ao alto volume de processamento. Muitas vezes, existe uma sobrecarga de trabalho concentrada no mesmo período de tempo e recurso.
A contenção acontece quando:
- Muitos batch jobs utilizam a GP CPU simultaneamente
- Disputando o mesmo recurso limitado
- Provocando atrasos, descumprimento de SLAs e impacto nas operações online
O JOPAZ reequilibra esse cenário ao redistribuir cargas COBOL batch mais pesadas para motores de processamento mais eficientes, alterando o comportamento desses picos sem modificar as aplicações.
O que muda: Fluxo de execução, comportamento da CPU e ambiente de execução (JVM).
O que não muda: Código-fonte COBOL, dados, estrutura de agendamento e resultados gerados.
A seguir, mostramos como três grandes empresas de diferentes setores alcançaram reduções expressivas no consumo de CPU, solucionando de forma definitiva seus desafios de contenção de processamento.
1. Organização de serviços aos associados: solucionando a sobrecarga de R4HA
Para uma grande organização norte-americana de serviços aos associados, que oferece soluções automotivas, de viagens e financeiras, garantir previsibilidade era uma prioridade estratégica. O processamento batch elevava os custos de Rolling 4-Hour Average (R4HA), criando uma necessidade urgente de melhorar a distribuição das cargas de trabalho.
A estratégia:
A organização recorreu ao JOPAZ para resolver a causa raiz da contenção das cargas de trabalho.
- Eles compilaram o código-fonte COBOL batch em Java bytecode.
- Esse código foi então executado na Unix System Services JVM.
Isso permitiu que eles aproveitassem os mecanismos zIIP da IBM, reduzindo a pressão máxima do GP ao redistribuir a execução.
O cenário:
- Ambiente COBOL Db2.
- Os resultados também foram testados utilizando um arquivo sequencial.
Os resultados:
O impacto foi imediato e significativo:
Sem o JOPAZ:
- 47.96 segundos de tempo de CPU.
Com o JOPAZ
- 2.47 segundos de tempo de CPU (redução de 95%).
- 94.84% de economia de CPU em COBOL batch.
- MSUs recuperados para novas cargas de trabalho.
- Nenhuma alteração foi necessária no código-fonte original.

2. Fornecedor de energia no varejo: investimento em eficiência
Uma grande empresa de energia da América do Norte, com um amplo ambiente Db2, precisava de uma forma mais estratégica de utilizar seus recursos de processamento existentes.
A estratégia:
Assim como no primeiro caso, o cliente recorreu ao JOPAZ para tornar seus batch COBOL elegíveis para execução no processador zIIP. Nesse cenário, o zIIP tinha capacidade limitada disponível para uso pelo JOPAZ, então, após o sucesso dos resultados iniciais, um segundo zIIP foi adicionado.
O cenário:
- Ambiente COBOL Db2.
- Utilizamos três processos batch. Cada um desses processos tinha programas COBOL que acessavam o Db2, e cada processo possuía múltiplas etapas.
Os resultados:
Sem o JOPAZ:
- 2:26.27 Minutos de tempo de CPU.
- 14:10 minutos de tempo de execução.
Com o JOPAZ – um único processador zIIP
- 14.4 segundos de tempo de CPU (redução de 90%).
- 5:44 minutos de tempo de execução (redução de 60%).
- 76% de economia de CPU em batch COBOL.
Com o JOPAZ – 2 zIIP engines
- 6.97 segundos de tempo de CPU (redução de 95%).
- 8:40 minutos de tempo de execução (redução de 39%).
- 96,7% de economia de CPU em batch COBOL.
Os testes iniciais foram tão promissores que o cliente imediatamente contratou recursos dedicados para levar o projeto até a conclusão. O mais importante é que tudo isso foi alcançado sem nenhuma alteração no código ou na lógica de negócio.

3. Empresa de tecnologia de pagamentos: enfrentando a complexidade e o VSAM
Na América do Sul, uma importante empresa de tecnologia de pagamentos processa bilhões de transações anualmente. Diferentemente dos outros exemplos, este era um ambiente puramente VSAM, sem bancos de dados tradicionais, além de contar com aplicações extremamente grandes e complexas.
A estratégia:
Com quatro processadores zIIP subutilizados já disponíveis em sua infraestrutura, a empresa enxergou no JOPAZ a solução ideal para recuperar capacidade dos GP. O projeto começou com a recompilação de um programa complexo de 54 mil linhas. Nas palavras do próprio cliente: “Se o JOPAZ consegue lidar com essa aplicação, consegue lidar com qualquer coisa.”
O cenário:
- 35% da carga total de trabalho é composta por COBOL batch.
- Ambiente puramente VSAM, sem bancos de dados tradicionais.
- 4 processadores zIIP subutilizados disponíveis.
Os resultados:
- 97% de redução no uso de CPU em batch COBOL.
- Maximização do ROI do mainframe ao extrair mais capacidade da infraestrutura existente.
- Manutenção das operações normalmente, sem interrupções.
O resultado final
Como nossos clientes comprovam, modernização não precisa significar uma migração arriscada e de anos para a nuvem. O desafio não está em saber se o COBOL funciona, mas em entender se um pequeno número de jobs está gerando uma pressão desproporcional durante períodos críticos de processamento. Em vez de alterar suas cargas de trabalho, reescrevendo, reprogramando ou eliminando processos, as empresas estão recuperando praticamente todo o consumo de CPU de seus batch COBOL ao mudar o local de execução dessas cargas.
Seja trabalhando com Db2, VSAM, Adabas ou arquivos sequenciais, os resultados demonstram de forma consistente economias superiores a 80% no consumo de CPU, chegando, em muitos casos, a até 97% e tudo isso mantendo intacta a lógica de negócio já consolidada.