APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Uma mudança de software combina binários, configuração e estado SQL da base. Preparar um Oracle home novo permite deslocar trabalho para antes da janela, mas não garante indisponibilidade zero ou rollback por simples troca de diretório. Segue as instruções do patch e da topologia. O inventário OPatch descreve binários; datapatch e os registos SQL demonstram aplicação das ações correspondentes. Verifica cada base e PDB afetada, incluindo as que estiveram fechadas. Oracle Restart gere reinício de componentes em ambiente single-instance e respeita dependências; não cria um cluster nem substitui uma estratégia de continuidade quando o host deixa de existir.
Aplicação guiada
Num upgrade fictício, usa análise e logs para resolver bloqueios antes de deployment. DBCA concluir a criação não demonstra backup, segurança e serviços aceites. Confirma caminhos, rede, wallets e permissões no novo home. Elevar COMPATIBLE pode retirar a via de downgrade e limitar Flashback; não prometas simplesmente baixar o valor. A decisão deve ser um marco explícito após validar aplicação e recuperação. Define hora limite para avançar ou retornar, incluindo tempo de restauro e reconciliação. No handover, entrega inventário, resultados por container, consultas de validação, owners, alarmes e procedimento de suporte. A mudança termina quando o serviço cumpre os critérios acordados, não quando um processo arranca.
Inventário binário correto + root atualizado não demonstram que duas PDBs fechadas receberam as ações SQL.
Armadilhas comuns
Home novo como rollback universal; root como todas as PDBs; COMPATIBLE reversível; restart como DR.
Tópicos relacionados: Containers, serviços e recursos · Ciclo de vida e isolamento de PDBs · Backup e prova de recuperação
Aceita binários, SQL, configuração e operação como partes distintas.
Referência: Patch maintenance guidelines · 1Z0-183 public objectives inspected 2026-09-30; revision date not published