我们无法从位于 SQL Server 代理的代理更新位于 Microsoft Analysis 服务器上的多维数据集

Question

这是一些背景信息。立方体和代理都位于同一台服务器上，我们称之为 x。 多维数据集使用的数据库位于称为此数据源的不同 serverlet 上。 有趣的是，如果我们从 Microsoft Analysis 服务器手动处理多维数据集，它每次都能完美运行。 请注意，我们在 azure 中运行所有这些，数据源是 Sql Server 当我们启动代理作业时，它运行了很长一段时间，但随后我们收到一条错误消息 以用户身份执行：NT Service\SQLSERVERAGENT。

<return xmlns="urn:schemas-microsoft-com:xml-analysis">
    <root xmlns="urn:schemas-microsoft-com:xml-analysis:empty">
        <Messages xmlns="urn:schemas-microsoft-com:xml-analysis:exception">
        <Warning WarningCode="1092091904" Description="Note. Analysis Server has persisted any security information specified as part of the Connection string portion of the Datsource object definition." Source="Microsoft SQL Server 2017 Analysis Services Managed Code Module"    
      HelpFile="" />
     </Messages>
   </root>
 </return>

当我们单击“在步骤开始作业...”时，它会显示操作和状态 第一个操作 Start Job SsasLoad_Ramundberget_Axess 给出状态 Success 第二个操作执行作业 SsasLoad_Ramundberget_Axess 的第一个状态是 80 秒内进行中，然后是状态错误

我一直在寻找这个问题的解决方案，但最终都是权限问题。 一些人遇到了同样的问题，他们都指向许可方向。

我们尝试了以下方法。 我们已经使用管理员帐户登录 Visual Studio 并部署它，但还是同样的错误。 我有一个理论。 我认为当我们手动运行多维数据集和运行代理时，尝试连接到数据源的用户是不同的。 我是第一个提出问题的人。我现在有更多信息可以分享。为了能够查看数据源上发生的数据流，我使用 Azure Data Studio（Sql Server profiler）。正如我在最初的问题中提到的，当我从 Microsoft Analysis Server 手动更新多维数据集（表格模型）时，它始终工作且状态成功。以下是使用 Azure Data Studio 进行日志记录的屏幕截图，当我在完整处理模式下手动处理多维数据集（表格模型）时，情况如下。 为了自动执行此步骤以自动更新多维数据集，我们创建了一个每小时运行一次的计划作业。为了确保代理作业能够正常工作，我们手动启动代理作业，启动多维数据集进行自我更新。但实际上，它将在后台运行并启动多维数据集进行自我更新。我们使用SQL Server代理来处理多维数据集（表格模式）。以下是设置代理作业的 json 的样子 { "refresh": { "type": "full", "objects": [ { "database": "Axess_Ramundberget" } ] } } 我想指出我们使用代理来触发多维数据集进行自我更新，但在 95% 的情况下它不起作用。这是 zure Data Studio sql server profiler 的屏幕截图，当状态给出错误时它看起来如何。 一件非常有趣的事情是，当我们收到状态错误时，尽管存在错误，多维数据集仍成功更新正确。但问题是我们真的不希望有错误信息显示错误，但多维数据集已从数据源成功更新。因此，在最初的问题中，我认为这与许可有关，但据我了解，这不可能是任何许可问题。启动代理时出现的错误始终与我在最初的问题中提到的相同。我一直在非常彻底地寻找解决我们问题的方法，但很少有人遇到这种问题。如果我比较手动运行多维数据集和运行代理时azure data studio sql profiler中的数据流，它非常相似。这是查看 SQl Server 代理历史记录的屏幕截图 更有趣的是，当我们使用 Azure Data Studio sql 探查器记录日志时，它有时可以工作，但如果我们不使用 sql 探查器，它就永远不会工作会成功，但是当我们使用 sql profiler 时，有时会成功，如屏幕截图所示。因此，每一次成功都是在我们使用了 sql profiler 时出现的。

Answer 1

我也有同样的问题。我能够从分析服务成功刷新多维数据集，但是当 SQL Server 代理尝试使用同一用户刷新多维数据集时，会出现与托尼提到的相同错误。你对这个问题有运气吗？就像你说的，立方体似乎令人耳目一新，但错误仍然存在。感觉更像是警告而不是错误，但工作却因为同样的原因而失败。