Größe des Dateisystems für einen HA-RDQM-Warteschlangenmanager ändern

Um die Größe des Dateisystems für einen vorhandenen HA-RDQM-Warteschlangenmanager mit replizierten Daten zu ändern, sichern Sie seine persistenten Daten und stellen anschließend die Daten in einem neu erstellten RDQM-Warteschlangenmanager wieder her, der denselben Namen, aber ein Dateisystem mit einer anderen Größe hat.

1. Sichern Sie den vorhandenen RDQM-WS-Manager auf dem primären RDQM-Knoten:
   1. Bestimmen Sie den primären RDQM-Knoten für den Warteschlangenmanager. Informationen zum Bestimmen des Primärknotens finden Sie in rdqmstatus (RDQM-Status anzeigen) .
   2. Wenn der RDQM-Warteschlangenmanager auf dem primären RDQM-Knoten gestartet ist, stoppen Sie ihn mit dem Befehl endmqm -w oder endmqm -i .
   3. Ermitteln Sie die Position des Datenverzeichnisses des Warteschlangenmanagers, indem Sie die IBM® MQ -Konfigurationsdatei mqs.inianzeigen. Unter Linux befindet sich diese Datei im Verzeichnis /var/mqm. Weitere Informationen zumqs.ini , sehenIBMMQ Konfigurationsdatei,mqs.ini .
      Suchen Sie die Zeilengruppe QueueManager für den Warteschlangenmanager in der Datei. Das Warteschlangenmanager-Datenverzeichnis ist der Wert des Schlüssels mit dem Namen DataPath. Weitere Informationen zurQueueManager Strophe, sieheQueueManager Strophe desmqs.ini Datei .
   4. Erstellen Sie eine Sicherung des Warteschlangenmanager-Datenverzeichnisses. Unter Linux®können Sie dazu den Befehl tar verwenden. Wenn Sie zum Beispiel das Datenverzeichnis für einen Warteschlangenmanager sichern möchten, können Sie den folgenden Befehl verwenden. Beachten Sie den letzten Parameter des Befehls, bei dem es sich um einen einzelnen Punkt (.) handelt:

      tar -cvzf qm-data.tar.gz -C queue_manager_data_dir .

   5. Ermitteln Sie die Position des Protokollverzeichnisses des Warteschlangenmanagers, indem Sie die IBM MQ Konfigurationsdatei des Warteschlangenmanagers qm.inianzeigen. Diese Datei befindet sich im Datenverzeichnis des Warteschlangenmanagers. Weitere Informationen zur Datei finden Sie unter Warteschlangenmanager-Konfigurationsdateien,qm.ini .
      Das Warteschlangenmanager-Protokollverzeichnis ist als Wert des Schlüssels LogPath in der Zeilengruppe 'Log' definiert. Informationen zur Strophe finden Sie unter Protokollstrophe derqm.ini Datei .
   6. Erstellen Sie eine Sicherung des Warteschlangenmanager-Protokollverzeichnisses. Unter Linuxkönnen Sie dazu den Befehl tar verwenden. Wenn Sie z. B. das Protokollverzeichnis für einen Warteschlangenmanager sichern möchten, können Sie den folgenden Befehl verwenden. Beachten Sie den letzten Parameter des Befehls, bei dem es sich um einen einzelnen Punkt (.) handelt:

      tar -cvzf qm-log.tar.gz -C queue_manager_log_dir .

   7. Löschen Sie den vorhandenen RDQM-Warteschlangenmanager.
2. Stellen Sie den Warteschlangenmanager mit einem Dateisystem mit der erforderlichen Größe wieder her:
   1. Erstellen Sie einen neuen RDQM-Warteschlangenmanager mit dem gleichen Namen wie der Warteschlangenmanager, den Sie gesichert haben. Stellen Sie sicher, dass das Dateisystem, das dem RDQM-Warteschlangenmanager durch crtmqm zugeordnet wurde, die benötigte Größe hat und groß genug ist, um die Daten, primären und sekundären Protokolle für den vorhandenen Warteschlangenmanager aufzunehmen sowie zusätzlichen Speicherplatz für zukünftige Erweiterungen zu bieten. Informationen zum Erstellen eines RDQM-Warteschlangenmanagers finden Sie unter Erstellen eines HA RDQM .
   2. Bestimmen Sie den primären RDQM-Knoten für den Warteschlangenmanager. Informationen zum Bestimmen des Primärknotens finden Sie in rdqmstatus (RDQM-Status anzeigen).
   3. Wenn der RDQM-Warteschlangenmanager auf dem primären RDQM-Knoten gestartet ist, stoppen Sie ihn mit dem Befehl endmqm -w oder endmqm -i .
   4. Bestimmen Sie auf dem primären RDQM-Knoten die neue Position der Daten- und Protokollverzeichnisse für den RDQM-Warteschlangenmanager (verwenden Sie die in den Schritten 1c und 1e beschriebenen Methoden).
   5. Löschen Sie auf dem primären RDQM-Knoten den Inhalt der RDQM-Warteschlangenmanager-Daten- und -Protokollverzeichnisse, aber nicht die Verzeichnisse selbst.
   6. Stellen Sie auf dem primären RDQM-Knoten die Sicherung des Warteschlangenmanager-Datenverzeichnisses in dem leeren Datenverzeichnis für den neuen RDQM-Warteschlangenmanager wieder her und stellen Sie dabei sicher, dass die Dateieigentumsrechte und die Berechtigungen beibehalten werden. Wenn die Sicherung mit dem Beispielbefehl tar in Schritt 1d erstellt wurde, kann sie mit dem folgenden Befehl vom Rootbenutzer wiederhergestellt werden:

      tar -xvzpf qm-data.tar.gz -C queue_manager_data_dir

   7. Stellen Sie auf dem primären RDQM-Knoten die Sicherung des Warteschlangenmanager-Protokollverzeichnisses in dem leeren Protokollverzeichnis für den neuen RDQM-Warteschlangenmanager wieder her und stellen Sie dabei sicher, dass die Dateieigentumsrechte und die Berechtigungen beibehalten werden. Wenn die Sicherung mit dem Beispielbefehl tar in Schritt 1f erstellt wurde, kann der Rootbenutzer den folgenden Befehl verwenden, um sie wiederherzustellen:

      tar -xvzpf qm-log.tar.gz -C queue_manager_log_dir

   8. Bearbeiten Sie auf dem primären RDQM-Knoten die wiederhergestellte Konfigurationsdatei des Warteschlangenmanagers qm.iniim Datenverzeichnis für den neuen RDQM-Warteschlangenmanager. Aktualisieren Sie den Wert des Schlüssels LogPath in der Zeilengruppe Log, so dass dort das in Schritt 2d bestimmte Protokollverzeichnis für den neuen RDQM-Warteschlangenmanager angegeben ist. Überprüfen Sie weitere in der Konfigurationsdatei definierte Dateipfade und aktualisieren Sie diese, falls erforderlich. Sie müssen z. B. möglicherweise die folgenden Pfade aktualisieren:
      • Den Pfad für Fehlerprotokolldateien, die von Diagnosenachrichtenservices generiert werden.
      • Den Pfad für Exits, die vom Warteschlangenmanager benötigt werden.
      • Den Pfad für Switchloaddateien, wenn der Warteschlangenmanager ein XA-Transaktionskoordinator ist.
   9. Überprüfen Sie, ob der WS-Manager vom dspmq -Befehl angezeigt wird und sein Status als beendet gemeldet wird. Das folgende Beispiel zeigt eine Beispielausgabe für einen RDQM-HA-Warteschlangenmanager:

      $ dspmq -o status -o ha
      QMNAME(QM1) STATUS(Ended normally) HA(Replicated)

   10. Überprüfen Sie, ob die wiederhergestellten Warteschlangenmanagerdaten auf den sekundären RDQM-Knoten repliziert wurden, indem Sie den Befehl rdqmstatus verwenden, um den Status für den Warteschlangenmanager anzuzeigen. Der HA-Status sollte auf jedem der Knoten als Normal gemeldet werden. Das folgende Beispiel zeigt eine Beispielausgabe für einen RDQM-HA-Warteschlangenmanager:

       $ rdqmstatus -m QM1
       Node: mqhavm10-adm
       Queue manager status:         Ended normally
       Queue manager file system:    50MB used, 0.2GB
       allocated [42%]
       HA role:                      Primary
       HA status:                    Normal
       HA control:                   Disabled
       HA current location:          This node
       HA preferred location:        This node
       HA floating IP interface:     None
       HA floating IP address:       None
       Node:                         mqhavm11-adm
       HA status:                    Normal
       Node:                         mqhavm12-adm
       HA status:                    Normal
       

   11. Starten Sie den Warteschlangenmanager auf dem primären RDQM-Knoten.
   12. Führen Sie ein verwaltetes Failover des Warteschlangenmanagers zu jedem RDQM-Knoten durch, um sicherzustellen, dass die erforderliche Konfiguration erfolgreich eingerichtet wurde. Weitere Informationen finden Sie unter Festlegen des bevorzugten Speicherorts für ein RDQM .