Etl 转换/作业重新加载时壶连接下降

我的工作是在MySQL存储库中存储多个转换。转换具有连接到不同数据库的步骤，例如表输入和组合查找/更新

当我重新加载作业并尝试执行它时，所有连接都已从转换中断开。我必须返回并编辑转换以指向正确的数据库

这种情况并非总是发生。大多数情况下，我会在与存储库断开连接后注意到它，因为我整晚都开着它，不得不重新连接

这是我的已知错误还是用户错误

---

谢谢。

查看Pentaho Wiki-要使用MySQL作为repo，必须在MySQL中配置各种东西以使其可靠工作-特别是使用innodb和其他各种db调整

我以前见过这种情况，但在我的经验中，这是mysql特有的。不过，请先检查上面的内容。在我的经验中，这是罕见的，但确实时常发生

---

显然，由于mysql超时，您将在一夜之间断开连接。有一些设置可以控制这一点，同样的问题也会导致BI服务器出现问题，这就是为什么每个人都使用c3po。。但是我不担心，我认为这与连接丢失问题无关。

我认为您所说的是从转换定义中删除连接

其他连接类型也会发生这种情况。我不知道真正的原因，但我找到了一个灵感来源于此的解决方案：

只需在Spoon中的连接上单击鼠标右键，然后选择“共享”

---

然后，在下次加载转换时不会删除连接。

您确定没有人或其他任何东西会弄乱存储库中的表吗？您是否在存储库资源管理器中看到您的连接？您确定它正确保存了您的作业/转换吗？如果通宵开机，为什么会断开连接？这个问题解决了吗？我已经测试了最后一个版本，问题仍然存在。在过去，问题是先保存连接，然后在执行其他操作之前重新打开转换。