¿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, utilizar la integración nativa de RMAN con el envío automatizado de registros de archivo. Para SAP HANA, utilizar la interfaz API BACKINT para la 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. Active 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 alcanzar un RPO prácticamente nulo.
5. Almacene las versiones de copia de seguridad en un almacenamiento inmutable y físicamente aislado con un periodo de retención configurable, manteniendo múltiples puntos de recuperación para que los equipos puedan restaurar el sistema a cualquier momento anterior a un incidente de corrupción de datos o de ransomware.
6. Automatiza los flujos de trabajo de Recovery. Los manuales de 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. Realice pruebas de Recovery periódicamente. Verifique el RTO y el RPO comparando los resultados con 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 copias de seguridad: se centra en la creación y el almacenamiento de copias de los datos. Normalmente incluye 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. Incorpora objetivos 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 recuperación cibernética específicos contra el ransomware (incluida la validación «Cleanroom Recovery»), periodicidad regular de las 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 las 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 la recuperación ante desastres (BDR) en la nube híbrida:

1. Realice un inventario de todas las cargas de trabajo en entornos locales, de nube pública (AWS, Azure, GCP), de nube privada, SaaS y de perímetro, incluidas bases de datos, máquinas virtuales, contenedores, sistemas de archivos y aplicaciones SaaS.
2. Definir el RTO y el RPO por tipo de carga de trabajo. Asignar objetivos de recuperación 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 servicios en la nube.
5. Implemente un sistema de almacenamiento de copias de seguridad inmutable y con control de versiones. Almacene las copias en un sistema físicamente aislado o protegido mediante WORM, con un periodo de retención configurable y múltiples puntos de Recovery para permitir la reversión en caso de un ataque de ransomware.
6. Configure la Recovery multiplataforma. Asegúrese de que las cargas de trabajo se puedan recuperar en una nube diferente, en un hipervisor distinto o en un destino local, y no solo en el entorno de origen original.
7. Pruebe los planes de recuperación con regularidad. 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 la normativa aplicable (RGPD, HIPAA, DORA, PCI DSS) y documente los registros de auditoría para cada carga de trabajo.

Las plataformas de BDR para empresas varían considerablemente en cuanto a sus capacidades de RPO/RTO, la cobertura de las cargas de trabajo y los modelos de implementación. Aspectos clave que hay que 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 las 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 tras ciberataques? Commvault Cloud aborda estos cinco aspectos con soporte nativo para un RPO casi nulo (IntelliSnap + envío continuo de registros), un RTO de menos de un minuto a unas pocas horas (guiones de ejecución automatizados + recuperación instantánea de máquinas virtuales), recuperación multiplataforma para cargas de trabajo físicas, virtuales, en la nube y SaaS, una consola de gestión centralizada y Cleanroom Recovery bajo demanda para incidentes de ransomware.

Criterios técnicos y del 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 de la 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 Recovery: ¿incluye el servicio pruebas de Recovery 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 ransomware, mediante la aplicación de WORM o el aislamiento físico? (5) Retención de versiones de copias de seguridad: ¿Se pueden establecer períodos de retención independientes por 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) 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 de 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 físicamente 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 de ejecución 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.