PowerProtect Cyber Recovery: CyberSense: Delta-Block-Analyse – Checkliste für ddboost diff oder optimized diff

Summary: Dies ist als Troubleshooting-Dokument für Fälle gedacht, in denen CyberSense ddboost diff oder optimized diff nicht wie erwartet funktioniert.

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.
Check out other resources

Symptoms

Bevor Sie fortfahren, lesen Sie das Dokument, in dem der Leistungsmodus von CyberSense Delta-Block Analysis (DBA) mit Cyber Recovery behandelt wird.

Der Cybersense-Diff-Vorgang meldet möglicherweise eine hohe Änderungsrate (z. B. 99 %) in Fällen, in denen sich die virtuelle Maschine überhaupt nicht ändert.
Zum Beispiel: 

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

Dies führt dazu, dass die virtuelle Maschine (VM) einen vollständigen Scan durchführt, während CyberSense nur die geänderten Blöcke analysieren soll. Dies führt dazu, dass die Leistung des Auftrags nicht optimal ist, da der vollständige Scan in der Regel länger dauert.

Cause

Es gibt mehrere Gründe für dieses Verhalten. Die häufigsten Gründe sind im Abschnitt "Lösung" unten in Form einer Prüfliste aufgeführt. Überprüfen Sie, ob alle diese Elemente vorhanden sind und der Differenzvorgang wie erwartet funktionieren sollte.

Resolution

  • Das Data Domain-Betriebssystem für die Produktions- und Vault-Data-Domain-Systeme ist (DDOS) 7.7 oder andere. Verwenden Sie nach Möglichkeit die neuesten Codelevel.
  • Das NFSv4-Protokoll wird auf dem Data Domain-Vault-System zusammen mit dem NFSv3-Protokoll aktiviert.
  • CyberSense-Version ist 7.10 oder andere. Verwenden Sie nach Möglichkeit die neuesten Codelevel.
  • Die ddboost-Nutzer sind für CyberSense so eingerichtet, dass sie DBA nutzen können. Für PowerProtect Data Manager-Kopien sind beispielsweise ddboost-Nutzer mit der Rolle "none" erforderlich. Administratoren müssen in der Regel drei DD Boost-Nutzer mit unterschiedlichen Rollen erstellen:
admin

user

none
Diese NutzerInnen müssen dem CyberSense-Server hinzugefügt werden. Weitere Informationen zum Hinzufügen dieser DD Boost-Nutzer zu CyberSense finden Sie im Thema "Konfigurieren der Delta-Block-Analyse" im CyberSense-Installationshandbuch.
  • Der Workload ist ein unterstützter Workload. In der folgenden Tabelle sind die unterstützten Backupanwendungen und -Workloads ab CyberSense 7.10 aufgeführt. Informationen zu unterstützten Workloads finden Sie in den CyberSense-Versionshinweisen. Für nicht unterstützte Workloads verwendet CyberSense die herkömmliche Scanmethode.
Unterstützte Workloads 
  • Cyber Recovery Manager unterstützt die Produktionsbackupanwendung und -version. Verwenden Sie nach Möglichkeit die neuesten Codelevel.
  • Ein Scratch-Pool wird in CyberSense konfiguriert und ist für die Umgebung richtig dimensioniert.
  • Der folgende Schalter ist für die zu analysierenden Policies aktiviert (standardmäßig aktiviert).
synthetic-optim
Die Schnellkopie verwendet diesen Switch standardmäßig, um vollständige synthetische Rezepte der Backups innerhalb des MTree zu kopieren.

Fast Copy wird beim Erstellen einer Sandbox oder beim Erstellen einer Kopie in Cyber Recovery genutzt. Diese Funktion muss als Voraussetzung für CyberSense aktiviert sein, wenn der ddboost-Diff ordnungsgemäß funktionieren soll.
  1. Melden Sie sich über die CLI an: 
[root@crhost]# /opt/dellemc/cr/bin/crcli login --username admin1
  1. Zeigen Sie die aktuellen Einstellungen für die folgende Richtlinie an:
synthetic-optim

[root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim --show -n Policy1
Policy : Policy1   synthetic-optim = Disabled
[root@crhost]#
  1. Aktivieren Sie die Einstellung für die Policy (sie ist standardmäßig aktiviert):
synthetic-optim

[root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim -n Policy1 --enable
Policy : Policy1 modified successfully.
[root@crhost]#
  1. Überprüfen Sie nach der Aktivierung die aktuelle Konfiguration für die Policy:
synthetic-optim 

[root@crhost]# /opt/dellemc/cr/bin/crcli policy synthetic-optim --show -n Policy1
Policy : Policy1   synthetic-optim = Enabled
[root@crhost]#
  • Die Backupanwendungen "Synthetic full metadata" sind auf dem Data Domain-Vault-System verfügbar. Im Idealfall gibt es keine "Unterkopie" und CyberSense arbeitet mit den Originaldaten.
Der Begriff "Unterkopie" wird verwendet, um eine Teilmenge von Daten darzustellen, die in einen anderen MTree kopiert werden. Diese kopierten Daten werden dann in den Cyber Recovery-Vault repliziert. 
 
Es gibt verschiedene Methoden, um eine Unterkopie zu erstellen, sie basiert auf der Backupanwendung.
 
Für ein Avamar-Anwendungsbeispiel wird beispielsweise ein zweiter Avamar- oder AVE-Server verwendet, um wichtige Daten abzurufen, die mit einer kürzeren Aufbewahrungsfrist durch die Cyber Recovery-Lösung geschützt werden sollen.
 
Die Unterkopie wird dann auf das Data Domain-System im Cyber Recovery-Vault repliziert.
 
Dieser zusätzliche Schritt, bei dem die Daten kopiert werden, bevor sie in den Cyber Recovery-Vault repliziert werden, kann dazu führen, dass die Metadaten in den Dateien verloren gehen (auch als Rezept bezeichnet), die erforderlich sind, damit der Diff-Vorgang ordnungsgemäß funktioniert. 
 
Bei leistungsoptimierten VM-Backups tritt dieses Problem mit geringerer Wahrscheinlichkeit auf. Kapazitätsoptimierte Backups werden mit Unterkopie in der Produktion nicht unterstützt und verwenden die herkömmliche Methode.
 
Szenario A: Backupdaten werden an das Data Domain-System des Vault gesendet, ohne dass auf der Produktionsseite eine Unterkopie erstellt wird (der ursprüngliche MTree wird in den Vault repliziert).
 
Szenario B:  Backupdaten werden auf der Produktionsseite kopiert (um sicherzustellen, dass Rezepte aufbewahrt werden) und die kopierten Daten werden in den Vault repliziert (kopierter MTree wird in den Vault repliziert).
 
HINWEIS: Manchmal muss der Data Domain-Support überprüfen, ob die Metadaten (Rezepte) für die Dateien in der Sandbox verfügbar sind, die CyberSense zur Verfügung gestellt wird.
  • Wir arbeiten an "Paaren" von Backups. Manchmal muss die CyberSense-Sperrzeit verlängert werden, um sicherzustellen, dass CyberSense mit Backuppaaren arbeitet. Prüfen Sie das CyberSense-Protokoll auf die aufgeführten Fehlermeldungen. Wenn dies der Fall ist, wenden Sie sich an das Cyber Recovery-Supportteam, bevor der Annahmeschluss geändert wird.
Log:
ie_run.log 

Error:
Objects are unrelated
 
Wenn diese Fehler nicht aufgeführt sind, ignorieren Sie diesen Punkt.

Affected Products

CyberSense

Products

PowerProtect Cyber Recovery, Cyber Recovery Series
Article 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.