我们正在过渡到 DNN 9.01.01 版本，但导入/导出功能似乎无法正常工作。我提交了一个导入，但它在过去 8 小时内一直处于已提交状态。
这是一个已知问题还是服务器上是否存在阻止导入/导出工作的配置？
我们的实例安装在 Azure 上
谢谢
问问题
570 次
5 回答
1
我遇到了这个问题，在检查计划执行的其他任务时，我注意到服务器字段为空，而在导入/导出时有逗号分隔的输入。当我清除导入/导出字段时，任务运行正确。
于 2021-03-22T12:53:08.143 回答
1
好久没碰这个帖子了，翻来翻去发现了问题所在。我通过直接编辑 DNN 数据库解决了这个问题。虽然我使用的是 9.4 版，但我确信这适用于任何版本，因为此问题显然是导致 Azure AppService 部署包中的一些不稳定代码。
要解决这个问题，我只需要手动编辑 dbo.Schedule 表。我使用 Azure Data Studio，因为我在 Mac 上，但 SSMS 或任何其他管理器也可以工作。我相信您甚至可以使用 DNN 内置编辑器，尽管我对它不是很熟悉。
在挖掘依赖项时，我注意到与非操作导出/导入作业不同，所有工作作业在“服务器”字段中都有一个 NULL 值，而导出/导入作业将 Azure 服务器名称写入其中。我手动将此字段的值更改为 NULL，并且一直在旋转的站点导入作业立即启动。
此外，为了后代，您需要确保在执行此操作之前没有 15 个不同的导入作业排队，因为一旦您将新值提交给数据库，它们就会全部开始处理。如果您花了几次时间才发现它们在旋转，您可能会想去调度程序并在数据库编辑之前删除您不想运行的任何内容。
希望这有助于节省其他人一些时间。干杯!
于 2019-12-02T07:08:14.593 回答
1
我们也联系了支持人员，似乎将 DNN 安装为 Azure Web 应用程序存在问题。
我们必须删除所有未使用的服务器并将任务设置为在当前活动服务器上运行，并在调度程序选项卡上手动启动导入/导出功能。
于 2017-10-25T17:41:14.783 回答
0
为了增加可能导致此问题的可能问题，我们已经重命名了我们的服务器，并且计划任务仍然具有服务器的原始名称。一旦我们将名称更改为任务下的新名称，它就开始按计划运行。
高温高压
戴夫
于 2018-02-23T14:16:10.673 回答
0
我相信他们为此遗漏了编码，我是 DNN 9。我尝试将它用于客户，但没用。
我询问并得到回复说这是一个疏忽。
于 2017-09-28T23:00:12.483 回答