Deployment 如何修复'；元数据管理器维度id中缺少'；SSAS中的错误？

我经常会遇到这样的错误，错误如下：

错误-1055653635:元数据管理器中存在错误。多维数据集引用的ID为、名称为的维度不存在。 错误-1055653859:元数据管理器中存在错误。从文件“\？\W:\OLAP\Data\BlahBlah Cubes.0.db\Blah.8.cub.xml”加载Blah多维数据集时出错

---

首先，它认为缺少的维度确实存在于服务器上的SSAS数据库中。维度ID在多维数据集和维度中似乎都匹配，因此不像ID已经重命名，现在它们不匹配。有时可以通过有效地删除使用相同维度的两个多维数据集来修复此问题，然后如果重新部署其中一个多维数据集，第一个多维数据集可能会重新部署OK，但第二个多维数据集可能不会。令人费解的是，为什么以前通过删除数据库并重新启动来解决错误时，错误会不断重复出现..等等。我们使用该维度是否有某种特别的方式更可能导致元数据管理器混淆（？）

我会将您的SSAS数据库位置移动到本地驱动器。来自MSDN：“任何到网络共享的UNC路径或任何高延迟远程存储解决方案都会导致不受支持的安装。”

---

我不知道这是否是根本原因，但每次处理多维数据集时，我都会重新创建相同的错误

让我开始这个故事，我正在优化立方体，因为我们的报告运行缓慢。我发现有一个客户维度实际上大于事实“折旧维度””，因此我创建了新的客户维度“customer1”，该维度的客户数等于事实。这样，我就解决了我的优化问题。然后还有4个多维数据集，我必须为这些多维数据集创建全新的客户维度。因此，我为另一个多维数据集创建了第二个客户维度“customer2”，考虑到先处理它然后爆炸，我得到了这个错误“元数据管理器错误：\somelocation…\\customer1.dim.0.xml错误”。我非常仔细地阅读了该错误消息，我想，当我试图处理维度“customer2”时，为什么会抛出维度“customer1”的错误。然后处理维度“customer1”并对其进行处理。然后我处理了我的第二个维度“customer2”，它得到了处理

我很高兴，但也很恼火和困惑，为什么这是相互关联的，或者SSAS女士的文件说你必须按照顺序处理。所以为了测试这一点，我又创建了一个维度“customer3”，然后重复上面相同的步骤。尝试先处理此维度，得到错误，然后处理第一个维度“customer1”，然后处理维度“customer3”，我再次得到错误，但对于维度“customer2”，然后我处理维度“customer2”，然后“customer3”所有数据均已成功处理。现在每次我有要处理，我都必须遵循顺序。希望这有帮助

问候,

---

我也有同样的问题。结果是，它抱怨的目录中有空的XML文件

这就是我的错误：

元数据管理器中的错误。从文件\？\R:\ANALYSIS\Warehouse.0.db\Role.5.Role.xml实例化元数据对象时出错

---

当我导航到\？\R:\ANALYSIS\Warehouse.0.db\n时，我发现Role.5.Role.xml文件是0KB。我删除了（为了安全起见，移动得很好）文件，重新部署了解决方案，错误消失了：）

我也遇到了同样的问题。转到维度上的“属性关系”选项卡并删除有问题的关系。

---

然后您可以再次创建它。

W：驱动器本地还是网络共享？好问题！我正在努力解决这个问题，看看服务器管理器/存储/磁盘管理。如果W:未列出，则它不是本地的，对于SSAS数据库存储来说是一个危险的选择。它位于analysis services数据库服务器上。AnalysisServices数据库不应该是本地的吗？无论如何，该文件夹包含每个维度（.dim.xml文件）和每个多维数据集（.cub.xml）的大量文件。cub文件包含对维度id的引用，并且似乎存在一个与该维度相关的dim文件..但是，我仍然不太了解这些文件的组织方式，以了解是否存在问题服务器位于SAN上-这算不上不受支持吗？我知道，但是到SAN的UNC路径和UNC路径之间有什么区别网络共享的路径？它位于SAN上，但地址看起来类似于网络共享的路径。据我所知，不同之处在于，在高IO SSAS进程操作期间，磁盘存储的任何延迟都有可能导致您收到的这些元数据错误。这个答案是存根，而应该是存根。一旦你有足够的信息，你就可以发表评论了。如果你没有足够的声誉，请阅读如何在你没有足够声誉的情况下做出贡献。像这样的简短回答可能会被认为是低质量的。简单的方法是删除文件。但首先我们应该停止SSAS服务，然后删除文件