Sun Java System Application Server Enterprise Edition 8.1 2005Q2 リリースノート

HADB に関する追加情報

ここでは、Application Server 8.1 に含まれている HADB 実装に関する重要な追加情報を示します。

HADB の拡張機能

HADB のファイルシステムサポート

次のファイルシステムを使用するよう HADB を設定する場合には、重要な考慮事項がいくつかあります。

高可用性データベースのアップグレード

Procedureアップグレード前の作業とデータ移行

始める前に

ユーザーは、HADB 履歴ファイル、管理エージェント設定ファイル、ログファイルとリポジトリ、およびインストールパスの外部にあるすべてのデータデバイスを保管するようにしてください。この作業がまだ完了していない場合は、アップグレードの前に実行してください。管理リポジトリと設定ファイルを移動するには、次の手順に従います。

  1. すべての古い管理エージェントを停止し、HADB ノードは動作したままにします。

  2. 各ホスト上で、リポジトリディレクトリを新しい場所に移動します。

  3. 各ホスト上で、dbconfig ディレクトリを新しい場所にコピーします。

  4. 各ホスト上で、mgt.cfg ファイルをアップデートし、dbconfig とリポジトリディレクトリの正しいパスを設定します。

  5. アップデートされた mgt.cfg ファイルを使用して管理エージェントを起動します。

Procedureアップグレード手順

HADB Version 4.4.x から Version 4.4.2-7 にアップグレードするには、次の手順を実行します。

  1. 必要に応じて、上で説明したアップグレード前の作業を実行します。

  2. HADB Version 4.4.2-7 をすべての HADB ホストにインストールします。パスは Version 4.4.x とは別のパス、たとえば /opt/SUNWhadb/4.4.2-7 にします。

  3. HADB Version 4.4.2-7 を、HADB ホストとは別の hadbm クライアントホストにインストールします。

  4. すべての HADB ホスト上で実行されているすべての管理エージェントを停止します。

  5. 新しいバージョンのソフトウェアを使用して (ただし、設定ファイルは古いまま)、管理エージェントプロセスを起動します。残りの手順では、新しいバージョンの bin ディレクトリにある hadbm コマンドを使用してください。

  6. 管理ドメインでパッケージを登録します。デフォルトのパッケージ名が V4.4 になるので、同じ名前を持つ既存のパッケージとの競合を避けるために別のパッケージ名が必要になる場合があります。


    hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.2-7 V4.4.2-7
  7. hadbm listpackages コマンドを実行し、ドメインに新しいパッケージが登録されていることを確認します。

  8. 新しい hadbm Version 4.4.2-7 を使用してデータベースを再起動します。デバイスと履歴ファイルを移動する必要がある場合は、オンラインアップグレードを、デバイスと履歴ファイル用の新しいパスの設定とともに 1 回の操作で実行します。


    hadbm set packagename=V4.4.2-7,devicepath=new_devpath,
    historypath=new_histpath
    

    そうでない場合、つまりデバイスと履歴ファイルがすでにインストールディレクトリの外にある場合は、ノードの順次再起動のみを行う次のコマンドを実行します。


    hadbm set packagename=V4.4.2-7 database name
    
  9. データベースが「実行中」の状態にあり (hadbm status コマンドを使用して確認)、かつ正常に動作してクライアントトランザクションを処理していることを確認します。

  10. すべてが正常に動作している場合は、あとで古いインストールを削除することができます。古いパッケージの登録を解除する前に、古いパッケージへのすべての参照を ma リポジトリから削除します。そうしないと、「使用中のパッケージ」のために hadbm unregisterpackage が失敗します。たとえば、ダミーの再設定操作 hadbm set connectiontrace=same as previous value によって、古いパッケージへのすべての参照が削除されます。ここで、古いパッケージの登録を解除します。


    hadbm unregisterpackage [--hosts=host-list] old pacakge name
    
  11. ファイルシステムから古いインストールを削除します。

Procedureアップグレードのテスト

Solaris で、アップグレードの成功をテストするには、アップグレードが正常に実行されたことを確認します。

  1. 動作中のプロセスが新しいバイナリを使用していることを確認してください。すべての HADB ノードで、次のことを確認します。


    new path/bin/ma -v
    new path/bin/hadbm -v
  2. データベースが動作中かどうかを確認します。次のコマンドによって、すべての HADB ノードが「実行中」の状態にあることが表示されます。


    new path/bin/hadbm status -n
  3. HADB を使用している製品のポインタが、新しい HADB パスを指すように変更されていることを確認します。

  4. HADB を使用している製品では、独自のアップグレードテストを実行して、HADB アップグレードも動作していることを確認できます。

    オンラインアップグレードのあと、新しいバージョンが正常に動作しない場合は、以前の HADB バージョンの使用に戻してください。ただし、管理エージェントリポジトリが変更されている場合は、HADB 自体はダウングレードできますが、新しい管理エージェントを引き続き動作させる必要があります。

配備とアップグレードに関する特別な情報

ここでは、HADB の配備とアップグレードに関する追加情報を示します。

導入

4.4.1 から 4.4.2 へのオンラインアップグレード

オンラインで 4.2 または 4.3 から 4.4 にアップグレードすることはできません。ただし、4.4 の将来のバージョンではオンラインアップグレードがサポートされます。4.4.1 から 4.4.2 にアップグレードするには、次の手順を実行します。

  1. すべての HADB ホストに 4.4.2 をインストールします。パスは 4.4.1 とは別のパス、たとえば /opt/SUNWhadb/4.4.2-6 にします。

  2. hadbm クライアントホストに新しいバージョンをインストールします。

  3. HADB ホスト上で実行されているすべての管理エージェントを停止します。

  4. 新しいバージョンのソフトウェアを使用して (ただし、設定ファイルは古いまま)、管理エージェントプロセスを起動します。残りの手順では、新しいバージョンの bin ディレクトリにある hadbm コマンドを使用してください。

  5. 管理ドメインでパッケージを登録します。ここで、デフォルトのパッケージ名が V4.4 になるため、同じ名前を持つ既存のパッケージとの競合を避けるために別のパッケージ名が必要になる場合があります。


    hadbm registerpackage --packagepath=/opt/SUNWhadb/4.4.2-6 V4.4.2
  6. 新しいバージョンを使用してデータベースを再起動します。次のコマンドでは、ノードの順次再起動が実行されます。


    hadbm set packagename=V4.4.2 database_name
    
  7. データベースが「実行中」の状態にあり (hadbm status コマンドを使用して確認)、かつ正常に動作してクライアントトランザクションを処理していることを確認します。

  8. すべてが正常に動作している場合は、あとで古いインストールを削除することができます。

    古いパッケージの登録を解除する前に、古いパッケージへのすべての参照を ma リポジトリから削除します。そうしないと、「使用中のパッケージ」のために hadbm unregisterpackage が失敗します。たとえば、ダミーの再設定操作 hadbm set connectiontrace=<same_as_previous_value> によって、古いパッケージへのすべての参照が削除されます。ここで、古いパッケージの登録を解除します。


    hadbm unregisterpackage [--hosts=<host_list>] <old_package_name>
    

    HADB のインストール手順で説明されているように、ファイルシステムから古いインストールを削除します。

既知の SQL の制限事項

高可用性ロードバランス

Application Server には、HTTP、IIOP、および JMS クライアント向けの負荷分散、HTTP セッションのフェイルオーバーのサポート、EJB クラスタリングおよびフェイルオーバーのサポート、高可用性 EJB タイマー、分散トランザクションリカバリ、アプリケーションのローリングアップグレードのサポート、および J2EE アプリケーションの一時的な状態を保存するための高可用性データベースが組み込まれています。

可用性により、クラスタ内の Application Server インスタンスのフェイルオーバー保護が可能になります。ある Application Server インスタンスがダウンすると、そのサーバーに割り当てられていたセッションを別の Application Server インスタンスが引き継ぎます。セッション情報は、HADB に格納されます。HADB は、HTTP セッションの持続性、ステートフルセッション Bean、およびシングルサインオン資格をサポートします。