Neuerungen in IBM MQ 9.4.0 for z/OS - Basis- und Advanced VUE-Berechtigung

Ab IBM MQ 9.4.0können Sie konfigurieren, welcher Benutzerkontext für die Autorisierung verwendet wird, wenn Sie messaging REST APIverwenden. Das heißt, Sie können den messaging REST API so konfigurieren, dass jede Anforderung für den Zugriff auf IBM MQ -Objekte auf der Basis des Benutzers berechtigt ist, der den mqweb-Server gestartet hat, anstatt des Benutzers, der bei messaging REST APIangemeldet ist. Deshalb muss jeder Benutzer, der als messaging REST API -Benutzer existiert, nicht als IBM MQ -Benutzer existieren. Nur der Benutzer, der den mqweb-Server startet, benötigt die Berechtigung für den Zugriff auf die IBM MQ -Objekte. Weitere Informationen finden Sie unter Benutzerkontext, der für die Berechtigung verwendet wird, in messaging REST APIkonfigurieren.

• IBM MQ 9.3.0 hat die Erfassung von Warteschlangenstatistiken zu den vorhandenen SMF-Informationen hinzugefügt, die für Ihr Unternehmen verfügbar sind. IBM MQ 9.4.0 fügt weitere Erweiterungen für die SMF-Warteschlangenstatistikdatensätze hinzu.

  Die neue SMF-Warteschlangenstatistik enthält alle DISPLAY QSTATUS -Informationen im Datensatz, damit Sie die Nutzung und Leistung Ihrer Warteschlange im Laufe der Zeit einfacher als je zuvor überwachen können. Weitere Verbesserungen der Warteschlangenstatistik geben Aufschluss darüber, was mit Ihrer Warteschlange während des letzten SMF-Intervalls passiert ist. Dazu gehören Informationen zu Nachrichtenflüssen, Ablaufdaten, oberen und unteren Grenzwerten und mehr. Weitere Informationen finden Sie unter Warteschlangendatensätze.

• Ab IBM MQ 9.4.0verfolgen SMF-Abrechnungsdaten einen neuen Datenpunkt ( StreamedN) im CSQDWQ-Makro, mit dem Sie die Anzahl der Nachrichten verfolgen können, die mit der in IBM MQ 9.3.0hinzugefügten Funktion Streaming-Warteschlangen gestreamt werden. Die Headerdatei CSQDSMFC.H wurde ebenfalls aktualisiert, um diesen neuen Datenpunkt aufzunehmen. Weitere Informationen finden Sie unter IBM MQ for z/OS -Abrechnungsdaten interpretieren und Streaming-Warteschlangen.

• Auf der Registerkarte Übersicht werden verschiedene Informationen über einen Warteschlangenmanager und die von ihm verbrauchten Ressourcen angezeigt. Auf dieser Registerkarte können Sie auf einen Blick erkennen, welchen Gesamtstatus der WS-Manager hat und welche Probleme möglicherweise untersucht werden müssen. Einige der Informationen stammen aus Überwachungssystemthemen. Diese Überwachung kann bei Bedarf inaktiviert werden (siehe setmqweb-Eigenschaften).
• Eine neue Funktion auf der Registerkarte "Warteschlangen" ermöglicht es Ihnen, die mit einer Warteschlange verbundenen IBM MQ Objekte anzuzeigen. Weitere Informationen finden Sie unter IBM MQ Console: Mit Warteschlangen arbeiten.
• Auf der Registerkarte Anwendungsübersicht wird eine Reihe von Kacheln angezeigt, die einen schnellen Überblick über die mit dem angezeigten Warteschlangenmanager verbundenen Anwendungen geben. Sie können dann einen Drilldown durchführen, um weitere Details anzuzeigen. Weitere Informationen finden Sie unter IBM MQ Console: Working with applications.
• Die Registerkarte MQ Netzwerkübersicht zeigt eine Reihe von Kacheln an, die einen schnellen Überblick über die Kommunikation zwischen den Warteschlangenmanagern für den angezeigten Warteschlangenmanager geben.
• Die mit Warteschlangenmanagern verbundenen Zeitstempel werden nun in der Zeitzone angezeigt, in der der Warteschlangenmanager läuft, und nicht mehr in der Zeitzone der IBM MQ Console.
• Unter IBM MQ 9.4.0 auf z/OS können Sie über IBM MQ Console Speicherklassen auf z/OS Warteschlangenmanagern hinzufügen, anzeigen, löschen und aktualisieren. Weitere Informationen finden Sie unter IBM MQ Console: Mit Speicherklassen arbeiten.
• Von IBM MQ 9.4.0 auf z/OS können Sie die IBM MQ Console verwenden, um Seitensätze und Pufferpools auf z/OS Warteschlangenmanagern anzuzeigen. Dies erweitert die Verwendung von IBM MQ Console zum Hinzufügen, Anzeigen, Löschen und Aktualisieren von Seitengruppen und Pufferpools in z/OS -Warteschlangenmanagern. Weitere Informationen finden Sie unter IBM MQ Console: Mit Seitengruppen und Pufferpools arbeiten.

Weitere Informationen finden Sie unter CAPEXPRY im Befehl ALTER QUEUES und CAPEXPRY: Ablaufzeit der Nachricht begrenzen.

Weitere Informationen finden Sie unter Schnellerer Protokolldurchsatz mit zHyperLink.

• Unter IBM MQ 9.4.0 können Sie nun für Anwendungen, die IBM MQ classes for JMS oder IBM MQ classes for Jakarta Messaging verwenden, eine Strategie für die gemeinsame Nutzung von TCP/IP-Verbindungen zwischen JMS-Objekten wählen. Sie können eine der folgenden Strategien auswählen:
  • Die globale Strategie. Die GLOBAL-Strategie minimiert die Anzahl offener Sockets auf Kosten einer längeren Verbindungszeit. Dies ist die Standardstrategie für nicht wiederverbindbare Anwendungen.
  • Die CONNECTION-Strategie. Die CONNECTION-Strategie minimiert die Verbindungszeit auf Kosten einer höheren Socketnutzung. Diese Strategie wird immer für wiederverbindbare Anwendungen verwendet. Sie können diese Strategie für nicht wiederverbindbare Anwendungen auf anwendungsweiter Basis aktivieren, indem Sie die Systemeigenschaft com.ibm.mq.jms.channel.sharing auf den Wert CONNECTION setzen.

  Weitere Informationen finden Sie unter TCP/IP-Verbindung in IBM MQ classes for JMS gemeinsam nutzen.

• Wenn Sie modulare Anwendungen unter IBM MQ 9.4.0 entwickeln, können Sie Ihre Anwendungen so konfigurieren, dass sie IBM MQ classes for JMS und IBM MQ classes for Jakarta Messaging verwenden. Jede der JAR-Dateien enthält jetzt Modulnamen und die JAR-Dateien werden in Verzeichnissen bereitgestellt, die nur die erforderlichen JAR-Dateien enthalten, ohne dass Pakete zwischen den JAR-Dateien dupliziert werden. Daher können Sie IBM MQ classes for JMS und IBM MQ classes for Jakarta Messaging in Ihre Anwendung auf modulare Weise einschließen, indem Sie das entsprechende Modul in Ihrer Anwendung anfordern und das entsprechende Verzeichnis im Modulpfad einschließen. Diese Unterstützung ist in den JAR-Dateien verfügbar, die mit Ihrer IBM MQ -Installation bereitgestellt werden, und auch in den weiterverteilbaren Client-Images. Weitere Informationen finden Sie unter Modulare Anwendung für die Verwendung von IBM MQ classes for JMS oder IBM MQ classes for Jakarta Messagingkonfigurieren .
• Von IBM MQ 9.4.0 aus können IBM MQ classes for JMS/Jakarta Messaging und IBM MQ classes for Java Anwendungen, die in einer Batch-Umgebung laufen, Client-Verbindungen zu jedem z/OS Warteschlangenmanager nutzen, unabhängig von der PID, unter der der Warteschlangenmanager läuft. Weitere Informationen finden Sie unter JMS/Jakarta Messaging -Clientkonnektivität zu Stapelanwendungen, die unter z/OS ausgeführt werden, und Java -Clientkonnektivität zu Stapelanwendungen, die unter z/OSausgeführt werden.

Weitere Informationen über Remote-Messaging mit messaging REST API finden Sie unter Einrichten eines Remote-Warteschlangenmanagers zur Verwendung mit messaging REST API.