Skip to main content
Sign Out

Welcome to Dell

My Account
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products
Sign In Create an Account Premier Sign In Partner Program Sign In
Contact Us

Avamar - 如何解釋 avtar 備份記錄狀態行

Summary: 本文探討如何瞭解和解譯在備份會話中定期產生的avtar記錄狀態行。 這是一項實用的工具，特別是在調查用戶端效能問題時。

This article applies to   This article does not apply to 
Check out resources for

Symptoms

在備份期間，avtar 程式會定期將狀態行寫入記錄，以報告 avtar 在備份期間所進行的狀態和進度。

例子：
2014-11-14 10：16：56 avtar 資訊 <8688>：狀態 2011-11-14 10：16：56,328 檔案，16 個資料夾，26.53 MB （328 個檔案，15.35 MB，57.86% 新增） 34 MB 1% CPU C：\directory\Folder\file.doc

隔離狀態資訊
使用 Notepad++ 等編輯器，搜尋舊版用戶端中包含「<8688>」或「<5100>」的行。

狀態記錄
頻率根據預設，avtar 狀態資訊每 15 分鐘寫入一次 （900 秒）。您可以使用旗標 狀態 =[seconds]，將值傳遞至avtar來修改此頻率。請使用 avtar.cmd 參數檔案或 Avamar 使用者介面數據集組態選項來執行此操作。

建議您保留默認頻率以維持記錄可讀性。如果檔案需要超過 15 分鐘的時間備份，它會報告多個狀態行。如果需要更多精細度，請視情況減少設定。如果為長期執行備份而產生大型記錄，請考慮增加每小時報告的設定 （3600 秒）。

狀態行的各個區段代表什麼意思？
  • 除了日期和時間，狀態報告也說明瞭這一點。
  • 到目前為止，處理了多少個檔案。
  • 其中多少個檔案已變更。
  • 要傳送至 Avamar 伺服器的數據量
  • avtar 資源指標
  • 最後一個要處理的檔案詳細數據。
在下方，我們使用色彩編碼來識別這些指標。
2014-12-07 10：16：56 avtar 資訊 <8688>：狀態 2014-12-07 10：16：56， 20,788,307 個檔案，343,633 個目錄，327.9 GB （9,049,052 個檔案， 0 個字節， 0.00% 新） 1074 MB60% CPU /data/type.dtc

狀態列提供的資訊：
  • 日期與時間 （用戶端的時區）
  • 迄今已掃描的來源檔案和資料夾數量
  • 迄今已掃描的來源檔案組合大小 

括弧中的區段：-
（9,049,052 個檔案， 0 個字節， 0.00% 新）
  • avtar 已完整處理的修改檔案數量
  • 新增到 Avamar 伺服器的數據量
  • 此備份的變更率 （到目前為止）。

記錄線的遠端顯示：-
1074 MB60% CPU/base/data/type.dtc
  • avtar 程式的用戶端記憶體使用量 （以兆位元組為準）
  • 使用 avtar 的系統 CPU 百分比
  • 產生狀態訊息時備份的最後一個檔案名稱。

最後 和最重要的 狀態行是備份摘要。搜尋「Backup #」，即可在記錄尾端找到它。  
在此之後，我們有備份統計數據行 （可使用「備份」搜尋）。

2015-11-18 00：34：32 avtar 資訊 <5156>：備份 #75 timestamp 2015-11-18 00：24：43,4,007,032 檔案，1,974,043 資料夾，1,589 GB （2,680 檔案，419.4 MB，0.03% 新增）。2015-11-18 00：34：32 avtar 資訊 <6083>：在 144.70 分鐘內備份 1,589 GB：每小時 659 GB （1,661,482 個檔案/小時）

開啟檔案
若要備份檔案，avtar 必須加以開啟。下列訊息顯示avtar有一個在備份期間開啟的檔案。這和任何其他可能也要處理檔案的應用程式是分開的。

2016-08-22 21：30：04 avtar 資訊 <8688>：狀態 2016-08-22 21：30：04,25,921 檔案，3,746 目錄，104.9 GB （1,274 個檔案，0 位元組，0.00% 新） 1733 MB 46% CPU （1 個開啟檔案） /opt/2016_hold.tar 

Cause

不適用

Resolution

本節應連同有關用戶端備份效能故障診斷的一般文章一同檢閱。
請參閱 Avamar 用戶端備份效能。如何找出瓶頸 （解決方案路徑）

定期檢閱客戶端記錄，了解標準值，以便識別異常模式。
「Outliers」可能指出會影響備份效能和 Avamar 伺服器儲存容量的潛在問題！

每一項狀態資訊都很有用。在此，我們列出查看每個統計數據時需要考慮的一系列事項。  
從記錄中篩選出狀態行並分析圖片，我們就能瞭解其行為。

請考慮下列事項;

1） 目前

掃描的來源檔案和資料夾數量備份中是否有多個檔案？每個檔案avtar都必須掃描，需要時間。  
檔系統備份的備份時間與掃描的檔案數目大致成正比。  

隨著備份的進行，「目前掃描的來源檔案和資料夾數量」應會增加。
如果此數位停止增加，或檔案掃描速度變慢，請檢查狀態行結尾的檔名。您可能會找到由avtar處理的大型修改檔案。
試想，avtar 現在可能會在不同的分割區中掃描檔案，或是較慢 （或更嚴重競爭） 的儲存子系統。

考慮到檔案/小時的效能和可用的最大備份時段，備份中的檔案數量是否真實？

2） 檔案與資料夾

的比率，與備份的檔案數量相比，是否有異常小或大量的資料夾？
單一資料夾中的許多檔案 （100,000+） 有時可能會降低效能，因為小型檔案與資料夾的比例可能也會降低。
3） 到目前為止

掃描的來源檔案合併大小此值最終會提供備份的總大小。
對於資料庫類型備份而言，這個值相當重要，因為avtar可能會處理數據集中的許多檔案。
在這種情況下，備份效能會與avtar處理資料 （區塊、壓縮、哈希） 的速率成正比。

此值對於文件系統備份效能也相當顯著。大型數據集的備份可以容許較小的變更率百分比。  

注意：藉由將掃描的檔案數目依掃描的來源檔案大小來劃分，我們會瞭解平均 （平均） 檔案大小。
如果平均檔案大小較大，即使是少量的變更檔案，也會為avtar建立大量的處理工作。
使用 Avamar 備份 Outlook 封存 .pst 檔案 



4） 由 avtar

處理的修改檔案數量時，請參閱效能考慮事項，這有助於我們了解備份必須執行的工作量。

針對資料庫備份，相對於數據集中的檔案數量，此數字相對較高。  
甚至可能是數據集中的所有檔案都經過修改。  

對於文件系統備份，此數位應仔細註明。在初始備份期間，數位一律很高。  
如果是第 1 層備份 （在初始備份 後 進行備份），該數位 通常 低於掃描之檔案總數的 3%。  
如果比例為 >5%，可能會對備份持續時間造成巨大影響，特別是當數據集中有大量數據，或是平均檔案大小較大時。

識別哪些檔案正在變更，並考慮變更原因。看到;

5） 新增至 Avamar 伺服器

的數據量，這是必須透過線線運送至 Avamar 伺服器的數據量。它會影響 Avamar 伺服器或 Data Domain 上的容量使用。  
如果客戶端是透過 WAN 與伺服器分離，或是考慮為客戶端進行複製，則此值應小到足以在備份視窗內傳輸客戶端資料，以提供可用的網路頻寬。

您可以使用 capacity.sh 文稿 （請參閱下方）來識別已新增最多數據至 Avamar 系統的用戶端。


6） 此備份的變更速率 （到目前為止）

此值是新增至 Avamar 伺服器的數據掛載，除以迄今掃描的來源檔案組合大小。
變更率高於 3% 視為高。
7） 目前 avtar 程式的記憶體使用量 （以兆位元組為準）

記憶體使用方式取決於各種因素，包括;
  • Avamar 版本
  • 用戶端作業系統
  • 數據集特性
  • 正在使用的檔案快取類型。  
請考慮avtar使用用戶端 RAM 的比例，以及此使用量是否會影響用戶端的用戶端程式。
當avtar備份大型目錄時，它會在嘗試掃描和排序數據時耗用更多記憶體。
如果使用特定 avtar 調整參數 （例如 maxopendirs 旗標），記憶體消耗也可能會增加。


8） avtar

A 中至中高值所消耗的系統 CPU 百分比是理想的選擇，因為這表示 avtar 的傳送數據的速度快到足以保持 CPU 忙碌。
如果 CPU 使用率低 （<10 或 <20%），可能是因為儲存裝置緩慢、忙碌或高度競爭，或網路連線速度緩慢。

考慮avtar是否與機器上執行的其他程序競爭。理想情況下，備份應排定在客戶端活動減少的期間。


9） 產生狀態訊息時備份的最後一個檔案名稱：

請考慮檢查檔名、目錄結構或擴展名，來備份何種類型的數據。
avtar 是否會花費很長的時間處理任何特定檔案或目錄？
在特定目錄路徑或在特定分割區中處理檔案時，檔案掃描速度是否會減慢？

Additional Information

記錄範例：-

Status 2011-11-14 10:19:26, 413 files, 36 folders, 43.84 MB (413 files, 24.54 MB, 55.99% new) 33MB   2% CPU  E:\\store\Small-file.txt
Status 2011-11-14 10:19:41, 418 files, 39 folders, 46.24 MB (418 files, 26.14 MB, 56.53% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:19:56, 420 files, 39 folders, 47.79 MB (420 files, 27.49 MB, 57.52% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:11, 420 files, 39 folders, 49.25 MB (420 files, 28.87 MB, 58.63% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:26, 420 files, 39 folders, 52.68 MB (420 files, 32.30 MB, 61.32% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:41, 420 files, 39 folders, 54.80 MB (420 files, 34.33 MB, 62.65% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:20:56, 420 files, 39 folders, 58.48 MB (420 files, 38.01 MB, 64.99% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:11, 420 files, 39 folders, 59.87 MB (420 files, 39.39 MB, 65.80% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:26, 420 files, 39 folders, 62.40 MB (420 files, 41.92 MB, 67.19% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:41, 420 files, 39 folders, 64.59 MB (420 files, 44.12 MB, 68.31% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:21:56, 420 files, 39 folders, 67.04 MB (420 files, 46.57 MB, 69.46% new) 33MB   2% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:11, 420 files, 39 folders, 69.13 MB (420 files, 48.66 MB, 70.39% new) 33MB   1% CPU  E:\\store\Large.ppt
Status 2011-11-14 10:22:26, 421 files, 39 folders, 71.99 MB (421 files, 51.25 MB, 71.20% new) 33MB   2% CPU  E:\\store\Smalller.pptx
Status 2011-11-14 10:22:41, 421 files, 39 folders, 74.80 MB (421 files, 54.06 MB, 72.27% new) 33MB   2% CPU  E:\\store\Small.xls
Status 2011-11-14 10:22:56, 424 files, 39 folders, 77.23 MB (424 files, 56.24 MB, 72.83% new) 33MB   2% CPU  E:\\store\Small.txt
Status 2011-11-14 10:23:11, 425 files, 39 folders, 79.33 MB (425 files, 57.62 MB, 72.63% new) 33MB   1% CPU  E:\\store\Small.pdf

What we learn from this logging example:
  • 狀態報告以 15 秒間隔設定 （預設值為 = 900 秒）。作者建議設定 300、600 或 900。
  • 備份速度緩慢，但進度穩定。
  • 每小時檔案效能較低 （備份會在 4 分鐘內持續 12 個檔案）。
  • 正在備份的數據會從共用儲存裝置對應。
  • 當「新」數據的百分比異常高時，這可能是第一次備份，或是備份包含大量新數據。
  • LargePresentation.ppt 需要幾分鐘的時間進行備份。
  • CPU 使用率較低;暗示avtar正以緩慢的速度從目標儲存裝置提供數據。傳入的數據不足以讓 CPU 保持忙碌。

Affected Products

Avamar
Article Properties
Article Number: 000062852
Article Type: Solution
Last Modified: 04 Apr 2023
Version:  4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.