Backup de Oracle sem archivelog mode habilitado não protege o banco em produção. Backup que nunca foi testado em restore é uma esperança, não uma proteção. Essas duas afirmações eliminam 80% dos problemas de backup Oracle que aparecem no pior momento.
RMAN: a ferramenta padrão de backup Oracle
RMAN (Recovery Manager) é o utilitário nativo Oracle para backup e recuperação. Não é um produto adicional — vem com o Oracle Database e é a forma correta e suportada de fazer backup.
O que o RMAN entrega que scripts SQL e cópia de arquivos não entregam:
- Backup consistente de banco em produção (hot backup) sem precisar derrubar o banco, desde que archivelog mode esteja ativo
- Backup incremental por blocos modificados — backups subsequentes copiam apenas os blocos Oracle que mudaram desde o último backup, não o arquivo inteiro
- Detecção de blocos corrompidos durante o backup — o RMAN verifica a integridade dos blocos ao ler os datafiles
- Gestão automática de catálogo de recuperação — registra cada backup, onde está armazenado, quais archive logs são necessários para cada ponto de recuperação
- Compressão e criptografia nativas de backup sem software adicional
- Restore e recovery automatizados com cálculo automático da sequência de archive logs necessária
Em resumo: use RMAN. Scripts que fazem cópia fria de datafiles quando o banco está parado funcionam para banco de desenvolvimento, não para produção.
Archivelog mode: o requisito inegociável para backup online
Oracle Database pode operar em dois modos:
NOARCHIVELOG mode: o banco sobrescreve os redo logs online sem arquivá-los. Backup quente não é possível — você só pode fazer backup frio (banco parado). Qualquer falha entre dois backups completos resulta em perda de todas as transações do período.
ARCHIVELOG mode: os redo logs são arquivados antes de serem sobrescritos. O RMAN pode fazer backup quente (banco em produção) e, em caso de falha, recuperar o banco até o ponto exato da falha usando archive logs. RPO pode ser próximo de zero.
Todo banco Oracle em produção deve estar em archivelog mode. Sem exceção. Se o banco está em NOARCHIVELOG mode, você não tem backup real — você tem snapshot periódico com risco de perda de dados entre snapshots.
Para verificar e habilitar:
SELECT log_mode FROM v$database;
-- Se retornar NOARCHIVELOG:
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;
ALTER DATABASE ARCHIVELOG;
ALTER DATABASE OPEN;Tipos de backup Oracle
| Tipo | Descrição | Quando usar |
|---|---|---|
| Full backup | Cópia completa de todos os datafiles | Backup semanal ou inicial de nova política |
| Incremental Level 0 | Equivalente ao full, serve como base para incrementais | Início da cadeia incremental |
| Incremental Level 1 | Apenas blocos modificados desde o último Level 0 | Backups diários |
| Archive log backup | Cópia dos archive redo logs | Sempre — são necessários para recovery |
| Control file backup | Cópia do control file e SPFILE | Automático com autobackup, ou manual após DDL |
| Image copy | Cópia bit-a-bit dos datafiles (formato compatível com OS) | Quando precisa de restauração rápida sem restore de RMAN |
Estratégia típica de backup Oracle:
- Segunda a sábado: backup incremental Level 1 + archive logs
- Domingo: backup incremental Level 0 (base) + archive logs
- Archive logs: backup a cada 1-2 horas para RPO mínimo
Onde armazenar o backup Oracle
FRA (Fast Recovery Area): área de armazenamento local (disco rápido, preferencialmente) gerenciada automaticamente pelo Oracle. O Oracle gerencia a retenção, apaga backups obsoletos e mantém o espaço dentro do limite configurado. A FRA é o local de armazenamento padrão do RMAN — rápida para restore, mas no mesmo servidor.
Storage dedicado (off-host): backup em storage separado do servidor de banco. NFS, SAN, ou Object Storage. Protege contra falha de host. É o mínimo para ambiente de produção — backup no mesmo servidor que o banco não é backup real.
Fita (ainda usada em grandes ambientes): Oracle RMAN integra com Media Management Layer (MML) para backup em fita via Oracle Secure Backup, Veeam, Commvault, Veritas. Útil para retenção de longo prazo (anos).
Cloud/Object Storage: RMAN suporta backup direto em Oracle Cloud Object Storage e, via MML, em soluções de cloud storage de terceiros. Para ambientes on-premises, backup em object storage de provedor brasileiro garante retenção offsite sem gestão de fita.
A regra mínima: 3-2-1 — 3 cópias do backup, em 2 mídias diferentes, 1 offsite.
Integração com Veeam e soluções corporativas de backup
Para ambientes que já usam Veeam, Commvault ou Veritas para backup de VMs e servidores, esses produtos suportam backup de Oracle Database via integração com RMAN ou via agent:
- Veeam Backup & Replication com Oracle Plugin para RMAN — integra o Veeam como target de backup RMAN, centralizando catalogação e armazenamento.
- Commvault e Veritas NetBackup têm agentes específicos para Oracle que orquestram o RMAN e armazenam os backups no repositório centralizado.
Essa integração permite uma visão unificada de backup de toda a infraestrutura — VMs, sistemas de arquivos e Oracle Database — em um único painel, com política de retenção centralizada.
Como testar o restore de banco Oracle
O ponto mais negligenciado de qualquer política de backup Oracle é o teste de restore. Sem teste, você tem um arquivo de backup — não uma garantia de recuperação.
O que testar regularmente:
-
Full restore em ambiente isolado. Provisionar uma VM de teste, restaurar um backup RMAN completo e abrir o banco. Verificar se o banco abre e os dados estão corretos.
-
Point-in-time recovery (PITR). Simular um cenário de corrupção: restaurar o banco para um ponto específico no tempo usando archive logs. Confirmar que o RMAN calcula corretamente quais archive logs são necessários.
-
Restore de tablespace ou datafile específico. Simular perda de um datafile individual e recuperar sem precisar restaurar o banco inteiro.
-
Restore de table (Oracle 12c+). Oracle 12c introduziu Table Recovery via RMAN — restaurar uma tabela específica para um ponto no tempo sem restaurar o banco completo. Teste esse recurso se sua versão suporta.
Frequência recomendada: mensal para testes de restore parcial, semestral para full restore em ambiente de teste.
Backup correto de Oracle Database exige RMAN, archivelog mode e testes periódicos de restore. Se você precisa de infraestrutura para Oracle Database com storage dedicado e política de backup estruturada, a Adentro oferece essa solução em cloud privada com datacenters Tier III no Brasil.