26.12.1 HiRDBの開始方法（サーバモードの場合）
- 〈この項の構成〉
(1) HiRDB/シングルサーバの場合
系切り替え機能使用時のHiRDB/シングルサーバの開始方法を次に示します。
- 〈手順〉
-
-
MSFCのフェールオーバークラスタ管理でHiRDBのサービスを「オンライン」にします。
-
pdstartコマンドで実行系HiRDBを開始します。なお，Hitachi HA Toolkitのserver定義文のactcommandオペランドを指定している場合は不要です。
-
pdstartコマンドで待機系HiRDBを開始します。待機系HiRDBは待機状態になります。
-
(2) HiRDB/パラレルサーバの場合（スタンバイ型系切り替え機能の場合）
実行系及び待機系のHiRDBをそれぞれpdstartコマンドで開始します。
- 実行系ユニットの開始方法
-
実行系の各サーバマシンにログインして，pdstart -qコマンドでユニット単位に開始します。又は，システムマネジャのユニットでpdstartコマンドを実行し，実行系の全ユニットを開始します。
- 待機系ユニットの開始方法
-
待機系の各サーバマシンにログインして，pdstart -qコマンドでユニット単位に開始します。
- 〈手順〉
-
-
MSFCのフェールオーバークラスタ管理でHiRDBのサービスを「オンライン」にします。
-
actcommandオペランドを指定していない場合，各サーバマシンにログインして，pdstart -qコマンドでユニット単位に開始します。又は，システムマネジャのユニットでpdstartコマンドを実行し，実行系の全ユニットを開始します。actcommandオペランドを指定している場合，系切り替え対象外のユニットでpdstart -qコマンドを実行します。
-
(3) 1：1スタンバイレス型系切り替え機能の場合
1：1スタンバイレス型系切り替え機能の場合の開始手順は次のようになります。
- 〈手順〉
-
-
MSFCのフェールオーバークラスタ管理でHiRDBのサービスを「オンライン」にします。
-
システムマネジャからpdstart，又は各ユニットでpdstart -qコマンドを実行します。actcommandオペランドを指定していない場合，各サーバマシンにログインして，pdstart -qコマンドでユニット単位に開始します。又は，システムマネジャのユニットでpdstartコマンドを実行し，実行系の全ユニットを開始します。actcommandオペランドを指定している場合，系切り替え対象外のユニットでpdstart -qコマンドを実行します。
-
正規BESユニット及び代替BESユニットの開始方法を次の表に示します。
|
目的 |
実行するコマンド |
備考 |
|---|---|---|
|
pdstart -q |
代替中で正規BESユニットが停止している場合にこのコマンドを実行すると，正規BESユニットが待機状態※１になります。 |
|
|
pdstart -q |
代替BESユニット内の代替部も一緒に開始します。正常状態の場合は代替部が待機状態※２になります。 |
|
|
pdstart -q -c |
自動的に開始するので代替部を停止，切り戻したとき以外は，実行する必要がありません。 |
- 注
-
サーバ単位の開始はできません。
- 注※１
-
正規BESユニットが待機状態でないと正規BESユニットに系を切り戻せません（代替中から正常状態に戻れません）。正規BESユニットが待機状態の場合は，pdls -d haコマンドの実行結果で系の状態がSBYと表示されます。
- 注※２
-
代替部が待機状態でないと系を切り替えられません。代替BESユニットが待機状態の場合は，pdls -d haコマンドの実行結果で系の状態がSBYと表示されます。
(4) 影響分散スタンバイレス型系切り替え機能の場合
影響分散スタンバイレス型系切り替え機能の場合の開始手順は次のようになります。
- 〈手順〉
-
-
MSFCのフェールオーバークラスタ管理でHiRDBのサービスを「オンライン」にします。
-
システムマネジャからpdstart，又は各ユニットでpdstart -qコマンドを実行します。なお，Hitachi HA Toolkitのserver定義文のactcommandオペランドを指定している場合は不要です。
-
正規ユニット及びゲストBESユニットの開始方法を次の表に示します。
|
目的 |
実行するコマンド |
備考 |
|---|---|---|
|
pdstart -q |
正規ユニットが停止している場合に起動します。 |
|
|
pdstart -q |
受け入れユニット内のゲストBESも一緒に開始します。 |
|
|
pdstart -u -s |
ゲストBESが停止している場合に受け入れ可能状態になります。 自動的に開始するのでバックエンドサーバ又はその待機系を明示的に停止したとき以外は，実行する必要がありません。 |
(a) システム全体の開始
システム全体開始の運用方法を次の表に示します。
|
入力場所 |
コマンド |
動作 |
|---|---|---|
|
システムマネジャがあるユニット |
pdstart |
システム全体開始 |
システム全体開始時の処理を次に示します。
-
サーバの開始：各ユニットのユニットの全ホストBES，及び全ゲストBESに対してサーバ開始を実行します。
影響分散スタンバイレス型系切り替え機能でのシステム全体開始の例を次の図に示します。
システム全体を開始するためには，スタンバイ型系切り替えと同じくシステムマネジャがあるユニットからpdstartコマンドを入力します。各ユニットでは，自動的にゲストBESが受け入れ可能状態になります。
|
|
![[図データ]](GRAPHICS/ZU250890.GIF)
システム起動の動作を次の表に示します。システム起動が完了すると，メッセージKFPS05210-Iを出力します。
|
開始種別 |
影響分散スタンバイレス型系切り替え機能の適用ユニット |
|
|---|---|---|
|
なし |
あり |
|
|
システム開始 |
全ユニット起動 （全サーバ起動） |
全サーバ起動 （全ユニットは起動しません） |
|
システムマネジャがあるユニットの単独開始 （システムマネジャがあるユニットの単独異常終了後） |
フロントエンドサーバ，ディクショナリサーバ，バックエンドサーバの各々1サーバ起動 |
フロントエンドサーバ，ディクショナリサーバ，バックエンドサーバの各々1サーバ起動 |
|
HAグループ内ユニットの単独開始 |
− |
− |
|
その他ユニットの単独開始 |
− |
− |
（凡例） −：該当しません。
(b) ユニットの開始
ユニット開始の運用方法を次の表に示します。
|
入力場所 |
コマンド |
オプション |
動作 |
|
|---|---|---|---|---|
|
-q |
-u |
|||
|
システムマネジャがあるユニット |
pdstart |
なし |
あり |
対象ユニット起動 |
|
あり |
なし |
|||
|
対象ユニット |
pdstart |
あり |
なし |
|
●ユニットの開始モード
ユニットの開始モードを次の表に示します。ユニットの正常開始，又は再開始は前回の該当ユニットの終了モードだけで決定され，実行起動するホストBES，ゲストBESの有無，実行起動するサーバの正常開始，又は再開始は関係しません。
|
前回のユニット終了モード |
ホストBES又はゲストBES |
ユニットの開始モード |
|
|---|---|---|---|
|
開始サーバの起動 |
開始サーバ起動中に 再開始サーバ起動 |
||
|
正常停止 |
なし |
なし |
正常開始 |
|
あり |
なし |
||
|
あり |
あり |
||
|
計画停止／強制終了／異常終了 |
なし |
なし |
再開始 |
|
あり |
なし |
||
|
あり |
あり |
||
影響分散スタンバイレス型系切り替え機能では，再開始，正常開始の判定と処理をユーザサーバごとに実施します。このため，ユニット内サーバが強制／異常終了後，又はHAグループ内の他ユニットで稼働中であっても，ユニットは正常開始可能です。
なお，影響分散スタンバイレス型系切り替え機能の場合もユニットの強制／異常終了後はユニット再開始になります。再開始処理はユーザサーバごとに行うためユニットそのものに回復するリソース（DB）がありませんが，従来と同じくユニット再開始には正常開始と比べて次の表に示す動作差異があります。
|
項目 |
内容 |
|---|---|
|
構成変更チェック |
システムリソース（共用メモリなど）が増加となる定義変更をチェックアウトし，再開始失敗となる危険性を排除します（受け入れ可能なゲストBES数は変更可能とします）。 |
|
システム起動完了チェック |
システムマネジャのあるユニット再開始時にフロントエンドサーバ，ディクショナリサーバ，バックエンドサーバが1サーバずつあればシステム起動完了としてサービスを開始します。システムマネジャのあるユニット正常開始時は全サーバ起動完了を待ち合わせますが，システムマネジャのあるユニット再開始時は待ち合わせサーバを減らしてサービスの受け付けの再開を早めます。 |
|
ユニットランIDの引き継ぎ |
ユニットランIDはユニットの停止前から引き継ぎます。ユニット開始時のKFPS01826-Iメッセージ出力，及びpdcspoolの定期自動実行基準として利用します。 |
●ユニットの開始の例
影響分散スタンバイレス型系切り替え機能でのユニット開始の例を次の図に示します。次のようにユニットを開始します。
-
システムマネジャのあるユニットからpdstart -uコマンドを入力
-
該当ユニットを配置したホストにログインして，pdstart -qコマンドを入力
該当ユニットの起動に伴い，次のゲストBESの状態をシステムが変更します。
-
該当ユニット内のゲストBESの受け入れ可能状態の解除（図の自動状態変更1）
-
該当ユニット内のホストBESに対応するゲストBES（図の自動状態変更2）
図26‒54 影響分散スタンバイレス型系切り替え機能でのユニット開始の例 ![[図データ]](GRAPHICS/ZU250900.GIF)
●実行系のバックエンドサーバがないユニットの開始の例
影響分散スタンバイレス型系切り替え機能での実行系のバックエンドサーバがないユニットの開始の例を次の図に示します。
ユニットを開始するには，次の方法があります。
-
システムマネジャのあるユニットからpdstart -uコマンドを入力
-
該当ユニットを配置したホストにログインして，pdstart -qコマンドを入力
該当ユニットの起動に伴って該当ユニット内のゲストBESの状態をシステムが変更します（図の自動状態変更1）。
|
|
![[図データ]](GRAPHICS/ZU250910.GIF)
ユニット起動の完了の動作は，メッセージKFPS05110-Iが出力されることで判断できます。
-
影響分散スタンバイレス型系切り替え機能の非適用ユニットの場合は，ユニット内全サーバ起動完了時にメッセージが出力されます。
-
影響分散スタンバイレス型系切り替え機能の適用ユニットの場合は，ユニット内全実行系サーバ起動完了時にメッセージが出力されます。
(c) サーバの開始
サーバ開始の運用方法を次の表に示します。
|
入力場所 |
コマンド |
オプション |
動作 |
||
|---|---|---|---|---|---|
|
-q |
-u |
-s |
|||
|
システムマネジャのあるユニット |
pdstart |
なし |
なし |
あり |
全稼働中HAグループ内ユニットで対象サーバ開始 ※1 |
|
あり |
なし |
あり |
ホストBESの開始（-uは省略可） ※2 |
||
- 注※1
-
全稼働中HAグループ内ユニットのうち，1ユニットでバックエンドサーバが実行中となり，ほかのユニットでは受け入れ可能状態となります。
- 注※2
-
対象となるバックエンドサーバが実行サーバとして起動完了した場合は，HAグループ内の稼働中のユニットは自動的に受け入れ可能状態となります。
使用するクラスタソフトウェアごとのサーバ開始時の処理結果を次の表に示します。
|
クラスタソフトウェア |
サーバ種別 |
該当サーバ稼働中の他ユニット |
該当ホストでオンライン化 |
サーバ開始結果 |
|---|---|---|---|---|
|
Hitachi HA Toolkit Extension |
− |
なし |
あり |
稼働中 ※ |
|
なし |
受け入れ可能 |
|||
|
あり |
あり |
− |
||
|
なし |
受け入れ可能 |
（凡例） −：該当しません。
- 注※
-
Hitachi HA Toolkit Extensionの場合，サーバを停止後もクラスタソフトウェアには稼働中（オンライン）を継続しているように見せています。このため，ゲストBESの場合を含めて稼働中のサーバを停止後，同じユニットで開始すると，再び稼働状態となります。
●サーバの開始の例
影響分散スタンバイレス型系切り替え機能での実行系サーバの開始の例を次の図に示します。
実行系サーバを開始するには，次の方法があります。
-
システムマネジャのあるユニットからpdstart -sコマンドを入力します。
該当サーバの起動に伴い，該当サーバに対応するゲストBESの状態をシステムが変更します（図の自動状態変更）。
なお，サーバが実行系かどうかは，pdls -d haコマンドで確認できます。
|
|
![[図データ]](GRAPHICS/ZU250920.GIF)
影響分散スタンバイレス型系切り替え機能での待機系サーバの開始の例を次の図に示します。
待機系サーバを開始するには，次の方法があります。
-
システムマネジャのあるユニットからpdstart -u -sコマンドを入力
指定されたホストBESは，受け入れ可能状態になります。なお，サーバが実行系かどうかは，pdls -d haコマンドで確認できます。
|
|
![[図データ]](GRAPHICS/ZU250930.GIF)
影響分散スタンバイレス型系切り替え機能でのゲストサーバの状態変更の例を次の図に示します。
ユニット内のゲストサーバを受け入れ可能状態にするには，次の方法があります。
-
システムマネジャがあるユニットからpdstart -u -sコマンドを入力
指定されたゲストBESは受け入れ可能状態になります。
|
|
![[図データ]](GRAPHICS/ZU250940.GIF)
(5) 注意事項
- 共通の注意事項
-
-
pdstart -qコマンドを実行する場合は，最初のユニットを開始した時点から20分以内に全ユニットを開始するようにしてください。20分以内に全ユニットを開始できない場合はHiRDBの開始処理を中止します。なお，この20分という制限時間はpd_reduced_check_timeオペランドの値によって変わります。20分はこのオペランドの省略値です。
-
待機系HiRDBでpdstartコマンドを実行する場合はオプションの指定に制限があります。-iオプション，-rオプション，及びdbdestroyオプションを指定できません。
-
pdstart -r又はpdstart -Rコマンドを実行する場合は，実行系及び待機系HiRDBを終了した後にpdstart -r又はpdstart -Rコマンドを実行してください。pdstart -r又はpdstart -RコマンドでHiRDBを開始した場合，HiRDBは系切り替えの対象になりません。データベースの回復処理などが終了した後に，一度HiRDBを終了してから実行系及び待機系HiRDBを開始してください。
-
- 高速系切り替え機能使用時の注意事項
-
ここで説明する注意事項はHitachi HA Toolkit Extensionを使用しているときだけ該当します。Hitachi HA Toolkit Extensionを使用していない場合は該当しません。
高速系切り替え機能を適用した待機系ユニットは，実行系ユニットの開始処理が完了した後に開始してください。実行系ユニットが開始していない状態で待機系ユニットを開始すると，待機系ユニットは実行系ユニットの開始完了を待ち合わせます。待ち合わせ時間内に実行系ユニットが開始しない場合，待機系ユニットはアボートコードPhi1012を出力して異常終了します。
- 1：1スタンバイレス型系切り替え機能使用時の注意事項
-
ここで説明する注意事項はHitachi HA Toolkit Extensionを使用しているときだけ該当します。Hitachi HA Toolkit Extensionを使用していない場合は該当しません。
正規BESユニットと代替BESユニットは片方を開始してから20分以内に他方を開始してください。実行系ユニットが開始していない状態で待機系ユニットを開始すると，待機系ユニットは実行系ユニットの開始完了を待ち合わせます。待ち合わせ時間内に実行系ユニットが開始しない場合，待機系ユニットはアボートコードPhi1012を出力して異常終了します。
なお，正常時は正規BESユニットが実行系になり，代替部が待機系になります。代替中は代替部が実行系になり，正規BESユニットが待機系になります。
- Hitachi HA Toolkit Extension使用時の注意事項
-
Hitachi HA Toolkit Extensionのサービスプロセスを起動しないでHiRDBを開始すると，両系とも待機系として開始してしまいます。この場合は次の表に示す手順で対処してください。
- 注※
-
ユニットの開始処理が完了したことを確認するには次に示す方法があります。
-
pdlsコマンドの実行結果のSTATUSにACTIVEと表示されている
-
KFPS05210-I又はKFPS05110-Iメッセージが出力されている
-