Журнал заданий с несколькими экземплярами DataStage 9.1 не упорядочен по идентификатору вызова

Привет, ребята, надеюсь, вы сможете помочь.

Я использую DataStage 9.1, и у меня проблема с журналом заданий в Director. Позвольте мне сначала сказать, что компания, в которой я работаю, только что купила и установила InfoSphere около 6 месяцев назад, так что я полностью ожидаю некоторых проблем с ростом, и это вполне может быть что-то на стороне администратора. Я знаком с версией 8.5 и старше (использую инструмент 3 года), но не с 9.1. ... К вопросу ...

У меня есть большая последовательность со множеством подпоследовательностей под ней, и я использую многие из одних и тех же параллельных заданий (с установленной настройкой «Несколько экземпляров») несколько раз. Я изменил идентификатор вызова для заданий с несколькими экземплярами для каждой загружаемой системы, установив идентификатор в качестве переданного параметра (имя целевой таблицы).

Вот пример ..

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, но эта среда была устоявшейся и стабильной.

Спасибо за помощь!


person R.Hamilton    schedule 05.12.2013    source источник


Ответы (1)


Итак, я понял, в чем проблема, и хотел поделиться на случай, если у кого-то еще есть такая же проблема. Эта проблема возникла на стороне сервера / администрирования (с которой у меня нет опыта), поэтому я прошу прощения, если я не понимаю. Когда DataStage ведет журнал различных заданий, он создает файл и сохраняет его где-нибудь на сервере. Проблема заключалась в том, что файл был поврежден для этого конкретного задания. Все, что нам нужно было сделать, это взять файл из другого задания, переименовать его в то же имя, что и у поврежденного файла, и заменить поврежденный файл. Это сразу устранило проблему.

person R.Hamilton    schedule 27.12.2013
comment
Рад, что ты нашел ответ. Они известны как файлы RT_LOG / RT_STATUS и могут быть повреждены по ряду причин. Чаще всего в нашем магазине происходит сбой PID задания на уровне ОС во время записи сообщения журнала. Еще одно возможное решение этой ситуации - использование DataStage Director. Перейдите к заданию, о котором идет речь, выделите его, перейдите в раздел «Задание» - ›Очистить файл состояния, затем нажмите« Да »для подтверждения. - person Kerr; 21.02.2014