Analysis Services Tabular 1400项目ADLS数据源无效及VS2017崩溃问题

我之前在类似环境下碰到过几乎一模一样的ADLS连接问题，结合你给出的配置（Visual Studio 2017 15.7.1、Microsoft Analysis Services Projects 1.26、Tabular模型兼容级别1400），给你几个经过验证的排查和修复方向：

1. 调整Analysis Services Projects扩展版本 #

AS Projects 1.26版本和VS2017 15.7.1存在已知的兼容性问题，尤其是ADLS数据源的处理逻辑有回归问题。你可以尝试：

• 升级扩展：安装VS2017兼容的最新AS Projects版本（最高到1.34版本，因为VS2017后续不再支持更高版本的扩展）
• 回退版本：如果升级后仍有问题，回退到1.25版本，这个版本对ADLS的支持更稳定

2. 彻底清理项目缓存文件 #

你提到删除Model.bim_xx.settings无效，那试试清理更完整的缓存：

• 关闭Visual Studio
• 删除项目根目录下的**.vs隐藏文件夹**（这个文件夹存储VS的项目缓存和状态数据）
• 删除项目目录中的bin和obj文件夹
• 重新打开项目，这能解决“模型已在其他位置打开”这类缓存冲突问题，同时也可能修复数据源引用无效的报错

3. 验证ADLS数据源连接字符串格式 #

1400兼容级别的Tabular模型对ADLS的连接字符串有严格要求，确保格式正确：

Source = AzureDataLakeStore;Account=你的ADLS账户名;Tenant=你的租户ID

另外，确认当前登录VS的账号（或服务主体）拥有ADLS数据源的读取权限，尤其是ADLS Gen1需要明确配置文件系统的访问权限。

4. 修复Power Query编辑器无法打开及VS崩溃问题 #

新建项目时连接成功但无法进入Power Query，大概率是Power Query组件的缓存或损坏导致的：

• 打开Developer Command Prompt for VS2017，运行以下命令重置VS用户数据（注意：会重置VS的自定义设置，建议先备份）：

  devenv /resetuserdata
  

• 如果重置无效，尝试修复VS2017安装：在控制面板的「程序和功能」中找到Visual Studio 2017，选择「修改」->「修复」，修复可能损坏的组件

5. 确认模型兼容级别和项目类型 #

确保你新建的是Analysis Services Tabular Project (1400)，而非其他兼容级别项目。1400级别对应SQL Server 2017/Azure Analysis Services，和ADLS的兼容性是经过验证的，选错级别会导致一系列数据源异常。

注意事项 #

所有操作前请务必备份项目文件，避免数据丢失。如果以上方案都无效，可以尝试在另一台干净的VS2017环境中测试项目，排除本地环境损坏的可能。

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