Data Domain-Systeme mit den Versionen 7.7.1.0, 7.7.2.0, 7.8.0.0 und 7.8.0.10. Potenzielles Datenverlustproblem, wenn Backups geschrieben werden, während der Bereinigungszyklus ausgeführt wird

Summary: Aufgrund einer seltenen Race-Bedingung können auf Data Domain-Systemen (DDRs, DDVE und DDVE in der Cloud), auf denen DDOS-Version 7.7.1.0, 7.7.2.0, 7.8.0.0 und 7.8.0.10 ausgeführt wird, möglicherweise Datenverluste auftreten, wenn Backups geschrieben werden, während die Bereinigung ausgeführt wird. ...

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


Daten werden möglicherweise während des Bereinigungszyklus fälschlicherweise aus dem System gelöscht. Das Backup kann nicht mehr vollständig gelesen werden. Wenn dieses Problem auftritt, weist der Data Domain Restorer (DDR) möglicherweise einen oder mehrere der folgenden Punkte auf:
  • Warnmeldung, die darauf hinweist, dass eine Beschädigung auf der Festplatte gefunden wurde:
  
Id      Post Time                  Severity   Class        Object        Message
-----   ------------------------   --------   ----------   -----------   ------------------------------------------------------------------
m0-32   Wed Jun 29 05:19:16 2022   CRITICAL   Filesystem   Tier=Active   EVT-FILESYS-00020: Corruption has been detected in the filesystem.
  • Ungeplante Neustarts des DDFS (Data Domain File System), wenn die betroffene Datei durch Wiederherstellung, Replikation, Datenverschiebung in die Cloud oder Bereinigungszyklus gelesen wird.


UMFANG DER AUSWIRKUNGEN
  • Potenziell betroffene Systeme: DDR-, DDVE-, DDVE-in-Cloud-Systeme mit den DDOS-Versionen 7.7.1.0, 7.7.2.0, 7.8.0.0, 7.8.0.10. Systeme, auf denen eine andere Version von DDOS ausgeführt wird, sind nicht betroffen.
  • Vorhandene Backups, die in einer früheren Version von DDOS geschrieben wurden, sind nicht betroffen.
  • Backups, die durch Datenverschiebung in den Cloud Tier verschoben wurden, sind nicht betroffen.
  • Wenn die Dateiverifizierung Backups über die Abschlusszeit der letzten Bereinigung hinaus überprüft und keine Warnmeldung „Corruption Detected“ ausgegeben hat, bedeutet dies, dass keine Backups betroffen sind.
  • Wenn alle Backups erfolgreich repliziert wurden, bedeutet dies, dass die Data Domain der Replikationsquelle nicht beeinträchtigt ist.

Cause

Das Problem tritt aufgrund einer seltenen Race-Bedingung auf.
 

Resolution

Dieses Problem wurde in den DDOS-Versionen 7.7.1.10, 7.7.2.10, 7.8.0.20 und höher behoben.  
Wählen Sie aus den aktuellen verfügbaren Versionen im Downloadportal aus, um zusätzliche Korrekturen einzubinden und die neuesten Sicherheitslücken zu schließen.

Befolgen Sie beide Abschnitte unten:
(I) So verhindern Sie, dass neue Backups beeinträchtigt werden
(II) Überprüfung und Korrektur der Datenintegrität.   

 
(I) So verhindern Sie, dass neue Backups beeinträchtigt werden 

Als Maßnahme wird die Installation einer DDOS-Version empfohlen, die die Korrektur für dieses Problem enthält.  Wenn die DDOS-Version mit Korrektur installiert ist, sind in diesem Abschnitt (I) keine weiteren Maßnahmen erforderlich.
 
ANDERNFALLS
 
Wenn die DDOS-Version mit Korrektur nicht sofort installiert werden kann, fahren Sie mit (I) fort:


 
1.  Deaktivieren Sie den Bereinigungszeitplan.
  
# filesys clean set schedule never
Filesystem cleaning is scheduled to run "never".
 
Stop current Clean cycle if running
 
# filesys clean status
Cleaning started at 2022/06/27 12:32:03: phase 4 of 6 (pre-select)
  8.7% complete,   438 GiB free; time: phase  0:00:01, total  0:10:35
 
# filesys clean stop
 
The 'filesys clean stop' command stops the filesystem cleaning.
        Are you sure? (yes|no) [no]: yes
 
ok, proceeding.


 
2.   Wenn die Bereinigung ausgeführt werden muss, um das Kapazitätsproblem zu beheben, deaktivieren Sie jegliche Datenaufnahme, bevor Sie mit der Bereinigung beginnen.
 
2a.  Deaktivieren Sie Backups/Klonen von der Backupanwendung.
 
2b.  Deaktivieren Sie Protokolle auf Data Domain. 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2c.  Führen Sie Bereinigung und Monitoring wie folgt aus:
  
# filesys clean start
Active tier cleaning started.  Use 'filesys clean watch' to monitor progress.
 
# filesys clean watch
Beginning 'filesys clean' monitoring.  Use Control-C to stop monitoring.
 
Cleaning: phase 1 of 6 (pre-merge)
  100.0% complete,   438 GiB free; time: phase  0:00:42, total  0:00:42-
 
Cleaning: phase 2 of 6 (pre-analysis)
    3.3% complete,   438 GiB free; time: phase  0:00:16, total  0:00:59


 
2d.  Sobald die Bereinigung in Phase 2 (Voranalyse) beginnt, können Sie die Backupplanung und -protokolle erneut aktivieren. 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
HINWEIS: Sobald die DDOS-Version mit Korrektur installiert ist, stellen Sie sicher, dass Sie den Bereinigungszeitplan zurücksetzen.

Beispiel: 
# filesys clean set schedule Tue,0600
 

(II) Datenintegrität prüfen und korrigieren

Aufgrund der Architektur von Data Domain werden alle geschriebenen Backups auf Integrität überprüft.  Wenn eine Backupverifizierung fehlschlägt, wird eine Warnmeldung ausgegeben.  Der Zeitstempel der letzten verifizierten Datei gibt das Datum/die Uhrzeit an, bis zu der alle Dateien überprüft wurden.  Wenn der letzte verifizierte Zeitstempel nach dem letzten Bereinigungszyklus liegt und keine Warnmeldung „Corruption Detected“ angezeigt wird, bedeutet dies, dass keine Backups betroffen sind.
 
1.  Überprüfen Sie, ob eine Warnmeldung zur Datenintegrität ausgegeben wurde:
Die Warnmeldung sieht wie folgt aus: 
CRITICAL Filesystem Tier=Active EVT-FILESYS-00020: Corruption has been detected in the filesystem.
Check for current alerts with the command below:
# alerts show current



Wenn eine Warnmeldung zur Datenintegrität angezeigt wird, wenden Sie sich umgehend an den Dell Technologies Kundensupport.
 
2.  Wenn keine Warnmeldung zur Datenintegrität angezeigt wird, überprüfen Sie den Zeitpunkt der letzten Bereinigung und den Zeitstempel der Dateiüberprüfung.
 
2a.  Überprüfen Sie die Laufzeit der letzten Bereinigung: 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2b.  Überprüfen Sie den FV-Zeitstempel (File Verification):
Wechseln Sie in den SE-Modus:
  
# priv set se
        Enter system password: <Enter Serial Num>
# se grep "Last Verified file timestamp:" /ddr/var/support/autosupport
 Last Verified file timestamp: Sat Jun 25 23:00:22 2022  Verify threads running: 1

 
 
  • Wenn der Zeitstempel der Dateiverifizierung (FV) nach dem Datum und der Uhrzeit des letzten Bereinigungszyklus liegt, bedeutet dies, dass keine Backups betroffen sind.  
  • Wenn der FV-Zeitstempel um eine Woche oder weniger hinter dem Datum/der Uhrzeit des letzten Bereinigungszyklus zurückliegt, warten Sie, bis er auf dem neuesten Stand ist, und überprüfen Sie erneut.
HINWEIS: Dass der FV-Zeitstempel hinter dem Bereinigungszyklus zurückliegt, weist nicht auf ein Problem mit der Datenintegrität hin. Es bedeutet nur, dass Dateien, die nach dem FV-Zeitstempel geschrieben wurden, noch nicht überprüft werden mussten.
  • Wenn ein FV-Zeitstempel mehr als eine Woche zurückliegt (oder nicht ermittelt werden kann), wenden Sie sich für jedes System, auf dem eine betroffene DDOS-Version ausgeführt wird (auch bei Systemen, die kürzlich auf die korrigierte Version aktualisiert wurden), an den Kundensupport von Dell Technologies, um Unterstützung bei der Datenvalidierung zu erhalten.
Article Properties
Article Number: 000200905
Article Type: Solution
Last Modified: 11 Dec 2023
Version:  10
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.