Informatica 并行作业在 Teradata 上创建 mload 问题
Informatica parallel jobs creating mload issue on Teradata
在 ETL 中有 2 个并行作业，这 2 个作业 运行 几乎同时开始和完成。完成后，他们将更新一些细节以进行相同的查找 table。两个并行作业都需要相同的时间才能完成。如果两个作业同时启动，则作业将在查找 table 上创建一个 mlock，并且两个作业都失败了。尝试释放 mlock 并再次 运行ning 它们。但这仍然再次进入mlock。因此在第一个并行作业之前添加了 20 秒的等待时间。然后两个并行作业都完成了任何问题，并将所需的详细信息更新为查找 table.
在此用例中添加等待时间不是理想的解决方案，因为稍后需要添加几个并行作业（大约 20-30 个）。如果在每个并行作业之前添加等待步骤，那么时间会急剧增加。因为对于第 2 个作业 20 秒，第 3 个作业 40 秒，依此类推。到第 20 个作业时，这将是一个很大的数字。
因此寻找替代解决方案而不是在每个作业之前添加等待步骤来避免 MLock 问题？
确保每个作业都有自己独特的日志、工作和错误 table 名称。如果可能尝试 运行 并行的多个作业使用相同的名称（例如默认生成的名称），您更有可能 运行 遇到问题。
但如果更新只是针对“一些细节”，那么 MLOAD 是错误的工具。
在 ETL 中有 2 个并行作业，这 2 个作业 运行 几乎同时开始和完成。完成后，他们将更新一些细节以进行相同的查找 table。两个并行作业都需要相同的时间才能完成。如果两个作业同时启动，则作业将在查找 table 上创建一个 mlock，并且两个作业都失败了。尝试释放 mlock 并再次 运行ning 它们。但这仍然再次进入mlock。因此在第一个并行作业之前添加了 20 秒的等待时间。然后两个并行作业都完成了任何问题，并将所需的详细信息更新为查找 table.
在此用例中添加等待时间不是理想的解决方案，因为稍后需要添加几个并行作业（大约 20-30 个）。如果在每个并行作业之前添加等待步骤，那么时间会急剧增加。因为对于第 2 个作业 20 秒，第 3 个作业 40 秒，依此类推。到第 20 个作业时，这将是一个很大的数字。
因此寻找替代解决方案而不是在每个作业之前添加等待步骤来避免 MLock 问题？
确保每个作业都有自己独特的日志、工作和错误 table 名称。如果可能尝试 运行 并行的多个作业使用相同的名称（例如默认生成的名称），您更有可能 运行 遇到问题。
但如果更新只是针对“一些细节”，那么 MLOAD 是错误的工具。