Avamar：驗證 Avamar 上垃圾收集失敗的步驟

Summary: 以下是驗證 Avamar 上垃圾收集 （GC） 故障的步驟。

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

什麼是垃圾收集？

垃圾收集 （GC） 是從已到期的備份中刪除未使用區塊的程序。這可釋放 Avamar 伺服器上的容量。

默認情況下，垃圾回收每天運行一次，從維護時段開始時開始。

常見故障症狀：

以下是表示 GC 問題的最常見症狀：
  • MSG_ERR_DDR_ERROR
  • MSG_ERR_DISKFULL
  • MSG_ERR_MISC
  • MSG_ERR_TRYAGAINLATER
  • MSG_ERR_BADTIMESYNC

Cause

GC 故障的常見原因：

MSG_ERR_DDR_ERROR
  • 有許多基本問題可能會導致 GC 失敗，並 MSG_ERR_DDR_ERROR。其中一些原因包括：
    • 網路或連線能力錯誤
    • Data Domain 檔案系統問題
    • Data Domain 裝置已滿
    • DD Boost 使用者密碼已過期或不正確
    • 檢查點 （Avamar） 或快照 （Data Domain） 太多。這通常與 hfscheck 不允許舊檢查點和快照「滾落」的故障。
MSG_ERR_MISC 或 MSG_ERR_TRYAGAINLATER
  • 在 Avamar v.7 中，備份可以與垃圾收集同時執行。
  • 有時，當從備份添加新數據時，會發生稱為“索引條帶分割”的過程。
  • 由於此「索引等量分割」程序無法在垃圾收集執行期間執行，因此會報告上述其中一個錯誤。
    • 網格上的索引條帶傾向於在各個節點上彼此在同一時間段內拆分。
    • 有時，這可能需要幾天才能完成。
    • Avamar 正在依設計運作。因應措施是不在 GC 期間執行備份。
MSG_ERR_BADTIMESYNC
  • 這是罕見的問題，僅會在多節點網格上出現。當一或多個 Avamar 資料節點和工具節點之間的時間未同步時，會發生此錯誤。
  • 很可能所有維護工作 （GC、檢查點和 hfscheck) 報告相同的錯誤。 

Resolution

判斷最新的垃圾收集狀態：

您可以使用 CLI、AUI 或管理主控台伺服器 （MCS） UI 檢視最新垃圾收集的相關資訊。

從 CLI：

AVAMAR GC 狀態 GIF

  • 開啟 SSH 工作階段 （例如 putty） 至 Avamar Server，並以「admin」身分登入。執行下列命令：
status.dpn
avmaint gcstatus
  • 以下示例顯示了成功的垃圾回收：
Last GC: finished Tue Jul  9 00:00:23 2024 after 00m 03s >> recovered 199.88 KB (OK)
Last GC: finished Wed Jun  5 09:20:46 2024 after 00m 12s >> recovered 0.00 KB (OK)
  • 如果狀態顯示除 （正常） 之外的任何內容，則垃圾收集存在潛在問題：
Last GC: finished Mon Jun 17 09:02:41 2024 after 01m 51s >> recovered 14.98 MB (MSG_ERR_DDR_ERROR)
Last GC: finished Thu Jun 13 07:06:54 2024 after 03m 41s >> recovered 0.00 KB (MSG_ERR_DISKFULL)
Last GC: finished Mon Jun 10 19:04:58 2024 after 01m 01s >> recovered 0 KB (MSG_ERR_MISC)
Last GC: finished Thu Jun  16:21:12 2024 after 00m 25s >> recovered 0 KB (MSG_ERR_BADTIMESYNC)

從 AUI：

AUI GC 狀態
  • 檢閱「上次垃圾收集狀態」。如果狀態顯示除 （正常 ） 之外的任何內容，則垃圾收集存在潛在問題。

從 MCS UI：

垃圾收集狀態失敗 - Avamar MCS UI
  • 如果「上次的垃圾收集」有如上所示的 紅色「x」， 則垃圾收集存在潛在問題，需要進一步分析。

如果垃圾回收由於真正的問題而持續失敗（使用上述步驟進行驗證），請在警報回應表單中選擇適當的選項，將服務請求轉移給支援專員。

Additional Information

解決問題後的確認錯誤：

從 CLI：

  1. 執行下列作業以尋找未確認的事件：
mccli event show --unack
  1. 請輸入唯一 ID 來確認單一代碼，或是所有錯誤代碼：
mccli event show --id-

CLI 確認

從 AUI：

  1. 登入 AUI 並檢視儀表板： 
AUI 確認
  1. 單擊感嘆號，屏幕將顯示類似於以下內容的內容：
AUI 確認
  1. 按一下未確認的事件，畫面會顯示類似以下內容的內容：
AUI 確認
  1. 選取事件 （如上所示），然後按一下確認。

確定 GC 失敗的時間：

判斷 GC 失敗時間最簡單的方法，是使用 CLI （儘管在 AUI 和 MCS UI 中也提供此資訊）

下列命令顯示過去 30 天內的所有垃圾收集失敗：

dumpmaintlogs --types=gc --days=30 |grep "failed garbage collection"

2024/05/27-16:32:18.55893 {0.0} <4202> failed garbage collection with error MSG_ERR_DDR_ERROR
2024/05/28-16:32:37.92920 {0.0} <4202> failed garbage collection with error MSG_ERR_DDR_ERROR
2024/05/29-16:31:51.62962 {0.0} <4202> failed garbage collection with error MSG_ERR_DDR_ERROR
2024/05/30-16:31:55.18969 {0.0} <4202> failed garbage collection with error MSG_ERR_DDR_ERROR
2024/06/20-01:19:09.97961 {0.0} <4202> failed garbage collection with error MSG_ERR_DDR_ERROR

Affected Products

Avamar Server
Article Properties
Article Number: 000226150
Article Type: Solution
Last Modified: 28 Aug 2025
Version:  31
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.