PowerProtect Cyber Recovery

Después de un reinicio, los dispositivos Windows no agrupados en clústeres no se conectaban cuando se usaba PowerShell para conectar los dispositivos. Casualmente, el plug-in de AppSync se instaló recientemente.

El agente de Data Protection Advisor en Windows no se puede registrar en el servidor de aplicaciones debido al error HTTP response code is 403

Cuando se actualiza Cyber Recovery a la versión 19.22.0.0-23 y CyberSense a la versión 8.15.0-1.4, los usuarios pueden experimentar fallas cuando intentan actualizar las credenciales de CyberSense dentro de la interfaz de activos de Cyber Recovery. Este problema se debe a una incompatibilidad con la marca de hora del certificado de OIDC, lo que impide la autenticación correcta entre Cyber Recovery y CyberSense después de la actualización. En este artículo, se describe la causa raíz, se proporciona orientación para la solución de problemas y se describen los pasos necesarios para resolver el problema.

Cyber Recovery system jobs failing with message "Failed due to System restart"

Error de permiso denegado cuando se genera un paquete de soporte desde la interfaz de usuario de Cyber Recovery.

Resumen: Cómo cargar materiales de soporte o volcados a un servidor de transferencia de archivos administrada por Dell (MFT) o transferencia directa de archivos de EMEA (DEFT). Se deben utilizar los protocolos Secure File Transfer Protocol (SFTP) o HTTPS. Se debe crear una cuenta temporal de MFT o DEFT.

Error de trabajo de análisis según demanda: Ya se está ejecutando una operación de análisis para esa política.

Los trabajos de análisis de Cyber Recovery/CyberSense fallaron aleatoriamente. No se pudo obtener el estado de trabajo de CyberSense para jobID.

El nsrimportmmdb falla para algunos savesets. Error: "No se pudo combinar el saveset; se encontró un fragmento incorrecto en el saveset". El motivo de la falla de importación fue un problema de código que se resolvió en NetWorker versión 19.9.0.4.

Después de actualizar a Cyber Recovery 19.17, hay una nueva opción para verificar el certificado cuando se habilita el protocolo de seguridad de capa de transporte (TLS). En este artículo, se abordan situaciones en las que la recuperación del certificado falló con el protocolo TLS.

Después de la actualización de Cyber Recovery y CyberSense, ya no se recibe el informe de análisis cuando finaliza un trabajo de análisis de copia segura.

Una operación de recuperación de PowerProtect Data Manager (PPDM) dentro del vault de Cyber Recovery falla debido a credenciales de inicio de sesión incorrectas. Cyber Recovery no puede autenticarse con el host de PPDM, lo que genera una falla al recuperar la información de la versión de la aplicación y completar la recuperación.

La comprobación de actualización muestra una falla debido a los requisitos de espacio de 20 GB del disco Docker.

Los trabajos de Cyber Recovery pueden fallar durante el estado de sincronización cuando se ejecutan varios trabajos simultáneamente desde diferentes MTrees de Data Domain (DD). Este problema se produce debido a un uso duplicado del puerto 2051 en entornos AWS.

La actualización a varias versiones de Cyber Recovery 19.21 puede fallar por las razones que se enumeran a continuación.

En esta página, se presentan los documentos producidos por el equipo de ingeniería y traducción de contenido (CE&T) para Dell PowerProtect Cyber Recovery. También proporciona enlaces a documentos de Index Engines CyberSense, documentación técnica, videos, podcasts y otros documentos útiles sobre Cyber Recovery.

Dell PowerProtect Cyber Recovery remediation is available for multiple security vulnerabilities that could be exploited by malicious users to compromise the affected system.

Bienvenido a la página de destino de Avamar Data Migration Enabler (ADMe).

Después de actualizar a PowerProtect Cyber Recovery 19.8, una operación de análisis se ejecuta durante más tiempo del esperado. Este problema se aplica a los clientes de Cyber Recovery que utilizan el filtro de inclusión/exclusión de CyberSense.

Error de inicio de sesión de Cyber Recovery con error 502 Bad Gateway

Los respaldos de NetApp de Avamar NDMP fallan con un error de Señal 11 y problemas al recuperar el historial de respaldos.

Después de actualizar a Cyber Recovery 19.20 y CyberSense 8.12, es posible que los trabajos de análisis de CyberSense mediante DD Boost se ejecuten durante más tiempo que antes de la actualización. Los Sandboxes creados para el análisis de CyberSense se crean con permisos incorrectos, lo que provoca tiempos de análisis más largos.

El siguiente es un proceso para realizar una restauración redirigida mediante el agente RMAN.

Después de la primera comprobación de recuperación exitosa con Cyber Recovery 19.20.0.1-31 y PowerProtect Data Manager 19.20.0.18, las comprobaciones de recuperación posteriores fallan.

After upgrade to PowerProtect Data Manager 19.15, the automated recovery fails when using Cyber Recovery.

La instalación de Cyber Recovery en RHEL 9.4 falla con el error "No se pudo abrir la caja de seguridad en modo de sistema; no se encontró el archivo de caja de seguridad.

En ocasiones, es posible que un respaldo deba ejecutar varios flujos para completar un respaldo muy grande. Solo hay un flujo disponible por cliente. Varios clientes, con nombres diferentes, pueden estar en un solo servidor Unix/Linux si el sistema tiene suficientes recursos disponibles.

Cuando se respaldan volúmenes de NetApp, el respaldo falla en la fase de inicialización. Cuando avtar intenta leer inode.dir.map desde el respaldo anterior, finaliza con la señal irrecuperable 11 debido al alto uso de memoria.

PowerProtect Data Manager Recovery no puede crear zona protegida debido a que no se pudo agregar el usuario ddboost SysDR_ppdm.

Dell PowerProtect Cyber Recovery remediation is available for multiple security vulnerabilities that could be exploited by malicious users to compromise the affected system.