DNN 9.01.01导出/导入卡在提交状态

Question

我们正在转换到DNN 9.01.01版本，但似乎导入/导出功能无法正常工作。我提交了一份导入信息，但过去8小时内一直处于提交状态。

这是一个已知问题，还是服务器上有阻止导入/导出工作的配置？

我们的实例安装在Azure

上

由于

Answer 1

我们也联系过支持，看起来这是将DNN安装为Azure webapps的问题。

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

Answer 2

这个线程已经有很长时间没有被触摸了，但是我挖了一下，发现了问题所在。我通过直接编辑DNN数据库来解决此问题。虽然我使用的是9.4版，但是我确信它可以在任何版本上使用，因为此问题显然是由于Azure AppService部署程序包中的某些代码引起的。

要解决，我只需要手动编辑dbo.Schedule表。我使用Azure Data Studio是因为我在Mac上，但是SSMS或任何其他管理器也可以正常工作。我确定您甚至可以使用DNN内置编辑器，尽管我对此不太熟悉。

在深入研究依存关系时，我注意到，与非操作的Export / Import作业不同，所有正在工作的作业在“ Server”字段中均具有NULL值，而Export / Import作业具有写入的Azure服务器名称。我手动将此字段的值更改为NULL，并且一直处于旋转状态的Site Import作业立即开始。

此外，对于后代，您将需要确保在执行此操作之前没有将15个不同的导入作业排队，因为一旦将新值提交给数据库，它们将全部开始处理。如果花了几次时间弄清它们正在旋转，您可能需要转到调度程序并删除所有您不想在数据库编辑之前运行的内容。

希望这有助于节省其他人的时间。干杯!

Answer 3

我遇到了这个问题，在检查计划执行的其他任务时，我注意到服务器字段为空，而在导入/导出时有逗号分隔的输入。当我清除导入/导出字段时，任务运行正常。

Answer 4

我相信他们遗漏了编码，因为我是DNN 9.我尝试将它用于客户而且没用。

我询问并得到了回复，称这是一次疏忽。

Answer 5

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

HTH

戴夫