Los respaldos mantienen los datos seguros, pero también consumen recursos de almacenamiento y red. Oracle RMAN ofrece compresión integrada para equilibrar el ahorro de espacio contra el uso de CPU, y herramientas externas permiten aplicar compresión a nivel de sistema operativo cuando sea necesario. En este artículo, aprenderás qué es la compresión de RMAN, cuándo elegir métodos externos, cómo configurar cada nivel de compresión en las diferentes versiones de Oracle, prácticas recomendadas para el rendimiento en entornos reales, y cómo monitorear y solucionar problemas de tus respaldos comprimidos.
¿Qué es la Copia de Seguridad RMAN?
RMAN (Recovery Manager) es la herramienta nativa de Oracle para copias de seguridad completas, incrementales y de registros archivados, automatizando las comprobaciones de coherencia y el catálogo de metadatos en el archivo de control o en el catálogo de recuperación. Este sigue qué bloques han cambiado, lo que permite operaciones a nivel de bloque, como la compresión de bloques nulos y bloques no utilizados antes de aplicar cualquier compresión binaria. RMAN se integra con dispositivos de cinta, Oracle Secure Backup y servicios en la nube, y admite cifrado y políticas de retención para una recuperación más eficiente.
En su forma más básica, te conectas a RMAN y ejecutas:
RMAN> BACKUP DATABASE;
Esto crea un conjunto de copias de seguridad de los archivos de datos, los archivos de control y los registros archivados, si están configurados, manejando la consistencia automáticamente.
También puedes ajustar las copias de seguridad por objeto o modo. Por ejemplo, realiza una copia de seguridad de tablespaces y registros de archivo específicos en un solo comando:
RMAN> COPIA_DE_SEGURO ESPACIO_DE_TABLAS users, temp MAS REGISTRO_ARCHIVADO;
Esto reduce el almacenamiento al excluir los espacios de tablas no necesarios y asegura que se incluyan los registros necesarios para la recuperación en un punto específico en el tiempo.
Para escenarios avanzados, utiliza:
COPIA DE SEGURIDAD COMO CONJUNTO DE COPIAS DE SEGURIDAD COMPACTADAS para compresión binaria
COPIA DE SEGURIDAD para copias de imágenes
COPIA DE SEGURIDAD ... TIPO DE DISPOSITIVO sbt a bibliotecas de cintas de destino.
Puedes escribir scripts para ventanas de retención complejas, usar CONFIGURAR POLÍTICA DE RETENCIÓN PARA VENTANA DE RECUPERACIÓN DE 7 DÍAS y automatizar la eliminación de copias de seguridad obsoletas.
¿Es la Compresión Externa Adecuada para las Copias de Seguridad de RMAN?
La compresión externa significa canalizar la salida sin comprimir de RMAN a través de herramientas del sistema operativo como gzip, bzip2 o zip. Este enfoque puede funcionar cuando no tienes la licencia de Oracle Advanced Compression o quieres transferir el trabajo de CPU a otro host. Por ejemplo, podrías usar:
rman target / <<EOF | gzip > backup.rman.gz
BACKUP DATABASE;
EOF
Sin embargo, usar un pipe agrega un paso de descompresión antes de la recuperación, lo que retrasa las restauraciones y evita que las optimizaciones basadas en bloques de RMAN reduzcan los bloques vacíos. Pierdes la compresión de bloques nulos y bloques no utilizados, y el ancho de banda de la red puede aumentar si la compresión se aplica después del cifrado.
Tipos de Compresión de Copias de Seguridad de RMAN
RMAN admite dos categorías de compresión: el algoritmo predeterminado BÁSICO (sin licencia adicional) y las opciones de compresión avanzada con niveles BAJO, MEDIO y ALTO. Puedes habilitar la compresión de forma permanente:
RMAN> CONFIGURAR COMPRESIÓN ALGORITMO 'MEDIUM';
RMAN> CONFIGURAR DISPOSITIVO TIPO DISCO TIPO DE COPIA DE SEGURIDAD COMPRIMIDO;
O para copias de seguridad puntuales:
RMAN> COPIA_DE_SEGURIDAD COMO CONJUNTO_DE_COPIAS_COMPRIMIDAS BASE_DE_DATOS MAS REGISTRO_ARCHIVADO;
Resumen de los Niveles de Compresión
La siguiente tabla resume cada nivel:
| Nivel | Licencia requerida | Impacto de la CPU | Relación de compresión | Best For |
| BASIC | No | Moderado | Medio | Entornos sin la opción de Compresión Avanzada |
| LOW | Sí | Bajo | Bajo | Copias de seguridad rápidas en sistemas con CPU limitada |
| MEDIO | Sí | Medio | Alto | Cargas de trabajo equilibradas y copias de seguridad en la nube |
| HIGH | Sí | Alto | Muy alto | Copia de seguridad crítica para el almacenamiento en ventanas fuera de horas punta |
Procesamiento de Bloques de Precompresión
Antes de la compresión binaria, RMAN puede poner en cero el espacio libre dentro de los bloques (OPTIMIZE FOR LOAD FALSE) para mejorar las proporciones en tablespaces fragmentados. La compresión de bloques nulos omite los bloques que nunca han sido escritos; la compresión de bloques no utilizados omite los bloques asignados pero vacíos. Ambas ocurren antes del algoritmo binario elegido, maximizando el ahorro de espacio sin costos adicionales de licencia.
¿Cómo comprimir una copia de seguridad de Oracle con el comando RMAN?
A continuación se muestran instrucciones paso a paso para diversos niveles de habilidad.
Compresión básica de la base de datos Oracle
Primero, configura el algoritmo predeterminado:
RMAN> CONFIGURE COMPRESSION ALGORITHM 'BASIC';
Luego hábilalo en el disco:
RMAN> CONFIGURAR DISPOSITIVO TIPO DISCO TIPO DE COPIA A CONJUNTO DE COPIAS COMPRIMIDAS;
Finalmente, ejecuta:
RMAN> BACKUP DATABASE;
Esto utiliza la compresión BÁSICA de forma predeterminada, proporcionándote ahorros decentes sin una licencia de Compresión Avanzada.
Copia de seguridad comprimida única
Para una copia de seguridad comprimida única sin alterar los valores predeterminados, ejecuta:
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE PLUS ARCHIVELOG;
Para especificar MEDIO o ALTO:
RMAN> COPIA_DE_SEGURIDAD COMO CONJUNTO_DE_COPIAS_DE_SEGURIDAD BASE_DE_DATOS COMPRIMIDO PARA MEDIO;
(Nota: La sintaxis COMPRESSED FOR es compatible en Oracle 12.2, 18c, 19c y versiones posteriores).
Compresión Avanzada de la Base de Datos Oracle
Para incluir el restablecimiento del espacio libre:
RMAN> SET OPTIMIZE FOR LOAD FALSE;
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Para cambiar los niveles de compresión durante la sesión:
RMAN> SET COMPRESSION ALGORITHM 'HIGH';
RMAN> BACKUP AS COMPRESSED BACKUPSET DATABASE;
Monitoree el CPU en relación con el tiempo para elegir el mejor nivel para las ventanas OLTP o por lotes.
Prácticas recomendadas para la compresión de copias de seguridad de RMAN
Una compresión eficaz se obtiene a través de pruebas y monitoreo:
Prueba cada nivel en staging antes de la producción.
Utiliza MEDIUM para cargas de trabajo mixtas; reserva HIGH para archivos fuera de hora pico.
Evita el BAJOS en cargas de datos intensivas: su proporción puede no justificar ni siquiera su pequeño impacto en la CPU.
La programación se ejecuta con ALTA prioridad en periodos de baja actividad del usuario.
Combina con copias de seguridad incrementales para limitar la frecuencia de las copias de seguridad completas.
Siempre monitorear utilizando:
SELECT set_count,
compression_level,
compressed_bytes,
uncompressed_bytes
FROM V$BACKUP_SET
WHERE compression_level = 'MEDIUM';
Diagnostica un alto uso de CPU con V$SESSION_LONGOPS y herramientas del sistema operativo como top, pidstat y iostat para identificar los canales RMAN que causan picos de carga.
La compresión antes de la cifrado proporciona un mejor rendimiento general—establece CONFIGURE ENCRYPTION FOR DATABASE ON después de configurar la compresión.
¿Cómo comprimir una copia de seguridad de Oracle con Vinchin?
Ahora pasemos a una solución empresarial poderosa. Vinchin es una solución profesional de respaldo de bases de datos a nivel empresarial que admite las bases de datos principales actuales: Oracle, MySQL, SQL Server, MariaDB, PostgreSQL y PostgresPro.
Las capacidades de protección de bases de datos de Vinchin incluyen copias de seguridad en la nube y archivado en cinta, copias de seguridad completas, incrementales y de registro, copia de seguridad de registros archivados para Oracle y PostgreSQL, copias de seguridad programadas con compresión de datos en el origen y deduplicación de Oracle, y protección contra ransomware.
La consola web de Vinchin es simple e intuitiva. Para realizar una copia de seguridad de una base de datos Oracle, normalmente:
1. Seleccione la base de datos para hacer la copia de seguridad
2. Elige el almacenamiento de respaldo
3. Define la estrategia de copia de seguridad (completa, incremental, programación, compresión de Oracle)
4. Envía el trabajo
Vinchin atiende una base de clientes global con las mejores calificaciones. Prueba todas las funciones gratis por 60 días—haz clic en el botón para descargar e instalar en minutos.
Preguntas frecuentes sobre la compresión de respaldos de RMAN
P1. ¿Cómo restauro un respaldo comprimido?
Utilice CATALOG START WITH '/path/to/backup'; RESTORE DATABASE; RECOVER DATABASE; en RMAN para registrar y aplicar el respaldo.
¿Pregunta 2. Puedo cambiar los niveles de compresión durante el proceso?
No; RMAN aplica el nivel que especifiques al momento de realizar la copia de seguridad y lo mantiene para ese conjunto de copias.
P3. ¿Afecta la compresión de RMAN al tiempo de recuperación?
Sí; los niveles más altos utilizan más CPU durante la restauración, así que equilibra según tus objetivos de tiempo de recuperación.
¿Pregunta 4. ¿Puedo usar compresión con copias de seguridad cifradas?
Sí; configura primero la compresión, luego habilita el cifrado para minimizar el tamaño de los datos cifrados.
P5. ¿Cómo verifico la efectividad de la compresión?
Consulta V$BACKUP_SET o V$BACKUP_PIECE para comparar las proporciones de COMPRESSED_BYTES y UNCOMPRESSED_BYTES.
Conclusión
Las funciones de compresión integradas de RMAN, desde BÁSICO hasta ALTO, permiten ajustar el equilibrio entre el ahorro de almacenamiento y el uso de CPU mientras se benefician de las optimizaciones a nivel de bloque. La compresión externa puede cubrir lagunas cuando no estén disponibles las licencias, pero añade complejidad. Prueba cada nivel bajo cargas realistas, monitorea los indicadores de CPU y rendimiento, y aplica la compresión antes del cifrado para maximizar la eficiencia. Con estas prácticas, lograrás copias de seguridad confiables y eficientes en espacio que se alinean con tus objetivos de recuperación.
