Backups mantêm os dados seguros, mas também consomem recursos de armazenamento e rede. O RMAN da Oracle oferece compressão integrada para equilibrar a economia de espaço contra o uso de CPU, e ferramentas externas permitem que você aplique compressão no nível do sistema operacional quando necessário. Neste artigo, você aprenderá o que é a compressão do RMAN, quando escolher métodos externos, como configurar cada nível de compressão em diferentes versões do Oracle, práticas recomendadas para desempenho no mundo real e como monitorar e solucionar problemas nos seus backups comprimidos.
O Que É o Backup do RMAN?
O RMAN (Recovery Manager) é a ferramenta nativa do Oracle para backups totais, incrementais e de logs arquivados, automatizando verificações de consistência e o catálogo de metadados no arquivo de controle ou no catálogo de recuperação. Ele rastreia quais blocos foram alterados, permitindo operações a nível de bloco, como compressão de blocos nulos e blocos não utilizados antes de qualquer compressão binária ser aplicada. O RMAN se integra com dispositivos de fita, Oracle Secure Backup e serviços em nuvem, e suporta criptografia e políticas de retenção para uma recuperação simplificada.
Em seu nível mais básico, você se conecta ao RMAN e executa:
RMAN> BACKUP DATABASE;
Isso cria um conjunto de backup de arquivos de dados, arquivos de controle e logs arquivados, se configurado, tratando a consistência automaticamente.
Você também pode ajustar os backups por objeto ou modo. Por exemplo, faça backup de tablespaces específicos e logs de arquivamento em um único comando:
RMAN> BACKUP TABLESPACE users, temp PLUS ARCHIVELOG;
Isso reduz o armazenamento excluindo tablespaces não necessários e garante que os logs necessários para a recuperação de um ponto específico no tempo estejam incluídos.
Para cenários avançados, use:
BACKUP COMO CONJUNTO DE BACKUP COMPACTADO para compactação binária
COPIA DE BACKUP para cópias de imagem
BACKUP … TIPO DE DISPOSITIVO sbt para bibliotecas de fita de destino.
Você pode criar scripts para janelas de retenção complexas, usar CONFIGURAR POLÍTICA DE RETENÇÃO PARA JANELA DE RECUPERAÇÃO DE 7 DIAS e automatizar a eliminação de backups obsoletos.
A Compressão Externa é Ideal para Backup do RMAN?
A compressão externa significa encaminhar a saída não comprimida do RMAN por meio de ferramentas do sistema operacional, como gzip, bzip2 ou zip. Essa abordagem pode funcionar quando você não possui a licença Oracle Advanced Compression ou deseja transferir o trabalho de CPU para outro host. Por exemplo, você pode usar:
rman target / <<EOF | gzip > backup.rman.gz
BACKUP DATABASE;
EOF
No entanto, o uso de pipes adiciona uma etapa de descompressão antes da recuperação, o que atrasa os restores e impede que as otimizações baseadas em blocos do RMAN reduzam blocos vazios. Você perde a compressão de blocos nulos e blocos não usados, e a largura de banda da rede pode aumentar se a compressão for aplicada após a criptografia.
Tipos de Compressão de Backup do RMAN
O RMAN suporta duas categorias de compressão: o algoritmo padrão BASIC (sem licença adicional) e os níveis LOW, MEDIUM e HIGH da opção Advanced Compression. Você pode habilitar a compressão permanentemente:
RMAN> CONFIGURAR COMPRESSÃO ALGORITMO 'MÉDIO';
RMAN> CONFIGURAR TIPO DE DISPOSITIVO DISCO TIPO DE BACKUP PARA CONJUNTO DE BACKUP COMPACTADO;
Ou para backups de uma única vez:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
Visão Geral dos Níveis de Compressão
A tabela a seguir resume cada nível:
| Nível | Licença Necessária | Impacto da CPU | Razão de Compressão | Best For |
| BASIC | Não | Moderado | Médio | Ambientes sem a opção de Compressão Avançada |
| LOW | Sim | Baixo | Baixo | Backup rápido em sistemas com restrição de CPU |
| MÉDIO | Sim | Médio | Alto | Cargas de trabalho balanceadas e backups na nuvem |
| HIGH | Sim | Alto | Muito Alto | Backups críticos de armazenamento em janelas de fora de pico |
Processamento de Bloco de Pré-compressão
Antes da compressão binária, o RMAN pode zerar o espaço livre dentro dos blocos (OTIMIZAR PARA CARGA FALSA) para melhorar as razões em tablespaces fragmentados. A compressão de blocos nulos ignora blocos nunca escritos; a compressão de blocos não usados omite blocos alocados mas vazios. Ambas ocorrem antes do algoritmo binário escolhido, maximizando a economia de espaço sem custos adicionais de licença.
Como comprimir o backup do Oracle com o comando RMAN?
Abaixo estão instruções passo a passo para diversos níveis de habilidade.
Compressão básica de banco de dados Oracle
Primeiro, configure o algoritmo padrão:
RMAN> CONFIGURAR COMPRESSÃO ALGORITMO 'BASIC';
Em seguida, habilite-o no disco:
RMAN> CONFIGURAR TIPO DE DISPOSITIVO DISCO TIPO DE CÓPIA COMPACTADA PARA CONJUNTO DE CÓPIA COMPACTADA;
Por fim, execute:
RMAN> BACKUP DATABASE;
Isso usa compressão BÁSICA por padrão, oferecendo uma economia decente sem a necessidade de uma licença de Compressão Avançada.
Backup comprimido único
Para um backup comprimido único sem alterar as configurações padrão, execute:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
Para especificar MEDIUM ou HIGH:
RMAN> BACKUP AS COMPACTADO CONJUNTO_DE_BACKUP BANCO_DE_DADOS COMPACTADO FOR MÉDIO;
(Nota: a sintaxe COMPACTADO FOR é suportada no Oracle 12.2, 18c, 19c e versões posteriores).
Compressão Avançada do Banco de Dados Oracle
Para incluir o zeramento do espaço livre:
RMAN> DEFINIR OTIMIZAR PARA CARGA FALSO;
RMAN> COPIA COMO CONJUNTO DE COPIA COMPACTADA BANCO DE DADOS;
Para alternar níveis de compactação durante a sessão:
RMAN> DEFINIR COMPRESSÃO ALGORITMO 'ALTA';
RMAN> FAZER CÓPIA DE SEGURANÇA COMO CONJUNTO DE CÓPIA COMPACTADA BANCO DE DADOS;
Monitore o CPU em relação ao tempo para escolher o melhor nível para janelas OLTP ou batch.
Melhores práticas de compressão de backup do RMAN
Uma compressão eficaz vem do teste e monitoramento:
Teste cada nível no ambiente de preparação antes da produção.
Use MÉDIO para cargas de trabalho mistas; reserve ALTO para arquivos fora do horário de pico.
Evite BAIXO em cargas de dados intensivas - sua proporção pode não justificar nem mesmo seu pequeno impacto no CPU.
A agenda é executada com ALTA durante os períodos de baixa atividade do usuário.
Combine com backups incrementais para limitar a frequência de backups completos.
Monitore sempre usando:
SELECIONE set_count,
compression_level,
compressed_bytes,
uncompressed_bytes
FROM V$BACKUP_SET
WHERE compression_level = 'MEDIUM';
Diagnosticar alta utilização de CPU com V$SESSION_LONGOPS e ferramentas do sistema operacional como top, pidstat e iostat para identificar os canais RMAN que causam picos de carga.
A compressão antes do processo de criptografia proporciona uma melhor taxa de transferência geral - defina CONFIGURAR CRIPTOGRAFIA PARA BANCO DE DADOS COMO ATIVADO após configurar a compressão.
Como comprimir um backup do Oracle com o Vinchin?
Agora, vamos nos concentrar em uma solução empresarial poderosa. Vinchin é uma solução profissional de backup de banco de dados de nível empresarial que suporta os principais bancos de dados atuais—Oracle, MySQL, SQL Server, MariaDB, PostgreSQL e PostgresPro.
As capacidades de proteção de banco de dados do Vinchin incluem backup em nuvem e arquivamento em fita, backup completo, incremental e de log, backup de logs arquivados para Oracle e PostgreSQL, backup agendado com compressão de dados no lado da fonte do Oracle e deduplicação, além de proteção contra ransomware.
A console da web do Vinchin é simples e intuitiva. Para fazer backup de um banco de dados Oracle, normalmente:
1. Selecione o banco de dados para backup
2. Escolha o armazenamento de backup
3. Defina a estratégia de backup (completo, incremental, agendado, compressão do Oracle)
4. Envie o trabalho
O Vinchin atende uma base global de clientes com as melhores avaliações. Experimente todos os recursos gratuitamente por 60 dias — clique no botão para baixar e implantar em minutos.
Perguntas frequentes sobre compressão de backup do RMAN
P1. Como restauro um backup comprimido?
Use CATALOG START WITH '/path/to/backup'; RESTORE DATABASE; RECOVER DATABASE; no RMAN para registrar e aplicar o backup.
Q2. Posso alterar os níveis de compressão durante o processo?
Não; o RMAN aplica o nível que você especifica no momento do backup e o mantém para esse conjunto de backup.
P3. A compressão do RMAN afeta o tempo de recuperação?
Sim; níveis mais altos exigem mais CPU durante a restauração, portanto, equilibre conforme os objetivos de tempo de recuperação.
P4. Posso usar compressão com backups criptografados?
Sim; configure a compressão primeiro, depois habilite a criptografia para minimizar o tamanho dos dados criptografados.
P5. Como verifico a eficácia da compressão?
Consulte V$BACKUP_SET ou V$BACKUP_PIECE para comparar as razões de COMPRESSED_BYTES e UNCOMPRESSED_BYTES.
Conclusão
Os recursos de compressão integrados do RMAN—from BASIC through HIGH—permitem que você ajuste finamente o compromisso entre economia de armazenamento e uso de CPU enquanto beneficia das otimizações em nível de bloco. A compressão externa pode preencher lacunas quando licenças não estão disponíveis, mas adiciona complexidade. Teste cada nível sob cargas realistas, monitore métricas de CPU e throughput e aplique a compressão antes da criptografia para maximizar a eficiência. Com essas práticas, você alcançará backups confiáveis e eficientes em espaço que se alinham com seus objetivos de recuperação.
