APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Uma alteração errada não exige automaticamente recuar toda a CDB. Define primeiro o instante do erro, objetos afetados e dependências entre sistemas. PITR pode remover alterações válidas posteriores dentro do âmbito recuperado, pelo que reconciliação e aprovação são parte da decisão. Flashback oferece alternativas quando os requisitos e a janela disponíveis o permitem; Flashback Database usa mecanismos diferentes das consultas históricas baseadas em undo. Um restore point não é uma promessa universal de recuperação. Distingue também EXPIRED, associado à não localização no crosscheck, de OBSOLETE, associado à política de retenção. Um mount indisponível não transforma um backup necessário num ficheiro dispensável.
Aplicação guiada
Num caso fictício, um feeder alterou posições mas outros pagamentos já foram confirmados. O DBA avalia recuperação localizada, ponto consistente e eventual reprocessamento dos eventos posteriores. Se o backup for cifrado, confirma o modo: transparente depende do keystore adequado; dual mode admite esse keystore ou a password de cifragem. Para melhorar tempos RMAN, mede leitura, processamento e escrita; acrescentar canais a um destino saturado pode não ajudar. Uma cópia para ensaio deve ter caminhos e integrações isolados, jobs controlados e dados protegidos. A validação final inclui tanto o estado da base como a ausência de efeitos externos inesperados. Documenta os limites do ensaio antes de extrapolar resultados para produção.
Erro às 01:10, descoberto às 01:40: a hora de descoberta não identifica por si só um ponto anterior ao erro.
Armadilhas comuns
PITR sem reconciliação; EXPIRED como idade; canais como capacidade; clone com jobs produtivos ativos.
Tópicos relacionados: Containers, serviços e recursos · Ciclo de vida e isolamento de PDBs · Backup e prova de recuperação
Recupera o âmbito certo e controla os efeitos da retoma.
Referência: Point in time recovery · 1Z0-183 public objectives inspected 2026-09-30; revision date not published