Visual Studio 2019进入数据流级别时程序完全冻结问题咨询

已勾选全局打开包跳过验证的选项后，打开包无冻结问题，但进入数据流层级触发自动验证时程序完全卡死，且相同操作场景下其他设备可顺畅运行，可按以下顺序排查：

• 优先缩小排查范围：不要直接全量核查所有配置，先在解决方案中找到所有数据流任务，逐个将任务属性里的DelayValidation参数改为True，修改完成后再进入数据流层级，此时不会触发全量连接验证；进入编辑界面后逐个点击数据流内的数据源、转换、目标组件，点选到哪个组件时触发卡顿，就是该组件关联的连接或配置存在问题，无需全量排查所有资源。
• 核查异常连接的本机连通性与权限：针对定位到的异常组件关联的连接，不要依赖工具内置的连接测试按钮，直接在本机使用同账号、同驱动访问对应资源：比如数据库连接就用本机同版本数据库客户端登录，文件共享路径就直接在资源管理器输入地址访问，检查是否存在DNS解析超时、域账号权限未同步、网络路由不通、连接被防火墙拦截但无响应包的情况——这类问题会导致验证流程一直等待TCP响应直到超时，直接表现为程序完全卡死，其他设备网络、权限配置正常就不会触发该问题。
• 排查本地缓存损坏问题：
  1. 清除工具本地存储的连接凭据缓存，以SSIS为例可直接删除%APPDATA%\Microsoft\SQL Server\对应版本号\DTS\Settings路径下的缓存文件，重新录入连接凭据即可；缓存损坏时工具会反复调用失效凭据发起鉴权，触发无响应问题。
  2. 删除项目本地的元数据缓存文件夹，重新从项目源拉取最新项目文件，本地元数据缓存和项目实际内容不匹配时，验证阶段会循环比对元数据直到进程挂死。
• 排查驱动与工具版本差异：
  1. 对比本机和正常运行设备的连接驱动版本，重点检查ODBC驱动、Oracle OCI客户端、第三方数据库驱动的版本号、32/64位架构是否和所用ETL工具匹配，驱动版本不兼容、架构不匹配时，工具调用驱动发起验证的环节会直接挂死。
  2. 核对工具本身的补丁版本，部分旧版本开发工具存在数据流验证逻辑bug，比如早期版本SSDT就存在重复拉取元数据导致卡死的已知问题，将工具更新到和正常设备一致的版本即可修复。
• 排查本机环境冲突：临时关闭本机的第三方安全软件、VPN、全局网络代理后重试，部分安全软件的网络流量过滤、SSL扫描功能会拦截工具的验证请求，且不返回放行/阻断结果，导致工具一直等待响应触发卡死。同时检查本机Hosts文件是否存在对应数据源地址的错误静态映射，避免请求发往已下线的不可达地址。

临时救急方案：如果需要立刻进入数据流编辑，可先断开本机网络再打开工具进入对应层级，此时验证流程会因为网络不可达快速抛出错误终止，不会触发长时间卡死，进入编辑界面后再接回网络即可。

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