PowerProtect Cyber Recovery : CyberSense : Delta-Block Analysis - ddboost diff ou check-list de différence optimisée
Summary: Il s’agit d’un document de dépannage dans les cas où CyberSense ddboost diff ou optimized diff ne fonctionne pas comme prévu.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Avant de continuer, lisez le document qui traite du mode d’opérations de performances CyberSense Delta Block Analysis (DBA) avec Cyber Recovery.
L’opération Cybersense diff peut signaler un taux de modification élevé (par exemple, 99 %) dans les cas où la machine virtuelle ne change pas du tout.
Par exemple :
2023/09/11 04:12:21 notice: [7f3382ffd700] ddboost_diff: /opt/ie/var/mnt/dispatch/crawl_M5eksh/CRS_MTREE/05/74/3fad5a57-00000006-78fb7066-64fb7066-ab8aae6c-5095318b/vm-277919-disk-key-2001-flat.vmdk vs /opt/ie/var/mnt/dispatch/crawl_M5eksh/CRS_MTREE/86/28/a6360b9f-00000006-13fcc21c-64fcc21c-b9efae6c-5095318b/vm-277919-disk-key-2001-flat.vmdk is terminated because reported change rate 99% reached 50% threshold
Il en résulte une analyse complète de la machine virtuelle (VM), tandis que CyberSense est uniquement destiné à analyser les blocs modifiés. Cela conduit à ce que les performances du travail ne soient pas optimales, car l’analyse complète prend généralement plus de temps.
Cause
Il existe plusieurs raisons à ce comportement. Les raisons les plus courantes sont répertoriées dans la section de résolution ci-dessous sous forme de check-list. Vérifiez que tous ces éléments sont en place et que l’opération diff doit fonctionner comme prévu.
Resolution
- Le système d’exploitation Data Domain pour les systèmes Data Domain de production et de coffre-fort est (DDOS) 7.7 ou autre. Utilisez les niveaux de code les plus récents lorsque cela est possible.
- Le protocole NFSv4 est activé sur le système Data Domain avec le protocole NFSv3.
- La version de CyberSense est 7.10 ou autre. Utilisez les niveaux de code les plus récents lorsque cela est possible.
- Les utilisateurs ddboost sont configurés pour que CyberSense tire parti de l’administrateur de base de données. Par exemple, les copies de PowerProtect Data Manager nécessitent des utilisateurs ddboost avec le rôle « none ». Les administrateurs doivent généralement créer trois utilisateurs DD Boost avec des rôles différents :
admin user none
Ces utilisateurs doivent être ajoutés au serveur CyberSense. Pour plus d’informations sur l’ajout de ces utilisateurs DD Boost à CyberSense, reportez-vous à la rubrique « Configurer l’analyse de bloc delta » dans le guide d’installation de CyberSense.
- La charge applicative est une charge applicative prise en charge. Le tableau suivant répertorie les applications de sauvegarde et les charges applicatives prises en charge à compter de CyberSense 7.10. Reportez-vous aux notes de mise à jour de CyberSense pour connaître les charges applicatives prises en charge. Pour les charges applicatives non prises en charge, CyberSense utilise la méthode d’analyse traditionnelle.
- Cyber Recovery Manager prend en charge l’application et la version de sauvegarde de production. Utilisez les niveaux de code les plus récents lorsque cela est possible.
- Un pool temporaire est configuré dans CyberSense et il est dimensionné correctement pour l’environnement.
- Le commutateur ci-dessous est activé sur les stratégies analysées (il est activé par défaut).
synthetic-optimLa copie rapide par défaut utilise ce commutateur afin de copier des recettes synthétiques complètes des sauvegardes au sein de la structure MTree.
La copie rapide est utilisée lors de la création d’une sandbox ou de la création d’une copie dans Cyber Recovery. Cette fonctionnalité doit être activée en tant qu’exigence pour CyberSense afin que la différence ddboost fonctionne correctement.
- Connectez-vous à l’aide de la CLI :
[root@crhost]# /opt/dellemc/cr/bin/crcli login --username admin1
- Affichez les paramètres actuels de la règle ci-dessous :
synthetic-optim [root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim --show -n Policy1 Policy : Policy1 synthetic-optim = Disabled [root@crhost]#
- Activez le paramètre de la stratégie (il est activé par défaut) :
synthetic-optim [root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim -n Policy1 --enable Policy : Policy1 modified successfully. [root@crhost]#
- Vérifiez la configuration actuelle de la règle après l’avoir activée :
synthetic-optim [root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim --show -n Policy1 Policy : Policy1 synthetic-optim = Enabled [root@crhost]#
- Les « métadonnées complètes synthétiques » des applications de sauvegarde sont disponibles dans le système Data Domain du coffre-fort. Idéalement, il n’y a pas de « sous-copie » et CyberSense fonctionne avec les données d’origine.
Le terme « sous-copie » est utilisé pour représenter un sous-ensemble de données copié sur une autre structure MTree. Ces données copiées sont ensuite répliquées dans le coffre-fort Cyber Recovery.
Il existe différentes méthodes pour créer une sous-copie, elle est basée sur l’application de sauvegarde.
Par exemple, pour un cas d’utilisation Avamar, un second serveur Avamar ou AVE est utilisé pour récupérer les données importantes afin de les protéger avec une période de rétention réduite par la solution Cyber Recovery.
La copie des copies est ensuite répliquée vers le système Data Domain dans le coffre-fort Cyber Recovery.
Cette étape supplémentaire consistant à copier les données avant qu’elles ne soient répliquées dans le coffre-fort Cyber Recovery peut entraîner la perte des métadonnées sur les fichiers (également appelée recette) qui sont nécessaires au bon fonctionnement de l’opération diff.
Les sauvegardes de machines virtuelles optimisées pour les performances sont moins susceptibles de rencontrer ce problème. Les sauvegardes optimisées pour la capacité ne sont pas prises en charge avec les sous-copies en production et utilisent la méthode traditionnelle.
Scénario A : Les données de sauvegarde sont envoyées au système Data Domain du coffre-fort sans effectuer de sous-copie côté production (la structure MTree d’origine est répliquée dans le coffre-fort).
Scénario B : Les données de sauvegarde sont copiées côté production (ce qui garantit que les recettes sont conservées) et les données copiées sont répliquées dans le coffre-fort (la structure MTree copiée est répliquée dans le coffre-fort).
Remarque : Parfois, le support Data Domain peut être appelé pour vérifier si les métadonnées (recette) des fichiers sont disponibles dans le sandbox présenté à CyberSense.
- Nous travaillons sur des « paires » de sauvegardes. Parfois, il peut être nécessaire d’étendre l’heure limite de CyberSense pour s’assurer que CyberSense fonctionne sur des paires de sauvegardes. Recherchez les messages d’erreur répertoriés dans le journal CyberSense ci-dessous. Le cas échéant, consultez l’équipe de support Cyber Recovery avant de modifier l’heure limite.
Log: ie_run.log Error: Objects are unrelated
Si ces erreurs ne sont pas répertoriées, ignorez ce point.
Affected Products
CyberSenseProducts
PowerProtect Cyber Recovery, Cyber Recovery SeriesArticle Properties
Article Number: 000218351
Article Type: Solution
Last Modified: 23 Feb 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.