Sql server 尝试从Analysis Services存储过程项目程序集调用脚本时出错

Sql server 尝试从Analysis Services存储过程项目程序集调用脚本时出错,sql-server,security,ssas,sql-server-2014,.net-assembly,Sql Server,Security,Ssas,Sql Server 2014,.net Assembly,我正在尝试构建用于审核SQL Server Analysis Services的报告。我不是在重新发明轮子,而是试图将已经存在的解决方案整合到一个更强大的平台上,以满足我的业务需求 我正在拼凑的此解决方案的一个主要组件使用Analysis Services存储过程项目,可以在以下链接中找到更多信息: 此项目依赖于将程序集安装到所需的SSAS实例或特定数据库 安装此程序集后,按照给定的安装说明,我不断遇到一个错误,让我知道它无法找到或使用关联的文件。以下是错误: 查询(1,6)托管存储过程的执行

我正在尝试构建用于审核SQL Server Analysis Services的报告。我不是在重新发明轮子,而是试图将已经存在的解决方案整合到一个更强大的平台上,以满足我的业务需求

我正在拼凑的此解决方案的一个主要组件使用Analysis Services存储过程项目,可以在以下链接中找到更多信息:

此项目依赖于将程序集安装到所需的SSAS实例或特定数据库

安装此程序集后,按照给定的安装说明,我不断遇到一个错误,让我知道它无法找到或使用关联的文件。以下是错误:

查询(1,6)托管存储过程的执行 DiscoveryXmlMetadataFull失败,出现以下错误:异常已发生 被调用的目标抛出。无法加载文件或 程序集“Microsoft.AnalysisServices.Xmla,版本=10.0.0.0, 区域性=中性,PublicKeyToken=89845dcd8080cc91'或其 依赖关系。系统找不到指定的文件

根据我的研究,解决这个问题的常规方法是删除或卸载程序集,然后重新安装。下一个解决方案是尝试安装该程序集的其他版本,直到找到一个可用的版本。另一个解决方案是确保您使用的帐户具有sysadmin访问权限

嗯,我已经尝试了所有这些,但没有一个能解决这个问题

我注意到一件奇怪的事情,我下载了SQL Server 2014解决方案,版本为12。我看到的是,无论我使用的是什么版本的程序集(dll),我最终还是看到错误显示版本为10。但是,如果我使用JetBrains dotPeak之类的工具进入dll,或者直接从GitHub下载代码,我可以看到在标有version 10的引用对象内部,它实际上正确地指向version 12。因此,也许这不是一个真正的问题,只是一个命名/标签的糟糕做法

我注意到的另一件事是,当我创建一个新程序集时,我可以立即进入详细信息部分(调试复选框旁边),并尝试查看程序集中的不同对象。这些对象中的一些立即被列为不可用、不使用权限、找不到。即使它们都在同一个dll中。这使我相信,位于其他文件夹位置的某些依赖对象才是真正的问题。但我不知道如何确认或修复它


任何关于我可以尝试使此程序集工作的其他建议都将非常有用。

您可以在您连接到的SSAS数据库下的SSMS中再次检查Assemblys文件夹吗?我想知道数据库和服务器下是否有ASSP程序集。数据库一个会赢。我只有在服务器级别下才有。