Häufig auftretende Probleme mit der Stapelanwendung

Gelegentlich beobachten Sie möglicherweise Verhalten in der Stapelkomponente, das Sie nicht erwarten.

Fehlerbehebung

Verwenden Sie diesen Abschnitt, um Lösungen für Probleme zu suchen, wenn die Stapelanwendung nicht funktioniert oder nicht wie erwartet funktioniert.

Jobübergabe scheitert aufgrund von Fehlern in der Apache-Derby-Standarddatenbank

  • Prüfen Sie, ob die LRSCHED-Datenbank im Verzeichnis "<Installationsstammverzeichnis_des_Benutzers>/gridDatabase" ordnungsgemäß erstellt wurde.
  • Überprüfen Sie die Dateiberechtigungen der Datenbank.
  • Derby wird nur in einer Konfiguration mit einem einzigen Scheduler unterstützt. Verwenden Sie für Zellen, die mit mehreren Schedulern konfiguriert sind, ein gemeinsam genutztes Managementsystem für relationale Datenbanken, z. B. DB2.

Jobübergabe schlägt bei der Übergabe der Jobdefinitionsdatei fehl

Die folgende Nachricht wird zurückgegeben:
Die Jobdefinition <xJCL-Datei> kann nicht übergeben werden, weil die Anwendung,
die über die Jobdefinition ausgeführt wird, in keinem Endpunkt implementiert ist.
  • Stellen Sie sicher, dass die Anwendung in einem Endpunktserver installiert ist.
  • Stellen Sie sicher, dass der Jobname oder Anwendungsname, der in der XJCL angegeben ist, mit dem Namen der Anwendung übereinstimmt.

Jobs werden nur langsam zugeteilt, wenn die Anzahl der übergebenen Jobs hoch ist (Hunderte oder Tausende)

Erhöhen Sie die Anzahl der Dispatcher-Threads, indem Sie in der Administrationskonsole in der Anzeige mit den angepassten Eigenschaften für den Job-Scheduler die angepasste Eigenschaft "MaxConcurrentDispatchers" setzen.

Jobausführung scheitert aufgrund von Fehlern in der Derby-Standarddatenbank

  • Prüfen Sie, ob die LRSCHED-Datenbank im Verzeichnis "<Installationsstammverzeichnis_des_Benutzers>/gridDatabase" ordnungsgemäß erstellt wurde.
  • Überprüfen Sie die Dateiberechtigungen der Datenbank.

Datenbankfehler bei der Ausführung von Stapeljobs mit DB2

  • Prüfen Sie, ob die LRSCHED-Datenbank erfolgreich erstellt wurde.
  • Verwenden Sie nicht den JNDI-Namen der Derby-Standarddatenquelle (jdbc/lree) für DB2. Wenn Sie eine andere Datenbank als die Derby-Standarddatenbank verwenden, erstellen Sie eine Datenquelle.
  • Vergewissern Sie sich, dass die WebSphere-Variable GRID_ENDPOINT_DATASOURCE auf die neu erstellte Datenquelle (nicht die Standarddatenquelle) gesetzt ist.

Jobs erstellen Dateien mit der Serveridentität

Setzen Sie die WebSphere-Variable "RUN_JOBS_UNDER_USER_CREDENTIAL", um Jobs unter den Berechtigungsnachweisen des übergebenden Benutzers auszuführen. Obwohl Jobs auf verteilten Systemen und unter dem Betriebssystem z/OS unter den Berechtigungsnachweisen des Benutzers ausgeführt werden können, funktionieren sie in diesem Fall unterschiedlich. Auf verteilten Betriebssystemen werden Dateien mit der Serveridentität auch dann erstellt, wenn der Thread die Berechtigungsnachweise des Benutzers hat. Unter z/OS wird der Java-Thread mit dem Betriebssystem-Thread synchronisiert, und die Dateien werden mit der Identität des Benutzers erstellt.

Stapelanwendungen funktionieren nicht bei aktivierter Java 2-Sicherheit

Setzen Sie die WebSphere-Variable "RUN_JOBS_UNDER_USER_CREDENTIAL", um Jobs unter den Berechtigungsnachweisen des übergebenden Benutzers auszuführen. Obwohl Jobs auf verteilten Systemen und unter dem Betriebssystem z/OS unter den Berechtigungsnachweisen des Benutzers ausgeführt werden können, funktionieren sie in diesem Fall unterschiedlich. Auf verteilten Betriebssystemen werden Dateien mit der Serveridentität auch dann erstellt, wenn der Thread die Berechtigungsnachweise des Benutzers hat. Unter z/OS wird der Java-Thread mit dem Betriebssystem-Thread synchronisiert, und die Dateien werden mit der Identität des Benutzers erstellt.
  • Stellen Sie sicher, dass die Anwendungssicherheit aktiviert ist.
  • Erteilen Sie in der Richtliniendatei der Anwendung die Berechtigungen "SecOwnCredentials" und "ContextManager.getServerCredential".

Anzeige des Jobprotokolls über die Jobverwaltungskonsole scheitert mit dem folgenden Fehler: Unable to read the job log

Wenn die Verwaltungssicherheit aktiviert ist, stellen Sie sicher, dass auch die Anwendungssicherheit aktiviert ist.

Konkurrenzsituation bei Verbindungen am Gridendpunkt der Stapelanwendung

Derzeit verwendet der Gridcontainer während der Transaktionen Verbindungen, die nicht gemeinsam genutzt werden. Weil die Verbindungen bis zum Ende einer Transaktion nicht freigegeben werden, kann dadurch eine Konkurrenzsituation bei den Verbindungen verursacht werden, die einen Leistungsabfall sowie in einigen Fällen einen Deadlock zur Folge hat.

Damit am Gridendpunkt der Stapelanwendung gemeinsame Verbindungen verwendet werden, erstellen Sie die Variable GRID_ENDPOINT_USE_SHARED_CONNECTIONS auf Zellenebene und setzen Sie ihren Wert auf true. Standardmäßig werden Verbindungen nicht gemeinsam genutzt.


Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rgrid_xdcgjobprob
Dateiname:rgrid_xdcgjobprob.html