所以我对 BI 的概念基本上是全新的，并且我继承了现有的 ETL 流程，它是一个两步流程：
将数据加载到仅供多维数据集处理使用的数据库中
针对所述数据库启动 SSAS 多维数据集处理
它看起来很孤立，但偶尔（每周一次，有时两次）它会失败，但有以下例外：
“OLAP 存储引擎中的错误：找不到属性键”
现在有趣的是：
有问题的维度通常不是同一个维度（即没有一个维度始终存在此故障）
当我检查源表时，它实际上确实包含它说找不到的属性键
如果我随后立即通过 SSMS 手动重新处理维度和多维数据集，它们会成功重新处理并且不会发生任何事故。
在上述工作中以及当我通过 SSMS 重新处理它们时，我都使用“ProcessFull”，所以它应该完全重新处理它们。
有没有人遇到过这样的问题？我对此摸不着头脑......因为如果这是一个真正的数据完整性问题，再次重新处理多维数据集将无法解决它。到底会发生什么？我的任务是找出为什么会发生这种情况，但我既不能始终如一地重现它，也不能指出数据完整性问题是根本原因。
感谢您提供的任何意见！
我遇到了一个类似的问题，我发现在处理多维数据集之前处理尺寸对我有用。
你说打包开始处理，处理的设置是什么？
我想知道它是否最后处理尺寸，这可以解释它。如果事务的数量和并行性不寻常，这可能只会发生在整个进程上。检查手动全流程的设置与自动化流程的设置。
应始终首先处理尺寸。
立方体如何知道如何将事物映射出来？
例如，事实表中可能出现了新商品的销售，但尚未添加到产品维度中。它将无法执行连接并且会失败。
我已经看到与 AS2005 和 AS2008 类似的东西。尽管已处理维度，但我们得到未找到维度键的错误。
我们每天加载和处理维度。在每月的第一天，会创建新分区。在每月的第一个周末，在每日维度处理之后，加载事实表并处理分区。所有这些都是通过 SSIS 完成的。几个月来，分区处理一直失败。如果我们等一天，让每日维度处理运行一次，分区然后处理 OK。测试表明，在事实表加载后在一个关键维度上运行 ProcessUpdate 可以处理关联的分区。请注意，交互特定于每个分区，并且取决于正在加载的事实表。如果我们加载事实表 A，处理维度，然后分区 A 将处理。如果我们延迟加载事实表 B，我们'
众所周知，维度 ProcessUpdate 将使关联的分区索引和聚合无效，因此维度和分区处理之间存在联系。我怀疑我们可能会看到一些额外的无证交互。