データ・パーティションの処理に関連する構成
この章では Optim™ High Performance Unload 設定ファイルで設定されたパラメータによって、どのように実行されるかを説明します
ここで説明するユース・ケースは、MYTABLE という名前のデータ・パーティション表のアンロードです。 このデータ・パーティション表には 50 個のデータ・パーティションが含まれています。 アンロードは、固有のマシン上に 2 つのデータベース・パーティションを持つ MYDB という名前の DPF データベースのバックアップ・イメージから行います。 このマシンには CPU が 4 つあります。
関連付けられている制御ファイルは次のような内容で、データ・パーティションが処理される方法に作用する節は意図的に含まれていません。
GLOBAL CONNECT TO MYDB
USING BACKUP CATALOG MYDB FROM “/backups”;
;
UNLOAD TABLESPACE PART(1,2)
DB2 NO USING BACKUP DATABASE MYDB FROM “/backups”;
SELECT * FROM MYTABLE;
OUTFILE(“outfile”)
FORMAT DEL; Scenario
1: leaving the configuration file db2hpu.cfg file without a shared_datapart_processing
parameter or adding this parameter set to noデータ・パーティションは、個別に処理されます。 Optim High Performance Unload 最初のデータベースパーティションの行に対して、データパーティションごとに50の処理ユニットを起動し、それぞれの行を処理します。これにより、このデータベースパーティションのバックアップを何度も読み込むことを回避できます。 処理単位の数は、既に CPU の数を上回っています。 Optim High Performance Unload 最初のデータベースパーティションの処理が終了した時点で、2番目のデータベースパーティションの処理を開始します。 その結果、データベース・パーティションは順次に処理されます。
Scenario 2: adding a shared_datapart_processing parameter set to yes in the db2hpu.cfg file
データ・パーティションは、処理を共有する単位で処理されます。 Optim High Performance Unload 最初のデータベースパーティションの行に対して、マシン上のCPUの数と同じ数の4つの処理ユニットを開始します。これらの並列ユニットは、50のデータパーティションの行の処理を共有します。 処理単位の数は、既に CPU の数と等しくなっています。 Optim High Performance Unload 最初のデータベースパーティションの処理が終了した時点で、2番目のデータベースパーティションの処理を4つの新しいユニットのみで開始します。 その結果、データベース・パーティションは順次に処理されます。
Scenario 3: adding a shared_datapart_processing parameter set to yes and the maxthreads parameter set to 2 in the db2hpu.cfg file
データ・パーティションは、処理を共用するユニットによって処理されます。指定されたデータベース・パーティションのユニット数は 2 に制限されます。 Optim High Performance Unload 最初のデータベースパーティションの行に対して2つの処理ユニット、2番目のデータベースパーティションの行に対して2つの処理ユニット、合計4つの処理ユニット(マシン上のCPUの数と同じ数)を開始します。 このように、2 つの並列単位のセット 2 つで、各データベース・パーティション上の 50 個のデータ・パーティションすべての行の処理を共有します。 その結果、2 つのデータベース・パーティションは並行して処理されます。