Hi Bryan Vattasiri,
The erratic fetching behavior occurs because excluding the physical local storage repository is insufficient when Windows Defender traverses the mounted virtualized App-V namespace, forcing the client to fault-stream the missing file blocks. To resolve this systemically in a Citrix VDI architecture, you must enforce App-V Shared Content Store (SCS) mode by setting the SharedContentStoreMode DWORD to 1 under HKLM\SOFTWARE\Microsoft\AppV\Client\Streaming. This strict configuration ensures the App-V client only maintains publishing data locally while keeping payloads on the SCCM DP, immediately preventing the local disk caching storm.
To stop the subsequent network flood to your IIS server when Defender scans these newly designated remote SCS points, you must explicitly disable network file scanning for the engine. You can enforce this quickly by executing Set-MpPreference -DisableScanningNetworkFiles $true via PowerShell, or by adjusting the Defender GPO under the Administrative Templates Scan component. Additionally, verify your active process exclusions explicitly encompass AppVClient.exe to completely prevent the AV filter driver from intercepting the streaming handlers during the full system assessment. Since App-V is officially deprecated, evaluating MSIX app attach for your eventual Windows Server 2022 migrations will natively eliminate these legacy VFS caching conflicts.
I hope this architectural guidance helps stabilize your master image assessments. If this answer is helpful, please do not forget to hit "Accept Answer".
Tracy Le.