PowerProtect Cyber Recovery

Après un redémarrage, les appareils Windows non mis en cluster ne sont pas mis en ligne lorsque PowerShell est utilisé pour mettre les appareils en ligne. Par ailleurs, le plug-in AppSync a été installé récemment.

L’agent Data Protection Advisor sous Windows ne parvient pas à s’inscrire avec le serveur d’application en raison d’une erreur ; le code de réponse HTTP est 403

Le processus suivant permet d’effectuer une restauration redirigée à l’aide de l’agent RMAN.

Lors de la mise à niveau de Cyber Recovery vers la version 19.22.0.0-23 et de CyberSense vers la version 8.15.0-1.4, les utilisateurs peuvent rencontrer des échecs lors de la tentative de mise à jour des informations d’identification CyberSense dans l’interface Cyber Recovery Assets. Ce problème est dû à une incompatibilité d’horodatage du certificat OIDC, ce qui empêche l’authentification réussie entre Cyber Recovery et CyberSense après la mise à niveau. Cet article décrit la cause première, fournit des conseils de dépannage et décrit les étapes nécessaires à la résolution du problème.

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

Erreur de refus d’autorisation lors de la génération d’un bundle de support à partir de l’interface utilisateur de Cyber Recovery.

Résumé : Comment télécharger des documents de support ou des vidages sur un serveur Dell-Managed File Transfer (MFT) ou Direct EMEA File Transfer (DEFT). Les protocoles SFTP (Secure File Transfer Protocol) ou HTTPS doivent être utilisés. Un compte MFT ou DEFT temporaire doit être créé.

Erreur de tâche d’analyse à la demande : Une opération d’analyse est déjà en cours d’exécution pour cette règle.

Après la mise à niveau vers Cyber Recovery 19.17, il existe une nouvelle option pour vérifier le certificat lors de l’activation du protocole TLS (Transport Layer Security). Cet article décrit les situations dans lesquelles la récupération du certificat a échoué avec le protocole TLS.

Après la mise à niveau de Cyber Recovery et CyberSense, le rapport d’analyse à la fin d’une tâche Secure-Copy-Analyze n’est plus reçu.

Les tâches d’analyse Cyber Recovery/CyberSense ont échoué de manière aléatoire. Impossible d’obtenir l’état de la tâche CyberSense pour l’ID de tâche.

Une opération de récupération pour PowerProtect Data Manager (PPDM) au sein du coffre-fort Cyber Recovery échoue en raison d’informations d’identification incorrectes. Cyber Recovery ne peut pas s’authentifier auprès de l’hôte PPDM, ce qui empêche la récupération des informations sur la version de l’application et la récupération.

La vérification de la mise à niveau indique un échec en raison des 20 Go d’espace requis pour le disque Docker.

Les tâches Cyber Recovery peuvent échouer pendant l’état de synchronisation lorsque plusieurs tâches s’exécutent simultanément à partir de différentes structures MTree Data Domain (DD). Ce problème se produit en raison d’une utilisation dupliquée du port 2051 dans les environnements AWS.

La mise à niveau vers différentes versions de Cyber Recovery 19.21 peut échouer pour les raisons répertoriées ci-dessous.

Cette page contient des documents produits par l’équipe d’ingénierie de contenu et de traduction (CE&T) pour Dell PowerProtect Cyber Recovery. Il fournit également des liens vers des documents Index Engines CyberSense, des livres blancs, des vidéos, des podcasts et d’autres documents utiles sur 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.

Bienvenue sur la page de destination d’Avamar Data Migration Enabler (ADMe).

Après la mise à jour vers PowerProtect Cyber Recovery 19.8, une opération d’analyse prend plus de temps que prévu. Ce problème s’applique aux clients Cyber Recovery qui utilisent le filtre d’inclusion/d’exclusion CyberSense.

Échec de la connexion à Cyber Recovery avec erreur 502 Bad Gateway

Les sauvegardes Avamar NDMP NetApp échouent avec l’erreur Signal 11 et des problèmes lors de la récupération de l’historique des sauvegardes.

Après la mise à niveau vers Cyber Recovery 19.20 et CyberSense 8.12, les tâches d’analyse CyberSense utilisant DD Boost peuvent durer plus longtemps qu’avant la mise à niveau. Les sandbox créés pour l’analyse CyberSense sont créés avec des autorisations incorrectes, ce qui allonge les délais d’analyse.

Après la première vérification de récupération réussie avec Cyber Recovery 19.20.0.1-31 et PowerProtect Data Manager 19.20.0.18, les vérifications de récupération suivantes échouent.

Après la mise à niveau vers PowerProtect Data Manager 19.15, la récupération automatisée échoue lors de l’utilisation de Cyber Recovery.

L’installation de Cyber Recovery sur RHEL 9.4 échoue avec l’erreur « Impossible d’ouvrir le lockbox en mode système, le fichier lockbox est introuvable.

Parfois, une sauvegarde peut avoir besoin d’exécuter plusieurs flux pour effectuer une sauvegarde très volumineuse. Un seul flux par client est disponible. Plusieurs clients, utilisant différents noms, peuvent se trouver sur un seul serveur Unix/Linux si le système dispose de suffisamment de ressources disponibles.

Lors de la sauvegarde de volumes NetApp, la sauvegarde échoue lors de la phase d’initialisation. Lorsque avtar tente de lire inode.dir.map à partir de la sauvegarde précédente, il se termine par le signal fatal 11 en raison d’une utilisation élevée de la mémoire.

PowerProtect Data Manager Recovery ne parvient pas à créer un sandbox en raison de l’échec de l’ajout du SysDR_ppdm utilisateur ddboost.

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

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