Avamar：VSS 附掛程式備份執行緩慢的故障診斷準則

VSS 附掛程式備份在執行緩慢或兩種 VSS 附掛程式備份，以及使用 Diskshadow 拍攝這些關鍵磁碟區的快照時，顯示效能不佳。 

在第一種情況下，不良的 VSS 附掛程式備份效能會追蹤到關鍵 C：\ 磁碟機中子資料夾的內容，進而影響整體備份效率。

案例 #1：  下列 Windows 更新歷程記錄的資料夾內容減緩了 Avamar VSS 作業的速度。

c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3328.1.7
c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3207.1.6

使用部署映像服務與管理 （DISM） 和磁碟清理公用程式，根據準則啟動資料夾清理。

https://learn.microsoft.com/en-us/answers/questions/2191628/winsxs-occupying-more-space [learn.microsoft.com（外部連結） 
 

經過資料夾清理和排除後，VSS 備份以前需要將近 2 小時 30 分鐘，現在只需 35-40 分鐘即可完成。

案例 #2：「c：\Windows\System32\spool\PRINTERS\*」的資料夾內容導致 VSS 備份執行緩慢。 

解決方案是為這些資料夾項目新增資料集排除項目： 

--exclude=c:\Windows\System32\spool\PRINTERS\
--exclude=c:\Windows\System32\spool\PRINTERS*.tmp

案例#3：「C：\users*\appdata\*」的資料夾內容會減緩 Avamar VSS 的備份速度。 

Exclude "AppData\Local", "AppData\LocalLow" and " AppData\Roaming" directories from VSS backups. 

根據下列指南，排除上述資料夾不會影響 VSS 備份的完整性Microsoft：

https://learn.microsoft.com/en-us/windows/apps/design/app-settings/store-and-retrieve-app-data （外部連結）  

案例#4：在這種情況下，使用 Avamar VSS 備份或磁碟影子公用程式拍攝關鍵磁片區的快照速度較慢。若要隔離根本原因，請使用下列命令啟用 VSS 效能追蹤 （使用 DOS 管理員命令提示字元）：

i) logman create trace vss_trace -ow -o %temp%\%computername%_vss_trace.etl -p {9138500E-3648-4EDB-AA4C-859E9F7B7C38} 0xffffffffffffffff 0xff -nb 16 16 -bs 1024 -mode Circular -f bincirc -max 4096 –ets
ii) logman create counter PerfLog-1s -o "%temp%\%computername%_PerfLog-1.blg" -f bincirc -v mmddhhmm -max 300 -c "\LogicalDisk(*)\*" "\Memory\*" "\.NET CLR Memory(*)\*" "\Cache\*" "\Network Interface(*)\*" "\Netlogon(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Processor Information(*)\*" "\Process(*)\*" "\Redirector\*" "\Server\*" "\System\*" "\Server Work Queues(*)\*" "\Terminal Services\*" -si 00:00:01
iii) logman start Perflog-1s

iv) Now START THE VSS backup USING DISKSHADOW or Avamar VSS Plugin

v) stop the trace once backup completed with the following elevated commands:
 
logman stop vss_trace -ets
logman stop Perflog-1s
logman delete Perflog-1s

擷取的追蹤記錄指出「GetRootAndLogicalPrefixPaths」功能幾乎以迴圈方式連續執行。

同樣在跟蹤中，它顯示已在所有驅動程式上啟用的驅動程序驗證程式是罪魁禍首並減慢操作速度。有關驅動程式驗證程式影響的更多詳細資訊，
請訪問：https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier（外部連結）

案例 #1：由於 c：\Windows\servicing\LCU 資料夾中的微小 Windows 更新檔案已識別根本原因。

c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3328.1.7
c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3207.1.6

解決方案 是啟動 DISM/「磁碟清理公用程式」，以移除多餘的項目，如果這沒有幫助的話。
在資料集中新增這些子資料夾的明確排除項目。

案例 #2：因「c：\Windows\System32\spool\PRINTERS*.tmp」
中的檔案.tmp而識別出根本原因。解決方案是在資料集中新增排除項目，以從 VSS 備份中排除這些檔案：

--exclude=c:\Windows\System32\spool\PRINTERS*.tmp

案例#3：由於「C：\users*\appdata\*」中的三個子資料夾項目而識別出根本原因。子資料夾中的檔存儲裸機恢復 （BMR） 恢復不需要的使用者特定應用程式數據。若要解決此問題， 請在全域層級的資料集中新增此資料夾和三個子資料夾的排除項目：

"C:\users*\appdata\*"

案例#4：解決方案 是停用驅動程式驗證程式執行，並在 15 分鐘內完成 VSS 備份，而非花費超過 10 小時。此外，磁碟影子快照在更改前僅花費幾秒鐘而不是超過 25 分鐘。