データベースに永続性を持つActiveMQ
データベースに永続性を持たせて ActiveMQ を実行している人はいますか？さらに良いことに、Oracleデータベースでは？
現在使用しているJMQをActiveMQに置き換えたいと考えています。計画では、ActiveMQキューを共有する2台のマシン（1台はホット、1台はフェイルオーバー）を使用して、ホットマシンが中断したところからフェイルオーバーが再開できるようにします。ファイルベースの永続性を使用したテストでは、これはうまく機能します。ただし、両方のマシンに高速ファイルスペースへのアクセスを許可することは注意が必要であり、それがどこであっても障害点になります。 Oracleデータベースに永続化することは理想的な方法のように思えますが、テストが非常に遅くなります。 Oracleクラスターを使用する他のことはうまくいっています。
許容できるパフォーマンスでこれを行っている人はいますか？もしそうなら、それを調整するためのトリックはありましたか？それはあなたにとって「うまくいった」のでしょうか？これらのいずれかである場合、いくつかの構成スニペットなどを共有していただけませんか？ Oracleを使用していない場合でも、必要に応じて構成を変換できると確信しています。
編集： 本当に？これはSFに関する唯一のActiveMQの質問ですか？
編集2： このページ の最初の2つの構成のいずれかについて話しています。具体的には後者（「ジャーナリングなしのJDBC永続性」）ですが、前者の経験は素晴らしいでしょう。
私が覚えていることから、データベースの永続性で実行するにはジャーナリング機能を無効にする必要があり、パフォーマンスが低下します。
マスター/スレーブシステムに固執する必要があると思いますが、共有ファイルシステムを持っている必要はありません。それが問題の原因になります- 純粋なマスター/スレーブ システムがサポートされていますActiveMQによるアプローチは共有なしのアプローチですが、独自の制限があります。