大家好
到目前为止,我已经注意到了cloud works的模型到模型集成。不确定是否有其他人也注意到了这些
编辑
我们有一个测试模型,测试cloudworks整数。然后我们归档了模型,但是出于某些原因,CloudWorks仍在后台运行。CloudWorks试图寻找该模型,并消耗了所有内存,这导致了整个工作区关闭. 用户无法登录。因此,我们必须手动禁用该模型的cloud works集成。
希望这对别人有帮助
到目前为止,这对我们来说有点让人失望。有没有人经历过类似的问题?
@卡拉纳姆
不,它很慢,但不是慢20倍。我要说的是,在安纳普兰的支持下提出一张罚单
我还认为这些作业将在“小时外”运行,因此,如果您的数据在XX:XX时间进入datahub,那么您可以在以后使用Anaplan运行导入,特别是在它影响模型集合的情况下。
或者你只想运行一些东西而不需要加载模型!
@米斯巴是的,它可以慢20分钟这里有一个截图来证明这一点
同一个进程运行了两次(它只有一个操作,其中包含1个列表,列表中的项目少于20个),模型也已完全加载
20分钟持续时间和10分钟持续时间
我们遇到了这样一个问题,即操作将在未部署的模型上有效,但在已部署的模型上无效。。。这是令人沮丧的。它可能是一个真正的游戏规则改变者,这将减少我们对外部调度的依赖,以移动有关我们环境的信息。
我不确定这件事是否得到了澄清——我还没有太接近它。
@安德烈我还没有在部署模式下尝试过。我会试着把它贴在这里
在我的例子中,加载并准备好源和目标的模型
我同意这可能是一个真正的游戏规则改变者,但目前看来,这一版本的cloudworks似乎存在问题。至少我要面对它
@安德烈这听起来像是我们计划在下个月发布的版本中解决的一个已知问题。为了确保,您可以考虑打开带有特定细节的支持票。谢谢你的耐心!
啊,是的。。。可能是我们的票引起的。我会为此保持警惕,现在就让团队成员离开。
@安德烈我们已经解决了这个问题。你能确认你方已解决该问题吗?
@迪布-呜呼!我已经运行了几个项目,所有这些看起来都在后台工作。好的,我只是让另一个团队成员在另一个模型中运行一个稍微不同的流程,以更加确定。但到目前为止,一切都很好!
吃一些虚拟蛋糕。