Question

嘿，大家希望你能帮忙。

我正在使用DataStage 9.1，而我在Director中的作业日志出现问题。首先让我说我工作的公司刚刚购买并安装了InfoSphere大约6个月前，所以我完全期待一些成长的痛苦，这很可能是管理员方面的事情。我熟悉8.5及更早版本（使用该工具3年）但不熟悉9.1。 ......关于这个问题......

我有一个包含许多子序列的大序列，我使用了许多相同的并行作业（多次检查“多个实例”设置）。我已经通过将id设置为传递参数（目标表名称）来更改我正在加载的每个系统的多实例作业的调用ID。

这是一个例子..

Multiple Instance job name = Temp_To_Final
When used for System_A = System_A_Temp_To_Final
When used for System_B = System_B_Temp_To_Final

我遇到的问题是当我查看作业日志时，它正在将System_A_Temp_To_Final与System_B_Temp_To_Final混合。

作业日志的示例：

Starting job System_A_Temp_To_Final.(....)      <---System_A
Environment variable settings (....)            <---System_A 
OSH script (....)                               <---System_A
Starting job System_B_Temp_To_Final.(....)      <---System_B
Parallel job reports successful completion      <---System_A
Environment variable settings (....)            <---System_B
OSH Script (....)                               <---System_B

当我有18个工作正在运行并且这样做时，它变成了一个巨大的混乱，很难单步执行或找出哪些错误或警告属于哪个工作。有谁知道如何组织这种方式？我没有8.5的这个问题，但那个环境已经建立并且稳定。

感谢您的帮助！

Answer 1

所以我想出了问题是什么，想要分享以防其他人有同样的问题。这个问题出现在服务器端/管理部门（我没有经验），所以如果我没有任何意义，我现在就道歉。当DataStage保留不同作业的日志时，它会创建一个文件并将其存储在服务器上的某个位置。问题是这个特定的工作文件是腐败的。我们所要做的就是从另一个作业中获取一个文件并将其重命名为损坏文件的相同名称并替换损坏的文件。这立即解决了这个问题。

DataStage 9.1多实例作业日志未按调用ID组织日志

1 个答案: