UNIX System Services unter z/OS

Dies ist eine der Tasks, die in Zusammenhang mit der Anpassung Ihrer z/OS-Umgebung ausgeführt werden.

Für WebSphere Message Broker müssen einige Systemkenndaten von UNIX System Services konfiguriert werden. Mit dem Operatorbefehl SETOMVS können Sie dynamische Änderungen, über das BPXPRMxx PARMLIB-Member permanente Änderungen vornehmen. Weitere Informationen hierzu finden Sie im Handbuch z/OS UNIX System Services Planning.

Schließen Sie die Brokeradressen nicht ein, wenn Sie den Exit IEFUSI verwenden, um die Regionsgröße von OMVS-Adressräumen zu begrenzen.

Setzen Sie die Kenndaten von UNIX System Services wie folgt:

Beschreibung Parameter Wert
Die maximale Dateigröße (in Byte) für den Kernspeicherauszug, der von einem Prozess erstellt werden kann. Die Größe sollte nicht eingeschränkt werden. MAXCORESIZE 2 147 483 647
Die CPU-Zeit (in Sekunden), die einem Prozess zugeteilt wird. Die CPU-Zeit sollte nicht eingeschränkt werden. MAXCPUTIME 2 147 483 647
Die Regionsgröße des Adressraums. Geben Sie den größtmöglichen Adressraum an. MAXASSIZE > 1 GB

Es sind mindestens 375 MB erforderlich.

Gibt die maximale Anzahl an Threads an, die für einen einzelnen Prozess aktiv sein können. Dieser Wert hängt von den Definitionen der Nachrichtenflüsse ab. MAXTHREADS MAXTHREADTASKS Der Wert für MAXTHREADS und MAXTHREADTASKS hängt von Ihrer Anwendung ab. Sie können die für WebSphere Message Broker erforderliche Anzahl wie folgt ermitteln:

Für jeden Nachrichtenfluss müssen Sie:
  1. Die Anzahl der Empfangsknoten mit der Anzahl der Instanzen (zusätzliche Threads + 1) multiplizieren.
  2. Anschließend müssen Sie die Ergebnisse für alle Nachrichtenflüsse addieren und zur Gesamtsumme noch einmal 10 hinzuzählen.
  3. Fügen Sie die Anzahl an Threads hinzu, die für jeden HTTP-Empfänger verwendet werden.

Bei der Implementierung eines Nachrichtenflusses, der eine Ausführungsgruppe in einem neuen Adressraum startet, werden USS Semaphore- und SharedMemorySegment-Ressourcen verwendet. Alle neuen Adressräume verwenden jeweils ein Semaphor und ein gemeinsam genutztes Speichersegment (SharedMemorySegment). Das gemeinsam genutzte Speichersegment wird unmittelbar nach dem Starten des neuen Adressraumes gelöscht. Das Semaphor wird während der gesamten Lebensdauer des neuen Adressraumes beibehalten.

Wenn bestimmte USS-Systemparameter nicht ordnungsgemäß gesetzt wurden, kann sich dies auf den Start eines neuen Adressraumes für Ausführungsgruppen auswirken. Dazu gehören:
  • IPCSEMNIDS
  • IPCSHMNIDS
  • IPCSHMNSEGS
Für jeden gestarteten Adressraum für Ausführungsgruppen benötigen Sie mindestens drei Semaphore.

Sie sollten für den Parameter IPCSEMNIDS einen Wert angeben, der viermal so hoch ist wie die Anzahl der potenziellen Adressräume für Ausführungsgruppen in einem System.

Für jeden gestarteten Adressraum für Ausführungsgruppen benötigen Sie mindestens ein gemeinsam genutztes Speichersegment. Sie sollten für den Parameter IPCSEMNIDS einen Wert angeben, der höher ist als die Anzahl der potenziellen Adressräume für Ausführungsgruppen in einem System.

Steuerungsadressräume (BIPSERVICE- und BIPBROKER-Prozesse) können an viele gemeinsam genutzte Speichersegmente angehängt werden (einen für jeden Adressraum für Ausführungsgruppen, der für diesen Broker gestartet wurde). Sie müssen für den Parameter IPCSHMNSEGS einen Wert angeben, der die potenzielle Anzahl von Ausführungsgruppen für die jeweiligen Broker überschreitet.

Beginn der Änderung

Ausreichend Speicherplatz für temporäre Dateien bereitstellen

Die Umgebungsvariable TMPDIR gibt den Pfadnamen des Verzeichnisses an, das für temporäre Dateien verwendet wird. Wurde keine Variable festgelegt, verwendet die z/OS-Shell das Verzeichnis /tmp.

Beim Starten WebSphere Message Broker-Komponenten ist ausreichend Speicherplatz im von TMPDIR referenzierten Verzeichnis erforderlich. Insbesondere Java benötigt ausreichend Speicherplatz für alle JAR-Dateien, die für WebSphere Message Broker.

Wenn Sie nicht genügend Speicherplatz reservieren, brechen die Adressräume der Ausführungsgruppe mit dem Code 2C1 ab.

Räumen Sie in diesem Verzeichnis mindestens 50 MB Speicherplatz für Broker-Komponenten und 10 MB Speicherplatz für Konfigurationsmanagerkomponenten ein. Wenn Sie große benutzerdefinierte Knoten oder andere JARs bei der Brokerkomponente implementieren, kann mehr Speicherplatz erforderlich sein.

Ende der Änderung
Beginn der Änderung

WebSphere Message Broker-Dateien als Programme mit gemeinsam genutztem Speicherarchiv definieren

Wenn Sie unter z/OS mehrere Ausführungsgruppen einsetzen möchten, lässt sich die erforderliche Speichermenge für die Adressräume der Ausführungsgruppe reduzieren, indem Sie in folgenden WebSphere Message Broker-Dateien das erweiterte Attribut für ein gemeinsam genutztes Speicherarchiv angeben:
     /usr/lpp/mqsi/bin/*
     /usr/lpp/mqsi/lil/*  
     /usr/lpp/mqsi/lib/*  
     /usr/lpp/mqsi/lib/wbirf/*  
     /usr/lpp/mqsi/lib/wbimb/*
     /usr/lpp/mqsi/lib/wbieb/*
Sie legen das Attribut für ein gemeinsam genutztes Speicherarchiv mit dem Befehl extattr und der Option +l fest. Beispiel:
    extattr +l /usr/lpp/mqsi/bin/*

Mit dem Befehl ls -E stellen Sie fest, ob das Attribut für ein gemeinsam genutztes Speicherarchiv bereits festgelegt wurde.

Der Befehl ls -E bipimain führt beispielsweise zu folgendem Ergebnis:
-rwxr-x---  a-s-  1 USER  GROUP   139264 Mar 15 10:05 bipimain
wobei s anzeigt, dass das Programm in einem gemeinsam genutzten Adressraum ausgeführt werden kann.
Mit dem folgenden Befehl stellen Sie fest, ob genügend SHRLIBRGNSIZE für alle Programme mit gemeinsam genutzten Speicherarchiv zur Verfügung steht, die im System verwendet werden sollen.
     /D OMVS,LIMITS
Ende der Änderung
Zugehörige Tasks
z/OS-Umgebung anpassen
Zugehörige Verweise
Anpassungstasks und Aufgabenbereiche unter z/OS
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Rückmeldung
Copyright IBM Corporation 1999, 2006 Letzte Aktualisierung: 23. Aug. 2006
ae22110_