版本 7.7.1.0、7.7.2.0、7.8.0.0 和 7.8.0.10 的 Data Domain 系統。於清理週期正在執行時寫入備份，可能會發生資料遺失問題

摘要: 由於罕見的競爭狀況，執行 DDOS 7.7.1.0、7.7.2.0、7.8.0.0 和 7.8.0.10 版本的 Data Domain 系統 (DDR、DDVE 和雲端 DDVE) 可能會在執行清理期間寫入備份時遇到資料遺失問題。

本文章適用於 本文章不適用於 本文無關於任何特定產品。 本文未識別所有產品版本。
查看其他資源

症狀


在清理週期期間，系統可能會錯誤地刪除資料。備份無法再完整讀回。發生此問題時，Data Domain Restorer (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.
  • 如果透過還原、複製、資料移動到雲端或清理週期來讀取受影響的檔案，則會發生 Data Domain 檔案系統 (DDFS) 意外重新開機。


影響範圍
  • 可能受影響的系統：執行 DDOS 版本 7.7.1.0、7.7.2.0、7.8.0.0、7.8.0.10 的 DDR、DDVE 和雲端 DDVE 系統。執行任何其他 DDOS 版本的系統不會受到影響。
  • 任何在先前 DDOS 版本中寫入的現有備份不會受到影響。
  • 使用資料移動分層至雲端的備份不會受到影響。
  • 如果檔案驗證已驗證過上次清理完成時間的備份，且未發佈「偵測到損毀」警示，則驗證沒有任何備份受到影響。
  • 如果已成功複製所有備份，這表示複寫來源 Data Domain 不會受到影響。

原因

此問題是因為罕見的競爭狀況而發生。
 

解析度

此問題已在 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.   如果必須執行清理以解決容量問題，請在開始清理之前停用所有寫入動作。
 
2a.  停用備份應用程式的備份/複製功能。

2b.  停用 DataDomain 上的通訊協定。 
# replication disable all
# nfs disable
# cifs disable
# ddboost disable
# vtl disable

 
 
2c.  執行清理並監控，如下所示：
  
# 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.  當清理作業開始第 2 階段 (分析前)，重新啟用備份排程和通訊協定。 
# replication enable all
# nfs enable
# cifs enable
# ddboost enable
# vtl enable

 
注意：安裝包含修正的 DDOS 版本後，請務必重設清理排程。

範例： 
# filesys clean set schedule Tue,0600
 

(II) 資料完整性驗證與補救

Data Domain 架構可確保所有寫入的備份都經過完整性驗證。 如果有任何備份驗證失敗，系統會張貼警示。  上次驗證檔案時間戳記代表所有檔案經過驗證的日期/時間。  如果「上次驗證時間戳記」比上次清理週期晚，而且沒有「偵測到損毀」警示，便可確認沒有任何備份受到影響。
 
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.  如果沒有張貼資料完整性警示，請檢查上次清理的完成時間和檔案驗證時間戳記。
 
2a.  檢查上次的清理執行時間： 
# filesys clean status
Cleaning finished at 2022/06/24 16:36:01.
 
 
2b.  檢查檔案驗證 (FV) 時間戳記：
進入 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

 
 
  • 如果檔案驗證 (FV) 時間戳記比上次清理週期的日期和時間更晚，便可確認沒有任何備份受到影響。  
  • 如果 FV 時間戳記比上次清理週期的日期/時間落後一週或一週內，請等待它跟上時間並再次檢查。
注意：FV 時間戳記落後並不表示資料完整性有問題。這僅表示尚未驗證比 FV 時間戳記日期更晚寫入的檔案)。
  • 針對所有執行受影響 DDOS 版本的系統 (也包括最近升級至已修正版本的任何系統)，如果 FV 時間戳記落後一週三以上 (或無法判定)，請聯絡 Dell Technologies 客戶支援，以協助進行資料驗證。
文章屬性
文章編號: 000200905
文章類型: Solution
上次修改時間: 14 5月 2026
版本:  11
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。