【发布时间】:2017-09-28 16:32:59
【问题描述】:
我们正在过渡到 DNN 9.01.01 版本,但导入/导出功能似乎无法正常工作。我提交了一个导入,但它在过去 8 小时内一直处于已提交状态。
这是一个已知问题还是服务器上的配置阻止导入/导出工作?
我们的实例安装在 Azure 上
谢谢
【问题讨论】:
标签: azure dotnetnuke dotnetnuke-9
我们正在过渡到 DNN 9.01.01 版本,但导入/导出功能似乎无法正常工作。我提交了一个导入,但它在过去 8 小时内一直处于已提交状态。
这是一个已知问题还是服务器上的配置阻止导入/导出工作?
我们的实例安装在 Azure 上
谢谢
【问题讨论】:
标签: azure dotnetnuke dotnetnuke-9
我们也联系了支持人员,似乎将 DNN 安装为 Azure Web 应用程序存在问题。
我们必须删除所有未使用的服务器并将任务设置为在当前活动服务器上运行,并在调度程序选项卡上手动启动导入/导出功能。
【讨论】:
这个帖子好久没动了,翻来翻去发现了问题。我通过直接编辑 DNN 数据库解决了这个问题。虽然我使用的是 9.4 版,但我确信这适用于任何版本,因为这个问题显然是导致 Azure AppService 部署包中的一些不稳定代码。
要解决这个问题,我只需要手动编辑 dbo.Schedule 表。我使用 Azure Data Studio,因为我在 Mac 上,但 SSMS 或任何其他管理器也可以工作。我相信您甚至可以使用 DNN 内置编辑器,尽管我对它不是很熟悉。
在挖掘依赖项时,我注意到与非操作导出/导入作业不同,所有工作作业在“服务器”字段中都有一个 NULL 值,而导出/导入作业则写入了 Azure 服务器名称。我手动将此字段的值更改为 NULL,并且一直在旋转的站点导入作业立即启动。
此外,为了后代,您需要确保在执行此操作之前没有 15 个不同的导入作业排队,因为一旦您将新值提交到数据库,它们就会全部开始处理。如果你花了好几次才发现它们在旋转,你可能会想要去调度程序并删除任何你不想在数据库编辑之前运行的东西。
希望这有助于为其他人节省一些时间。干杯!
【讨论】:
我相信他们为此遗漏了代码。我是 DNN 9。我尝试将它用于客户,但没用。
我询问并得到回复说这是一个疏忽。
【讨论】:
为了增加可能导致此问题的可能问题,我们已重命名我们的服务器,而计划任务仍具有服务器的原始名称。一旦我们将名称更改为任务下的新名称,它就开始按计划运行。
HTH
戴夫
【讨论】: