Preguntas frecuentes sobre Zero Data Loss Recovery Appliance

¿Qué es Oracle Zero Data Loss Recovery Appliance?

Oracle Zero Data Loss Recovery Appliance es un sistema de ingeniería de Oracle diseñado específicamente para la protección de Oracle AI Database y la ciberresiliencia. Desarrollado en conjunto con Oracle Database, Recovery Appliance ofrece capacidades únicas para simplificar la gestión operativa, mejorar la eficiencia de recursos y reducir riesgos para el negocio con una recuperación de datos rápida, predecible y sin pérdida de información.

La automatización de la recuperación, la inmutabilidad de los respaldos y una arquitectura de alta disponibilidad te ayudan a cumplir con los requisitos organizacionales para proteger y recuperar rápidamente datos cruciales.

¿Está disponible una versión en la nube de Recovery Appliance?

Sí. Oracle Database Zero Data Loss Autonomous Recovery Service es una oferta de nube pública totalmente administrada que aprovecha la misma tecnología de cero pérdida de datos junto con la automatización integrada en la nube. Se ejecuta en Recovery Appliances totalmente administrados por ingenieros de Oracle Cloud. Recovery Service está disponible en la nube pública de Oracle (OCI) y en entornos multicloud—Oracle Database@AWS, Oracle Database@Azure y Oracle Database@Google Cloud.

¿Qué versiones de Oracle AI Database son compatibles?

Recovery Appliance admite entornos heterogéneos que ejecutan Oracle Database y Oracle AI Database 26ai, tanto las ediciones Standard como Enterprise.

¿Qué opciones de interfaz están disponibles con Recovery Appliance?

Oracle Enterprise Manager Cloud Control es la interfaz de usuario recomendada para administrar y monitorear el entorno. El complemento de Cloud Control para Recovery Appliance proporciona una vista unificada de todo el ciclo de vida del respaldo para cada base de datos, sin importar si los respaldos residen en disco, cinta u otro Recovery Appliance.

Aunque Cloud Control es la interfaz de usuario recomendada para la administración de Recovery Appliance, Oracle suministra el paquete DBMS_RA PL/SQL como una alternativa de línea de comandos. Para monitoreo y reportes desde línea de comandos, simplemente consulta las vistas del catálogo de Recovery Appliance.

¿Se pueden respaldar datos de sistema de archivos o bases de datos que no sean Oracle en Recovery Appliance?

No, Recovery Appliance está diseñado específicamente para la protección de Oracle Database y la ciberresiliencia.

¿Qué resiliencia y tolerancia a fallos están integradas en la arquitectura del dispositivo?

Recovery Appliance, un Oracle Engineered System, ofrece una arquitectura resiliente con software, servidores de cómputo y almacenamiento integrados y las mejores prácticas incorporadas de Oracle Maximum Availability Architecture (MAA), sin un único punto de fallo. Basado en la arquitectura de Oracle Exadata, Recovery Appliance hereda su confiabilidad, escalabilidad, redundancia y características de rendimiento comprobadas.

Recovery Appliance está diseñada para estar aislado de fallos respecto a la base de datos de producción que protege. Si un ciberataque afecta la base de datos de producción, Recovery Appliance no se ve comprometido.

¿Cómo mejora la resiliencia la activación del transporte de redo en tiempo real?

Recovery Appliance tiene integrada de forma nativa la tecnología Oracle Data Guard redo transport, reduciendo el Recovery Point Objective (RPO) a menos de un segundo en lugar del tiempo desde el último respaldo, que podría ser de 15 minutos, unas horas o incluso un día completo. Para una protección continua de transacciones y recuperación sin pérdida de datos, simplemente habilita real-time redo transport en las bases de datos protegidas. A medida que la base de datos genera cambios de redo en memoria, el redo se envía automáticamente a Recovery Appliance, que valida los bloques de redo. Cuando ocurre un cambio de log en la base de datos, Recovery Appliance crea automáticamente un respaldo comprimido de log archivado y lo cataloga.

¿Qué sucede si el transporte de redo en tiempo real está activado y se pierde la conectividad con el dispositivo?

Si el flujo de redo termina inesperadamente, Recovery Appliance cierra el flujo entrante y crea un respaldo parcial del archivo de log de redo archivado, protegiendo así las transacciones hasta el último cambio recibido. Cuando Recovery Appliance detecta que el flujo de redo se ha reiniciado, recupera automáticamente todos los archivos de redo archivados faltantes desde la base de datos protegida para preservar la ventana de recuperación definida por el usuario.

Si los redo logs ya están en Recovery Appliance, ¿todavía se necesitan respaldos incrementales?

Sí. Los respaldos incrementales diarios hacen que el proceso de recuperación sea más rápido y eficiente que restaurar y aplicar días o semanas de respaldos de logs archivados durante la recuperación.

Si el transporte de redo en tiempo real está habilitado, ¿todavía se necesitan respaldos de logs archivados?

No. Recovery Appliance protege las transacciones de la base de datos a medida que ocurren, creando respaldos de logs archivados automáticamente cuando ocurre un cambio de log en la base de datos. Dado que las copias de seguridad de logs archivados ya residen en Recovery Appliance, no hace falta realizarlas ni enviarlas periódicamente al dispositivo.

¿Se admite una estrategia de cyber vault con replicación air-gapped?

Sí, Recovery Appliance admite replicación continua con fines de recuperación ante desastres o de alta disponibilidad, y replicación air-gapped para configuraciones de cyber vault. La conectividad de red hacia un Recovery Appliance implementado en un cyber vault está controlada por un firewall/gateway. Esto crea un “air gap” que limita la cantidad de tiempo que el entorno está accesible en red, reduciendo así el vector de ataque

La estrategia de respaldos incrementales para siempre de Recovery Appliance ayuda a minimizar la ventana en línea del vault, ya que solo los cambios incrementales se replican después de un respaldo completo inicial. Usa controles de acceso integrados y Enterprise Manager para crear configuraciones seguras en las que ningún usuario único tenga 100 % de acceso a todos los entornos (por ejemplo, Recovery Appliance principal, réplicas y cyber vault). Restaura a un clean room u otro entorno cuando sea necesario.

¿Se pueden realizar respaldos en Recovery Appliance desde una base de datos standby de Data Guard?

Sí, una estrategia incremental para siempre se puede usar al respaldar desde las bases de datos primaria o standby. Si los respaldos se realizan en ambas, tanto primaria como standby, cada Recovery Appliance tiene respaldos e información de redo de la misma base de datos. Como resultado, cualquiera de los dispositivos puede usarse para operaciones de restauración y recuperación con RMAN

¿Cuáles son las mejores prácticas de seguridad integradas en el dispositivo?

La plataforma Recovery Appliance utiliza una arquitectura de defensa en profundidad que sigue las mejores prácticas de seguridad, incluidas:

• Código limitado con una lista reducida de paquetes instalados, de modo que solo se ejecutan los servicios esenciales en el appliance
• Oracle Integrated Lights Out Manager (ILOM) para gestión segura remota
• Registro de auditoría de todos los inicios de sesión y cambios de configuración
• Exadata disk scrubbing y verificaciones de checksum de Exadata
• Firewalls (iptables) habilitados en servidores de almacenamiento
• Auditoría habilitada de usuarios de OS
• Políticas estrictas de contraseñas aplicadas

¿Cómo puede Recovery Appliance minimizar vectores típicos de ataque y reducir la superficie de ataque?

Aunque las implementaciones usan una arquitectura cliente/servidor, la conectividad se limita de forma inherente únicamente al ecosistema Oracle Database, en lugar de abarcar una amplia variedad de aplicaciones con diferentes protocolos de seguridad. La comunicación entre las bases de datos protegidas (clientes) y Recovery Appliance es orquestada por RMAN, que controla todo el movimiento de datos para operaciones de respaldo y recuperación.

Recovery Appliance solo acepta respaldos entrantes de bases de datos preinscritas con una cuenta de usuario autorizada de catálogo privado virtual (VPC), configurada por un administrador del dispositivo. Durante la ingesta, todos los respaldos se validan (legibles por RMAN) antes de ser almacenados en disco. No se aceptan archivos .exe, un vector de ataque típico.

Estandarizar la gestión operativa con una estrategia incremental para siempre en todas las bases de datos Oracle ayuda a eliminar la sobrecarga y el riesgo de usar scripts diversos en el entorno. Recovery Appliance ofrece rendimiento y escalabilidad a nivel de nube, lo que te permite consolidar la protección de datos para decenas, cientos o miles de bases de datos Oracle, reduciendo así la superficie de ataque.

¿Recovery Appliance tiene separación de funciones y acceso basado en roles?

Sí. Los entornos de Recovery Appliance consisten en tres grupos principales de usuarios: administradores de Cloud Control, administradores de base de datos (DBA) y administradores de Recovery Appliance. El modelo de usuario tiene separación de funciones; los roles para bases de datos, Recovery Appliance y cualquier appliance relacionado están segregados entre sí. A cada grupo de usuarios se le puede conceder acceso a tareas asociadas con su rol; ningún usuario puede acceder a otros sistemas para los que no tenga privilegios. Esto permite que las organizaciones implementen protocolos de seguridad como que ningún usuario tenga derechos de modificación sobre datos de producción y respaldo.

Entornos más grandes pueden incluir múltiples Recovery Appliances, con uno replicando a otro para recuperación ante desastres y/o un cyber vault. Cada Recovery Appliance mantiene su propio conjunto de usuarios autorizados y políticas de protección, que pueden coincidir o diferir de las del appliance de nivel superior.

Consulta la documentación para más detalles.

¿Los usuarios con privilegios SYSDBA pueden anular la configuración de las políticas de protección de Recovery Appliance?

No. Los respaldos de bases de datos protegidas se gestionan durante todo su ciclo de vida en función de la política de protección asociada definida en Recovery Appliance. Un DBA que ejecute RMAN DELETE OBSOLETE o DELETE DATABASE ALONG WITH BACKUPS podría afectar respaldos gestionados localmente (si existen), pero no tendría ningún efecto sobre los respaldos bajo la gestión de Recovery Appliance, ya sea que residan en Recovery Appliance o se hayan copiado a medios alternativos.

¿Cómo se protege el acceso root en el dispositivo?

Las organizaciones con estrictos requisitos de seguridad y cumplimiento pueden fortalecer las operaciones y reducir el riesgo de tener una única cuenta de usuario, exigiendo un quórum de usuarios para el acceso al sistema o root. Una vez configurado, el acceso root se puede otorgar a un administrador durante un periodo definido solo si otros dos administradores aprueban la solicitud.

Consulta la documentación para obtener más información sobre la protección de operaciones con los requisitos de quórum de usuarios.

Si se implementa Oracle Transparent Data Encryption (TDE), ¿cuál es el impacto en el consumo de almacenamiento de respaldo?

La integración de Recovery Appliance con los formatos de datos TDE ofrece el beneficio único de una protección de datos eficiente en espacio: las bases de datos se comprimen durante el respaldo para un mejor rendimiento con menor consumo de almacenamiento. La compresión de respaldos junto con la estrategia incremental para siempre ayuda a maximizar la eficiencia, mantener al mínimo el consumo de almacenamiento de respaldo y reducir los costos generales.

¿Se almacenan las claves de cifrado de respaldo en el dispositivo?

No. Las claves de cifrado de las bases de datos protegidas con TDE son gestionadas por la base de datos y almacenadas en un Oracle Wallet o en Oracle Key Vault.

¿Puede Recovery Appliance aplicar el requisito de que todos los respaldos estén cifrados?

Sí, esta es una configuración opcional de política de protección. Dentro de la política de protección, activa el modo seguro para exigir que todos los respaldos y redo aceptados por Recovery Appliance estén cifrados. Esta configuración se aplicaría a todas las bases de datos protegidas asociadas con esa política.

¿Recovery Appliance admite inmutabilidad de respaldos?

Sí. Las políticas de protección de Recovery Appliance te permiten establecer un periodo de retención de cumplimiento en el que se prohíbe la eliminación o el acortamiento del periodo de retención. La inmutabilidad de los respaldos se puede aplicar adicionalmente a copias de archivo enviadas desde el dispositivo a bloques de cumplimiento normativo de OCI o ZFS para periodos de retención inmutables más largos.

Para más información sobre inmutabilidad de respaldos o la configuración de políticas para atender requisitos de retención legal, consulta la documentación.

¿Cómo se envían de forma segura los datos de respaldo y restauración a través de la red?

Recovery Appliance usa Transport Layer Security (TLS) para el cifrado de comunicación de extremo a extremo. TLS entre un Recovery Appliance y bases de datos cliente utiliza certificados que autentican y cifran la comunicación. Consulta la documentación para más detalles.

¿Se pueden usar redes no enrutable para aislar datos de respaldo y restauración en tránsito?

Sí. Recovery Appliance admite VLAN-tagging para la segregación de red. Usa redes con etiquetas VLAN para aislar el tráfico de respaldo y restauración de bases de datos protegidas con zonas de red no enrutables.

¿Cómo se conectan y comunican las bases de datos protegidas con el dispositivo?

Las bases de datos protegidas usan el módulo Zero Data Loss Recovery Appliance Backup (libra) incluido con una instalación estándar de base de datos, lo que facilita establecer el dispositivo como tu destino de respaldo. Este módulo es una librería SBT suministrada por Oracle que RMAN utiliza para transferir datos de respaldo a través de la red hacia Recovery Appliance.

¿Es necesario un catálogo de Oracle Recovery Manager (RMAN)?

No. Recovery Appliance tiene un catálogo integrado y totalmente gestionado que proporciona todas las ventajas de un catálogo de RMAN y además maneja metadatos de las políticas, configuraciones y operaciones de Recovery Appliance. Sin embargo, puedes importar catálogos de RMAN existentes al catálogo del dispositivo o usar el comando RMAN REGISTER DATABASE.

¿Cuál es el proceso de aplicación de parches para Recovery Appliance?

Recovery Appliance publica paquetes de parches trimestrales que incluyen las actualizaciones necesarias de software y firmware. Como un Oracle Engineered System, Oracle Platinum Services ofrece un proceso proactivo de implementación de parches para mantener tu appliance en condiciones óptimas. Para más información sobre este servicio complementario y la asistencia remota de parches que proporciona, consulta My Oracle Support Doc ID 2063633.1.

Durante la restauración, ¿los DBA necesitan especificar la ubicación “restore from” (por ejemplo, disco, cinta, nube, réplica)?

No. Recovery Appliance realiza un seguimiento de respaldos, réplicas y copias de archivo junto con la retención asociada a cada uno. Automáticamente iniciará la restauración desde la fuente óptima. Por ejemplo, si el respaldo ya no reside en tu Recovery Appliance local (la ubicación de respaldo inicial) pero está en una réplica y en cinta, la restauración será directamente desde la réplica, ya que generalmente es más rápida que la cinta, sin necesidad de intervención del usuario.

¿Cómo pueden los administradores monitorear proactivamente el estado de salud del appliance y la protección de las bases de datos?

La página de inicio de Recovery Appliance en Cloud Control proporciona una visión actual del entorno y de la actividad, mostrando de manera destacada cualquier advertencia, alerta y error. El marco de notificación de incidentes y eventos de Cloud Control está integrado de manera nativa en el appliance, lo que te permite gestionar eficazmente cualquier problema que surja y hacerle seguimiento hasta su resolución.

¿Se pueden generar alertas automáticas para notificar a los administradores de problemas urgentes o potenciales?

Sí. Más allá del tablero de la página de inicio, las alertas pueden enviarse a los stakeholders en función de parámetros definidos por el usuario dentro de la página de configuración de métricas y colecciones de Enterprise Manager para Recovery Appliance. Esta página incluye categorías como estado del sistema, bases de datos protegidas y almacenamiento. Los administradores pueden modificar la frecuencia con la que se recopilan las métricas (los valores predeterminados suelen ser cada 5 o 15 minutos) y establecer umbrales de advertencia y críticos para activar alertas.

Consulta Monitoreando el Recovery Appliance para más información.

¿Recovery Appliance ofrece reportes listos para usar?

Sí. Recovery Appliance proporciona una selección de reportes detallados y de resumen para ayudar a gestionar eficazmente, planificar de manera proactiva y mantener informados a los interesados clave sobre rendimiento, capacidad, estado actual de protección y exposición a riesgos. Los reportes están integrados en Oracle Analytics Publisher y se pueden acceder bajo demanda o programar para que se envíen automáticamente a tu equipo de gestión.

Oracle Analytics Publisher está disponible como un componente de la suite completa Oracle Analytics Server, o como un componente independiente instalado de Oracle Analytics Publisher. Consulta Accessing Recovery Appliance Reports para más información.

¿Cuáles son las configuraciones mínimas y máximas de Recovery Appliance?

Un rack base de Recovery Appliance RA23 o RA23-Z consiste de 2 servidores de cómputo y 3 servidores de almacenamiento. Se pueden añadir servidores de almacenamiento adicionales de manera incremental hasta un total de 17 servidores de almacenamiento en un rack completo. Una configuración única de Recovery Appliance puede escalar hasta 18 racks completos con 36 servidores de cómputo y hasta 306 servidores de almacenamiento.

Para más detalles, consulta la ficha técnica Recovery Appliance (PDF).

¿Cuál es la diferencia entre las configuraciones de Recovery Appliance RA23 y RA23-Z?

Las configuraciones RA23 y RA23-Z de la aplicación de recuperación son idénticas, excepto por la capacidad y el número de discos de alta capacidad (HC) por servidor de almacenamiento. Un servidor de almacenamiento RA23 ofrece 92 TB¹ de capacidad con 12 unidades de HC. En comparación, los servidores de almacenamiento RA23-Z están optimizados para costos con 6 discos de HC y 45 TB¹ de capacidad cada uno para clientes que necesitan menos capacidad y rendimiento.

¿Se pueden utilizar los servidores de almacenamiento RA23 y RA23-Z en la misma Recovery Appliance?

No. Una única configuración de la aplicación de recuperación debe utilizar los mismos servidores de almacenamiento: RA23 o RA23-Z. Sin embargo, ambos se pueden aprovechar en entornos replicados: las copias de seguridad se pueden replicar de Recovery Appliance RA23 a RA23-Z o viceversa.

¿El rendimiento escala linealmente a medida que se añaden más racks a la configuración?

Sí. Cada rack adicional de Recovery Appliance incluye 2 servidores de cómputo, lo que incrementa el rendimiento y el throughput disponible. Por ejemplo, al combinar 3 racks en una sola configuración de Recovery Appliance obtienes la potencia de cómputo y el throughput de 6 servidores de cómputo y la capacidad de entre 9 y 51 servidores de almacenamiento. Si bien los servidores de almacenamiento se pueden escalar dentro de un rack individual desde un mínimo de 3 hasta 17, cada rack siempre tiene 2 servidores de cómputo, que son suficientes para potenciar las operaciones al máximo de capacidad del rack.

¿Se pueden añadir servidores de almacenamiento adicionales mientras el Recovery Appliance está en línea?

Sí. La adición de servidores de almacenamiento a Recovery Appliance no requiere tiempo de inactividad y se puede hacer mientras el appliance está en línea.

¿Se puede conectar Exadata directamente a Recovery Appliance para respaldos/restauraciones más rápidas?

Recovery Appliance se puede configurar con switches de 100 Gb top-of-rack (ToR) para crear una red dedicada de respaldo/recuperación para bases de datos protegidas alojadas en Exadata. Esta conectividad directa ayuda a optimizar el throughput general —lo cual es especialmente beneficioso para grandes volúmenes de respaldo de bases de datos— y elimina posibles retrasos de congestión al usar redes de respaldo compartidas de centros de datos.

Los clientes con requisitos estrictos de seguridad a menudo usan esta estrategia tanto para aumentar el rendimiento como para aislar el tráfico de red de sus aplicaciones críticas de bases de datos.

¿Cómo puede la solución optimizar el rendimiento al respaldar bases de datos cifradas con TDE?

Recovery Appliance, integrado con el formato de datos TDE, preserva el cifrado de la base de datos en reposo, mientras proporciona capacidades innovadoras de compresión y respaldos incrementales para siempre para reducir el consumo de almacenamiento. Los respaldos cifrados y eficientes en espacio pueden lograr hasta tres veces el ahorro en almacenamiento de respaldo y el doble de velocidad en comparación con soluciones de almacenamiento de propósito general: menos datos enviados por la red e ingeridos en el appliance.

¿Qué topologías de replicación son compatibles?

Recovery Appliance admite la mayoría de topologías de replicación para atender requisitos de recuperación ante desastres, alta disponibilidad y ciber-resiliencia.

Consulta Recovery Appliance Replication o Replicating Backups with Recovery Appliance en la documentación y Strengthen Oracle Database Cyber Defense and Recovery with Zero Data Loss Air-Gapped Backups para obtener insights sobre cómo implementar una estrategia de cyber vault.

¿Se pueden asociar bases de datos con diferentes políticas de protección en cada appliance en configuraciones de replicación?

Sí. Las políticas de protección se definen y gestionan de manera independiente en cada Recovery Appliance. Cada base de datos protegida debe estar asociada con una política de protección definida en cada Recovery Appliance donde residen sus respaldos; las políticas pueden usar las mismas configuraciones o diferentes. Esto proporciona flexibilidad y control detallado para gestionar un respaldo de base de datos durante todo su ciclo de vida, que puede incluir múltiples ubicaciones por diferentes duraciones. Se pueden crear copias de respaldo en medios alternativos bajo demanda o programadas desde cualquier appliance con configuraciones de retención definidas por el usuario para las copias.

Los catálogos de Recovery Appliance se sincronizan automáticamente de forma periódica, lo que hace que las restauraciones sean fluidas sin necesidad de designar la ubicación donde actualmente residen los respaldos.

¿La replicación se configura por base de datos protegida o por política?

La replicación se configura a nivel de política de protección y todos los respaldos de bases de datos protegidas asociadas con esa política se replican al appliance definido aguas abajo. Ya sea replicando a otro appliance para fines de recuperación ante desastres/alta disponibilidad o a un cyber vault, Recovery Appliance automatiza el proceso sin necesidad de programaciones definidas por el usuario a nivel de política o base de datos.

¿Con qué intervalo se replican los respaldos?

Los respaldos entrantes de RMAN se replican automática e inmediatamente al recibirse, sin necesidad de ser ingeridos por completo en el appliance aguas arriba. Cada Recovery Appliance valida y cataloga todos los respaldos de manera independiente; los catálogos se sincronizan automáticamente durante procesos de fondo periódicos. Si el transporte redo en tiempo real está habilitado, cuando ocurre un cambio de log en la base de datos, el appliance aguas arriba crea un respaldo de log archivado que luego es replicado.

En configuraciones de cyber vault que tienen conectividad de red air-gapped, Recovery Appliance envía automáticamente los respaldos cuando el vault está en línea y pone en cola los respaldos durante los periodos de acceso cerrado.

¿Cómo se controla la conectividad en configuraciones de una cyber vault air-gapped?

Oracle Enterprise Manager proporciona un tablero unificado para toda tu implementación de Oracle, incluyendo gestión, monitoreo y alertas para Recovery Appliance. En configuraciones de cyber vault, la práctica recomendada es usar una instalación separada de Enterprise Manager para aislamiento de gestión respecto a los entornos de producción.

La apertura y cierre de la conectividad del vault se puede coordinar con la replicación de Recovery Appliance para minimizar el tiempo en línea. También se puede añadir un interruptor basado en tiempo al gateway de replicación para minimizar errores humanos que podrían dejar el gateway abierto por más tiempo del requerido.

Para mejores prácticas adicionales, consulta Zero Data Loss Recovery Appliance Cyber Security Architecture.

¿Se pueden replicar copias de seguridad entre la aplicación de recuperación RA23 y RA23-Z?

Sí. Cualquier aplicación de recuperación, ya sea que se ejecute en RA23, RA23-Z o en una generación anterior, se puede replicar en otra aplicación de recuperación en cualquier topología de replicación admitida.

Consulta la documentación para obtener más información sobre la replicación.

¿Qué soluciones de almacenamiento alternativo están integradas con el appliance para retención a largo plazo?

Recovery Appliance facilita crear una estrategia sólida de respaldo multinivel con tu elección de medios alternativos integrados, incluyendo cinta, almacenamiento local en disco y/o almacenamiento en la nube:

• Cinta: el software de respaldo en cinta de Oracle está preinstalado, lo que te permite implementar una estrategia de respaldo en cinta sin el costo adicional de software de gestión de medios, ya que permite que los dispositivos de cinta se conecten por fibra al appliance. De manera alternativa, puedes instalar un módulo de software de respaldo de terceros (SBT) para enviar copias de respaldo a través de la red a su servidor de medios con unidades de cinta conectadas.
• Almacenamiento local en disco: puedes usar ZFS Storage Appliance configurado para Oracle Cloud Infrastructure (OCI) Object Storage como una capa de almacenamiento secundaria.
• Nube: archiva copias de respaldo en Oracle Cloud Infrastructure Object Storage con el módulo SBT de respaldo en la nube.

¿Cómo se gestiona la retención y cómo se purgan los respaldos antiguos para copias de respaldo de archivo?

Recovery Appliance gestiona automáticamente la retención de respaldos para copias de archivo creadas bajo demanda o mediante programaciones en el appliance, según parámetros definidos por el usuario dentro de la política de protección.

¿Se pueden generar periódicamente copias de respaldo de tipo KEEP UNTIL o FOREVER para necesidades de cumplimiento?

Sí. Muchas empresas tienen requisitos de cumplimiento para conservar respaldos de fin de mes o fin de año durante periodos específicos más allá de las políticas de retención estándar. Con Recovery Appliance, puedes crear bajo demanda o programar una copia de respaldo de archivo con un punto de recuperación específico y un periodo de conservación (por ejemplo, 7 años) para enviarla a cinta o a la nube para almacenamiento a largo plazo.

Consulta la documentación sobre copias de archivo para más información.