高可用性、リカバリー、および再始動の構成

キュー・マネージャーに障害が起きた場合にキューの可用性を維持したり、サーバーやストレージの障害後にメッセージをリカバリーしたりして、アプリケーションの可用性を高めます。

本タスクについて

[z/OS] z/OS®では、高可用性がプラットフォームに組み込まれています。 キュー共有グループを使用することにより、サーバー・アプリケーションの可用性を向上させることもできます。 共用キューおよびキュー共用グループを参照してください。

[UNIX、Linux、Windows、IBM i] Multiplatformsでは、クライアント再接続を使用してキュー・マネージャーのグループ間でクライアントを自動的に切り替えたり、キュー・マネージャーの障害後に複数インスタンス・キュー・マネージャーの新しいアクティブ・インスタンスに切り替えたりすることで、クライアント・アプリケーションの可用性を向上させることができます。 自動クライアント再接続は、 IBM® MQ classes for Javaではサポートされていません。 複数インスタンスキュー・マネージャーを複数のサーバーで 1 つのキュー・マネージャーとして実行するように構成します。 そのキュー・マネージャーにサーバー・アプリケーションをデプロイしてください。 アクティブ・インスタンスを実行しているサーバーに障害が起きた場合、別のサーバー上にある同じキュー・マネージャーのスタンバイ・インスタンスに実行が自動的に切り替えられます。 サーバー・アプリケーションをキュー・マネージャー・サービスとして実行するように構成した場合、スタンバイ・インスタンスが、アクティブに実行しているキュー・マネージャー・インスタンスになると、サーバー・アプリケーションは再始動されます。

Multiplatforms でサーバー・アプリケーションの可用性を高めるためのもう 1 つの方法は、キュー・マネージャー・クラスター内の複数のコンピューターにサーバー・アプリケーションをデプロイすることです。 IBM WebSphere® MQ 7.1 以降では、クラスター・エラー・リカバリーによって、問題が解決されるまで問題の原因となった操作が再実行されます。 z/OS以外のサーバーでのクラスター・エラー・リカバリーの変更を参照してください。 以下のようなプラットフォーム固有のクラスタリング・ソリューションの一部として IBM MQ for Multiplatforms を構成することもできます。
  • Microsoft Cluster Server
  • [IBM i]HA クラスター ( IBM i )
  • [UNIX][Linux]PowerHA® for AIX® (旧称 HACMP on AIX) およびその他の UNIX and Linux® クラスタリング・ソリューション
メッセージング・システムでは、システムに入ってきたメッセージが確実にその宛先に配布されます。 IBM MQ は、 dspmqrte コマンドを使用して、あるキュー・マネージャーから別のキュー・マネージャーに移動するメッセージの経路をトレースできます。 システムに障害が起きた場合、障害のタイプやシステムの構成方法によって、様々な方法でメッセージをリカバリーできます。 IBM MQ は、メッセージの受信、伝送、および送達を処理するキュー・マネージャーのアクティビティーのリカバリー・ログを維持します。 WebSphere MQ は、次の 3 つのタイプのリカバリーに関してログを使用します。
  1. 計画された方法で IBM MQ を停止した場合は、 再始動リカバリー
  2. 障害リカバリー。障害によって IBM MQが停止した場合。
  3. メディア・リカバリー。損傷したオブジェクトを復元する場合
いずれの場合も、リカバリーによってキュー・マネージャーは、停止した時の状態に復元されます。ただし、不完了トランザクションはロールバックされ、キュー・マネージャーの停止時に未完了であった更新がある場合は、この更新がキューから除去されます。 リカバリーによって、持続メッセージはすべて復元されます。このプロセス中に、非持続メッセージが失われることがあります。