15.6.1 RDエリアのオープン契機を変更する前に
(1) RDエリアのオープン契機とは
RDエリアのオープン契機とは,HiRDBが行うRDエリアのオープン処理の実施時期のことです。通常,RDエリアのオープン処理はHiRDBの開始時に行われます。このため,RDエリアの数に比例してHiRDBの開始時間が長くなります。このRDエリアのオープン処理をHiRDB開始時に行わないで,RDエリアへのアクセス処理が発生したときに行うことができます。このようにRDエリアのオープン契機を変更できます。RDエリアのオープン契機には,次の表に示す三つの属性があります。
(2) 適用基準
RDエリアのオープン契機は,最初はINITIAL属性です。次に示す場合にRDエリアのオープン契機の変更を考えてください。
-
RDエリアが多いためHiRDBの開始処理時間が長い場合
-
DVD-RAMライブラリ装置を使用する場合
各属性の適する運用形態を次の表に示します。
属性 |
適する運用形態 |
---|---|
INITIAL |
システム開始時にHiRDBファイルシステム領域をオープンして,RDエリア情報をメモリ上に常駐します。RDエリアの初回アクセス時にも,そのサーバプロセス上でオープンします。ただし,この場合にはRDエリア情報の再作成をしないため,初回SQLから高速な運用ができます。 システム開始時のRDエリア初期状態はオープン状態であり,以降は障害閉塞への遷移を除いて,運用コマンドの入力がないかぎりRDエリアの状態は遷移しません。 特殊な運用形態を用いない場合は,この属性を推奨します。 この属性のとき,クローズ状態のRDエリアに対してはアクセスできません。 |
DEFER |
システム開始時にHiRDBファイルシステム領域のオープンをしないで,RDエリアに対する初回アクセス時にオープンし,RDエリア情報をメモリ上に常駐します。2回目以降のアクセスでは,HiRDBファイルシステム領域のオープン以降の処理をしないため,高速な運用ができます。 システム開始時のRDエリア初期状態はクローズ状態であり,各RDエリアに対する初回アクセス時に該当するRDエリアをオープン状態にします。以降は障害閉塞への遷移を除いて,運用コマンドの入力がないかぎりRDエリアの状態は遷移しません。 多数のHiRDBファイルシステム領域に対するオープンが重なるケースを回避したい場合や,HiRDBの開始時間を短縮したい場合に,この属性を指定します。 HiRDBを再開始する場合は,回復処理時に回復対象RDエリアをオープンします。 この属性を指定した場合,クローズ状態のRDエリアに対してもアクセスできます。 |
SCHEDULE |
システム開始時にHiRDBファイルシステム領域のオープンをしないで,システム開始後,各トランザクション内でのRDエリアに対する初回アクセス時にオープンし,RDエリア情報をメモリ上に常駐します。トランザクションの終了時に,そのトランザクション内でオープンしたHiRDBファイルシステム領域をクローズします。以降もトランザクションが変わるとRDエリアに対する初回アクセス時にオープン以降の処理をするため,トランザクションに掛かる負荷は増加します。 システム開始時のRDエリアの初期状態はクローズ状態であり,アクセスのあったRDエリアのトランザクション処理中だけオープン状態とします。トランザクション終了時に,トランザクション内でオープン状態としたすべてのRDエリアをクローズ状態にします。 pdopenコマンドを入力すると,次回閉塞クローズ状態になるまでの間オープン状態を継続できます。そのほかの運用コマンドを用いて,RDエリアのステータスを任意に遷移させることもできます。障害を検知したときは障害閉塞となります。 DVD-RAMライブラリ装置を使用するなど,多数のHiRDBファイルシステム領域のオープンが重なることを回避したい場合や,システムの開始時間を短縮したい場合に,この属性を指定します。 HiRDBを再開始する場合は,回復処理時に回復対象RDエリアをオープンして,回復処理の終了後にクローズします。 この属性を指定した場合,クローズ状態のRDエリアに対してもアクセスできます。 |
(3) オープン契機を変更できるRDエリア
オープン契機を変更できるRDエリアを次に示します。
-
ユーザ用RDエリア
-
ユーザLOB用RDエリア
-
リスト用RDエリア
(4) 注意事項
-
オープン契機を変更するRDエリアは,pdhold -cコマンドで閉塞かつクローズ状態にしておきます。
-
オープン契機を変更したRDエリアを使用するには,pdrels -oコマンドで閉塞状態を解除してオープン状態にする必要があります。
-
同じHiRDBファイルシステム領域中にあるRDエリアのオープン契機は統一してください。
-
高速系切り替え機能の対象になる待機系ユニットは,待機状態のときにRDエリアをオープンしていません。また,系の切り替え時間を最小限に抑えるため,系切り替えの発生時に全面回復で必要なRDエリアだけをオープンして,そのほかのRDエリアはオープンしません。したがって,待機系のRDエリアのオープン契機はINITIAL属性になりません。INITIAL属性のRDエリアはDEFER属性になります。
-
スタンバイレス型系切り替え機能では系の切り替え時間を最小限に抑えるため,系切り替えの発生時に全面回復で必要なRDエリアだけをオープンして,そのほかのRDエリアはオープンしません。したがって,正規BES又は代替部のRDエリアのオープン契機は次のようになります。
・系切り替えが発生した場合,代替部のRDエリアのオープン契機はSCHEDULE属性になります。
・障害が回復して正規BESに系を切り戻した場合,正規BES下のINITIAL又はDEFER属性のRDエリアのオープン契機はDEFER属性になります。SCHEDULE属性のRDエリアはSCHEDULE属性のままです。
-
オープン属性によるUAPのRDエリアへのアクセス可否を次の表に示します。
表15‒4 オープン属性によるUAPのRDエリアへのアクセス可否 RDエリアの
オープン契機
RDエリアの状態
RDエリアの
アクセス可否
INITIAL
閉塞なし
オープン
○
クローズ
×
コマンド閉塞
オープン
×
クローズ
×
参照可能閉塞
オープン
△※2
クローズ
×
参照可能バックアップ閉塞※1
オープン
△※2
更新可能バックアップ閉塞※1
オープン
○
障害閉塞
オープン
×
クローズ
×
ログレス閉塞
オープン
△※3
クローズ
×
同期化閉塞※1
オープン
×※4
クローズ
×※4
オンライン再編成閉塞※1
オープン
△※5
クローズ
△※5
DEFER又は
SCHEDULE
閉塞なし
オープン
○
クローズ
○
コマンド閉塞
オープン
×
クローズ
×
参照可能閉塞
オープン
△※2
クローズ
△※2
参照可能バックアップ閉塞※1
オープン
△※2
クローズ
×
更新可能バックアップ閉塞※1
オープン
×
クローズ
○
障害閉塞
オープン
×
クローズ
×
ログレス閉塞
オープン
△※3
クローズ
△※3
同期化閉塞※1
オープン
×※4
クローズ
×※4
オンライン再編成閉塞※1
オープン
△※5
クローズ
△※5
- (凡例)
-
○:アクセスできます。
△:一部のSQLだけアクセスできます。
×:アクセスできません。
- 注※1
-
一時表用RDエリアは,この状態には遷移しません。
- 注※2
-
参照系SQLだけアクセスできます。
- 注※3
-
永続実表のPURGE TABLEだけ実行できます。
- 注※4
-
排他待ちとなります。
- 注※5
-
カレントRDエリアにアクセスするログ取得モードのSQLだけ実行可能です。ただし,次に示すSQLを除きます。
-
CREATE TABLE
-
CREATE INDEX
-
DROP TABLE
-
DROP INDEX
-
DROP SCHEMA
-
ALTER TABLE
-
PURGE TABLE
-
LOCK文
-