Formatänderungen für die persistente Speicherung

In Version 3.7 UR1 von Message Queue wurden zur Verbesserung der Leistung zwei Änderungen am persistenten Speicherformat eingeführt. Eine Änderung betrifft den Dateispeicher, die andere den JDBC-Speicher.

• Format von Transaktionsdaten im Dateispeicher beibehalten

  Das Format von Transaktionsstatusinformationen, die im dateibasierten persistenten Speicher von Message Queue gespeichert werden, wurde geändert, um die Datenträger-E/A-Vorgänge zu reduzieren und die Leistung von JMS-Transaktionen zu verbessern.

• Oracle JDBC-Speicher

  In vorherigen Versionen von Message Queue hat das Speicherschema für Oracle den Datentyp LONG RAW zum Speichern von Nachrichtendaten verwendet. Mit Oracle 8 wurde der Datentyp BLOB eingeführt, der den Typ LONG RAW ablöste. In Message Queue 3.7 UR1 wurde zum Datentyp BLOB gewechselt, um die Leistung zu verbessern und bessere Unterstützungsmöglichkeiten zu bieten.

Da sich diese Änderungen auf die Speicherkompatibilität auswirken, wurde die Speicherversion für Dateispeicher und JDBC-Speicher in Version 3.7 UR1 von Message Queue von 350 in 370 geändert.

In Version 4.0 von Message Queue wurden Änderungen am JDBC-Speicher eingeführt, um die Leistung zu optimieren und zukünftige Erweiterungen zu unterstützen. Aus diesem Grund wurde die Version des JDBC-Speichers in 400 geändert. Beachten Sie, dass in Version 4.0 die Version des dateibasierten persistenten Speichers weiterhin 370 lautet, da hier keine Änderungen durchgeführt wurden.

Message Queue 4.0 unterstützt die automatische Konvertierung des persistenten Speichers in die neuesten Versionen der dateibasierten persistenten Speicher sowie der persistenten JDBC-Speicher. Beim erstmaligen Ausführen von imqbrokerd wird ein älterer Speicher (sofern vorhanden) in das neue Format migriert.

• Die Versionen 200 und 350 des dateibasierten Speichers werden in das Format der Version 370 migriert.

• Die Versionen 350 und 370 des JDBC-Speichers werden in das Format der Version 400 migriert. (Wenn Sie einen Speicher der Version 200 aktualisieren müssen, muss zunächst die Version 3.5 oder 3. 6 als Zwischenversion verwendet werden.)

Wenn Sie für dieses Upgrade ein Rollback durchführen müssen, können Sie Message Queue 4.0 deinstallieren und anschließend erneut die Version installieren, die zuvor ausgeführt wurde. Da die ältere Kopie des Speichers beibehalten wird, kann der Broker mit der älteren Kopie des Speichers ausgeführt werden.