¿Qué es Backup and Recovery?

El proceso ideal de copia de seguridad sin interrupciones para Oracle o SAP HANA sigue estos pasos:

1. Definir los objetivos de RTO y RPO específicos para cada carga de trabajo. Las bases de datos de misión crítica suelen requerir un RPO prácticamente nulo (minutos, no horas) y un RTO que se mide en minutos o en pocas horas.
2. Configurar una copia de seguridad en línea adaptada a la aplicación. Para Oracle, utiliza la integración nativa de RMAN con el envío automatizado de registros de archivo. Para SAP HANA, utiliza la interfaz API BACKINT para una integración certificada de terceros con Commvault.
3. Utilice IntelliSnap o la tecnología de instantáneas de almacenamiento para realizar copias de seguridad puntuales, casi instantáneas y sin interrupciones que no afecten al rendimiento de producción, independientemente del tamaño de la base de datos.
4. Habilite la copia de seguridad continua de registros (envío de registros de archivo para Oracle; copia de seguridad de registros para SAP HANA) para minimizar la pérdida de datos entre las ventanas de copia de seguridad completa y lograr un RPO prácticamente nulo.
5. Almacene las versiones de copia de seguridad en un almacenamiento inmutable y físicamente aislado con retención configurable, manteniendo múltiples puntos de Recovery para que los equipos puedan restaurar a cualquier punto anterior a un incidente de corrupción o de ransomware.
6. Automatice los flujos de trabajo de Recovery. Los procedimientos automatizados de Commvault se encargan de la aplicación de registros, la validación de la coherencia y las comprobaciones de estado posteriores a la restauración, lo que permite una recuperación granular de tablas u objetos sin necesidad de reconstruir toda la base de datos.
7. Pruebe la Recovery periódicamente. Valide el RTO y el RPO mediante pruebas de Recovery reales en un entorno que no sea de producción o en un entorno «Cleanroom», y no solo con objetivos teóricos.

Estrategia básica de copia de seguridad: se centra en crear y almacenar copias de los datos. Normalmente abarca copias de seguridad completas e incrementales programadas, protección a nivel de archivo y de imagen, políticas de retención y capacidades básicas de restauración. Objetivo: que los datos puedan recuperarse en caso de pérdida o corrupción.

Plan integral de BDR: amplía la copia de seguridad con una planificación completa de la continuidad del negocio. Incluye objetivos de RTO/RPO definidos por carga de trabajo, coordinación de la recuperación ante desastres con manuales de procedimientos automatizados, procedimientos de conmutación por error y de retorno, capacidades de recuperación multiplataforma, almacenamiento inmutable de copias de seguridad, flujos de trabajo de Recovery específicos para el ransomware (incluida la validación en «Cleanroom Recovery»), una cadencia regular de pruebas de recuperación ante desastres, protocolos de comunicación, asignación de funciones al equipo e informes de cumplimiento documentados.

Puntos clave en común: ambos requieren datos de copia de seguridad fiables como base. Un plan integral de BDR no puede funcionar sin una estrategia sólida de copias de seguridad, pero una estrategia de copias de seguridad por sí sola no puede restaurar un negocio tras un desastre grave o un incidente de ransomware. La diferencia entre ambos radica en la velocidad, la exhaustividad y la validación.

Commvault Cloud es compatible con ambas, ya que proporciona la base de copias de seguridad y la capa completa de coordinación de BDR en una única plataforma, de modo que las organizaciones pueden pasar de una copia de seguridad básica a una ciberresiliencia integral sin necesidad de sustituir su conjunto de herramientas.

Lista de comprobación para la planificación de BDR en la nube híbrida:

1. Realizar un inventario de todas las cargas de trabajo en entornos locales, de nube pública (AWS, Azure, GCP), de nube privada, SaaS y perimetrales, incluidas bases de datos, máquinas virtuales, contenedores, sistemas de archivos y aplicaciones SaaS.
2. Definir el RTO y el RPO por clase de carga de trabajo. Asignar objetivos de Recovery por niveles: Nivel 1 (crítico para la misión, RPO casi nulo), Nivel 2 (importante para el negocio, 1-4 horas), Nivel 3 (estándar, 24 horas).
3. Selecciona los tipos de copia de seguridad por nivel. Nivel 1: copia de seguridad continua de registros + IntelliSnap. Nivel 2: copia incremental diaria con opciones a nivel de archivo y de imagen. Nivel 3: copia completa o incremental programada con control de versiones estándar.
4. Centralizar la gestión de las copias de seguridad. Elegir una plataforma con una única consola para la gestión de políticas, la programación, la supervisión y la generación de informes en todos los entornos, en lugar de herramientas independientes para cada proveedor de nube.
5. Implemente un almacenamiento de copias de seguridad inmutable y con control de versiones. Almacene las copias en un almacenamiento físicamente aislado o protegido con WORM, con retención configurable y múltiples puntos de recuperación para permitir la reversión de ataques de ransomware.
6. Configure la Recovery multiplataforma. Asegúrese de que las cargas de trabajo se puedan recuperar en una nube diferente, un hipervisor distinto o un destino local, y no solo en el entorno de origen original.
7. Pruebe los planes de recuperación periódicamente. Realice pruebas de recuperación ante desastres con una periodicidad programada (como mínimo trimestral) utilizando entornos «cleanroom» o de prueba. Documente los resultados reales de RTO/RPO comparándolos con los objetivos.
8. Identifique los requisitos de cumplimiento normativo. Adapte las políticas de retención y las capacidades de Recovery a las normativas aplicables (RGPD, HIPAA, DORA, PCI DSS) y documente los registros de auditoría para cada carga de trabajo.

Las plataformas empresariales de BDR varían significativamente en cuanto a sus capacidades de RPO/RTO, cobertura de cargas de trabajo y modelos de implementación. Aspectos clave a evaluar: (1) Capacidades de RPO: ¿admite la plataforma la protección continua de datos y el envío de registros para un RPO casi nulo en bases de datos, o solo copias de seguridad programadas? (2) Capacidades de RTO: ¿admite la recuperación instantánea de máquinas virtuales, restauraciones basadas en IntelliSnap o instantáneas, y la orquestación automatizada para RTO inferiores a un minuto en cargas de trabajo críticas? (3) Recuperación multiplataforma: ¿se pueden recuperar las cargas de trabajo en una nube, un hipervisor o un sistema operativo diferentes? (4) Gestión centralizada: ¿consola única o silos por entorno? (5) Recuperación específica frente al ransomware: ¿dispone de un «Cleanroom» o de un entorno de validación aislado para la recuperación cibernética? Commvault Cloud aborda estos cinco aspectos con soporte nativo para un RPO casi nulo (IntelliSnap + envío continuo de registros), RTO de menos de un minuto a unas pocas horas (procedimientos automatizados + recuperación instantánea de máquinas virtuales), recuperación multiplataforma para cargas de trabajo físicas, virtuales, en la nube y SaaS, consola de gestión centralizada y Cleanroom Recovery bajo demanda para incidentes de ransomware.

Criterios técnicos y de SLA clave para evaluar los servicios de Backup and Recovery de terceros: (1) Compromisos documentados de RPO/RTO por tipo de carga de trabajo —no solo medias por plataforma—. Solicite métricas de Recovery probadas y validadas. (2) SLA sobre la tasa de éxito de las copias de seguridad: qué porcentaje de tareas programadas se compromete el proveedor a completar con éxito, con medidas correctivas definidas en caso de fallos. (3) Validación de la recuperación: ¿incluye el servicio pruebas de recuperación ante desastres bajo demanda o programadas en un entorno que no sea de producción, con resultados documentados? (4) Garantías de copias de seguridad inmutables: ¿están las copias de seguridad protegidas contra la eliminación o el cifrado por parte del ransomware, mediante la aplicación de WORM o «air-gap»? (5) Retención de versiones de copias de seguridad: ¿se pueden establecer períodos de retención independientes para cada carga de trabajo, incluida la retención a largo plazo para cargas de trabajo reguladas? (6) Alcance de la recuperación multiplataforma: ¿se pueden restaurar las cargas de trabajo en una nube o un hipervisor diferentes sin necesidad de renovar licencias ni realizar una reconfiguración manual? (7) Acuerdos de nivel de servicio (SLA) de respuesta del servicio de asistencia para incidentes de gravedad 1 (Sev-1) durante eventos de recuperación activos. (8) Certificaciones de cumplimiento: FedRAMP, SOC 2 Tipo II, ISO 27001 y las normas sectoriales pertinentes para su entorno normativo.

Commvault Cloud ofrece Backup and Recovery unificados en entornos SaaS, nativos de la nube, híbridos y locales desde una única plataforma. Entre sus capacidades clave se incluyen: gestión centralizada de copias de seguridad para todo tipo de cargas de trabajo desde una única consola; copias de seguridad a nivel de archivo y de imagen con control de versiones configurable y almacenamiento inmutable y aislado; opciones de copias de seguridad programadas y continuas, incluida la integración nativa con RMAN para Oracle y la compatibilidad con la API BACKINT para SAP HANA; tecnología de instantáneas IntelliSnap para un RPO casi nulo y sin interrupciones en bases de datos de misión crítica; coordinación automatizada de la recuperación ante desastres con guiones operativos para una recuperación rápida y coherente; recuperación de datos multiplataforma en cargas de trabajo físicas, virtuales, en la nube y SaaS; «Cleanroom Recovery» para una validación aislada y libre de malware antes de volver a producción; y Risk Analysis para clasificar e identificar datos sensibles antes de que se produzca un incidente.