[z/OS]

Erstellen Sie die Bootstrap-und Protokolldatengruppen.

Verwenden Sie das mitgelieferte Programm CSQJU003, um die Bootstrap-Dateigruppen (BSDSs) und die Protokolldatengruppen vorzubereiten.

Hinweis:
  • Wiederholen Sie diese Task für alle IBM® MQ -Warteschlangenmanager.
  • Wenn Sie die z/OS® -Dateiverschlüsselung zum Schutz des BSDS oder der aktiven Protokolldateien verwenden, müssen Sie diese Option konfigurieren, bevor die Dateien in diesem Schritt zugeordnet werden.
  • Sie müssen diese Task bei der Migration von einer früheren Version nicht ausführen.
  • Wenn Sie einen Warteschlangenmanager migrieren und die z/OS -Dateiverschlüsselung für aktive Protokolldateien oder BSDS hinzufügen, müssen Sie die Dateien konvertieren.
  • Weitere Informationen zum Konfigurieren der z/OS -Dateiverschlüsselung und zum Konvertieren vorhandener IBM MQ -Dateien für die Verschlüsselung finden Sie unter Vertraulichkeit für ruhende Daten unter IBM MQ for z/OS mit Dateiverschlüsselung.
Die JCL-und AMS-Steueranweisungen (AMS-Access Method Services) für die Ausführung von CSQJU003 zum Erstellen einer einzigen oder doppelten Protokollierungsumgebung werden in thlqual.SCSQPROC (CSQ4BSDS) gehalten. Passen Sie diesen Job an, und führen Sie diesen Job aus, um BSDSs und Protokolle zu erstellen und die Protokolle vorzuformatieren.
Wichtig: Sie sollten die neueste Version von CSQ4BSDSverwenden oder Ihre JCL manuell aktualisieren, um RECORDS (850 60) zu verwenden.
Die gestartete Taskprozedur,CSQ4MSTR , beschrieben in Erstellen Sie Verfahren für dieIBMMQ Warteschlangenmanager , bezieht sich auf BSDSs in Anweisungen der Form:
//BSDS1   DD DSN=++HLQ++.BSDS01,DISP=SHR
//BSDS2   DD DSN=++HLQ++.BSDS02,DISP=SHR
Die Protokolldatensätze werden von den BSDSs (BSDSs) bezeichnet.
Hinweis:
  1. Der Wert für BLKSIZE muss in der Datendefinitionsanweisung SYSPRINT im Schritt LOGDEF angegeben werden. Der Wert für BLKSIZE muss 629 sein.
  2. Um Bootstrap-Datensätze und Protokolldatensätze von verschiedenen WS-Managern zu identifizieren, müssen Sie den Subsystemnamen in das übergeordnete Qualifikationsmerkmal dieser Dateien aufnehmen.
  3. Wenn Sie Gruppen mit gemeinsamer Warteschlange verwenden, müssen Sie die Bootstrap- und Protokolldatengruppen mit SHAREOPTIONS(2 3) definieren.

Informationen zur Planung von Bootstrap-und Protokolldateigruppen und ihrer Größe finden Sie unter Planung unter z/OS .

Ab IBM MQ 8.0 verbessert die 8-Byte-Protokoll-RBA-Erweiterung die Verfügbarkeit eines Warteschlangenmanagers, wie in Relative Byteadresse für größere Protokolle beschrieben. Führen Sie die folgenden Schritte aus, nachdem Sie Ihre Protokollierungsumgebung erstellt haben, um 8-Byte-Protokoll-RBA auf einem Warteschlangenmanager vor dem ersten Start des Warteschlangenmanagers zu aktivieren.
Hinweis: Für Warteschlangenmanager, die mit IBM MQ 9.3.0 oder höher erstellt wurden, ist die 8-Byte-Protokoll-RBA bereits aktiviert, sodass die folgenden Schritte nicht erforderlich sind.
  1. Benennen Sie unter Verwendung von IDCAMS ALTERdie BSDSs im Format der Version 1 (erstellt mit dem Programm CSQJU003 ) in ++HLQ++.V1.BSDS01um.
    Hinweis: Stellen Sie sicher, dass Sie die Daten-und Indexkomponenten sowie den VSAM-Cluster umbenennen.
  2. Zuordnen neuer BSDSs mit denselben Attributen wie die bereits definierten. Dies werden die BSDSs der Version 2, die vom WS-Manager beim Start verwendet werden.
  3. Führen Sie das BSDS-Konvertierungsdienstprogramm (CSQJUCNV) aus, um das Format BSDSs der Version 1 in das neue Format BSDSs der Version 2 zu konvertieren.
  4. Wenn die Konvertierung erfolgreich abgeschlossen wurde, löschen Sie die BSDSs der Version 1.
Hinweis: Wenn der Warteschlangenmanager zu einer Gruppe mit gemeinsamer Warteschlange gehört, müssen alle Warteschlangenmanager in der Gruppe mit gemeinsamer Warteschlange wie folgt gestartet worden sein, bevor die 8-Byte-Protokoll-RBA aktiviert werden kann:
  • Wenn der Warteschlangenmanager IBM MQ 9.0.0 LTS hat, muss er mit OPMODE(NEWFUNC,900) oder mit OPMODE(NEWFUNC,800) gestartet worden sein.
  • Wenn sich der Warteschlangenmanager auf IBM MQ 9.0.n CDbefindet, oder IBM MQ 9.1.0 LTSoder höher, muss sie auf dieser Ebene gestartet worden sein