Data Domain systemen met versies 7.7.1.0, 7.7.2.0, 7.8.0.0 en 7.8.0.10. Mogelijk probleem met dataverlies wanneer back-ups worden geschreven terwijl de opschooncyclus wordt uitgevoerd

Summary: Data Domain systemen (DDR's, DDVE, DDVE in de cloud) met DDOS-versie 7.7.1.0, 7.7.2.0, 7.8.0.0 en 7.8.0.10 kunnen mogelijk dataverlies ondervinden wanneer back-ups worden geschreven terwijl opschoning wordt uitgevoerd vanwege een zeldzame raceconditie. ...

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


Tijdens de opschooncyclus kunnen gegevens ten onrechte van het systeem worden verwijderd. De back-up kan niet meer volledig worden teruggelezen. Wanneer dit probleem zich voordoet, kan de Data Domain Restorer (DDR) een of meer van de volgende symptomen vertonen:
  • Melding die aangeeft dat er beschadiging op de schijf is aangetroffen:
  
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.
  • Ervaring van ongeplande herstarts van het Data Domain File System (DDFS) als het betreffende bestand wordt gelezen door herstel, replicatie, dataverplaatsing naar de cloud of opschooncyclus.


OMVANG VAN DE IMPACT
  • Systemen waarop dit probleem zich kan voordoen: DDR, DDVE, DDVE-in-Cloud systemen waarop DDOS-versies 7.7.1.0, 7.7.2.0, 7.8.0.0, 7.8.0.10 worden uitgevoerd. Systemen waarop een andere versie van DDOS wordt uitgevoerd, worden niet beïnvloed.
  • Bestaande back-ups die in een eerdere versie van DDOS zijn gemaakt, worden niet beïnvloed.
  • Back-ups die door dataverplaatsing in een cloudlaag zijn ondergebracht, worden niet beïnvloed.
  • Als Bestandscontrole back-ups heeft geverifieerd na de laatste opschoningstijd en er geen melding "Corruption Detected" wordt weergegeven, valideert dit dat er geen back-ups zijn beïnvloed.
  • Als alle back-ups met succes zijn gerepliceerd, betekent dit dat de Replication Source Data Domain niet wordt beïnvloed.

Cause

Het probleem doet zich voor als gevolg van een zeldzame raceconditie.
 

Resolution

Dit probleem is opgelost in DDOS-releases 7.7.1.10, 7.7.2.10, 7.8.0.20 en hoger.  
Kies uit de huidige beschikbare versies op de downloadportal om aanvullende oplossingen en de nieuwste beveiligingslekken op te nemen.

Volg beide secties hieronder:
(I) Voorkomen dat nieuwe back-ups worden beïnvloed
(II) Verificatie en herstel van data-integriteit.   

 
(I) Voorkomen dat nieuwe back-ups worden beïnvloed

De aanbevolen actie is om een DDOS-release te installeren met de oplossing voor dit probleem.  Als de DDOS-release met fix is geïnstalleerd, is geen verdere actie in dit gedeelte (I) nodig.
 
OF

Als de DDOS-release met fix niet onmiddellijk kan worden geïnstalleerd, gaat u verder met (I):


 
1.  Schakel het opschoonschema uit.
  
# 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.   Als opschoning moet worden uitgevoerd om het capaciteitsprobleem te verhelpen, schakelt u alle opname uit voordat u begint met opschoning.
 
2a.  Schakel back-ups/klonen uit vanuit het back-upprogramma.
 
2b.  Schakel protocollen op DataDomain uit. 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2c.  Voer opschoning uit en controleer als volgt:
  
# 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.  Zodra opschoning begint in fase 2 (pre-analyse), kunt u back-upplanning en protocollen opnieuw inschakelen. 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
OPMERKING: Zodra DDOS-release met fix is geïnstalleerd, moet u het opschoonschema opnieuw instellen.

Voorbeeld: 
# filesys clean set schedule Tue,0600
 

(II) Verificatie en herstel van data-integriteit

Data Domain Architecture zorgt ervoor dat de integriteit van alle geschreven back-ups wordt geverifieerd.  Als de verificatie van een back-up mislukt, wordt een melding weergegeven.  De tijdstempel van het laatst geverifieerde bestand geeft de datum/tijd aan waarop alle bestanden zijn geverifieerd.  Als de melding "Last Verified Timestamp" later is dan de laatste opschooncyclus EN er geen melding "Corruption Detected" is, wordt hiermee gevalideerd dat er geen back-ups worden beïnvloed.
 
1.  Controleer of er een melding over data-integriteit wordt weergegeven:
De melding ziet er als volgt uit: 
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



Als een melding over data-integriteit wordt weergegeven, neemt u onmiddellijk contact op met de klantsupport van Dell Technologies.
 
2.  Als er geen melding over data-integriteit wordt weergegeven, controleert u de voltooiingstijd van de laatste opschoning en de tijdstempel voor bestandsverificatie.
 
2a.  Controleer de looptijd van de laatste opschoning: 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2b.  Tijdstempel voor bestandsverificatie (FV) controleren:
Ga naar de 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

 
 
  • Als de tijdstempel voor bestandsverificatie (FV) later is dan de datum en tijd van de laatste opschooncyclus, worden er geen back-ups beïnvloed.  
  • Als de FV-tijdstempel een week of minder achterloopt op de datum/tijd van de laatste opschooncyclus, wacht u tot de achterstand is ingehaald en controleert u deze opnieuw.
OPMERKING: De FV-tijdstempel die achterloopt, duidt niet op een probleem met data-integriteit. Dit betekent alleen dat bestanden die later zijn geschreven dan de FV-tijdstempeldatum nog moeten worden geverifieerd.
  • Voor elk systeem met de getroffen DDOS-versie (ook elk systeem dat onlangs is geüpgraded naar de vaste release) en als de FV-tijdstempel meer dan een week achterloopt (of niet kan worden bepaald), neemt u contact op met de Dell Technologies klantsupport om u te helpen bij datavalidatie.
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.