Avamar：VSS 插件程序备份运行缓慢的故障处理指导准则

VSS 插件备份运行缓慢或两个 VSS 插件备份并使用 Diskshadow 拍摄这些关键卷的快照，显示性能较差。 

在第一种情形中，VSS 插件程序备份性能不佳被追溯到关键 C：\ 驱动器中子文件夹的内容，从而影响整体备份效率。

第一种情况：  关注 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（ 外部链接） 
 

在清理和排除文件夹后，以前需要将近 2 小时 30 分钟的 VSS 备份现在只需 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. 

根据 Microsoft 准则，排除上述文件夹不会影响 VSS 备份的完整性，网址为：

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

案例#4：在这种情况下，使用 Avamar VSS 备份或 Diskshadow 应用工具为关键卷创建快照的速度会很慢。要隔离根本原因，请使用以下命令启用 VSS 性能跟踪（使用 DOS admin 命令提示符）：

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（ 外部链接）

第一种情况：由于 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/“磁盘清理实用程序以删除冗余条目，如果这没有帮助。
在数据集中添加这些子文件夹的显式排除。

第二种情况：确定的根本原因是“c：\Windows\System32\spool\PRINTERS*.tmp”
中的.tmp文件，解决方案是通过在数据集中添加排除项，从 VSS 备份中排除这些文件：

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

案例#3：由于“C：\users*\appdata\*”中的三个子文件夹条目而确定的根本原因。子文件夹中的文件存储被认为不是裸机恢复 （BMR） 恢复所必需的用户特定应用程序数据。若要解决此问题， 请在全局级别的数据集中为此文件夹和三个子文件夹添加排除项：

"C:\users*\appdata\*"

案例#4：解决方案 是禁用驱动程序验证程序执行，VSS 备份在 15 分钟内完成，而不是花费超过 10 小时。此外，在更改之前，Diskshadow 快照仅花费了几秒钟，而不是超过 25 分钟。