Data Domain-systemer med versjon 7.7.1.0, 7.7.2.0, 7.8.0.0 og 7.8.0.10. Potensielt problem med datatap når sikkerhetskopier skrives mens oppryddingssyklusen pågår

Summary: Hvis det skrives sikkerhetskopier mens det pågår opprydding på Data Domain-systemer (DDR-er, DDVE, DDVE-in-cloud) som kjører DDOS-versjon 7.7.1.0, 7.7.2.0, 7.8.0.0 og 7.8.0.10, kan det oppstå et problem med datatap som skyldes en sjelden race condition løpstilstand (race condition). ...

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


Data kan slettes fra systemet ved en feil under oppryddingssyklusen. Sikkerhetskopien kan ikke lenger leses helt tilbake. Når dette problemet oppstår, kan Data Domain Restorer (DDR) vise ett eller flere av følgende:
  • Et publisert varsel som angir at det er oppdaget skader på disken:
  
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.
  • Hvis den berørte filen leses under gjenoppretting, replikering, flytting av data til nettsky eller oppryddingssyklusen, kan det hende at Data Domain File System (DDFS) startes på nytt uten at dette er planlagt.


OMFANG AV INNVIRKNING
  • Potensielt berørte systemer: DDR-, DDVE- og DDVE-in-cloud-systemer som kjører DDOS-versjon 7.7.1.0, 7.7.2.0, 7.8.0.0 eller 7.8.0.10. Systemer som kjører andre versjoner av DDOS, påvirkes ikke.
  • Eksisterende sikkerhetskopier som er skrevet i eldre versjoner av DDOS, påvirkes ikke.
  • Sikkerhetskopiering til nettskyen ved hjelp av dataflytting påvirkes ikke.
  • Hvis filverifiseringen har verifisert sikkerhetskopier etter tidspunktet for siste opprydding, og ingen varsler om skade publiseres, bekrefter dette at ingen sikkerhetskopieringer er berørt.
  • Hvis alle sikkerhetskopieringer er replikert, betyr det at datadomenet for replikeringskilden ikke er berørt.

Cause

Problemet oppstår på grunn av en sjelden løpstilstand.
 

Resolution

Dette problemet er løst i DDOS-versjon 7.7.1.10, 7.7.2.10, 7.8.0.20 og nyere.  
Velg mellom de tilgjengelige versjonene på nedlastingsportalen for å implementere ekstra feilrettinger og de nyeste sikkerhetsproblemene.

Følg begge fremgangsmåtene nedenfor:
(I) Slik unngår du at nye sikkerhetskopier påvirkes
(II) Verifisering og utbedring av dataintegritet.   

 
(I) Slik unngår du at nye sikkerhetskopier påvirkes 

Anbefalt handling er å installere en DDOS-versjon som inneholder en feilretting for dette problemet.  Hvis en DDOS-versjon med feilretting er installert, trenger du ikke å gjøre noe mer i denne delen (I).
 
ELLER

Hvis en DDOS-versjon med feilretting ikke kan installeres umiddelbart, fortsetter du med (I):


 
1.  Deaktivere oppryddingsplan.
  
# 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.   Hvis oppryddingen må kjøres for å løse et kapasitetsproblem, må du deaktivere alt inntak før du starter oppryddingen.
 
2a.  Deaktiver sikkerhetskopiering/kloning fra sikkerhetskopieringsprogrammet.
 
2b.  Deaktiver protokoller på Data Domain. 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2c.  Kjør oppryddingen, og overvåk den på følgende måte:
  
# 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.  Når fase 2 av oppryddingen starter (forhåndsanalyse), aktiverer du planlegging av og protokoller for sikkerhetskopiering på nytt. 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
MERK: Når en DDOS-versjon med feilretting er installert, må du huske å tilbakestille oppryddingsplanen.

Eksempel: 
# filesys clean set schedule Tue,0600
 

(II) Verifisering og utbedring av dataintegritet

Data Domain-arkitekturen sikrer at alle sikkerhetskopier som skrives, kontrolleres for integritet.  Det publiseres et varsel hvis en sikkerhetskopi ikke består kontrollen.  Tidsstempelet for siste verifisering angir datoen/tidspunktet da alle filer sist ble verifisert.  Hvis datoen/tidspunktet på tidsstempelet for siste verifisering er senere enn den siste oppryddingssyklusen, OG det ikke vises et varsel om skade, bekrefter dette at ingen sikkerhetskopier er berørt.
 
1.  Sjekk om det er publisert et dataintegritetsvarsel:
Varselet ser slik ut: 
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



Hvis du ser et dataintegritetsvarsel (Data Integrity Alert), må du kontakte kundestøtte i Dell Technologies med en gang.
 
2.  Hvis ingen dataintegritetsvarsler er publisert, sjekker du tidspunktet da siste opprydding ble fullført, og tidsstempelet for filverifisering.
 
2a.  Kontroller tidspunktet da siste opprydding ble utført: 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2b.  Kontroller tidsstempelet for filverifisering (FV):
Gå i 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

 
 
  • Hvis datoen og tidspunktet på tidsstempelet for filverifisering (FV) er senere enn dato og tidspunkt for siste oppryddingssyklus, bekrefter dette at ingen sikkerhetskopieringer er berørt.  
  • Hvis FV-tidsstempelet ligger en uke eller mindre bak datoen/tidspunktet for siste oppryddingssyklus, gir du det litt tid til å innhente seg før du sjekker på nytt.
MERK: Hvis FV-tidsstempelet ligger bak, indikerer det ikke et problem med dataintegritet. Det betyr bare at filer som er skrevet etter datoen på FV-tidsstempelet, ikke er verifisert ennå).
  • Til alle systemer som kjører en berørt DDOS-versjon (og alle systemer som nylig er oppgradert til den korrigerte versjonen), hvis FV-tidsstempelet ligger mer enn en uke tilbake (eller dette ikke kan fastslås), kontakter du kundestøtte i Dell Technologies for å få hjelp med datavalidering.
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.