Fehlerbehebung für ein Gitter

Ich habe einen in einem Gitter ausgeführten Datenintegrationsdienst aktiviert, aber einer der Dienstprozesse konnte nicht gestartet werden.

Wenn Sie einen Datenintegrationsdienst aktivieren, der in einem Gitter ausgeführt wird, so wird auf jedem Knoten im Gitter, der über die Dienstrolle verfügt, ein Dienstprozess gestartet. Aus folgenden Gründen wird ein Dienstprozess möglicherweise nicht gestartet:

• - Der Knoten verfügt nicht über die Dienstrolle.
Aktivieren Sie die Dienstrolle auf dem Knoten und dann den Dienstprozess, der auf dem Knoten ausgeführt wird.
• - Ein anderer Prozess, der auf dem Computer ausgeführt wird, verwendet die dem Dienstprozess zugewiesene HTTP-Portnummer.
Geben Sie in der Ansicht Prozesse für den Datenintegrationsdienst eine eindeutige HTTP-Portnummer für den Dienstprozess ein. Aktivieren Sie dann den Dienstprozess, der auf diesem Knoten ausgeführt wird.

Ein Job konnte in einem Datenintegrationsdienst-Gitter nicht ausgeführt werden. Welche Protokolle soll ich überprüfen?

Wenn das Datenintegrationsdienst-Gitter zur Ausführung von Jobs im Dienstprozess oder in separaten lokalen Prozessen konfiguriert ist, überprüfen Sie die folgenden Protokolle in der angegebenen Reihenfolge:

1. 1Jobprotokoll, auf das auf der Registerkarte Überwachen zugegriffen werden kann.
Enthält Protokollereignisse zu der Verfahrensweise, mit der die DTM-Instanz den Job ausführt.
2. 2Datenintegrationsdienst-Protokoll, auf das in der Ansicht Dienst der Registerkarte Protokolle zugegriffen werden kann.
Enthält Protokollereignisse zu Dienstkonfiguration, Verarbeitung und Fehlern.

Wenn das Datenintegrationsdienst-Gitter zur Ausführung von Jobs in separaten Remoteprozessen konfiguriert ist, schreiben weitere Komponenten Protokolldateien. Überprüfen Sie die folgenden Protokolle in der angegebenen Reihenfolge:

1. 1Jobprotokoll, auf das auf der Registerkarte Überwachen zugegriffen werden kann.
Enthält Protokollereignisse zu der Verfahrensweise, mit der die DTM-Instanz den Job ausführt.
2. 2Datenintegrationsdienst-Protokoll, auf das in der Ansicht Dienst der Registerkarte Protokolle zugegriffen werden kann.
Enthält Protokollereignisse zu Dienstkonfiguration, Verarbeitung und Fehlern. Das Datenintegrationsdienst-Protokoll enthält die folgende Meldung, die den Hostnamen und die Portnummer des Masterrechenknotens angibt:
INFO: [GRIDCAL_0204] The Integration Service [<MyDISName>] elected a new master compute node [<HostName>:<PortNumber>].
3. 3Protokoll des Masterrechenknotens, auf das in der Datei cadi_services_0.log in dem für den Masterrechenknoten konfigurierten Protokollverzeichnis zugegriffen werden kann.
Enthält Protokollereignisse an, die vom Dienstmanager auf dem Masterrechenknoten über die Verwaltung des Gitters der Rechenknoten und die Steuerung von Worker-Dienstprozessanfragen geschrieben werden. Auf die Protokolle des Masterrechenknotens kann im Administrator Tool nicht zugegriffen werden.
4. 4Ressourcenmanager-Dienst-Protokoll, auf das in der Ansicht Dienst der Registerkarte Protokolle zugegriffen werden kann.
Enthält Protokollereignisse zur Dienstkonfiguration und Verarbeitung sowie zu Knoten mit der Berechnungsrolle, die sich beim Dienst registrieren.
5. 5Containerverwaltungsprotokoll, auf das in der Ansicht Domäne der Registerkarte Protokolle zugegriffen werden kann. Wählen Sie Containerverwaltung als Kategorie aus.
Enthält Protokollereignisse zu der Verfahrensweise, mit der der Dienstmanager Container auf Knoten mit der Berechnungsrolle verwaltet.

Ein Mapping, das in einem separaten Remoteprozess ausgeführt wurde, weist eine unvollständige Protokolldatei auf.

Wenn ein Mapping in einem Datenintegrationsdienst-Gitter ausgeführt wird, das zur Ausführung von Jobs in separaten Remoteprozessen konfiguriert ist, schreibt der Datenintegrationsdienst zwei Dateien für das Mapping-Protokoll. Der Worker-Dienstprozess, der das Mapping auf dem Dienstknoten optimiert und kompiliert, schreibt Protokollereignisse in eine Protokolldatei. Der DTM-Prozess, der das Mapping auf dem Rechenknoten ausführt, schreibt Protokollereignisse in eine andere Protokolldatei. Wenn Sie auf das Mapping-Protokoll zugreifen, konsolidiert der Datenintegrationsdienst die beiden Dateien in einer einzigen Protokolldatei.

Ein Mapping-Protokoll kann aus folgenden Gründen unvollständig sein:

• - Das Mapping wird noch ausgeführt.
Wenn ein DTM-Prozess die Ausführung eines Mappings beendet, sendet er die Protokolldatei an den Master-Prozess des Datenintegrationsdiensts. Im Mapping-Protokoll werden erst nach Abschluss des gesamten Mappings DTM-Meldungen angezeigt. Zur Lösung des Problems können Sie bis zum Abschluss des Mappings warten, bevor Sie auf das Protokoll zugreifen. Alternativ können Sie die temporäre Protokolldatei suchen, die der DTM-Prozess auf dem Worker-Rechenknoten schreibt.
• - Das Mapping ist abgeschlossen, aber der DTM-Prozess konnte die vollständige Protokolldatei nicht an den Master-Prozess des Datenintegrationsdiensts senden.
Der DTM-Prozess kann möglicherweise nicht das vollständige DTM-Protokoll senden, weil ein Netzwerkfehler aufgetreten ist oder der Worker-Rechenknoten unerwartet heruntergefahren wurde. Der DTM-Prozess sendet die Protokolldatei in mehreren Abschnitten an den Datenintegrationsdienst-Prozess. Der DTM-Abschnitt des Protokolls beginnt und endet mit den folgenden Zeilen:
###
### <MyWorkerComputeNodeName>
###

### Start Grid Task [gtid-1443479776986-1-79777626-99] Segment [s0] Tasklet [t-0] Attempt [1]

....

### End Grid Task [gtid-1443479776986-1-79777626-99] Segment [s0] Tasklet [t-0] Attempt [1]
Falls diese Zeilen nicht im Mapping-Protokoll enthalten sind bzw. die Anfangszeile, jedoch nicht die Endzeile enthalten ist, konnte der DTM-Prozess nicht die vollständige Protokolldatei senden. Zur Lösung des Problems können Sie die DTM-Protokolldateien suchen, die in das folgende Verzeichnis auf dem Knoten geschrieben wurden, in dem der Master-Prozess des Datenintegrationsdiensts ausgeführt wird:
<Informatica installation directory>/logs/<node name>/services/DataIntegrationService/disLogs/logConsolidation/<mappingName>_<jobID>_<timestamp>
Falls der Ordner „Job-ID“ leer ist, können Sie die temporäre Protokolldatei suchen, die der DTM-Prozess auf dem Worker-Rechenknoten schreibt.

Suchen Sie die folgende Meldung im ersten Abschnitt des Mapping-Protokolls, um die temporäre DTM-Protokolldatei auf dem Worker-Rechenknoten zu finden:

INFO: [GCL_5] The grid task [gtid-1443479776986-1-79777626-99] cluster logs can be found at [./1443479776986/taskletlogs/gtid-1443479776986-1-79777626-99].

Das aufgelistete Verzeichnis ist ein Unterverzeichnis des folgenden Standardprotokollverzeichnisses, das für den Worker-Rechenknoten konfiguriert ist:

<Informatica installation directory>/logs/<node name>/dtmLogs/