Translate

Mostrar mensagens com a etiqueta IBM z15. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta IBM z15. Mostrar todas as mensagens

segunda-feira, 28 de setembro de 2020

🔥☕ LABORATÓRIO DB2 z/OS — 20 PROBLEMAS REAIS DE PRODUÇÃO COM SOLUÇÕES ☕🔥

 

Bellacosa Mainframe te coloca a prova no uso do DB2 com labs praticos


🔥☕ LABORATÓRIO DB2 z/OS — 20 PROBLEMAS REAIS DE PRODUÇÃO COM SOLUÇÕES ☕🔥

“O DIA EM QUE O OPERADOR VIROU DETETIVE DO DB2”

Este laboratório foi inspirado no menu DB2 COMMANDS da sua tela SDSF/DB2I.

A ideia aqui é simular:

  • incidentes reais,
  • troubleshooting,
  • crises de produção,
  • panes de batch,
  • locks,
  • bufferpool,
  • utilities,
  • recovery,
  • gargalos,
  • runaway SQL.

Cada cenário possui:

  • 🚨 Problema
  • 🔍 Investigação
  • 💣 Diagnóstico
  • ✅ Solução
  • 🧠 Explicação técnica

🔥 LAB 01 — TABLESPACE PAROU

🚨 Problema

Aplicação CICS começou a falhar:

SQLCODE -904
RESOURCE UNAVAILABLE

🔍 Investigação

-DIS DATABASE(ESCOLA)

💣 Resultado

SPACENAM ALUNOS
STATUS STOP

✅ Solução

-START DATABASE(ESCOLA) SPACENAM(ALUNOS)

🧠 Explicação

O tablespace estava parado.

Pode ocorrer após:

  • utility abortada
  • falha de recovery
  • intervenção operacional

🔥 LAB 02 — LOCK GIGANTE

🚨 Problema

Usuários reclamam:

“Sistema congelou”


🔍 Investigação

-DIS THREAD(*) LOCKS

💣 Resultado

Uma thread batch segurando lock exclusivo.


✅ Solução

-CANCEL THREAD(token)

🧠 Explicação

A thread travou milhares de registros.

O cancel provoca rollback.


🔥 LAB 03 — BUFFERPOOL SATURADO

🚨 Problema

DB2 lento.

Muito I/O.


🔍 Investigação

-DIS BUFFERPOOL(BP0) DETAIL

💣 Resultado

HIT RATIO = 62%

✅ Solução

Aumentar VPSIZE.


🧠 Explicação

Cache pequeno.

DB2 lendo disco excessivamente.


🔥 LAB 04 — REORG PENDENTE

🚨 Problema

Performance degradada.


🔍 Investigação

-DIS DATABASE(FINANCE)

💣 Resultado

AREO*

✅ Solução

Executar REORG.


🧠 Explicação

Tabela fragmentada.

DB2 recomenda reorganização.


🔥 LAB 05 — COPY PENDING

🚨 Problema

INSERT falhando.


🔍 Investigação

-DIS DATABASE(PAGTO)

💣 Resultado

COPY PENDING

✅ Solução

Executar COPY utility.


🧠 Explicação

Objeto precisa backup válido.


🔥 LAB 06 — REBUILD PENDING

🚨 Problema

Índice corrompido.


🔍 Investigação

-DIS DATABASE(CLIENTE)

💣 Resultado

REBUILD PENDING

✅ Solução

REBUILD INDEX

🧠 Explicação

Indexspace precisa reconstrução.


🔥 LAB 07 — UTILITY TRAVADA

🚨 Problema

REORG nunca termina.


🔍 Investigação

-DIS UTIL(*)

💣 Resultado

Utility em WAIT.


✅ Solução

-TERM UTIL(utilid)

Reexecutar utility.


🧠 Explicação

Utility ficou presa aguardando recurso.


🔥 LAB 08 — LOG QUASE CHEIO

🚨 Problema

DB2 emitindo alertas.


🔍 Investigação

-DIS LOG

💣 Resultado

Active logs quase esgotados.


✅ Solução

  • aumentar logs
  • acelerar archive
  • reduzir commits longos

🧠 Explicação

Transações segurando log excessivamente.


🔥 LAB 09 — THREAD ZUMBI

🚨 Problema

Sessões antigas nunca encerram.


🔍 Investigação

-DIS THREAD(*) TYPE(INACTIVE)

💣 Resultado

Centenas de conexões JDBC abandonadas.


✅ Solução

Cancelar threads.

Ajustar timeout DDF.


🧠 Explicação

Pooling mal configurado.


🔥 LAB 10 — DDF FORA

🚨 Problema

Aplicações distribuídas não conectam.


🔍 Investigação

-DIS DDF

💣 Resultado

DDF STOPPED

✅ Solução

-START DDF

🧠 Explicação

DRDA estava parado.


🔥 LAB 11 — DEADLOCK

🚨 Problema

SQLCODE -911.


🔍 Investigação

-DIS THREAD(*) LOCKS

💣 Resultado

Duas aplicações disputando recursos.


✅ Solução

Identificar offender.

Cancelar thread problemática.


🧠 Explicação

Deadlock clássico de concorrência.


🔥 LAB 12 — RUNAWAY SQL

🚨 Problema

CPU do LPAR explodiu.


🔍 Investigação

-DIS THREAD(*) SERVICE(WAIT)

💣 Resultado

SELECT sem índice.


✅ Solução

Cancelar thread.

Criar índice.


🧠 Explicação

Full tablescan monstruoso.


🔥 LAB 13 — CLAIMERS SEGURANDO OBJETO

🚨 Problema

REORG não inicia.


🔍 Investigação

-DIS DATABASE(DB1) CLAIMERS

💣 Resultado

Aplicações usando objeto.


✅ Solução

Encerrar aplicações.


🧠 Explicação

Claims impedem drains.


🔥 LAB 14 — BUFFERPOOL ERRADO

🚨 Problema

Objeto crítico lento.


🔍 Investigação

-DIS BUFFERPOOL(*)

💣 Resultado

Objeto em BP inadequado.


✅ Solução

Mover para bufferpool maior.


🧠 Explicação

Pool incompatível com workload.


🔥 LAB 15 — MASSIVE ARCHIVE

🚨 Problema

Milhares de archive logs.


🔍 Investigação

-DIS ARCHIVE

💣 Resultado

Archive atrasado.


✅ Solução

Verificar HSM/tape/storage.


🧠 Explicação

Offload congestionado.


🔥 LAB 16 — START READ ONLY

🚨 Problema

Necessidade de manutenção.


✅ Solução

-START DATABASE(FINANCE) ACCESS(RO)

🧠 Explicação

Permite leitura sem updates.


🔥 LAB 17 — INDEX INDISPONÍVEL

🚨 Problema

Queries lentas.


🔍 Investigação

-DIS DATABASE(DB2PRD)

💣 Resultado

Indexspace STOPPED.


✅ Solução

-START DATABASE(DB2PRD)

🧠 Explicação

Optimizer perdeu acesso ao índice.


🔥 LAB 18 — UTILITIES CONCORRENTES

🚨 Problema

COPY e REORG competindo.


🔍 Investigação

-DIS UTIL(*)

💣 Resultado

Conflito operacional.


✅ Solução

Replanejar janela batch.


🧠 Explicação

Utilities disputam recursos físicos.


🔥 LAB 19 — DB2 EM RECOVER

🚨 Problema

Objeto indisponível.


🔍 Investigação

-DIS DATABASE(SEGURADORA)

💣 Resultado

STATUS RECOVER

✅ Solução

Executar RECOVER utility.


🧠 Explicação

Objeto inconsistente.


🔥 LAB 20 — O “FANTASMA” DO MAINFRAME

🚨 Problema

Sistema lento apenas à noite.


🔍 Investigação

-DIS THREAD(*)
-DIS UTIL(*)
-DIS LOG
-DIS BUFFERPOOL(*)

💣 Resultado

Batch gigantesco executando RUNSTATS + REORG + COPY simultaneamente.


✅ Solução

Separar janela batch.

Priorizar workloads.


🧠 Explicação

Concorrência destrutiva:

  • I/O
  • CPU
  • log
  • bufferpool
  • locks

🔥 DESAFIO EXTRA — COMANDOS PARA TREINAR

Diagnóstico rápido

-DIS THREAD(*)
-DIS UTIL(*)
-DIS LOG
-DIS BUFFERPOOL(*)
-DIS DATABASE(*)

Administração

-START DATABASE(DB1)
-STOP DATABASE(DB1)

Emergência

-CANCEL THREAD(token)
-TERM UTIL(utilid)

☕ O QUE ESSE LAB ENSINA

Esse tipo de troubleshooting desenvolve:

  • visão operacional
  • raciocínio rápido
  • análise de sintomas
  • entendimento interno do DB2
  • troubleshooting de produção
  • mentalidade de DBA z/OS

🔥 FRASE FINAL DO LAB

“No mundo distribuído você abre dashboards.
No mainframe você conversa diretamente com o coração do banco.” ☕💣

 

quinta-feira, 12 de setembro de 2019

💻 Bellacosa Mainframe Blog — IBM System z15: O Mainframe da Era da Confiança, Privacidade e Nuvem Híbrida

 


💻 Bellacosa Mainframe Blog — IBM System z15: O Mainframe da Era da Confiança, Privacidade e Nuvem Híbrida




🕰️ Ano de lançamento

2019 — O IBM System z15 foi anunciado em 12 de setembro de 2019, sucedendo o z14 como o novo pilar da estratégia “Enterprise Hybrid Cloud” da IBM.
Com ele, a Big Blue reforçou sua visão de dados protegidos, mobilidade controlada e resiliência operacional — pilares fundamentais da economia digital moderna.


🧩 Modelos disponíveis

  • IBM z15 Model T01 (2019) — Modelo de alta capacidade, voltado a grandes corporações, com múltiplos drawers e interconexões de alta velocidade.

  • IBM z15 Model T02 (2020) — Versão “compacta”, pensada para ambientes híbridos e datacenters modernos, compatível com racks padrão de 19”.

Ambos os modelos permitem workloads mistos (z/OS, Linux on Z, z/VM, z/VSE, z/TPF) e são totalmente integráveis a soluções Red Hat OpenShift e IBM Cloud Pak.


⚙️ CPU e arquitetura

  • Processador: IBM z15 Core Chip, tecnologia de 7 nanômetros

  • Clock: até 5.2 GHz

  • Cores por sistema: até 190 processadores físicos

  • Memória máxima: 40 TB de RAM

  • Criptografia: Pervasive Encryption com IBM Secure Execution e aceleração por hardware nativo

  • Arquitetura: nova geração da z/Architecture com suporte aprimorado a SMT-2, instruções vetoriais e compressão acelerada

O z15 trouxe uma revisão de design no cache L2/L3 e no pipeline de execução, entregando até 25% mais performance por core em cargas mistas de CICS, DB2 e WebSphere.


🧠 Versão do z/OS compatível

  • z/OS 2.4 (lançada junto com o z15)

  • Compatibilidade retroativa: z/OS 2.3, z/VM 7.1, z/VSE 6.2 e Linux on Z (RHEL, SUSE, Ubuntu)


🧬 Introdução técnica

O z15 representou um salto para o mundo da privacidade de dados e integração em nuvem.
Ele foi o primeiro mainframe com suporte nativo a Data Privacy Passports, um sistema de controle de dados que acompanha a informação mesmo fora do mainframe.

Além disso, trouxe o conceito de:

  • Instant Recovery: reinicializações até 2x mais rápidas após manutenções planejadas.

  • Data Privacy Passports: controle e auditoria de dados em múltiplas plataformas.

  • IBM Secure Execution for Linux: isolamento criptográfico de VMs Linux diretamente no hardware.

  • z/OS Container Extensions (zCX): execução de contêineres Docker sob o z/OS, sem precisar migrar workloads.


🔁 O que muda em relação ao System z14

RecursoSystem z14System z15Evolução
Litografia14 nm7 nmDuplicação da densidade e eficiência
Cores Máximos170190+12% de capacidade de processamento
Memória Máx.32 TB40 TBAumento de 25%
CriptografiaOn-chipSecure Execution e Privacy PassportsCriptografia com controle global
RecuperaçãoIPL padrãoInstant RecoveryRedução do downtime em até 50%
CloudzCX básicoRed Hat OpenShift e IBM Cloud PakCloud híbrida corporativa

🧾 Curiosidades

  • O codinome interno do projeto foi “Poughkeepsie Eagle”, em homenagem à cidade que abriga o centro histórico de desenvolvimento dos mainframes da IBM.

  • Foi o primeiro mainframe a integrar Red Hat OpenShift oficialmente, após a aquisição da Red Hat pela IBM.

  • A IBM focou o lançamento no conceito de “Freedom of Choice” — a liberdade de mover workloads entre on-premises e cloud sem perder segurança nem governança.

  • O z15 é capaz de criptografar até 1 trilhão de transações por dia sem perda perceptível de performance.


🧠 Dica técnica Bellacosa

👉 Habilite o Instant Recovery no IPL do sistema.
Durante janelas de manutenção, o z15 usa “Capacity Boost” automático — um recurso que aloca temporariamente mais poder de CPU e I/O durante a recuperação, sem custo adicional de licenciamento.
Isso é ouro para workloads críticos CICS e DB2 que exigem retomada imediata.

👉 Explore o Data Privacy Passport Manager (DPPM) — um serviço que acompanha os dados criptografados até fora do mainframe, protegendo a conformidade com normas como GDPR e LGPD.


🔍 Nota técnica

  • Cada drawer do z15 possui até 12 processadores e 4 TB de memória, interconectados via A-Bus de altíssima largura de banda.

  • A compressão de dados (zEDC) foi incorporada diretamente ao hardware do core, reduzindo custos de CPU em até 30% em workloads de storage.

  • O z15 entrega até 14% de melhoria no throughput de criptografia comparado ao z14, especialmente em ambientes com TLS e APIs REST via z/OS Connect EE.


🏁 Resumo técnico

ItemDetalhe
Ano2019 (T01) / 2020 (T02)
ModelosT01, T02
CPUz15 core chip (7 nm, até 190 cores)
Memória Máx.40 TB
z/OS2.4 (nativo), 2.3 (compatível)
DestaquesPrivacidade global, Instant Recovery, Cloud híbrida
Codinome internoPoughkeepsie Eagle

🧭 História e legado

O System z15 consolidou o papel do mainframe como plataforma de nuvem corporativa segura.
Ele foi o elo entre o mundo tradicional do z/OS e o ecossistema Red Hat OpenShift, abrindo as portas para containers, microserviços e aplicações cognitivas — sem sacrificar a robustez de 60 anos de confiabilidade IBM Z.

O z15 preparou o terreno para o z16, que em 2022 trouxe IA on-chip e computação quântica assistida — um salto digno da próxima geração.


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
GitHub LinkedIn
Inicializando conteúdo...