Systemy Data Domain w wersji 7.7.1.0, 7.7.2.0, 7.8.0.0 i 7.8.0.10. Potencjalny problem z utratą danych przy zapisywaniu kopii zapasowych podczas cyklu czyszczenia

Summary: Systemy Data Domain (DDR, DDVE i DDVE w chmurze) z systemem DDOS w wersji 7.7.1.0, 7.7.2.0, 7.8.0.0 i 7.8.0.10 mogą doświadczać potencjalnego problemu utraty danych przy zapisywaniu kopii zapasowych podczas czyszczenia ze względu na rzadki stan wyścigu. ...

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


Dane mogą zostać nieprawidłowo usunięte z systemu podczas cyklu czyszczenia. Kopii zapasowej nie można już w pełni odczytać. W przypadku wystąpienia tego problemu Data Domain Restorer (DDR) może wykazywać co najmniej jeden z następujących elementów:​​​​​​​
  • Opublikowany alert wskazujący na to, że na dysku wykryto uszkodzenie:
  
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.
  • Nieplanowane ponowne uruchomienia systemu plików Data Domain (DDFS) w przypadku odczytania naruszonego pliku przez przywracanie, replikację, przenoszenie danych do chmury lub cykl czyszczenia.


ZAKRES ODDZIAŁYWANIA
  • Systemy, których może dotyczyć problem: DDR, DDVE, systemy DDVE działające w chmurze z systemem DDOS w wersji 7.7.1.0, 7.7.2.0, 7.8.0.0, 7.8.0.10. Problem nie dotyczy systemów z systemem DDOS w innych wersjach.
  • Problem nie dotyczy istniejących kopii zapasowych, które zostały zapisane we wcześniejszej wersji DDOS.
  • Nie wpływa to na kopie zapasowe ułożone warstwowo w chmurze zgodnie z ruchem danych.
  • Jeśli weryfikacja plików zweryfikowała kopie zapasowe po upływie ostatniego czasu zakończenia czyszczenia i nie opublikowano alertu „Corruption Detected”, oznacza to, że nie ma to wpływu na żadne kopie zapasowe.
  • Jeśli wszystkie kopie zapasowe zostaną pomyślnie zreplikowane, oznacza to, że nie ma to wpływu na Replication Source Data Domain.

Cause

Problem występuje z powodu rzadkiego stanu wyścigu.
 

Resolution

Problem ten został rozwiązany w wersjach DDOS 7.7.1.10, 7.7.2.10, 7.8.0.20 i nowszych.  
Wybierz z bieżących dostępnych wersji w portalu pobierania, aby uwzględnić dodatkowe poprawki i najnowsze luki w zabezpieczeniach.

Postępuj zgodnie z instrukcjami w obu sekcjach poniżej:
(I) Zapobieganie możliwości naruszenia nowych kopii zapasowych
(II) Weryfikacja i naprawa integralności danych.   

 
(I) Zapobieganie możliwości naruszenia nowych kopii zapasowych

Zalecanym działaniem jest zainstalowanie wersji DDOS zawierającej poprawkę tego problemu.  Jeśli zainstalowana jest wersja DDOS z poprawką, nie są wymagane żadne dalsze działania w tej sekcji (I).
 
LUB
 
Jeśli natychmiastowa instalacja wersji DDOS z poprawką jest niemożliwa, kontynuuj z instrukcjami w sekcji (I):


 
1.  Wyłącz harmonogram czyszczenia.
  
# 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.   Jeśli konieczne jest uruchomienie czyszczenia w celu rozwiązania problemu z pojemnością, wyłącz wszystkie procesy przyswajania przed rozpoczęciem czyszczenia.
 
2a.  Wyłącz tworzenie kopii zapasowych / klonowanie z aplikacji do tworzenia kopii zapasowych.
 
2b.  Wyłącz protokoły w Data Domain. 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2c.  Uruchom proces czyszczenia i monitoruj w następujący sposób:
  
# 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.  Po rozpoczęciu fazy 2 (wstępna diagnostyka) czyszczenia należy ponownie włączyć planowanie kopii zapasowych i protokoły. 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
Uwaga: po zainstalowaniu wersji DDOS z poprawką należy zresetować harmonogram czyszczenia.

Przykład: 
# filesys clean set schedule Tue,0600
 

(II) Weryfikacja i naprawa integralności danych

Architektura Data Domain zapewnia weryfikację integralności wszystkich zapisanych kopii zapasowych.  Jeśli weryfikacja kopii zapasowej zakończy się niepowodzeniem, alert zostanie opublikowany.  Znacznik czasu Ostatniej weryfikacji wskazuje datę/godzinę, do której wszystkie pliki zostały zweryfikowane.  Jeśli „Last Verified Timestamp” wskazuje na późniejszy czas niż czas ostatniego cyklu czyszczenia ORAZ nie ma alertu „Corruption Detected”, oznacza to brak naruszenia kopii zapasowych.
 
1.  Sprawdź, czy jest opublikowany alert integralności danych:
Alert wygląda następująco: 
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



Jeśli zostanie wyświetlony alert integralności danych, natychmiast skontaktuj się z działem obsługi klienta firmy Dell Technologies.
 
2.  Jeśli nie opublikowano alertu integralności danych, sprawdź czas zakończenia ostatniego czyszczenia i znacznik czasu weryfikacji plików.
 
2a.  Sprawdź czas pracy ostatniego czyszczenia: 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2b.  Sprawdzanie znacznik czasu weryfikacji plików (FV):
Wejdź w tryb 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

 
 
  • Jeśli znacznik czasu weryfikacji plików (FV) wskazuje na późniejszy czas niż data i godzina ostatniego cyklu czyszczenia, oznacza to brak naruszenia kopii zapasowych.  
  • Jeśli znacznik czasu FV jest opóźniony o tydzień lub mniej w stosunku do daty/godziny ostatniego cyklu czyszczenia, należy poczekać aż nadrobi zaległości i sprawdzić ponownie.
Uwaga: Opóźniony znacznik czasu FV nie oznacza problemu z integralnością danych. Oznacza to, że pliki zapisane później niż data wskazywana przez znacznik czasu FV nie zostały jeszcze zweryfikowane.
  • W przypadku każdego systemu z uszkodzoną wersją DDOS (również każdy system, który został ostatnio uaktualniony do wersji z poprawką): jeśli znacznik czasu FV jest opóźniony o tydzień lub mniej (lub nie jest określony), skontaktuj się z działem obsługi klienta firmy Dell Technologies w celu uzyskania pomocy z poprawnością danych.
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.