Avamar

Ce document met en évidence les versions de code minimales, recommandées et les plus récentes pour les produits d’infrastructure de datacenter et d’entreprise Dell Technologies. Dell évalue et surveille soigneusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les strictes afin de fournir à nos clients des produits et des solutions fiables.

Ce document met en évidence les versions de code minimales, recommandées et les plus récentes pour les produits d’infrastructure de datacenter et d’entreprise Dell Technologies. Dell évalue et surveille soigneusement les données de déploiement de code afin de s’assurer que les versions de produits répondent à nos attentes les strictes afin de fournir à nos clients des produits et des solutions fiables.

Avamar gère et utilise les métadonnées de sauvegarde pour effectuer une restauration de niveau Cloud selon les besoins d’une grille Avamar intégrée à un système Data Domain. Cet article explique comment resynchroniser les sauvegardes DD rappelées manuellement et mettre à jour les métadonnées Avamar.

Le serveur MCS (Management Console Server) démarre après une restauration et signale que le délai de restauration GSAN ne correspond pas au délai de restauration stocké.

Les sauvegardes ont été marquées, mais aucun fichier n’a été trouvé dans le Cloud.

Des avertissements d'« attaque de l’intercepteur » sont reçus lorsque vous tentez de vous connecter à un nœud Avamar à l’aide de SSH.

Les vulnérabilités « Clé publique du serveur SSH trop petite » et « Paramètres cryptographiques SSH obsolètes » sont signalées dans un rapport d’analyse de sécurité.

Le serveur MCS (Management Console Server) s’affiche après la perte du fichier mcserver.xml dans le cadre d’une restauration.

Avamar : La cellule FLRUI (File Level Restore User Interface) récemment déployée par vCloud ne parvient pas à démarrer en raison d’un problème de mot de passe du magasin de certificats de confiance

Dans un environnement intégré, la règle de niveau Cloud ne marque pas les sauvegardes quotidiennes pour le Cloud en raison de paramètres d’expiration et de seuil d’ancienneté identiques.

Comment activer le mode débogage pour résoudre les problèmes de migration.

Le code de symptôme 22409 (une validation de point de contrôle (hfscheck) est en retard) est signalé en raison d’une incohérence de mot de passe pour MCUser dans les fichiers mccli.

Avamar Administrator ne démarre pas et affiche une erreur JNI après la mise à niveau de Java vers une version plus récente.

Avamar : les points de contrôle et HFScheck sont ignorés car le « temps d’attente » n’est pas défini.

Certains ports sont en cours d’utilisation par Avamar, mais ne figurent pas dans les guides et la documentation d’Avamar.

Après la mise à niveau de Data Domain vers la version 6.1.x, les snapshots Avamar stockés sur Data Domain n’expirent pas. Aucune autre modification n’a été apportée à l’environnement.

Cet article explique comment modifier la fréquence de vidage du serveur MCS (Management Console Server) pour revenir à une fréquence horaire plutôt que quotidienne. La modification des vidages quotidiens a été introduite dans Avamar v7.5.1.

L’objectif de cet article est de décrire comment activer le mode débogage pour le log (ddrmaint.log) sur Avamar Utility Node à des fins de dépannage.

Code de symptôme 22409 : une validation de point de contrôle (hfscheck) est en retard en raison d’un planificateur de maintenance désactivé.

Code de symptôme Avamar 22409 : une validation de point de contrôle (alias « hfscheck ») est en retard en raison d’autorisations mcserver.xml incorrectes.

Optimisation de l’efficacité de la réplication de sauvegarde à l’aide des balises de réplication de pool.

Les fichiers restaurés à partir de volumes dédupliqués Windows Server prennent beaucoup plus de temps que ceux restaurés à partir de volumes standard, car le processus de réhydratation est lent et inefficace.

Le processus BMR s’interrompt avec l’erreur « code 112 : There is not enough space on the disk » lorsque le disque de la machine virtuelle cible dépasse la taille source, car des attributs de fichier Windows incorrects font que la restauration nécessite plus d’espace que la partition C :.

Cet article explique comment utiliser l’outil méta-Perl Bare Metal Recovery Backup (BMRB) pour collecter les détails du client source, tels que la marque, le modèle, les paramètres du BIOS/UEFI et la disposition du disque, qui sont nécessaires pour une opération de restauration sur matériel vierge (BMR).

L’Assistant Avamar Bare Metal Recovery (BMR) se bloque lors de la récupération des volumes critiques de la sauvegarde sur les serveurs Windows qui disposent de nombreux disques rattachés. L’Assistant semble ne pas répondre lors de la découverte de volumes.

Le processus de restauration sur matériel vierge (BMR) échoue car la sauvegarde source utilise le firmware UEFI tandis que la machine cible est configurée pour le BIOS, ce qui entraîne une erreur de non-correspondance du firmware.

L’assistant Bare Metal Recovery (BMR) ne démarre pas après le démarrage d’un système avec l’image ISO WinPE Avamar BMR empêchant les opérations de restauration.

Cet article fournit des informations sur les différents outils et journaux qu’un administrateur peut utiliser pour examiner les modifications apportées à une grille Avamar.

La restauration sur matériel vierge (BMR) échoue avec le message « aucune sauvegarde correspondante sélectionnée », car aucune sauvegarde Windows VSS valide contenant le composant ASR n’est disponible pour le client.

Un workflow de mise à niveau d’Avamar échoue lors de l’installation des outils système Gen4T.