Data Domain-systemer med versionerne 7.7.1.0, 7.7.2.0, 7.8.0.0 og 7.8.0.10. Potentielt problem med datatab, når der skrives sikkerhedskopier under rensningscyklussen

Summary: På grund af en sjælden race condition kan Data Domain-systemer (DDR'er, DDVE og DDVE i cloud), der kører DDOS-version 7.7.1.0, 7.7.2.0, 7.8.0.0 og 7.8.0.10, potentielt opleve et problem med datatab, når der skrives sikkerhedskopier, mens rensningen kører. ...

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 blive slettet forkert fra systemet under rensningscyklussen. Sikkerhedskopieringen kan ikke længere læses helt tilbage. Når dette problem opstår, kan Data Domain Restorer (DDR) udvise en eller flere af følgende:
  • Udgivelse af advarsel, der angiver, at der er blevet fundet beskadigelse 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.
  • Oplev uplanlagte genstarter af Data Domain File System (DDFS), hvis påvirkede filer læses ved gendannelse, replikering, dataflytning til cloud eller rensningscyklus.


VIRKNINGENS OMFANG
  • Potentielt berørte systemer: DDR, DDVE, DDVE-i-Cloud-systemer, der kører DDOS-versioner 7.7.1.0, 7.7.2.0, 7.8.0.0, 7.8.0.10. Systemer, der kører en anden version af DDOS, påvirkes ikke.
  • Eksisterende sikkerhedskopier, der er skrevet i en tidligere version af DDOS, påvirkes ikke.
  • Sikkerhedskopieringer, der er niveauinddelt til clouden efter dataflytning, påvirkes ikke.
  • Hvis File Verification har bekræftet sikkerhedskopier ud over tidspunktet for den seneste rensning,og der ikke er registreret en advarsel om "Beskadigelse fundet", bekræfter dette, at ingen sikkerhedskopier er påvirket.
  • Hvis alle sikkerhedskopieringer er replikeret korrekt, betyder det, at replikeringskildens datadomæne ikke er påvirket.

Cause

Problemet opstår som følge af en sjælden race condition.
 

Resolution

Dette problem er løst i DDOS-udgivelser 7.7.1.10, 7.7.2.10, 7.8.0.20 og nyere.  
Vælg mellem de aktuelle tilgængelige versioner på downloadportalen for at inkorporere yderligere rettelser og nyeste sikkerhedssårbarheder.

Følg begge afsnit nedenfor:
(I) (I) Sådan forhindrer du muligheden for, at nye sikkerhedskopier påvirkes
(II) Kontrol og afhjælpning af dataintegritet.   

 
(I) Sådan forhindrer du muligheden for, at nye sikkerhedskopier påvirkes

Den anbefalede handling er at installere en DDOS-udgivelse med programrettelsen af dette problem.  Hvis DDOS-udgivelsen med programrettelse er installeret, skal du ikke foretage dig yderligere i dette afsnit (I).
 
ELLER

Hvis DDOS-udgivelsen med programrettelse ikke kan installeres med det samme, skal du fortsætte med (I): 


 
1.  Deaktiver rensningsplan.
  
# 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 der skal køres rensning for at afhjælpe kapacitetsproblemet, skal du deaktivere al indgående data, før du starter rensningen.
 
2a.  Deaktiver sikkerhedskopiering/kloning fra sikkerhedskopieringsprogrammet.
 
2b.  Deaktiver protokoller på DataDomain. 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2c.  Kør rensning og skærm på følgende måde:
  
# 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 rensningen går i gang med fase 2 (foranalyse), kan sikkerhedskopiering og protokoller planlægges igen. 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
BEMÆRK: Når DDOS-udgivelsen med rettelsen er installeret, skal du sørge for at nulstille rensningsplanen.

Eksempel: 
# filesys clean set schedule Tue,0600
 

(II) Kontrol og afhjælpning af dataintegritet

Data Domain Architecture sikrer, at alle skrevne sikkerhedskopier er verificeret for integritet.  Hvis en sikkerhedskopiering ikke kan verificeres, udgives en advarsel.  Tidsstemplet for senest verificeret fil angiver den dato/det klokkeslæt, hvor alle filer er blevet verificeret.  Hvis tidsstemplet "Senest verificeret" er senere end den sidste rensningscyklus, OG der ikke er nogen advarsel om "Beskadigelse registreret", valideres det, at ingen sikkerhedskopier er påvirket.
 
1.  Kontroller, om der er offentliggjort en advarsel om dataintegritet:
Advarslen ligner følgende: 
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 der vises en advarsel om dataintegritet, skal du kontakte Dell Technologies' kundesupport med det samme.
 
2.  Hvis der ikke er offentliggjort en advarsel om dataintegritet, skal du kontrollere afslutningstiden for seneste rensning og tidsstemplet for filverificering.
 
2a.  Kontroller den seneste rensningstid: 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2b.  Tidsstempel for kontrol af filverificering (FV):
Aktiver SE-tilstand:
  
# 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 Tidsstemplet for filverificering (FV) er senere end dato og klokkeslæt for sidste rensningscyklus, valideres det, at ingen sikkerhedskopier er påvirket.  
  • Hvis FV-tidsstemplet er bagud med dato/tid sidste rensning med en uge eller derunder, skal du vente på, at det indhenter og tjekker igen.
BEMÆRK: Et FV-tidsstempel, der er bagud, angiver ikke et problem med dataintegritet. Det betyder blot, at filer, der er skrevet senere end FV-tidsstemplet, endnu ikke er blevet verificeret).
  • For ethvert system, der kører en berørt DDOS-version (også ethvert system, der for nylig er opgraderet til den faste udgivelse), hvor FV Timestamp er bagud med mere end en uge (eller ikke kan bestemmes), skal du kontakte Dell Technologies' kundesupport for at hjælpe 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.