Microsoft.AnalysisServices.Deployment.exe在第二台机器无法找到数据库的排查请求

遇到同一SSAS部署工具在不同机器上行为不一致的情况确实很棘手，结合你给出的日志和环境信息，我整理了几个针对性的排查方向，你可以逐一验证：

1. 检查工具版本差异 #

不同版本的Microsoft.AnalysisServices.Deployment.exe在连接逻辑、数据库检测上可能存在细微差异。你可以在两台机器上分别执行以下命令查看版本：

Microsoft.AnalysisServices.Deployment.exe /?

对比输出中的版本号，确认两台机器使用的工具属于同一SQL Server/SSAS组件版本。

2. 验证.asdatabase文件的一致性 #

确保第二台机器上的C:\My_Cube.asdatabase文件和第一台完全一致，没有被修改过。用文本编辑器打开文件，检查以下关键节点：

• <Server>：确认指向的是正确的myhost实例
• <DatabaseID>：确认目标数据库名称为My_Cube
  如果文件是从第一台复制过来的，还要检查是否存在路径依赖或本地配置引用的问题。

3. 确认RetainPartitions选项的配置有效性 #

你提到启用了RetainPartitions选项，这个配置通常通过.deploymentoptions文件或命令行参数传递：

• 如果使用配置文件，检查第二台机器上同目录下的配置文件是否和第一台一致，确认<RetainPartitions>属性设置为true
• 如果是通过命令行参数指定，确保第二台机器的命令行没有遗漏相关参数
  工具默认会读取同目录下的配置文件，若第二台机器的默认配置和第一台不同，也会导致行为差异。

4. 排查权限的隐性差异 #

虽然两台机器的操作用户都是SSAS实例管理员，但仍可能存在数据库级权限的细微差别：

• 在第二台机器上用SSMS连接到myhost的SSAS实例，手动验证当前用户能否正常查看、访问My_Cube数据库
• 检查SSAS实例的权限设置，确认该用户没有被限制访问目标数据库（即使是实例管理员，也可能存在自定义权限规则）

5. 检查网络连接的底层细节 #

两台机器都能连接SSAS，但网络路径可能存在差异：

• 用PowerShell执行Test-NetConnection myhost -Port 2383，验证第二台机器到SSAS默认端口的连通性，确保和第一台机器的网络环境一致
• 检查SSAS实例的远程连接配置，确认第二台机器的IP在允许访问范围内（虽然XMLA脚本能执行，但工具的连接逻辑可能和SSMS略有不同）

6. 启用verbose日志定位问题 #

当前日志信息不足以定位具体失败点，你可以添加/v参数启用详细日志：

& Microsoft.AnalysisServices.Deployment.exe "C:\My_Cube.asdatabase" /s:"C:\build_xmla.My_Cube.log" /o:"C:\My_Cube.xmla" /v

查看新生成的日志，里面会包含连接、数据库检测过程中的详细步骤，有助于找到“无法找到数据库”的具体原因。

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