A pergunta chega assim: “estamos no Oracle 19c, o suporte acaba quando? tem que ir pro 23ai?”. E a resposta mudou duas vezes nos ultimos dois anos. O 23ai sumiu do mapa, virou 26ai. A data do 19c, que era abril de 2024, depois abril de 2026, agora é dezembro de 2029. Então vou colocar aqui o que está no documento oficial da Oracle, o que eu vi rodando um 26ai de verdade em laboratório, e o que eu faria em cada situação.
Resposta curta pra quem tem pressa: se você está no 19c, no Linux, com Release Update em dia, não precisa correr. Mas precisa colocar o upgrade no calendário, porque dezembro de 2029 chega rápido e o caminho de upgrade direto pro 26ai só existe a partir do 19c e do 21c.
As datas, no documento da Oracle e não no boato
Tudo que é data de suporte da Oracle mora num PDF chamado Lifetime Support Policy, Oracle Technology Products. A versão que eu baixei tem data de 2 de outubro de 2026. A tabela de Oracle Database está na página 6, e as linhas que importam são estas:
Oracle Database 19c: Premier Support até dezembro de 2029, Extended Support até dezembro de 2032. Oracle AI Database 26ai Enterprise Edition: Premier até dezembro de 2031, Extended “TBD”. O 21c, que é Innovation Release, acaba em julho de 2027 e nem tem Extended.
Repara num detalhe que quase ninguém comenta: o Premier do 26ai termina só dois anos depois do Premier do 19c. Quem faz o upgrade em 2029 vai estar numa versão que começa a conversa de Extended em 2031. Isso não é motivo pra ficar no 19c, é motivo pra não achar que o 26ai resolve a vida por dez anos.
Tem uma nota de rodapé na mesma página que afeta quem não está em Linux x86-64:
Oracle Database 19c: Please note that for customers running Oracle Database 19c, during the Premier Support period of May 1, 2027 through December 31, 2029, and the Extended Support period from January 1, 2030 through December 31, 2032, support will be excluded for Java 8 related third-party software (…)
Oracle Lifetime Support Policy, Oracle Technology Products, nota 3 da tabela de Oracle Database Releases
Ou seja: 19c em Windows ou AIX tem a mesma data no papel, mas a partir de maio de 2027 a parte que depende de Java 8 fica de fora. Na prática a Oracle está dizendo que o 19c “de verdade” até 2029 é o de Linux x86-64. Se o seu está em Windows isso entra na conta.
E o Extended Support é pago à parte. O próprio documento define: “it provides you with an extra three years of support for specific Oracle releases for an additional fee”. Então quando eu falo “19c até 2032” é com cheque. Sem cheque, é 2029.
O 23ai acabou? Acabou, virou 26ai
Isso confunde todo mundo e tem motivo. O 23ai saiu em 2024 pra nuvem e Exadata, a versão on-prem pra Linux comum foi atrasando, e em outubro de 2025, no Oracle AI World, a Oracle anunciou o “Oracle AI Database 26ai”. Não é uma versão nova por cima do 23ai. É o mesmo produto, com o número trocado. O Mike Dietrich, que é o cara de upgrade dentro da Oracle, escreveu no dia do anúncio:
Larry Ellison announced Oracle AI Database 26ai today in his keynote at Oracle AI World conference in Las Vegas. And I am pretty certain you may want some clarification on what this means exactly. Therefore, let me clarify the details, and why Oracle AI Database 26ai replaces Oracle Database 23ai.
Mike Dietrich, “Oracle AI Database 26ai replaces Oracle Database 23ai”, 14 de outubro de 2025
A prova de que é o mesmo produto está no número da versão. O 26ai on-prem saiu em 27 de janeiro de 2026 como “23.26.1.0.0”. Vinte e três ponto vinte e seis. O motor continua sendo o 23, e os Release Updates seguem como 23.26.2, 23.26.3 e por aí vai. Quem já tinha 23ai não faz upgrade, aplica RU. Quem está no 19c ou 21c faz upgrade normal.
Olha a página de download da Oracle hoje. Tem pacote RPM pra Oracle Linux 8, 9 e 10, e o zip da home se chama LINUX.X64_2326100_db_home.zip. Quem instalou 19c vai reconhecer o padrão do LINUX.X64_193000_db_home.zip, só mudou o número. Pra ARM, só o GSM e o client CMAN. Nada de Windows, nada de AIX, e nenhuma menção a Standard Edition 2. Se voce é SE2, ou Windows, não tem o que decidir ainda.
Outro detalhe de instalação que muda: o pacote de pré-requisitos do sistema operacional não é mais o oracle-database-preinstall-19c, é o oracle-ai-database-preinstall-26ai. Parece bobagem, mas é o tipo de coisa que quebra script de provisionamento que está no ar desde 2020. Se você usa o nosso passo a passo de instalação do 19c no Oracle Linux, ele continua valendo pro 19c, e vou fazer o do 26ai quando a versão pra ARM sair.
De onde dá pra fazer upgrade direto
Documentação oficial, Upgrade Guide do 26ai:
If your current Oracle Database release is earlier than 19c, then you cannot directly upgrade to Oracle AI Database 26ai. Upgrade first to a supported intermediate release, and then upgrade to Oracle AI Database 26ai.
Oracle AI Database 26ai Upgrade Guide, Oracle Database Releases That Support Direct Upgrade
Isso muda a conversa pra quem ainda está no 11.2, 12c ou 18c. O caminho é 19c primeiro, e só depois 26ai. E eu vejo mais 11g e 12c em produção do que as pessoas imaginam, principalmente em ERP. Se é o seu caso, o 19c não é “versão velha”, é o degrau obrigatório, e ele mesmo já dá suporte até 2029.
Mais duas coisas que pesam no upgrade. A primeira: non-CDB morreu. Desde o 21c a arquitetura sem container foi descontinuada, e no 26ai o instalador só cria CDB. Se o seu 19c ainda é non-CDB (e muito 19c que veio de upgrade do 12c é), o upgrade pro 26ai vira também uma conversão pra PDB. O AutoUpgrade faz as duas coisas, mas é mais janela, mais teste, mais coisa pra validar na aplicação (serviço, connection string, jobs do scheduler).
A segunda é recente e me pegou de surpresa. O RU 23.26.3 passou a exigir mais SGA mínima. O Mike Dietrich publicou em 14 de outubro de 2026 um caso onde a mesma instância que subia no 23.26.2 com um SGA_TARGET de teste falhou no 23.26.3:
Com CPU_COUNT 16 o mínimo foi de 724 MB pra 2.516 MB. Numa máquina de produção com SGA de 64 GB isso não aparece. Em homologação, naqueles bancos pequenos de teste que a gente deixa com 1 GB, aparece na hora e o banco não sobe. Anota isso antes de aplicar o RU.
Subi um 26ai aqui pra ver
Não gosto de escrever sobre versão que não vi rodando. A Oracle tem a edição Free do 26ai em container, e ela roda inclusive em ARM. Subi a imagem lite numa máquina de 2 vCPU com 3 GB reservados pro container. Levou uns cinco minutos pra ficar pronta.
O banner diz tudo: “Oracle AI Database 26ai Free Release 23.26.3.0.0”. Daí eu fui testar o que, pra quem administra banco de ERP, muda no dia a dia. Não as features de slide, as de terminal.
SQL que devia existir há vinte anos
SELECT sem FROM DUAL. Coluna BOOLEAN de verdade, com WHERE ativo sem precisar escrever = ‘S’. CREATE TABLE IF NOT EXISTS, que rodei duas vezes de propósito pra mostrar que não dá ORA-00955. GROUP BY pelo alias. VALUES como tabela. E o que mais me interessou: GRANT SELECT ANY TABLE ON SCHEMA system TO app_leitura. Um grant só, por schema, no lugar daquele script de 400 linhas que a gente mantém pra usuário de BI e de integração.
Minha opinião: isso aqui é o que vai mudar a vida de quem escreve PL/SQL e script de operação. Não aparece em keynote porque não tem “AI” no nome, mas é o que você vai usar toda semana.
AI Vector Search, o motivo do nome
Deixei o erro no print de propósito. O tipo VECTOR não aceita tablespace com gerenciamento manual de segmento, e o SYSTEM é manual. Criei uma tablespace ASSM e a tabela nasceu. Daí o SELECT com VECTOR_DISTANCE ordena os “chamados” pelo mais parecido com o vetor que eu passei. Com três dimensões não serve pra nada real, mas é a mecânica: a aplicação gera embedding, grava na coluna, e o banco faz a busca por similaridade dentro do SQL, junto com os outros filtros.
Minha opinião: é bem feito e é sério, tem índice HNSW e IVF, tem índice híbrido com texto, a lista oficial tem mais de cinquenta itens só de vector. Mas quem roda ERP não vai usar isso semana que vem. Se o seu banco é o do Protheus, do SAP, do sistema de faturamento, o vector search não é motivo pra upgrade. Se você está construindo aplicação com IA e já tem um Oracle, aí é motivo sim, porque evita subir um banco vetorial separado só pra isso.
JSON Relational Duality, a mesma tabela vista como documento
Criei uma tabela cliente normal, uma duality view em cima, e o SELECT devolve um documento JSON com _id, um etag e os campos. Fiz o UPDATE pelo JSON, com JSON_TRANSFORM, e a linha da tabela mudou. É isso: o dev trabalha com documento, o DBA continua com tabela, constraint, índice e backup iguais.
Minha opinião: ótimo pra sistema novo onde o time quer API REST com JSON sem abrir mão do relacional. Em sistema legado não muda nada, ninguém vai reescrever o ERP pra usar isso. E tem um ponto que eu vou vigiar: o etag no _metadata é o controle de concorrência otimista, quem escreve direto na tabela e quem escreve pela view precisam conviver, e isso vai gerar chamado.
SQL Firewall, pra mim a melhor feature do 26ai
Essa aqui eu queria há muito tempo. SQL Firewall vem incluído no 26ai (a lista oficial de features diz “Oracle SQL Firewall Included in Oracle AI Database”) e funciona assim: você captura o que um usuário roda de verdade durante um tempo, gera uma lista de permissão com isso, e liga. A partir daí, aquele usuário só executa o SQL que está na lista. O resto é bloqueado e logado, mesmo que ele tenha GRANT.
Fiz o ciclo inteiro no lab. Primeiro, como SYS, ligo o firewall e abro uma captura pro usuário app_leitura:
Depois entro como app_leitura e rodo o que a “aplicação” faz no dia a dia. Dois SELECTs.
Volto como SYS, paro a captura, olho o que foi capturado, gero a allow list e ligo com bloqueio:
E agora a parte boa. De volta como app_leitura, o SELECT que estava na lista passa. O SELECT na outra tabela, que o usuário tem GRANT, não passa:
Minha opinião: se eu pudesse escolher uma única feature pra justificar o 26ai num banco de ERP, é essa. Todo ambiente que eu entro tem um usuário “da ferramenta de BI” ou “da integração” com privilégio demais, porque ninguém sabe exatamente o que a ferramenta roda. Com o firewall você descobre (captura) e trava (allow list). Pra quem ligou agente de IA no banco via MCP, então, é o complemento que faltava: o agente só roda o SQL que você já viu.
O resto da lista, e o que eu acho de cada uma
A lista oficial de novidades do 26ai (documento G43730, “Oracle AI Database New Features”, revisão de 20 de outubro de 2026) tem quinze capítulos. Não testei tudo e não vou fingir que testei. O que eu li e acho que importa pra quem opera:
True Cache. Um cache de leitura na frente do banco, com a mesma cara de banco, pra aplicação que lê muito. A aplicação aponta pro cache e o Oracle resolve. Eu ainda só vi em laboratório da Oracle, não coloco em produção sem um cliente que tenha esse problema de leitura de verdade. Mas é a resposta deles pro “vamos colocar um Redis na frente”.
Lock-Free Reservations e Priority Transactions. A primeira deixa duas transações mexerem no mesmo saldo sem uma esperar a outra, quando a operação é um incremento. A segunda deixa você marcar transação como baixa prioridade e o banco mata ela sozinho se estiver segurando lock de uma transação alta. Isso é pra quem sofre com enq: TX em fechamento de mês. Vou querer testar com carga.
Read-Only Users and Sessions. Usuário que nasce read-only no banco, não via role. Junto com o schema privilege e o firewall, fecha o kit de “usuário de leitura” sem gambiarra.
TLS 1.3, Post-Quantum Cryptography Support, senha até 1024 bytes, autenticação multifator no próprio banco. Quem passa por auditoria vai gostar. Quem não passa, vai ter que passar um dia.
Raft Replication no Globally Distributed Database. Importante, mas é pra banco distribuído em shards. Não é pro banco do ERP, não deixa o vendedor te vender isso como “alta disponibilidade nova”.
BIGFILE como padrão pra SYSTEM, SYSAUX e USERS, e shrink de tablespace bigfile e smallfile. Quem já leu o nosso artigo de tablespace cheia no Oracle sabe porque isso importa: menos datafile pra gerenciar e dá pra devolver espaço sem recriar tablespace.
Real-Time SQL Plan Management e “Add Verified SQL Plan Baseline”. O otimizador detecta regressão de plano e volta sozinho pro plano bom. Se funcionar como promete, é menos chamado de “a query ficou lenta depois do patch”. Quem quiser entender a base disso, tem o nosso post sobre plano de execução no Oracle.
E quem roda Protheus?
A TOTVS já lista o Oracle Database 26ai na página de bancos homologados do Protheus, Enterprise e Standard, ao lado do 19 e do 21. Então a homologação não é impedimento. O que eu faria num ambiente Protheus é o mesmo de qualquer ERP: testar o DBAccess e o ambiente inteiro contra um 26ai em homologação antes, porque a aplicação é que diz se o plano das queries mudou. E, sendo honesto, se você está no Protheus com SQL Server a conversa mais urgente hoje é outra, é o fim do suporte do SQL Server 2016.
O que eu faria
19c no Linux, RU em dia: fica. Usa 2027 pra subir um 26ai de homologação com cópia do seu banco (RMAN duplicate ou Data Pump, tanto faz) e rodar a aplicação nele. Faz o upgrade em 2028, com AutoUpgrade, e fecha antes de dezembro de 2029 pra não entrar no Extended pagando. Mantém o COMPATIBLE no 19 por umas semanas depois do upgrade, pra ter caminho de volta.
11g, 12c, 18c: sobe pro 19c agora. Já está sem patch de segurança, e o 19c é o degrau obrigatório pro 26ai. Esse upgrade é mais trabalhoso que o de 19 pra 26, porque normalmente junta non-CDB pra PDB, troca de sistema operacional e troca de hardware na mesma janela.
21c: o Premier acaba em julho de 2027 e não tem Extended. Entra no planejamento de 2027, sem dó.
Windows, AIX, Standard Edition 2: não tem o que decidir, porque não tem o que baixar. Fica no 19c, aplica os RUs, e lembra da nota do Java 8 a partir de maio de 2027. Acompanha a página de download.
Banco novo, projeto novo: 26ai desde o primeiro dia. Não faz sentido nascer numa versão que já tem data pra acabar, e você ganha o firewall, o boolean e o schema privilege de graça.
E pra ninguém esperar milagre: upgrade de versão não deixa banco mais rápido sozinho. Deixa o banco suportado, com patch, e com ferramenta nova pra quem souber usar. A performance continua sendo trabalho de plano, índice, estatística e aplicação.
Quando chamar um especialista
Se o seu Oracle 19c não tem RU aplicado desde 2024, se ainda é non-CDB, se está em Windows, ou se ninguém na empresa sabe dizer qual é o COMPATIBLE atual, o upgrade não é o primeiro passo. O primeiro passo é um levantamento do ambiente, com a data de cada coisa, e um plano com as janelas. É isso que a Furushima faz na frente de consultoria de banco de dados Oracle: diagnóstico, upgrade com AutoUpgrade e rollback testado, e a monitoração ligada antes e depois pra provar que ficou igual ou melhor. Se quiser conversar sobre o seu caso, fala com a gente.
Foto de capa: Vestman, CC BY 2.0, via Wikimedia Commons (recorte). Os prints de documentação são do PDF e das páginas públicas da Oracle, do blog de Mike Dietrich e do TDN da TOTVS, reproduzidos para citação, com link na lista abaixo. Os prints de SQL*Plus são de um Oracle AI Database 26ai Free 23.26.3 de laboratório, em container, com dados inventados.
Referências
- Oracle: Lifetime Support Policy, Oracle Technology Products (PDF, datas de 19c, 21c e 26ai, nota 3 sobre Java 8)
- Oracle: Oracle Database Releases That Support Direct Upgrade (26ai Upgrade Guide)
- Oracle: Oracle AI Database New Features, Release 26ai (G43730)
- Oracle: Oracle AI Database 26ai Download for Linux x86-64
- Oracle: Oracle AI Database Free, Quick Start (container, ARM, limites de 2 CPU, 2 GB e 12 GB)
- Mike Dietrich: Oracle AI Database 26ai replaces Oracle Database 23ai (14/10/2025)
- Mike Dietrich: It’s there, Oracle AI Database 26ai is available for download (27/01/2026)
- Mike Dietrich: Oracle 23.26.3 may require a larger SGA than previous releases (14/10/2026)
- DBTA: Oracle AI Database 26ai for Linux x86-64 On-Premises Platforms Is Now Generally Available
- The Register: Oracle extends 19c database support to 2032 (18/02/2025)
- TOTVS TDN: Banco de Dados Homologados (Protheus)