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

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

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

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

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

PSQL は Microsoft フェールオーバー クラスター サービスおよび Linux Heartbeat と互換性があります。フェールオーバー クラスタリングの定義および実装については、各ベンダーのドキュメントを参照してください。PSQL Server と PSQL Vx Server はフェールオーバー クラスタリングに推奨されるエディションです。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

これで、PSQL フェールオーバー クラスターの設定が完了しました。

Heartbeat プログラムは Linux-HA（High-Availability Linux Linux）プロジェクトの中心的なコンポーネントの 1 つです。Heartbeat はあらゆる Linux プラットフォームで動作し、1 つのプロセスで停止ノードの検出、通信およびクラスター管理を行います。

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

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

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

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

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

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

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

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

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

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

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

変更する設定によってはデータベース エンジンを再起動する必要があります。設定リファレンスを参照してください。

Windows クラスター アドミニストレータで次の手順を実行します。 手順は、記載されている順序で行う必要があります。

ある時点で、PSQL またはフェールオーバー クラスター ソフトウェアにパッチを適用する必要があるかもしれません。この実行をサポートするために、弊社ではバージョンアップ関連のサポート資料を提供しています。

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

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

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

ホスト名が仮想マシンの移行後も同じままであれば、PSQL は正常に動作し続けます。製品キーの状態は "アクティブ" のままです。

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

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

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

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

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

サイトの回復は物理マシンと仮想マシンのどちらでも実行できます。回復されたサイトでホスト名が同じままであれば、PSQL は正常に動作します。これは一般に仮想マシンの場合です。物理マシンを回復する場合、回復したサイトでホスト名が回復前と異なっていると、PSQL の起動時に PSQL 製品キーの状態が検証失敗に変わります。PSQL は検証失敗の状態でもしばらくの間は正常に動作し続けます。その間にキーを修復するか、元のサイトへ戻すことができます。

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