この章では、以下の項目について説明します。

Pervasive PSQL は、物理環境および仮想環境において稼働時間を最大化する数々のソリューションと互換性があります。そのようなソリューションは絶えず進化し続けていますが、通常、そのタイプは高可用性、フォールト トレランスおよび障害回復に分類されます。

「高可用性」の定義は、高可用性ソリューションを提供するソフトウェア ベンダーによって異なる可能性があります。一般的には、ハードウェア障害やソフトウェア障害、または必要なメンテナンスの発生にかかわらず、稼働し続ける時間の基準レベルに対するシステム設計手法を指します。

物理環境において高可用性を保証するための一般的な手法はフェールオーバー クラスタリングです。仮想マシン環境において高可用性を保証するための一般的な手法はマイグレーション（移行）です。

Pervasive PSQL はフェールオーバー クラスター環境のリソースとして機能するよう設計されています。この環境では一度に 1 つのサーバー ノードのみが共有記憶域サブシステムにアクセスします。プライマリ ノードがエラーになった場合は、セカンダリ ノードへのフェールオーバー（切り替え）が発生します。フェールオーバー クラスタリングを使用すると、ソフトウェアのアップグレードやハードウェアのメンテナンスの実行時にもシステムを利用可能な状態にしておくことができます。

Pervasive PSQL は Microsoft フェールオーバー クラスター サービスおよび Linux Heartbeat と互換性があります。フェールオーバー クラスタリングの定義および実装については、各ベンダーのドキュメントを参照してください。Pervasive PSQL Server は、フェールオーバー クラスターが物理ノードを使用する場合に推奨される製品です。Pervasive PSQL Vx Server は、仮想マシン ノードを使用するクラスター用に推奨される製品です。

フェールオーバー クラスタリングを参照してください。

一般論として、マイグレーションとは、実行している仮想マシンまたはアプリケーションを、クライアントやアプリケーションを切断することなく異なる物理マシン間で移動させることです。通常は、仮想マシンのメモリ、記憶域およびネットワーク接続が移行先に移行されます。

Pervasive PSQL Vx Server は Microsoft Hyper-V、VMware vSphere および Citrix XenServer で提供されるマイグレーション機能と互換性があります仮想 MAC アドレスとホスト名が仮想マシンの移動後も同じままであれば、PSQL Vx Server は正常に動作し続けます。マイグレーションの定義および実装については、各ベンダーのドキュメントを参照してください。

マイグレーションを参照してください。

高可用性が稼働時間の予測可能な基準レベルを目指すのに対し、フォールト トレランスはコンポーネントに障害が発生してもシステムを中断することなく稼働させることを目的としています。フォールト トレランスでは同期された共有記憶域が必要です。仮想化環境では、障害が発生した仮想マシンと、置き換わる仮想マシンは異なる物理ホスト上に存在している必要があります。

フォールト トレランスは物理マシンのみを使用して実現します。ただし、仮想環境は、互いに足並みを揃えた仮想サーバーを保持することが容易であるため、物理環境のみという状況は次第に少なくなっています。Pervasive PSQL Server は物理環境のみでのフォールト トレランス機能と互換性があります。

仮想環境の場合、Pervasive PSQL Vx Server は VMware vSphere や Citrix XenServer で提供されるフォールト トレランス機能と互換性があります。フォールト トレランスの定義および実装については、各ベンダーのドキュメントを参照してください。

フォールト トレランスを参照してください。

障害回復では、大きな障害の発生後にコンピューター操作の復元が必要となります。通常、これには日常的なオフサイトのデータ バックアップや新しい場所で主要な情報システムをアクティブ化する手続きが含まれます。

Pervasive PSQL Vx Server は、バックアップ物理マシンまたは仮想マシンを初期化する障害回復技術をサポートする主要なハイパーバイザーと互換性があります。すべての仮想 MAC アドレスとホスト名が仮想マシンの移動後も同じままであれば、PSQL Vx Server は正常に動作し続けます。これにより、短時間でのサーバー置換および回復が可能です。Pervasive PSQL Server は、物理マシン上での障害回復技術をサポートする主要なハイパーバイザーと互換性があります。

障害回復の定義および実装については、各ハイパーバイザー ベンダーのドキュメントを参照してください。

障害回復のために Pervasive PSQL が提供するもう 1 つの機能は Pervasive PSQL Insurance です。Pervasive PSQL Insurance を使用すれば、直ちにオンラインに戻し業務を続行することができます。その間に元の Pervasive PSQL ライセンスを復元できます。Pervasive PSQL Insurance は、3 回の認証が可能で、Windows および Linux の 32 ビットまたは 64 ビット環境で利用可能な 14 日間限定の一時ライセンスを提供します。詳細については、http://www.agtech.co.jp/products/pervasive/ をご覧ください。

障害回復を参照してください。

このセクションで述べているすべての技術を利用する場合、Pervasive Software では、ベンダーが提供するハードウェア互換性リストで挙げられているサーバー、ディスク サブシステムおよびネットワーク コンポーネントを選択することをお勧めします。Pervasive Software でも、ベンダーの製品との互換性テストを行う際にはベンダー提供のハードウェア要件に従っています。

フェールオーバー クラスタリングは、複数の物理サーバー（ノード）が、1 つ以上のファイル共有またはボリュームを持つ、共通の共有記憶域サブシステムにアクセスする機能を提供します。このフェールオーバー サービスでは、一度に 1 つのサーバーだけがファイル共有またはボリュームを制御します。共有記憶域サブシステムの制御は、障害により停止したサーバーからクラスター内の次のスタンバイ サーバーへ自動的に渡されます。

Pervasive PSQL はデータベース エンジンをインストールしたクラスター ノード単位で個別にライセンスされている必要があります。これはそのノードが物理マシンまたは仮想マシンのどちらでも同じです。『Pervasive PSQL User's Guide』のライセンス モデルも参照してください。（ここで説明しているフェールオーバー クラスタリングは、Microsoft フェールオーバー クラスタリングまたはクラスター サービス、および Linux Heartbeat を対象としています。仮想マシン ベースのクラスターを取り入れるようなその他の高可用性ソリューションとは異なります）。

ここでは、以下の項目について説明します。

ここではフェールオーバー クラスタリングへの Pervasive PSQL サービスの追加について説明します。これは次のことを前提とします。

基本的に、フェールオーバー クラスタリングは Windows Server 2008、Windows Server 2008 R2 および Windows Server 2012 で同じです。

Windows Server 2012 では次の点が異なることに留意してください。

Pervasive PSQL サービスを追加する前に、フェールオーバー クラスタリングが正常に機能していることが必須です。たとえば、フェールオーバーを実行し、すべてのリソースが利用可能になっていることを確認してください。この操作を、フェールオーバーを開始した最初のノードに戻るまで繰り返し行います。フェールオーバー クラスタリングのセットアップ方法については、Microsoft のドキュメントを参照してください。

ほかのサービスの場合と同様に、Pervasive PSQL サービスを追加する前には必須のクラスタリング コンポーネントを設定します。コンポーネントを設定する際に、以下の点を確認してください。

コンポーネントを設定したら、Pervasive PSQL クライアントをインストールしているマシンがクライアント アクセス ポイントと通信できることを検証するのが得策です。また、マシンが共有名を参照できることを確認してください。

次の表では、Windows Server 2008 のクラスター サービスに Pervasive PSQL を追加する際の推奨手順を説明しています。 Windows Server 2012 向けの手順は基本的には同じですが、先に述べた相違点があります。

ここではフェールオーバー クラスタリングへの Pervasive PSQL サービスの追加について説明します。これは次のことを前提とします。

Pervasive PSQL を追加する前に、クラスター サービスが正常に機能していることが必須です。たとえば、フェールオーバーを実行し、すべてのリソースが利用可能になっていることを確認してください。この操作を、フェールオーバーを開始した最初のノードに戻るまで繰り返し行います。クラスター サービスの設定、動作確認、タスクの実行方法の詳細については、Microsoft のドキュメントを参照してください。

ほかのアプリケーションの場合と同様に、Pervasive PSQL を追加する前には必須のクラスター コンポーネントを設定します。コンポーネントを設定するときは、Pervasive PSQL データを置く共有ディスクに対し、必要であればユーザー権限を編集します。通常、Pervasive PSQL トランザクショナルおよびリレーショナル サービスは、ローカル システム アカウント下で実行されます。ローカル システム アカウントには必ず共有ディスクへの読み取り/書き込み権限を持たせる必要があります。

コンポーネントを設定したら、Pervasive PSQL クライアントにアクセスし、クラスター共有記憶域と通信できることを確認します。Pervasive PSQL クライアントは、クラスター ノードのフェールオーバーの前および後に、クラスター共有記憶域と通信できる必要があります。フェールオーバーの前後で、Pervasive PSQL クライアント コンピューターから共有記憶域サブシステム上でコマンドが実行できれば、クラスターは正常に機能しています。

次の表では、Windows Server 2003 のクラスター サービスに Pervasive PSQL を追加する際の推奨手順を説明しています。

Heartbeat プログラムは Linux-HA（High-Availability Linux Linux）プロジェクトの中心的なコンポーネントの 1 つです。Heartbeat はあらゆる Linux プラットフォームで動作し、1 つのプロセスで停止ノードの検出、通信およびクラスター管理を行います。Pervasive PSQL Server は、Heartbeat クラスターが物理ノードを使用する場合に推奨される製品です。Pervasive PSQL Vx Server は、仮想マシン ノードを使用するクラスター用に推奨される製品です。

ここでは Linux Heartbeat への Pervasive PSQL サービスの追加について説明します。これは次のことを前提とします。

Pervasive PSQL をクラスターに追加する前に、Linux Heartbeat が正常に機能していることが必須です。Heartbeat のインストール、動作確認、タスクの実行方法については、「The High Availability Linux プロジェクト」（http://www.linux-ha.org/ja/HomePage_ja）ドキュメントを参照してください。

ほかのアプリケーションの場合と同様に、Pervasive PSQL を追加する前には必須のクラスター コンポーネントを設定します。

次の表では、Linux Heartbeat に Pervasive PSQL を追加する際の推奨手順を説明しています。

フェールオーバー クラスター環境に Pervasive PSQL をインストールすると、Pervasive PSQL はリソースとして管理できます。ここでは、一般的な管理の内容について説明します。

Pervasive PSQL ライセンスやマシンのメンテナンスに関する一般的な手順は、フェールオーバー クラスター環境のノードにも同様に適用されます。データベース エンジンがインストールされた物理マシンまたは仮想マシンの構成を変更する前には Pervasive PSQL 製品キーを認証解除してください。構成の変更が完了したら再度認証してください。

『Pervasive PSQL User's Guide』のキーを認証解除するにはおよびキーを認証するにはを参照してください。

クラスター ノードでエラーが発生した場合、Pervasive PSQL クライアントはスタンバイ ノード上の Pervasive PSQL エンジンに自動的に再接続しません。アプリケーションでクライアントを Pervasive PSQL データベースに再接続するか、アプリケーションを再起動する必要があります。データベース エンジンで［自動再接続の有効化］がオンに設定されていたとしても同様の対処が必要です。

トランザクション一貫性保守がオフで、トランザクションが完了する前にエラーが発生した場合には、自動的にトランザクションを開始する前の状態にロール バックされます。つまり、すぐ前の完了済みチェック ポイントへ戻るということです。ロール バックは、アクティブ サーバーがデータ ファイルへのアクセスを要求した時点で発生します。

トランザクション一貫性保守を設定している場合、クラスター ノードに障害が発生した時点と最後のチェック ポイントの時点との間に発生した完了済みの変更は回復させることができます。トランザクション一貫性保守はすべてのノードで同じように構成される必要があります。また、トランザクション ログは共有記憶域に置かれます。ただし、トランザクション一貫性保守が有効だった場合でも、クラスターの障害が発生した時点で完了していないトランザクションは失われます。

フェールオーバー クラスターには優先的に実行させるプライマリ ノードがあるかもしれません。プライマリ ノードでエラーが発生した場合、セカンダリ ノードを使用するよりも早急にプライマリ ノードの方を復元しようと思われるでしょう。そのような状況の場合は、Pervasive PSQL の一時ライセンスによってプライマリ ノードの確立を支援できる Pervasive PSQL Insurance の利用をご検討ください。

Pervasive PSQL Insurance を使用すれば、直ちにオンラインに戻し業務を続行することができます。その間に元の Pervasive PSQL ライセンスの復元を行うことが可能です。Pervasive PSQL Insurance は、3 回の認証が可能で、Windows および Linux の 32 ビットまたは 64 ビット環境で利用可能な 14 日間の一時ライセンスを提供します。詳細については、http://www.agtech.co.jp/products/pervasive/ をご覧ください。

オペレーティング システムから Pervasive PSQL トランザクショナル サービスを手動で停止すると、アクティブ ノードからクラスターのフェールオーバーが発生します。サービス ノードのメンテナンスを実行しており、そのようなフェールオーバーを回避したい場合は、Pervasive PSQL トランザクショナル サービスをクラスター ユーティリティから停止します。

変更する設定によってはデータベース エンジンを再起動する必要があります。そのような変更の場合は、非アクティブ モードで変更を行うようにしてください。そうしないと、その再起動が原因でフェールオーバーが起こります。設定リファレンスを参照してください。

追加キーはアクティブ ノードまたは非アクティブ ノード上の Pervasive PSQL へいつでも追加することができます。ユーザー数追加キーを追加する場合、データベース エンジンの再起動は不要で、直ちにその追加が適用されます。『Pervasive PSQL User's Guide』のユーザー数、セッション数または使用データの追加も参照してください。

ご利用のクラスター環境にプロキシ サーバーを組み込んでいる場合は、『Pervasive PSQL User's Guide』のプロキシ サーバー経由の認証アクセスを参照してください。

ある時点で、Pervasive PSQL またはフェールオーバー クラスター ソフトウェアをアップグレードする必要があるかもしれません。Pervasive PSQL の場合、必ず非アクティブ ノード上のデータベース エンジンをアップグレードするようにしてください。アップグレード バージョンのリリース ノートも参照してください。フェールオーバー クラスター ソフトウェアの場合は、ソフトウェア ベンダーが推奨する手順を参照してください。

マイグレーションでは、Pervasive PSQL を実行している仮想マシンを、ある物理ホストから別のホストへ移動します。通常は、仮想マシンのメモリ、記憶域およびネットワーク接続が移行先に移行されます。ハイパーバイザーによって、マイグレーションは "ライブ" マイグレーションまたは "ホット" マイグレーションと呼ばれます。

"ライブ" マイグレーションまたは "ホット" マイグレーションでは、クライアントから Pervasive PSQL への接続がそのまま維持されます。これにより、ハードウェア バランスまたはリソース バランスの変更が可能です。"コールド" マイグレーションでは、仮想マシンを一時停止する必要があるため、ネットワーク接続が中断されます。クライアントから Pervasive PSQL への接続を再確立する必要があります。

マイグレーション環境には、実行中の Pervasive PSQL のインスタンスが 1 つだけあります。これにより、ホスト マシンがクラッシュした、またはホスト マシンを直ちにオフラインにする必要がある場合、その環境はやや脆弱になります。また、共有記憶域にエラーが生じた場合、データベース エンジンは物理記憶域に対する読み込みまたは書き込みを処理することができません。ハイパーバイザーによっては、共有記憶域を使用しないマイグレーション ソリューションを提供しています。

Pervasive PSQL Vx Server はマイグレーション環境に適した製品です。仮想 MAC アドレスとホスト名が仮想マシン移行後も同じままであれば、PSQL Vx Server は正常に動作し続けます。製品キーの状態は "アクティブ" のままです。

Pervasive PSQL Server を使用することも可能ですが、その場合は別のホストへの移行が発生したときに製品キーの状態が "検証失敗" に変わります。データベース エンジンは、一定期間（検証失敗期間）は検証失敗状態のキーで実行することができます。検証失敗期間が終わる前に元のホストへ移行し直すということであれば、データベース エンジンは正常に動作します。

マイグレーション環境で Pervasive PSQL をインストールまたは構成する際、特別な手順は必要ありません。ハイパーバイザーのドキュメントを参照してください。

フォールト トレラント環境はマイグレーション環境と似ていますが、さらにコンポーネントがエラーになっても動作が中断されないようする機能も備えています。フォールト トレラント環境では、ネットワーク接続、継続的なサービスおよび同期された共有記憶域を介したデータ アクセスが確保されます。コンポーネントの切り替えが起こっても、クライアント マシンおよびアプリケーションは正常に機能し続け、データベース エンジンは中断されません。

Pervasive PSQL Vx Server はマイグレーションでの説明と同様の理由でフォールト トレラント環境に適した製品です。

フォールト トレラント環境で Pervasive PSQL をインストールまたは構成する際、特別な手順は必要ありません。ハイパーバイザーのドキュメントを参照してください。

障害回復にはデータの回復やサイトの回復が含まれています。データの回復はデータを保護および復元する方法です。サイトの回復は、データを含むサイト全体を保護および復元する方法です。

データの回復は、ハイパーバイザーの共有記憶域および Pervasive PSQL のトランザクション ログとトランザクション一貫性保守によって容易に行うことができます。トランザクション ログおよびトランザクション一貫性保守を参照してください。Pervasive PSQL Server および Server Vx ではトランザクション ログとトランザクション一貫性保守を使用できます。

サイトの回復は Pervasive PSQL Server と Server Vx のどちらでも実行できます。Pervasive PSQL Server の場合は、物理マシン用に単独の製品キーが必要です。この回復に元のサイトの仮想マシンが含まれる場合、その仮想マシンの起動時には Pervasive PSQL 製品キーの状態が「検証失敗」に変わります。データベース エンジンは、一定期間（検証失敗期間）は検証失敗状態のキーで実行することができます。検証失敗期間が終わる前に元のホストへ移行し直すということであれば、データベース エンジンは正常に動作します。ただし、サイトの回復で元のホストが失われる可能性があります。

仮想 MAC アドレスとホスト名が、回復されたサイト仮想マシンと元の仮想マシンとで同じままであれば、PSQL Vx Server は正常に動作します。製品キーの状態は "アクティブ" のままです。

障害回復環境で Pervasive PSQL をインストールまたは構成する際、特別な手順は必要ありません。ハイパーバイザーのドキュメントを参照してください。