Sistemi Data Domain con versioni 7.7.1.0, 7.7.2.0, 7.8.0.0 e 7.8.0.10. Potenziale problema di perdita dei dati quando vengono scritti backup durante l'esecuzione del ciclo di pulizia

Summary: I sistemi Data Domain (DDR, DDVE e DDVE nel cloud) che eseguono DD OS versione 7.7.1.0, 7.7.2.0, 7.8.0.0 e 7.8.0.10 potrebbero riscontrare una perdita di dati quando vengono scritti i backup durante l'esecuzione della pulizia a causa di una race condition rara. ...

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


Potrebbero essere erroneamente eliminati dati dal sistema durante il ciclo di pulizia. Il backup non può più essere completamente letto. Quando si verifica questo problema, Data Domain Restorer (DDR) può presentare una o più delle seguenti condizioni:​​​​​​​
  • Avviso pubblicato indicante che è stato rilevato un danneggiamento sul disco:
  
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.
  • Se il file interessato viene letto da un processo di ripristino, replica, spostamento dei dati nel cloud o da un ciclo di pulizia, si verificano riavvii non pianificati di Data Domain File System (DDFS).


AMBITO DELL'IMPATTO
  • Sistemi potenzialmente interessati: sistemi DDR, DDVE, DDVE nel cloud che eseguono DD OS 7.7.1.0, 7.7.2.0, 7.8.0.0, 7.8.0.10. I sistemi che eseguono qualsiasi altra versione di DD OS non sono interessati.
  • I backup esistenti scritti in qualsiasi versione precedente di DD OS non sono interessati.
  • I backup sottoposti a tiering nel cloud mediante spostamento dei dati non sono interessati.
  • Se la verifica dei file ha verificato i backup oltre il tempo di completamento dell'ultima pulizia e se non viene pubblicato alcun avviso di rilevamento di un danno, non vi sono backup interessati.
  • Se tutti i backup sono stati replicati correttamente, ciò implica che il Data Domain di origine della replica non è interessato.

Cause

Il problema si verifica a causa di una race condition rara.
 

Resolution

Questo problema è stato risolto in DD OS 7.7.1.10, 7.7.2.10, 7.8.0.20 e versioni successive.  
Effettuare una scelta tra le attuali versioni disponibili sul portale di download per incorporare correzioni aggiuntive e le vulnerabilità di sicurezza più recenti.

Seguire entrambe le sezioni riportate di seguito:
(I) Come evitare che nuovi backup vengano interessati
(II) Verifica e correzione dell'integrità dei dati.   

 
(I) Come evitare che nuovi backup vengano interessati 

L'azione consigliata consiste nell'installare una versione di DD OS contenente la correzione di questo problema.  Se è installata la versione di DD OS con la correzione, non sono necessarie ulteriori azioni in questa sezione (I).
 
OPPURE
 
Se la versione di DD OS con la correzione non può essere immediatamente installata, procedere con (I):


 
1.  Disabilitare la pianificazione della pulizia.
  
# 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.   Se è necessario eseguire la pulizia per mitigare il problema di capacità, disabilitare tutte le operazioni di acquisizione prima di iniziare la pulizia.
 
2a.  Disabilitare i backup e la clonazione dall'applicazione di backup.
 
2b.  Disabilitare i protocolli su Data Domain. 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2c.  Eseguire pulizia e monitorare il processo nel modo seguente:
  
# 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.  Quando la pulizia avvia la fase 2 (preanalisi), riabilitare la pianificazione dei backup e i protocolli. 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
NOTA: una volta installata la versione di DD OS con la correzione, accertarsi di reimpostare la pianificazione della pulizia.

ad esempio 
# filesys clean set schedule Tue,0600
 

(II) Verifica e correzione dell'integrità dei dati

L'architettura Data Domain garantisce la verifica dell'integrità di tutti i backup scritti.  Se un backup non riesce a eseguire la verifica, viene pubblicato un avviso.  L'indicatore dell'ultima verifica dei file rappresenta la data e l'ora in cui sono stati verificati tutti i file.  Se il valore della data e dell'ora dell'ultima verifica è successivo all'ultimo ciclo di pulizia E non è presente alcun avviso di rilevamento di un danno, non vi sono backup interessati.
 
1.  Verificare se è stato pubblicato un avviso di integrità dei dati:
L'avviso è simile al seguente: 
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



Se viene visualizzato un avviso di integrità dei dati, contattare immediatamente il supporto clienti Dell Technologies.
 
2.  Se non viene pubblicato alcun avviso di integrità dei dati, controllare i tempi di completamento dell'ultima pulizia e la data e l'ora di verifica dei file.
 
2a.  Verificare il tempo di esecuzione dell'ultima pulizia: 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2b.  Verificare data e ora della verifica dei file:
Accedere alla modalità SE:
  
# 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

 
 
  • Se il valore di data e ora della verifica dei file è successivo alla data e all'ora dell'ultimo ciclo di pulizia, non vi sono backup interessati.  
  • Se è precedente di una settimana o meno alla data e all'ora dell'ultimo ciclo di pulizia, attendere che si riattivi e controllare nuovamente.
NOTA: la data e l'ora della verifica dei file non indicano un problema di integrità dei dati. Significa solo che i file scritti in un secondo momento rispetto alla data e all'ora della verifica dei file devono ancora essere verificati.
  • Per qualsiasi sistema che esegue una versione interessata di DD OS (o per qualsiasi sistema aggiornato di recente alla versione corretta), se la data e l'ora della verifica dei file sono precedenti a più di una settimana (o non può essere determinato), contattare il supporto clienti Dell Technologies per assistenza nella convalida dei dati.
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.