SSAS表格模型SQL代理作业处理内存不足失败，求解决办法

嘿，我碰到过类似的情况，你这个问题的关键在于：手动/Visual Studio执行刷新没问题，但SQL代理跑就触发内存不足，而且服务器明明有48G内存却只用到18.5G就挂了——这绝对不是物理内存不够，而是权限、服务配置或者版本限制在搞鬼。下面给你几个针对性的解决思路：

1. 先查SQL代理服务账户的权限和内存配额 #

你手动刷新用的是自己的账户，而SQL代理默认用的是NT SERVICE\SQLSERVERAGENT，这个账户很可能没拿到足够的SSAS权限，或者被限制了内存使用：

• 把这个账户加到SSAS的服务器管理员角色里，至少也要给它目标数据库的处理权限；
• 去服务器的本地安全策略里，给这个账户加上“锁定内存页”权限（SSAS服务账户也得加，不然它没法高效利用大内存）。

2. 别忘了SSAS标准版的内存硬限制 #

SQL Server 2016标准版的SSAS表格模式，每个实例最多只能用16GB内存（这是官方的版本限制，企业版才没有这个约束）。你手动刷新时可能内存峰值没到16G，但SQL代理的执行环境可能让内存计算方式变了，刚好触碰到这个阈值就报错了。
如果全库刷新是刚需，那只能考虑升级到企业版；不然就换个思路——分批刷新。

3. 拆分XMLA脚本，分批刷新降低内存压力 #

全库一次性刷新会把所有表的数据都塞进内存，很容易爆内存。改成按表甚至按分区分批刷新，峰值内存会降很多：
把原来的全库脚本：

{ "refresh": { "type": "full", "objects": [ { "database": "MyCube" } ] } }

拆成多个小脚本，比如先刷事实表再刷维度表：

{
  "refresh": {
    "type": "full",
    "objects": [
      { "database": "MyCube", "table": "FactSales" },
      { "database": "MyCube", "table": "DimCustomer" }
    ]
  }
}

要是表有分区，那就按分区逐个刷新，内存压力会小得更多。

4. 检查SQL代理作业的运行模式 #

别忽略了代理作业的执行环境：

• 确保作业步骤用的是64位运行时，32位进程最多只能用4G内存，哪怕服务器有48G也白搭；
• 去作业步骤的“高级”选项里，看看有没有勾“使用32位运行时”，有的话赶紧取消掉。

5. 升级SSAS的累积更新试试 #

你现在用的是SP1 CU7，微软后续的CU修复了不少内存管理的bug，比如SQL代理执行时的内存计算错误。可以试试升级到SP1的最新CU（比如CU16），或者直接升级到更高的SP版本，说不定就能解决这个奇怪的内存问题。

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