← TODOS OS CASES ← ALL CASES
Instituição financeira (sob NDA) · Financeiro

Upgrade de Oracle 11g para 19c RAC + FlashGrid

Modernização de bancos Oracle 11g legados para Oracle 19c RAC, com FlashGrid para HA, baseline de performance e ensaios pré-cutover.

2025·023· ·5 MESES
11g
Versão de origem
Desupported, fora de janela de patch
19c RAC
Versão de destino
Long-term support, HA via FlashGrid
Validada
Compatibilidade aplicação
Antes do cutover, em ambiente espelho
0 falhas
Cutover
Janela controlada, rollback pronto
Financial institution (under NDA) · Finance

Oracle 11g to 19c RAC upgrade with FlashGrid

Modernization of legacy Oracle 11g databases to Oracle 19c RAC, with FlashGrid for HA, performance baselines, and pre-cutover rehearsals.

2025·023· ·5 MONTHS
11g
Source version
Unsupported, outside patch window
19c RAC
Target version
Long-term support, HA via FlashGrid
Validated
Application compatibility
Before cutover, in mirror environment
0 failures
Cutover
Controlled window, rollback ready

O problema

Bancos Oracle 11g em produção, fora de janela de suporte. Compliance regulatório do setor financeiro exigia versão suportada. Cliente precisava modernizar para 19c RAC sem disrupção — mas com restrição: aplicações legadas que tinham sido testadas só contra 11g.

Risco principal: incompatibilidade silenciosa entre 11g e 19c em queries específicas, hints, recursos depreciados, comportamento de plano de execução. Solução não podia ser “upgrade e ver o que quebra”.

Como abordamos

Modelo de upgrade em três camadas: infraestrutura, banco, aplicação. Cada camada com validação explícita antes de avançar.

  • Camada 1 — Infra: Oracle 19c RAC + FlashGrid em arquitetura HA. Network, storage, IAM revisados antes de qualquer dado fluir.
  • Camada 2 — Banco: Ensaio de upgrade em ambiente espelho, com AWR baseline antes/depois. Identificação de queries com plano divergente. Hints incompatíveis catalogados.
  • Camada 3 — Aplicação: Testes de aplicação contra ambiente espelho 19c. Owners de aplicação validaram comportamento crítico antes do cutover de produção.

Cutover de produção em janela controlada de madrugada de domingo. Rollback ensaiado, pronto para acionar até T+2h. Não foi necessário — validação prévia eliminou surpresas.

Handover

Time interno do cliente recebeu framework de upgrade completo (runbook, scripts de validação, checklist de pré/pós-cutover) para aplicar nas outras bases 11g remanescentes. Modelo replicável, com nossa supervisão sênior caso a caso.

The problem

Production Oracle 11g databases, outside the support window. Financial-sector regulatory compliance required a supported version. The client needed to modernize to 19c RAC without disruption — but with a constraint: legacy applications tested only against 11g.

Main risk: silent incompatibility between 11g and 19c on specific queries, hints, deprecated features, execution plan behavior. Solution couldn’t be “upgrade and see what breaks”.

How we approached it

Three-layer upgrade model: infrastructure, database, application. Each layer with explicit validation before advancing.

  • Layer 1 — Infra: Oracle 19c RAC + FlashGrid in HA architecture. Network, storage, IAM reviewed before any data flowed.
  • Layer 2 — Database: Upgrade rehearsal in mirror environment, with AWR baseline before/after. Identification of queries with divergent plans. Incompatible hints cataloged.
  • Layer 3 — Application: Application tests against 19c mirror environment. Application owners validated critical behavior before production cutover.

Production cutover in controlled Sunday-morning window. Rollback rehearsed, ready to trigger up to T+2h. Not needed — prior validation eliminated surprises.

Handover

Client’s internal team received the full upgrade framework (runbook, validation scripts, pre/post-cutover checklist) to apply to remaining 11g databases. Replicable model, with our senior supervision case by case.

Conversar

Tem um problema parecido?

45 min com o TL que executou este case. Sem deck.

Talk to us

Got a similar problem?

45 min with the TL who ran this case. No deck.