SSAS Tabular(1400)表达式表无法从SQL Server数据源加载求助

根据我处理SSAS Tabular模型的经验，你遇到的这个问题（Power Query预览正常但模型处理触发认证、导入报错）通常和数据源凭据上下文不匹配或者Power Query运行时的缓存/权限冲突有关，以下是分步排查和解决的方案：

1. 核对数据源凭据的存储与上下文设置 #

SSAS模型处理时的凭据上下文和Power Query编辑器预览时的上下文是分开的：

• 打开模型的数据源设置（在Visual Studio的“表格模型资源管理器”中右键数据源 → 属性）
• 确认凭据类型：
  • 如果选择的是「Windows身份验证 - 模拟当前用户」，确保你的域账户对SQL Server目标数据库有读取权限，且没有过期的密码
  • 如果选择的是「存储的Windows凭据」，重新输入正确的用户名和密码（可能密码过期或权限被回收）
• 注意：Power Query预览用的是你当前登录Windows的凭据，但模型处理时可能会用Visual Studio进程的上下文，或者模型存储的独立凭据，两者不一致就会触发认证弹窗

2. 清除Power Query缓存的旧凭据 #

本地Power Query缓存的凭据可能和模型存储的凭据冲突，导致处理时认证失败：

• 在Visual Studio中打开Power Query编辑器，点击顶部菜单「文件」→「选项和设置」→「数据源设置」
• 找到对应的SQL Server和ODBC数据源，点击「清除权限」
• 关闭并重新打开模型，重新配置数据源凭据，再尝试处理表

3. 排查Power Query(M)表达式的上下文差异 #

虽然预览正常，但全量处理时可能触发表达式里的隐藏问题：

• 先将表达式简化到最基础的形式，比如只保留：

  Sql.Database("你的SQL服务器名", "数据库名"){[Schema="dbo", Item="目标表"]}[Data]
  

  测试处理是否正常，如果正常，再逐步添加之前的转换步骤，定位是哪一步导致的错误
• 检查表达式中是否依赖本地环境配置（比如本地ODBC DSN的32/64位差异），SSAS 1400是64位模型，确保用的是64位ODBC驱动和DSN

4. 启用详细日志定位具体错误 #

开启SSAS模型的详细处理日志，获取更精准的错误信息：

• 在Visual Studio中右键模型项目 →「属性」→「调试」
• 勾选「启用详细日志记录」，设置日志路径
• 重新触发处理操作，查看日志文件中的具体错误（比如权限拒绝、查询超时、数据类型不兼容等）
• 如果是SQL Server端的问题，还可以在SQL Server中开启「登录失败审计」，查看模型处理时使用的登录账户是否有权限

5. 更新相关组件版本 #

1400兼容性级别的模型对Power Query运行时版本有要求，旧版本可能存在已知bug：

• 更新Visual Studio的Analysis Services扩展（在扩展管理器中搜索“Analysis Services Projects”并更新）
• 安装最新版的Power BI Desktop（它会同步更新Power Query的核心组件，SSAS模型会共享这个运行时）

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