OL7 → OL8 • RU 19.31 • PATCHMGR • DCLI • CELLCLI • IB • AWR/ASH • GO LIVE
Identificação do DBA
Laboratório interativo completo para simular uma jornada crítica de atualização Oracle Exadata, com execução guiada, dashboard, validação, troubleshooting, interview mode e certificado. Seu progresso é salvo automaticamente neste navegador. Zerar progresso
▣ASSESSMENTInventário inicial
◎EXACHKHealth Score
⇧OL7 → OL8Upgrade OS
⚙GI / DB RUPatch lifecycle
⌁INFINIBANDFabric validation
✓CERTIFICAÇÃOConclusão final
Fundamentos do Exadata Bundle Patch Lifecycle
O que é o Exadata Bundle Patch Lifecycle?
É o ciclo operacional de atualização de uma plataforma Oracle Exadata, envolvendo validação prévia,
aplicação controlada de patches, atualização de componentes de infraestrutura e confirmação da saúde
do ambiente após a mudança.
Em uma jornada real, o processo pode envolver Oracle Linux, Grid Infrastructure,
Oracle Database RU, Storage Cells, Infiniband/RoCE,
ExaChk, PatchMgr, validação de performance e testes funcionais.
O que este lab simula?
Este handbook guia o aluno por uma jornada simulada de atualização crítica em Exadata:
assessment, ExaChk, backup, upgrade OL7 para OL8, GI RU, DB RU 19.31, Datapatch,
PatchMgr, DCLI, CellCLI Advanced, Infiniband, AWR/ASH, smoke test e encerramento da mudança.
Ao concluir todos os comandos obrigatórios, o certificado final em PNG é liberado automaticamente.
Visão executiva do processo: estado inicial, pipeline de atualização, componentes impactados e estado final validado.
Antes da Janela
OS
Oracle Linux 7 Imagem anterior do ambiente
GI
Grid Infrastructure 19c Clusterware / ASM / OCR
DB
Oracle Database 19c RU anterior ao 19.31
IB
Infiniband / Fabric Firmware e conectividade pré-patch
Pipeline de Atualização
1
Pré-PatchDocumentação, inventário, versões, logs e pré-requisitos
2
ExaChk + BackupHealth check, RMAN, OCR, voting disk e rollback plan
3
Oracle Linux 8Upgrade controlado OL7 → OL8
4
GI + DB RU 19.31OPatchAuto, DB RU e Datapatch
5
IB + CellsPatchMgr, DCLI, CellCLI e validação da fabric
6
Pós-PatchAWR/ASH, smoke test, ExaChk final e Go Live
Depois da Janela
OS
Oracle Linux 8 Ambiente atualizado
GI
Grid Infrastructure Patched Cluster validado
RU
Database RU 19.31 Datapatch aplicado
OK
Fabric Validada IB / Cells / Performance OK
🖥️
Compute NodesDB Nodes, OS, Oracle Homes e serviços RAC
⚙️
Grid / ASMClusterware, ASM, OCR, Voting e SCAN
🗄️
DatabaseOracle 19c, RU 19.31, SQL Patch e PDBs
📦
Storage CellsCellCLI, celldisk, griddisk, flashcache e metrics
🔗
Network FabricInfiniband/RoCE, switches, links e conectividade
Interview Mode – Exadata Patching
Perguntas técnicas para entrevista, revisão de conhecimento e explicação profissional do processo.
Use PatchMgr para orquestrar prechecks, aplicação e validações em componentes Exadata, como DB Nodes, Storage Cells e switches Infiniband/RoCE. Ele ajuda a padronizar a execução, reduzir risco operacional e registrar evidências da janela.
GI RU atualiza o Grid Infrastructure, incluindo Clusterware, ASM, OCR, Voting Disk e recursos RAC. DB RU atualiza o Oracle Database Home. Após DB RU, normalmente é necessário executar Datapatch para aplicar mudanças SQL no banco.
ExaChk valida boas práticas, configurações, versões, riscos conhecidos, alta disponibilidade, storage, rede, banco de dados, Grid Infrastructure e recomendações específicas para Exadata. É usado antes e depois da mudança.
Valide com datapatch -verbose e depois consulte DBA_REGISTRY_SQLPATCH para confirmar status SUCCESS. Também é importante garantir que CDB/PDBs estejam abertos conforme necessário e revisar logs do Datapatch.
Valide com ibstat, ibswitches, iblinkinfo, dcli e ferramentas de diagnóstico da plataforma. O objetivo é confirmar links ativos, switches saudáveis, ausência de erros críticos e conectividade entre DB Nodes e Storage Cells.
Rollback depende do componente afetado. Antes da janela, deve existir plano aprovado contendo backups RMAN, OCR, Oracle Homes, configuração das células, versão anterior, critérios de retorno e responsáveis pela decisão.
Use CellCLI e DCLI, por exemplo: cellcli -e list cell detail, dcli -g cell_group imageinfo e comandos equivalentes para validar imagem, serviços MS/RS/CELLSRV e estado dos discos.
Use crsctl check crs, crsctl check cluster e crsctl stat res -t. Também valide recursos RAC, ASM, listeners, SCAN, VIPs, databases via srvctl e logs do Clusterware.
Rolling aplica por nó ou componente, reduzindo indisponibilidade. Non-rolling exige parada maior ou total, mas pode ser necessário dependendo do patch, compatibilidade, firmware ou requisito da Oracle.
Compare período antes e depois do patch. Avalie DB Time, CPU, IO, Top SQL, wait events, execução de batch, regressão de planos e qualquer aumento anormal de latência.
Porque patch de infraestrutura pode afetar conectividade, performance, jobs, integrações e comportamento funcional. Smoke test deve incluir login, CRUD, relatórios, batch e integrações críticas.
Precheck é a validação antes da execução. Ele verifica pré-requisitos, espaço, versões, conflitos de patches, saúde do cluster, conectividade, backups e riscos que podem impedir a mudança.
OPatchAuto automatiza etapas de patch em ambientes Grid/RAC, incluindo parada e subida controlada de recursos quando aplicável. Deve ser usado conforme documentação e plano de mudança aprovado.
Procure ORA-00600, ORA-07445, erros ASM, problemas de recovery, falhas de background process, mensagens de listener, problemas de PDB e eventos anormais após a janela.
Use asmcmd lsdg, crsctl stat res -t, alert ASM, status dos diskgroups, redundância, rebalance, espaço livre e integridade dos discos apresentados pelas Storage Cells.
Registre outputs principais, versões antes/depois, ExaChk, AWR, logs, checklist, aprovação de Go Live, horário de execução, responsáveis e qualquer desvio ocorrido na janela.
Use cellcli para list cell detail, list celldisk, list griddisk, list flashcache, list physicaldisk e list metriccurrent. Verifique MS, RS, CELLSRV, discos, flashcache e métricas.
DCLI permite executar comandos distribuídos em grupos de servidores, como dbs_group e cell_group. É útil para coletar informações, validar versões e executar verificações de forma padronizada.
Em erros críticos, falhas de patch, inconsistência de versão, problema de firmware, incidentes em Storage Cells/IB, ORA-600/ORA-7445, ou qualquer situação fora do procedimento validado.
Go Live deve ocorrer quando cluster, banco, ASM, cells, IB, ExaChk final, AWR/ASH, alert logs, smoke test e checklist operacional estiverem validados sem erro crítico impeditivo.
AVISO TÉCNICO IMPORTANTE
Este material é um laboratório educacional simulado. Para produção, valide versões, MOS Notes, compatibilidade Exadata, backup/rollback, janela de mudança, Grid Infrastructure, Database Homes, Storage Cells, Infiniband/RoCE, firmwares, dependências de aplicações e procedimento aprovado pela Oracle/cliente.
02. Assessmentimageinfo, CRS, nodes, cells e dcli.
03. ExaChk InicialHealth score, warnings e critical findings.
04. Backup StrategyRMAN, OCR, voting disk, Oracle Homes e rollback.
05. Oracle Linux UpgradeOL7 para OL8 com preupgrade, upgrade e reboot rolling.
06. Grid Infrastructure RUInventário, opatchauto e validação CRS.
07. Database RU 19.31OPatch, datapatch e DBA_REGISTRY_SQLPATCH.
08. Infiniband Upgradeibstat, ibswitches, iblinkinfo e validação da fabric.
09. Storage Cellscell detail, celldisk, griddisk e imageinfo.
10. Pós-Patch Validationsrvctl, asmcmd, CRS, alert log e smoke test.
11. TroubleshootingCRS-4535, ORA-15032, IB-LINK e correção simulada.
12. CertificaçãoCertificado liberado ao concluir 100% do Runbook.
Arquitetura Exadata
CLIENTESAplicações / SCAN / VIP
→
COMPUTE NODESDB Servers / OL7 → OL8
→
GRID + ASMGI • OCR • Voting • ASM
DATABASE 19cRU 19.31 • datapatch
↔
STORAGE CELLScellcli • grid/celldisks
↔
INFINIBANDFabric • switches • links
● LAB ABERTO: aguardando início
Enterprise Production Add-ons
REAL-WORLD EXADATA PATCHING PRACTICES
PATCHMGRPrecheck, rolling, non-rolling, DB nodes, Cells e IB switches.
DCLIExecução distribuída em dbs_group e cell_group.
CELLCLI ADVANCEDFlashcache, physicaldisk, metrics e saúde das células.
AWR / ASHValidação de performance antes e depois do patch.
Exadata Health Dashboard
OS TARGETOL8
DB RU19.31
GIPENDING
IBUNKNOWN
EXACHK--
CELLS--
PATCH0%
HEALTH0%
Console Operacional
EXADATA PATCH CLI
Clique no primeiro comando marcado com ➜ no Runbook.
Runbook de Comandos
Fluxo guiado ativo: clique no comando marcado com ➜. Ele será executado automaticamente. Comandos verdes já foram executados. Comandos cinza ficam bloqueados pela sequência.
Progresso geral do Runbook0/0 • 0%
Certificado do Laboratório
BLOQUEADO
ORACLEDBA ACADEMY
ID: EXA-LAB
CERTIFICADO DE CONCLUSÃO
Certificamos que
DBA_ORACLE
concluiu com sucesso todos os laboratórios do
EXADATA BUNDLE PATCH LIFECYCLE COMMAND CENTER
Assessment • ExaChk • Backup • OL8 • GI • DB RU 19.31 • PatchMgr • DCLI • CellCLI • IB • AWR/ASH • Go Live
CONCLUÍDO EM
EXADATA PATCH CERTIFIED
Renato Barros Database Engineer Specialist
Sobre o Certificado
O certificado será liberado automaticamente quando todos os comandos obrigatórios forem executados em sequência.
Ele reconhece a conclusão simulada da jornada de patch Exadata.
Status: certificado bloqueado. Conclua 100% dos comandos para liberar.