调度执行SSAS命令失败：登录无法请求打开数据库

从你提供的错误信息和配置细节来看，问题核心是SSAS在尝试连接底层关系型数据库（MyDatabase）时的身份验证环节出了问题——虽然你已经给MyDomain\MyUserName配置了大量权限，但有几个容易被忽略的细节需要排查：

1. 确认SSAS数据源的连接字符串是否指向正确的命名实例 #

你的测试环境是主实例的命名副本，但SSAS的数据源连接字符串很可能还沿用了原主实例的配置（比如指向默认实例localhost或主实例名），而非当前的命名实例MyNamedInstance。

验证&修改方法：

• 在SSMS中连接到你的SSAS实例，找到对应的维度数据源
• 查看连接字符串，确认是否包含命名实例标识，正确格式应该是：

  Data Source=localhost\MyNamedInstance;Initial Catalog=MyDatabase
  

如果连接字符串还是指向默认实例，修改后重新测试作业。

2. 检查SSAS数据源的模拟配置是否准确 #

你提到SSAS数据库使用MyDomain\MyUserName作为模拟账户，需要确认这个配置的具体设置：

• 打开SSAS数据源的属性，检查“模拟信息”是否设置为**“使用特定Windows用户或组”**，并且用户名、密码输入完全正确（注意密码是否过期或近期有变更）
• 如果设置的是“使用服务账户”，那SSAS服务的登录账户需要拥有访问MyDatabase的权限（不过你已经把服务账户设为MyDomain\MyUserName，这条可能不适用，但还是要确认配置项）

3. 直接在SSMS中测试XMLA脚本，排除Agent上下文问题 #

把作业步骤中的SSAS命令（XMLA脚本）复制出来，在SSMS中以MyDomain\MyUserName身份登录SSAS，直接执行这个脚本：

• 如果脚本执行成功，说明问题出在SQL Server Agent的执行上下文，需要检查Agent的权限或配置
• 如果脚本也失败，那问题就出在SSAS本身的数据源连接或权限配置，回到前两步重点排查

4. 验证命名实例数据库引擎的登录权限是否生效 #

虽然你说MyDomain\MyUserName是sysadmin，但还是建议在命名实例的数据库引擎中执行以下语句，确认权限是否正确配置：

-- 检查服务器级登录是否存在
SELECT name, type_desc FROM sys.server_principals WHERE name = 'MyDomain\MyUserName';

-- 检查数据库级用户是否存在并拥有访问权限
USE MyDatabase;
SELECT name, type_desc, has_dbaccess FROM sys.database_principals WHERE name = 'MyDomain\MyUserName';

5. 检查Kerberos身份验证（如果使用服务器名而非localhost） #

如果SSAS数据源连接字符串用的是服务器的NetBIOS名或FQDN（而非localhost），可能需要配置Kerberos SPN来避免双跳问题：

• 用以下命令检查MyDomain\MyUserName是否有对应的SQL Server SPN：

  setspn -L MyDomain\MyUserName
  

• 如果缺少针对命名实例的SPN（比如MSSQLSvc/YourServerName:MyNamedInstance），需要添加对应的SPN

最后一步：重启服务确保配置生效 #

不管修改了哪项配置，建议重启SQL Server Agent和SSAS服务，确保权限或连接字符串的变更完全生效，然后再测试作业。

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