Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

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

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

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.

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:5620,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: 18 Oct 2024
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.