Системи доменів даних з версіями 7.7.1.0, 7.7.2.0, 7.8.0.0 і 7.8.0.10. Потенційна проблема втрати даних під час запису резервних копій під час циклу очищення

Summary: Системи доменів даних (DDR, DDVE, DDVE у хмарі), що працюють під керуванням DDOS версій 7.7.1.0, 7.7.2.0, 7.8.0.0 та 7.8.0.10, можуть зіткнутися з потенційною проблемою втрати даних під час запису резервних копій під час очищення через рідкісні гоночні умови. ...

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


Дані можуть бути неправильно видалені з системи під час циклу очищення. Резервну копію більше не можна повністю прочитати назад. У разі виникнення цієї проблеми засіб відновлення домену даних (DDR) може виявити одне або кілька з наведених нижче елементів.
  • Опубліковано попередження про те, що на диску виявлено пошкодження:
  
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.
  • Зазнайте незапланованих перезапусків файлової системи домену даних (DDFS), якщо потрібний файл читається шляхом відновлення, реплікації, переміщення даних у хмару або циклу очищення.


СФЕРА ВПЛИВУ
  • Потенційно уражені системи: DDR, DDVE, DDVE-in-Cloud системи під управлінням DDOS версій 7.7.1.0, 7.7.2.0, 7.8.0.0, 7.8.0.10. Це не впливає на системи, що працюють під керуванням будь-якої іншої версії DDOS.
  • Це не впливає на наявні резервні копії, записані в будь-якому попередньому випуску DDOS.
  • Це не впливає на резервне копіювання в хмару з використанням переміщення даних.
  • Якщо засіб перевірки файлів перевірив резервні копії після останнього часу завершення очищення й попередження "Виявлено пошкодження" не опубліковано, це означає, що це не вплине на резервне копіювання.
  • Якщо всі резервні копії успішно відтворено, це означає, що це не вплине на домен даних джерела реплікації.

Cause

Проблема виникає через рідкісний стан гонки.
 

Resolution

Цю проблему виправлено у випусках DDOS 7.7.1.10, 7.7.2.10, 7.8.0.20 та пізніших версіях.  
Виберіть одну з поточних доступних версій на порталі завантажень, щоб включити додаткові виправлення та останні вразливості безпеки.

Дотримуйтесь обох розділів нижче:
(I) Як запобігти впливу на можливість нового резервного копіювання(II) Перевірка цілісності даних та виправлення.
   

 
(I) Як запобігти впливу на

можливість створення нових резервних копій Рекомендовано інсталювати випуск DDOS-атак, який містить виправлення для цієї проблеми.  Якщо інстальовано випуск DDOS із виправленням, подальші дії в цьому розділі (I) виконувати не потрібно.
 
АБО
 
Якщо DDOS-реліз з виправленням не може бути негайно встановлений, продовжуйте (I):


 
1.  Вимкнути графік очищення.
  
# 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.   Якщо очищення потрібно запустити, щоб полегшити проблему з пропускною здатністю, вимкніть усі проковтування перед початком очищення.
 
2а.  Вимкніть резервне копіювання / клонування з програми резервного копіювання.
 
2б.  Вимкніть протоколи на DataDomain. 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2в.  Запустіть очищення і стежте наступним чином:
  
# 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


 
2д.  Після того, як очищення розпочнеться фаза 2 (попередній аналіз), знову ввімкніть планування резервного копіювання та протоколи. 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
ПРИМІТКА: Після встановлення DDOS-релізу з виправленням обов'язково скиньте графік очищення.

Приклад: 
# filesys clean set schedule Tue,0600
 

(II) Перевірка цілісності даних та відновлення

Архітектура домену даних забезпечує перевірку цілісності всіх записаних резервних копій.  Якщо будь-яка резервна копія не проходить перевірку, надсилається сповіщення.  Позначка часу останнього перевіреного файлу вказує дату й час, до якого було перевірено всі файли.  Якщо "Остання підтверджена позначка часу" пізніша за останній цикл очищення, І сповіщення "Виявлено пошкодження" відсутнє, це підтверджує, що резервне копіювання не впливає.
 
1.  Перевірте, чи опубліковано сповіщення про цілісність даних:
Оповіщення має такий вигляд: 
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



Якщо з'явиться оповіщення про цілісність даних, негайно зверніться до служби підтримки клієнтів Dell Technologies.
 
2.  Якщо оповіщення про цілісність даних не опубліковано, перевірте час завершення останнього очищення та позначку часу перевірки файлу.
 
2а.  Перевірте час виконання останнього очищення: 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2б.  Перевірте часову позначку перевірки файлу (FV):
Увійдіть у режим SE:
  
# priv set se
        Enter system password: 
# 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

 
 
  • Якщо часова позначка перевірки файлу (FV) пізніша за дату й час останнього циклу "Чисто", це означає, що це не вплине на резервне копіювання.  
  • Якщо позначка часу FV відстає від дати / часу останнього циклу очищення на тиждень або менше, зачекайте, поки він наздожене, і перевірте ще раз.
ПРИМІТКА: Відставання позначки часу FV не вказує на проблему цілісності даних. Це просто означає, що файли, написані пізніше дати позначки часу FV, ще не перевірені).
  • Для будь-якої системи, на якій запущено відповідну версію DDOS (а також будь-яку систему, нещодавно оновлену до фіксованого випуску), якщо позначка часу FV відстає більш ніж на тиждень (або її неможливо визначити), зверніться до служби підтримки клієнтів Dell Technologies, щоб допомогти з перевіркою даних.
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.