|
フェールオーバー クラスタリングは、複数の物理サーバー(ノード)が、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 Server をインストールし、それらすべてに同一のオプションを選択します。
インストール後、Pervasive PSQL トランザクショナル サービスとリレーショナル サービスは共にオペレーティング システムの起動時に自動的に開始されるよう設定されます。スタートアップの種類を手動に変更します。
通常、Pervasive PSQL トランザクショナルおよびリレーショナル サービスは、ローカル システム アカウント下で実行されます。Pervasive PSQL のインストールで問題が起きた場合は、クラスター ノード アカウントのドメインの権限を調べてください。
|
Pervasive PSQL 用のクラスター リソースを追加し、プロパティを設定する
|
クラスター リソースとして、Pervasive PSQL トランザクショナル サービスは必ず必要です。リレーショナル サービスはオプションで、アプリケーションがリレーショナル インターフェイスを使用する場合のみ必要です。
クラスター リソース用のプロパティを指定する際は以下のことを実施してください。
リレーショナル サービスを含める場合は、レジストリ キー用のデータ ソース名(DSN)の操作方法を決定します。以下の手順のいずれかを実行します。
メモ: 依存関係があるため、Pervasive PSQL リソースは最初に Pervasive PSQL トランザクショナル エンジン、次に Pervasive PSQL リレーショナル エンジンという順序でオンラインにし、停止する場合はこの逆の順序で停止するようにしてください。
|
必要なファイルとディレクトリを共有記憶域に置く
|
通常、Pervasive PSQL トランザクショナルおよびリレーショナル サービスは、ローカル システム アカウント下で実行されます。ローカル システム アカウントには必ず共有ディスクへの読み取り/書き込み権限を持たせる必要があります。
Pervasive PSQL をインストールしたアクティブ ノードのアプリケーション データ領域にある DBNAMES.CFG ファイルを、共有記憶域上の任意のディレクトリにコピーします。
同じノード上のアプリケーション データ領域にある以下のディレクトリを、共有記憶域上の同じディレクトリにコピーします。便宜上、DBNAMES.CFG と同じディレクトリにこれらをコピーできますが、別の場所でもかまいません。
Pervasive System Analyzer を使用してトランザクショナル テストまたはリレーショナル テストを行う場合は、Pervasive Software¥PSQL¥Samples ディレクトリもコピーする必要があります。
|
PCC を使ってデータベース エンジンのプロパティを設定する
|
Pervasive PSQL Control Center(PCC)でデータベース エンジンを設定して、特定の構成設定をレジストリに追加します。クラスター内のアクティブ ノードのエンジンを設定した後、障害を発生させてクラスター内の次のノードにその設定を移行します。
PCC で、ディレクトリに関する以下のエンジン プロパティを設定します。PCC でサービスの再開始を促された場合は、[いいえ]を選択します。
フェールオーバー クラスター管理コンソールで、Pervasive PSQL リソースを一旦オフラインにし、オンラインに戻します。
PCC で、データベースに関する以下のエンジン プロパティを設定します。
|
データベース エンジンの設定を移行する
|
データベース エンジンの設定をクラスター内のほかのノードへ移行します。 フェールオーバー クラスター管理コンソールで、サービスまたはアプリケーションの移動アクションを実行し、Pervasive PSQL サービスをクラスター内の別のノードへ移動させます。
たとえば、フェールオーバーを実行し、すべてのリソースが利用可能になっていることを確認してください。サービスをさらに別のノードへ移動させ、すべてのリソースが利用可能であることを確認します。この操作をフェールオーバーが最初のノードに戻るまで行います。
これで、Pervasive PSQL はフェールオーバー クラスター用に構成されます。
|
ここではフェールオーバー クラスタリングへの Pervasive PSQL サービスの追加について説明します。これは次のことを前提とします。
Pervasive PSQL を追加する前に、クラスター サービスが正常に機能していることが必須です。たとえば、フェールオーバーを実行し、すべてのリソースが利用可能になっていることを確認してください。この操作を、フェールオーバーを開始した最初のノードに戻るまで繰り返し行います。クラスター サービスの設定、動作確認、タスクの実行方法の詳細については、Microsoft のドキュメントを参照してください。
ほかのアプリケーションの場合と同様に、Pervasive PSQL を追加する前には必須のクラスター コンポーネントを設定します。コンポーネントを設定するときは、Pervasive PSQL データを置く共有ディスクに対し、必要であればユーザー権限を編集します。通常、Pervasive PSQL トランザクショナルおよびリレーショナル サービスは、ローカル システム アカウント下で実行されます。ローカル システム アカウントには必ず共有ディスクへの読み取り/書き込み権限を持たせる必要があります。
コンポーネントを設定したら、Pervasive PSQL クライアントにアクセスし、クラスター共有記憶域と通信できることを確認します。Pervasive PSQL クライアントは、クラスター ノードのフェールオーバーの前および後に、クラスター共有記憶域と通信できる必要があります。フェールオーバーの前後で、Pervasive PSQL クライアント コンピューターから共有記憶域サブシステム上でコマンドが実行できれば、クラスターは正常に機能しています。
次の表では、Windows Server 2003 のクラスター サービスに Pervasive PSQL を追加する際の推奨手順を説明しています。
操作
|
説明
|
---|---|
Pervasive PSQL 用のクラスター グループを追加する
|
Microsoft クラスター アドミニストレーターで、Pervasive PSQL リソースを追加するクラスター グループを作成します。クラスター グループ内のリソースはすべて同時に失敗する(機能しなくなる)ので、Pervasive PSQL 用に単独のクラスター グループを作成することをお勧めします。これは必須ではありませんが、適切な管理手法です。
Pervasive PSQL のクラスター グループには、少なくとも以下のリソースが含まれるようにしてください。
さらに、グループに対してフェールバックを可能にしたり、優先する実稼働ノードを指定したりすることができます。Pervasive PSQL のエラー時の動作も参照してください。
|
クラスター ノードへ Pervasive PSQL をインストールする
|
各クラスター ノードに Pervasive PSQL Server をインストールし、それらすべてに同一のオプションを選択します。
通常、Pervasive PSQL トランザクショナルおよびリレーショナル サービスは、ローカル システム アカウント下で実行されます。Pervasive PSQL のインストールで問題が起きた場合は、クラスター ノード アカウントのドメインの権限を調べてください。
|
Pervasive PSQL トランザクショナル サービスをクラスター グループに追加する
|
クラスター リソースとして、Pervasive PSQL トランザクショナル サービスは必ず必要です。
Microsoft クラスター アドミニストレーターで、新しいリソースを追加し、[リソースの種類]に "汎用サービス" を指定します。対象とするグループを選択します。[別のリソース モニターでこのリソースを実行する]オプションはチェックしないでください。
リソースの実行可能な所有者として機能するノードを指定します。
依存関係用に、リソースの依存関係リストには以下の項目を追加してください。
[汎用サービス パラメーター]にはサービス名に "Pervasive.SQL (transactional)" を指定します。[起動パラメーター]は空白のままにしておきます。[ネットワーク名をコンピューター名として使う]オプションを選択します。これにより、Pervasive PSQL は共有記憶域上でファイルを直接開くことができます。
レジストリ キーには、"SOFTWARE¥Pervasive Software" を追加します。
リソースを追加したら、そのプロパティを選択します。[再開する]オプションおよび[グループに適用する]オプションが選択してください。オプションで、しきい値と期間を設定することができます。
|
任意で、Pervasive PSQL リレーショナル サービスをクラスター グループに追加する
|
リレーショナル サービスはオプションで、アプリケーションがリレーショナル インターフェイスを使用する場合のみ必要です。
次の例以外は、Pervasive PSQL トランザクショナル サービスをクラスター グループに追加すると同じ手順に従ってください。
依存関係用に、[利用できるリソース]リストで "Pervasive PSQL トランザクショナル リソース" を選択します。リソースの IP アドレスおよびファイル共有はトランザクショナル リソースの依存関係なので、これらを追加する必要はありません。
[汎用サービス パラメーター]にはサービス名に "Pervasive.SQL (relational)" を指定します。
レジストリのレプリケーションは、レジストリ キー用のデータ ソース名(DSN)の操作方法を決定します。以下の手順のいずれかを実行します。
|
クラスター アドミニストレーターを使って PSQL サービスをオンラインにする
|
インストール後、トランザクショナルおよびリレーショナル サービスは共にオペレーティング システムの起動時に自動的に開始されるよう設定されます。オペレーティング システムから、両方のサービスを停止し、そのスタートアップの種類を手動に変更します。
オペレーティング システムでサービスを停止した後、クラスター アドミニストレーターを使用してそのサービスをオンラインにします。
|
必要なファイルとディレクトリを共有記憶域に置く
|
通常、Pervasive PSQL トランザクショナルおよびリレーショナル サービスは、ローカル システム アカウント下で実行されます。ローカル システム アカウントには必ず共有ディスクへの読み取り/書き込み権限を持たせる必要があります。
Pervasive PSQL をインストールしたアクティブ ノードのアプリケーション データ領域にある DBNAMES.CFG ファイルを、共有記憶域上の任意のディレクトリにコピーします。
同じノード上のアプリケーション データ領域にある以下のディレクトリを、共有記憶域上の同じディレクトリにコピーします。便宜上、DBNAMES.CFG と同じディレクトリにこれらをコピーできますが、別の場所でもかまいません。
Pervasive System Analyzer を使用してトランザクショナル テストまたはリレーショナル テストを行う場合は、Pervasive Software¥PSQL¥Samples ディレクトリもコピーする必要があります。
|
PCC を使ったエンジンの設定
|
Pervasive PSQL Control Center(PCC)でデータベース エンジンを設定して、特定の構成設定をレジストリに追加する必要があります。クラスター内のアクティブ ノードのエンジンを設定した後、障害を発生させてクラスター内の次のノードにその設定を移行します。
PCC の Pervasive PSQL エクスプローラーで新しいサーバーを作成し、そのサーバー名に対しクラスター共有記憶域のネットワーク名を指定します。
追加したサーバーのプロパティにアクセスし、[ディレクトリ]を選択します。
クラスター アドミニストレーターで、Pervasive PSQL トランザクショナル サービスをオフラインにすると、Pervasive PSQL リレーショナル サービスもオフラインになります。両方のサービスをオンラインにします。
クラスター アドミニストレーターで、障害を発生させて次のスタンバイ ノードがクラスターの新しい実稼動ノードになるようにします。この動作を繰り返して、すべてのクラスター ノードで障害を発生させます。
これで、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 Server をインストールし、それらすべてに同一のオプションを選択します。Pervasive PSQL データベースが存在するクラスター共有記憶域には Pervasive PSQL をインストールしないでください。
インストールが完了すると、オペレーティング システムの起動時にデータベース エンジンが自動的に起動するよう設定されます。ただし、クラスタリングでは、Linux Heartbeat がデータベース エンジンの起動と停止を制御します。クラスターの実稼動ノードがエンジンを起動し、それ以外のノードはエンジンを起動しません。
Pervasive PSQL Server をインストールしたら、"pvsw" および "pvsw-adm" 用のグループ ID と "psql" 用のユーザー ID がすべてのノードにおいて一致していることを確認してください。ID が一致していなければ、同一になるよう変更します。
|
共有記憶域を構成する
|
共有記憶域は、Pervasive PSQL データベースが存在する場所です。Heartbeat の共有記憶域はさまざまな方法で実装できます。このマニュアルではその数多くの実装方法のすべてを説明することはできません。このセクションでは、NFS マウントが使用されていると仮定します。
共有記憶域上で、データベースを配置する場所を作成します。この場所は自由に選択できます。ユーザー psql がその場所に対して読み取り、書き込みおよび実行権限を持っていることを確認してください。
共有記憶域に 2 つのグループと 1 人のユーザーを作成し、各クラスター ノードがデータベース ファイルにアクセスできるようにします。
|
共有記憶域マウント用のディレクトリを作成する
|
クラスター ノードごとに、ユーザー psql としてログインし、共有記憶域へマウントされるディレクトリを作成します(ユーザー psql にはパスワードがありません。su コマンドを使用した "root" アカウントによるアクセスのみを行うことができます)。ディレクトリ名は自由に選択できます。
|
Heartbeat サーバーを構成する
|
Pervasive PSQL データベース エンジンを制御するノードごとに Heartbeat サーバーを構成します。次のような構成を行います。
|
Heartbeat ユーザーのパスワードを割り当てる
|
Linux Heartbeat では Heartbeat Management Client へログインする際のデフォルトのユーザー名として hacluster を提供します。Heartbeat Management Client を実行するノードごとに、ユーザー hacluster のパスワードを割り当てます。
|
Pervasive PSQL 用のリソース グループを追加する
|
root としてログインし、クラスター ノードの 1 つで Heartbeat Management Client を開始します。ユーザー hacluster としてログインし、新しいグループを追加します。[ID]には、Pervasive PSQL グループの名前を指定します。[Ordered]と[Collocated]には "true" を設定します。
|
リソースをグループに追加する
|
次の 3 つのリソースを Pervasive PSQL グループに追加します。
IPaddr(IP アドレス)
Heartbeat Management Client で、新しい "native" 項目を追加します。[Belong to group]には、Pervasive PSQL 用に追加したグループを選択します。[Type]には "IPaddr" を選択します。
追加したリソースで、IP の値に対してクラスターの IP アドレスを指定します。Linux Heartbeat がインストールされ構成されたときには、(ノードではなく)クラスターに割り当てられた IP アドレスを使用します。
Filesystem(ファイルシステム)
新しい "native" 項目をもう 1 つ追加します。[Belong to group]には、Pervasive PSQL 用に追加したグループを選択します。
[Type]には、"Filesystem" を選択し、"fstype" というパラメーターを削除します。このパラメーターは必要ありません。新しいパラメーターを追加し、[Name]には "device" を選択します。[Value]には、共有記憶域のデバイス名、コロン、共有マウントのロケーションを指定します。
新しいパラメーターをもう 1 つ追加し、[Name]には "directory" を選択します。[Value]には、NFS マウントで使用するディレクトリを指定します。
Psql(OCF リソース エージェント)
新しい "native" 項目をもう 1 つ追加します。[Belong to group]には、Pervasive PSQL 用に追加したグループを選択します。[Type]では、[Description]フィールドに "PSQL OCF Resource Agent" の記載がある "psql" エントリをクリックします。このほかにパラメーターは必要ありません。
|
マウントされた共有記憶域上にサブディレクトリを作成する
|
Filesystem リソースを追加できた場合は、クラスター サーバーと共有記憶域間にマウントが存在するようになります。クラスター ノードの 1 つに、ユーザー psql としてログインします。共有記憶域マウントで、"log" と "etc" という名前のディレクトリを作成します。
たとえば、マウント ディレクトリが "/usr/local/psql/shared" の場合、/usr/local/psql/shared/log と /usr/local/psql/shared/etc というディレクトリを追加します。
|
PCC でクラスター サーバーを構成する
|
それぞれのクラスター ノードで、Pervasive PSQL Control Center(PCC)を使ったクラスター サーバーを構成する必要があります。
PCC を実行するノード以外のすべてのクラスター ノードを代替モードにします。psql ユーザーとして、1 つのアクティブ ノードで、あるいはアクティブ ノードにアクセスできるクライアントから PCC を実行します。
Pervasive PSQL エクスプローラーで、新しいサーバーを追加し、クラスターの名前(または IP アドレス)を指定します。
追加したサーバーのプロパティにアクセスします。ログインを指示された場合は、"admin" ユーザーとしてログインします。パスワードは空のままにします。[ディレクトリ]プロパティにアクセスします。[トランザクション ログのディレクトリ]には、"log" ロケーション用に作成したディレクトリを指定します。[DBNames 設定ファイルのディレクトリ]には、"etc" ロケーション用に作成したディレクトリを指定します。マウントされた共有記憶域上にサブディレクトリを作成するを参照してください。
PCC で新しいサーバーを追加し、そのプロパティをほかの各クラスター ノードから設定します。PCC を実行するノード以外のすべてのノードを代替モードにします
|
共有記憶域上にデータベースを作成する
|
クラスター ノードのうち 1 つのノードのオペレーティング システムから、ユーザー psql としてログオンし、データベースを置くファイル システム共有下にディレクトリを作成します(ユーザー root としてディレクトリを作成する場合、ユーザー psql はそのディレクトリに対して読み取り、書き込みおよび実行権限を持っていることを確認してください)。
PCC を実行するノード以外のすべてのクラスター ノードを代替モードにします。
psql ユーザーとして、1 つのアクティブ ノードで、あるいはアクティブ ノードにアクセスできるクライアントから PCC を実行します。PCC でクラスター サーバーを構成するで追加したサーバーに新しいデータベースを作成します。[場所]には、データベースを置くディレクトリを指定します。必要に応じてその他のデータベース オプションを指定します。
新しいデータベースの場合、必要であればテーブルを作成します。
|
各ノードからのデータベースへのアクセスを確認する
|
各クラスター ノードは共有記憶域上の Pervasive PSQL データベースにアクセスできる必要があります。データベースを作成したクラスター ノードを代替モードにします。これは "psql" リソース(データベース エンジン)を実行しているノードです。
クラスターの次のノードへフェール オーバーします。次のノードが、"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 の場合、必ず非アクティブ ノード上のデータベース エンジンをアップグレードするようにしてください。アップグレード バージョンのリリース ノートも参照してください。フェールオーバー クラスター ソフトウェアの場合は、ソフトウェア ベンダーが推奨する手順を参照してください。
|