DNN 9.01.01 Export/Import 停留在已提交状态

DNN 9.01.01 Export/Import Stuck on Submitted Status

我们正在过渡到 DNN 9.01.01 版本,但 import/export 功能似乎无法正常工作。我提交了导入,但它在过去 8 小时内一直处于已提交状态。

这是已知问题还是服务器上的配置阻止 import/export 工作?

我们的实例安装在 Azure 上

谢谢

我相信他们没有为此编码,我是 DNN 9。我尝试将它用于客户,但没用。

我询问了一下,得到的答复是疏忽。

我们也联系了支持人员,看起来这是将 DNN 安装为 Azure webapps 的问题。

我们必须删除所有未使用的服务器并将任务设置为当前活动服务器上的 运行 并在调度程序选项卡上手动启动 import/export 功能。

为了增加可能导致此问题的问题,我们已经重命名了我们的服务器并且计划任务仍然具有服务器的原始名称。一旦我们将名称更改为任务下的新名称,它就会按计划开始 运行。

HTH

戴夫

很久没碰这个帖子了,但我仔细研究了一下,发现了问题所在。我通过直接编辑 DNN 数据库解决了这个问题。虽然我使用的是 9.4 版,但我确信这适用于任何版本,因为这个问题显然是由 Azure AppService 部署包中的一些不稳定代码引起的。

要解决,我只需要手动编辑 dbo.Schedule table。我使用 Azure Data Studio,因为我在 Mac 上,但 SSMS 或任何其他管理器也可以使用。我相信您甚至可以使用 DNN 内置编辑器,尽管我对它不是很熟悉。

在挖掘依赖项时,我注意到与非操作性 Export/Import 作业不同,所有工作作业在 "Server" 字段中都有 NULL 值,而 Export/Import 作业具有写入其中的 Azure 服务器名称。我手动将此字段的值更改为 NULL,并且一直在旋转的站点导入作业立即开始。

此外,为了后代,您需要确保在执行此操作之前没有 15 个不同的导入作业排队,因为一旦您将新值提交给数据库,它们就会全部开始处理。如果你花了好几次才发现它们在旋转,你可能会想去调度程序并在数据库编辑之前删除你不想 运行 的任何东西。

希望这可以帮助其他人节省一些时间。干杯!

我遇到了这个问题,在检查计划执行的其他任务时,我注意到服务器字段是空的,而 import/export 上有逗号分隔的输入。当我正确清除 import/export 字段时,任务 运行。