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

Question

嘿，伙计们希望你们能帮忙。

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

我有一个大序列，下面有许多子序列，我多次使用许多相同的并行作业（选中"多个实例"设置）。我通过将ID设置为传递参数（目标表名称），更改了正在加载的每个系统的多实例作业的Invocation 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保存不同作业的日志时，它会创建一个文件并将其存储在服务器上的某个位置。问题是此特定作业的文件已损坏。我们所要做的就是从另一个作业中获取一个文件，并将其重命名为损坏文件的相同名称，然后替换损坏的文件。这立即解决了问题。