Windows自托管Azure DevOps多Agent运行AzurePowerShell任务遇权限问题求助

问题根源是Azure PowerShell的Az.Accounts模块初始化时使用了全局命名空间的互斥锁Global\AzurePowerShellConfigInit，当同一机器上的多个代理同时启动AzurePowerShell任务时，会触发互斥锁竞争导致访问拒绝错误。以下是可行的解决办法，无需放弃多代理部署：

解决方案 #

1. 禁用Az上下文自动保存（优先推荐） #

在AzurePowerShell任务的脚本最开头添加这条命令，强制当前进程不自动保存上下文配置，彻底绕过全局配置文件的互斥锁竞争：

Disable-AzContextAutosave -Scope Process

该命令让Az模块仅在当前进程内存中维护会话上下文，不会写入全局配置文件，从根源上消除冲突诱因。

2. 限制单个代理的并发任务数 #

修改每个自托管代理的配置文件（config.json），将maxParallel值设为1，确保单个代理同一时间只处理一个任务。这样两个代理不会同时执行AzurePowerShell任务，自然不会触发互斥锁冲突。

3. 升级Az模块到最新版本 #

将Az.Accounts及所有相关Az模块升级至最新稳定版，后续版本可能优化了全局互斥锁的实现逻辑，降低跨进程阻塞的概率。

4. 为每个代理分配独立系统用户运行 #

为每个自托管代理创建独立的本地用户账户，以该用户身份启动代理服务，并为每个用户单独安装Az模块到用户专属目录。虽然Windows全局命名空间互斥锁跨用户共享，但用户级别的资源隔离能进一步减少冲突可能性。

内容的提问来源于stack exchange，提问作者Jay Really