Mover Oracle Database para cloud sem entender as opções de licenciamento é o caminho mais rápido para uma fatura que ninguém esperava. Existem quatro caminhos, cada um com custo, responsabilidade e compatibilidade muito diferentes.
As quatro opções para rodar Oracle Database em cloud
Imagine que o CIO pede para o time de TI apresentar as opções de cloud para o Oracle Database corporativo. A resposta correta não é “vamos para OCI” — é entender qual das quatro arquiteturas se encaixa no orçamento, no perfil de workload e no nível de gestão que o time consegue suportar.
Opção 1: Oracle Database em VM em qualquer cloud (IaaS)
Você provisiona uma VM — em OCI, AWS, Azure, ou provedor local — e instala o Oracle Database nela, exatamente como faria em servidor físico. Você gerencia o SO, o banco, os patches, os backups e a alta disponibilidade.
Vantagem: total compatibilidade com qualquer versão e edição do Oracle Database. BYOL possível para quem tem licença ativa.
Armadilha principal: em clouds públicas como AWS e Azure, a Oracle exige que você licencie todos os cores do host físico, não apenas os vCPUs da VM — a menos que a cloud suporte hard partitioning (apenas OCI reconhece isso). Isso pode multiplicar por 2 a 4x o custo de licenciamento.
Opção 2: Oracle Exadata Cloud Service (ExaCS)
Exadata como infraestrutura gerenciada em OCI. A Oracle opera o hardware Exadata (storage cells, compute nodes, rede InfiniBand) e você opera o banco de dados sobre ele. É o Exadata físico na nuvem, com a Oracle cuidando da camada de hardware.
Vantagem: performance máxima do Oracle Database, funcionalidades exclusivas do Exadata (Smart Scan, HCC, I/O Resource Manager), gerenciamento de infraestrutura pela Oracle.
Para quem: workloads OLTP críticos com volumetria alta, consolidação de bases Oracle, ambientes que já usam Exadata on-premises e querem mover para cloud mantendo características.
Custo: alto — Exadata Cloud começa em dezenas de milhares de dólares por mês para configurações mínimas. É cloud enterprise para workloads enterprise.
Opção 3: Oracle Database como Serviço (DBaaS) em OCI
OCI oferece Oracle Database gerenciado em VMs ou bare metal, com a Oracle responsável pelo licenciamento do software Oracle. Você escolhe a forma do hardware (VM ou bare metal), a edição (Standard, Enterprise) e a versão. O provisionamento é automatizado, backups são gerenciados pelo serviço.
Vantagem: menos trabalho operacional do que IaaS puro, sem preocupação com licenciamento (incluso), hard partitioning reconhecido pela Oracle.
Responsabilidade: você ainda gerencia o banco de dados (tuning, schemas, usuários, objetos). A Oracle gerencia a infraestrutura e o software Oracle.
Opção 4: Oracle Autonomous Database (ADB)
O serviço mais gerenciado: banco Oracle com auto-tuning, auto-indexing, auto-patching, auto-scaling. A Oracle gerencia tudo da infraestrutura ao banco — você só se preocupa com os dados e as aplicações.
Existem dois perfis principais:
- Autonomous Transaction Processing (ATP): para workloads OLTP, APIs transacionais, aplicações web.
- Autonomous Data Warehouse (ADW): para analytics, relatórios, DW, queries analíticas pesadas.
Vantagem: eliminação completa de trabalho de DBA para tarefas operacionais. Patching zero-downtime, escala automática de recursos, performance otimizada pelo Oracle Machine Learning.
Armadilha: não é um Oracle Database genérico. Algumas funcionalidades, procedimentos de administração e configurações customizadas não estão disponíveis. Aplicações que dependem de recursos específicos do Oracle podem precisar de adaptação.
Licenciamento Oracle em cloud: onde está a armadilha
O problema real do licenciamento Oracle em cloud não é complicado de entender — é complicado de pagar.
Modelo por OCPU (em OCI): um OCPU equivale a um core físico com hyperthreading. A Oracle cobra por OCPU por hora. No modelo BYOL, você aplica suas licenças existentes. No modelo License Included, paga o OCPU + licença Oracle.
A armadilha do soft partitioning (AWS/Azure/GCP): Oracle não reconhece VMware, KVM, Hyper-V ou os hypervisores das clouds públicas como hard partitioning. Isso significa que, ao rodar Oracle Database em VM nessas clouds, a Oracle pode exigir que você licencie todos os cores do servidor físico subjacente — não apenas os vCPUs da VM. Em um host com 64 cores físicos, você pode precisar licenciar 64 cores mesmo que sua VM tenha apenas 8 vCPUs.
Como calcular o impacto: Oracle Enterprise Edition custa aproximadamente USD 47.500 por core físico (com factor de processador) em licença perpétua. Em um host com 64 cores, isso é mais de USD 3 milhões em licenças — por um banco que usa 8 vCPUs.
Hard partitioning como solução: OCI usa virtualização que a Oracle reconhece como hard partitioning. Oracle VM (OVM) on-premises também. Com hard partitioning, você licencia apenas os cores atribuídos à VM — a lógica esperada.
Quando cada opção faz sentido para empresas brasileiras
| Cenário | Opção recomendada |
|---|---|
| Banco legado, lift-and-shift, BYOL com SA | IaaS em OCI ou cloud privada (hard partitioning) |
| Workload crítico OLTP + DW consolidado, alta volumetria | Exadata Cloud Service |
| Banco Oracle gerenciado sem querer operar infra | DBaaS em OCI |
| Novo projeto cloud-native, analytics, OLTP moderno | Autonomous Database |
| Oracle Database em cloud privada brasileira, BRL | IaaS em provedor local com OVM ou KVM+hard partitioning |
Rodar Oracle Database com licenciamento correto e custo controlado exige escolher a arquitetura certa. A Adentro oferece infraestrutura para Oracle Database em cloud privada brasileira com hard partitioning e faturamento em BRL. Fale com a equipe técnica para avaliar seu cenário.