Azure DevOps构建管道偶发SQL Server 'sa'登录失败问题排查求助

• VM复用环节的密码不一致：VM放回资源池时，sa密码可能被测试残留操作、镜像自动更新脚本意外修改，导致后续测试用原连接字符串连接时密码不匹配。
• SQL Server账号状态异常：前一次测试结束后，sa账号的密码未正确回滚（比如测试中执行过密码修改但未恢复），或者存在后台进程篡改密码的情况。
• Azure镜像的配置残留：用于创建VM的基础镜像中可能包含未清理的自动重置密码任务，VM启动时偶发执行，导致sa密码变更。
• 并发复用的竞态冲突：多测试同时复用VM池资源时，可能出现某测试未完成密码回滚，另一测试就启动连接的情况，引发密码错误。
• 账号锁定连锁反应：偶发的密码错误触发SQL Server账号锁定策略，多次重试后导致State 78的锁定错误。

• 全程验证密码一致性：在VM放回池前、取出后，添加自动化步骤验证sa密码有效性（比如执行sqlcmd -S localhost -U sa -P ${SA_PASSWORD} -Q "SELECT 1"），记录每次校验结果，定位密码变更的触发节点。
• 深挖日志细节：出现错误的VM上，检查SQL Server错误日志（默认路径C:\Program Files\Microsoft SQL Server\<版本>\MSSQL\Log\ERRORLOG），查找sa密码修改、登录失败的详细记录；同时查看Windows安全事件日志，排查是否有账号密码变更的操作痕迹。
• 审计复用清理脚本：检查测试结束后的VM重置脚本，确认所有修改sa密码的操作都已回滚，没有遗漏的ALTER LOGIN语句或密码变更逻辑。
• 验证基础镜像稳定性：重新制作干净的VM镜像，确保SQL Server sa密码固定，无自动修改密码的任务/脚本，用该镜像跑测试，排除镜像本身的问题。
• 调整并发策略：暂时降低VM池的并发复用数量（比如从5台减至2台），观察错误频率变化，排查是否是并发竞态导致的问题。
• 检查账号锁定配置：通过SQL语句SELECT name, is_disabled, lockout_time FROM sys.server_principals WHERE name = 'sa'查看sa账号锁定状态，确认SQL Server的账号锁定阈值是否过低，导致少量错误就触发锁定。

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