CLUB DB2 第122回 DB2管理本の著者が教える簡単運用管理入門

CLUB DB2 #122

CLUB DB2 第122回

DB2管理本の著者が教える
簡単運用管理入門

2011/04/22
日本アイ・ビー・エム
下佐粉昭 (しもさこあきら) rev. 1.2

この資料は下記URLでダウンロード可能です
http://ibm.com/developerworks/wikis/display/clubdb2/materials
© 2011 IBM Corporation

自己紹介
下佐粉昭 ( しもさこあきら )
和歌山県生まれ
2001年 IBMに中途入社
以来、DB2関連の仕事多し
現在はビジネスパートナー様向け技術支援
■書籍
「即戦力のDB2管理術」
「XML-DB開発実技コース」（共著）
「DB2 逆引きリファレンス」（共著)

■オンライン
Twitter - @simosako 内容は全てWEBで公開しています！
– http://twitter.com/simosako
http://db2watch.com/
Unofficial DB2 Blog
– http://db2.jugem.cc/

2

今日の目的
データベースの設計・運用管理はシステムによって色々事情が異なります

でも小・中規模環境であれば「割り切った」運用管理で省力化が可能です
–専任の担当者が置けない小規模システムでは「割り切り」が重要

小・中規模向けのデータベース作成～運用のコツを把握しましょう

【宣伝】基礎から詳しく学習したい方は、ぜひ自著をご参照ください！
即戦力のDB2管理術～仕組みからわかる効率的管理のノウハウ
2011年4月8日発売（技術評論社）
下佐粉昭著
A5判／432ページ
ISBN 978-4-7741-4597-6
http://db2.jugem.cc/?eid=2341 （書籍紹介）
3

目次

①本番用途のデータベースを簡単に作る
–文字コードに注意
–最低限必要な設定
–自動ストレージ

②簡単運用パターン
–バックアップ(BACKUP)
–データの再編成(REORG)
–統計情報の更新(RUNSTATS)

③簡単に監視する
–MMC
–モニター表関数・ビュー

4

①本番用途のデータベースを簡単に作る


データベースを作る
CREATE DATABASEで簡単に作れるが、文字コードだけは注意！
文字コード
–データベースをディスクに記録する際の文字コードを指定
• 文字コードによってディスク使用量が異なる
–クライアントと文字コードが異なる場合、DB2によって自動的に変換
SJIS→Unicode変換 DB2サーバ
SJISアプリ
DB2ク
ライア
ント
Unicode
Unicode→SJIS変換
データベース

簡単な文字コードの選択方法
–クライアントに合わせる
•例）Visual Basicクライアントの場合→ IBM-943(SJIS)を選択
–クライアントが複数の文字コードの場合→ UTF-8(Unicode)を選択
–よく分からない場合→ UTF-8(Unicode)を選択
6

DB2の内部構造
DB2クライアント

SQL
インスタンス

データベース
更新処理情報
エージェントロガー

バッファープールログバッファー

I/Oサーバー
I/Oクリーナー

ログパス
表は表ス表スペース
ペース上にコンテナーコンテナー
作成される

7

本番環境に最低限必要な設定
ログ領域
– （できるだけ）表スペースとは別ディスクにする
• 更新処理が重要な場合は高速なディスクを用意する
• DB CFGのNEWLOGPATHで後から変更可能
– サイズを増やす
• DB CFGのLOGPRIMARY（数）を増やす
• DB CFGのLOGFILSZ（サイズ）を増やす

– アーカイブロギングモードに変更する
• DB CFGのLOGARCHMETH1でディレクトリを指定する
循環ロギングアーカイブロギング
1 2次ログ 1 2 3 4 5
(LOGSECOND)
データベース・ログ・パス
n 2 1 2 （LOGPATH）

アーカイブ・ログ・パス LOGARCHMETH1で
3 指定したディレクトリ
1次ログ (LOGARCHMETH1)
へコピー。
(LOGPRIMARY)
データベース・ログ・パスリストア時に利用可
能にする。
（LOGPATH）
8

表スペース
表スペースの管理
コンテナーコンテナーコンテナー
DB2は柔軟に表スペースを作成可能
–表スペース：表を置くための領域。1つ～複数のコンテナで構成
–コンテナ：表を置くディスク領域そのもの
–DMSとSMS：2つのタイプから選択可能
• Large DMS ：高速。一般表用途
• SMS ：表の作成、削除が速く、一時表用途
–キャッシュするバッファープールを表スペース毎に設定可能
Large
CREATE LARGE TABLESPACE MYTS1 結構面倒...
DMSで作成
MANAGED BY DATABASE USING
(FILE 'D:¥db2data¥container1' 200M, 2つのコンテナをファイル
FILE 'E:¥db2data¥container2' 200M) で定義
AUTORESIZE YES
INCREASESIZE 100M 自動拡張を設定。サイズが不足した場合は
MAXSIZE 10G 100MBずつ増加し、最大10GBまで拡張する
BUFFERPOOL MYBP1 バッファープールを指定
9

表スペース管理を簡単にする
自動ストレージ機能を使って表スペース管理を簡単にする
– CREATE DATABASEで「ストレージパス」を指定するだけ

> db2 "CREATE DB MYDB ON 'D:¥db2data','E:¥db2data¥' DBPATH ON 'C:'

– 表スペース作成が劇的に簡単に！
• DB2が自動的にストレージパス上にコンテナを作成し、適切な表スペースタイプ
を選択してくれる

> db2 "CREATE TABLESPACE MYTS2" (Large DMSで作成される）
> db2 "CREATE USER TEMPORARY TABLESPACE USERTEMP1" (SMSで作成される）

– ストレージパスに複数のデバイスを設定すると自動的にストライピング

– ストレージパスがRAIDデバイスの場合、以下を設定するだけで並列アクセスに
• db2set DB2_PARALLEL_IO=*

10

（参考）自動ストレージの指定方法：サンプル

• ユーザ表スペースの初期サイズを300MB、100MB単位で増加、最大10GBを指定
> db2 "CREATE DATABASE MYDB ON 'D:¥db2data','E:¥db2data¥' DBPATH ON 'C:'
USER TABLESPACE MANAGED BY AUTOMATIC STORAGE
INITIALSIZE 300 M INCREASESIZE 100 M MAXSIZE 10 G" ※サイズの指定は数字と単位
の間に空白が必用です(300M
ではなく、300 M)

初期サイズと増加サイズ、最大サイズを指定して表スペースを追加
> db2 "CREATE TABLESPACE MYTS2 INITIALSIZE 100 M INCREASESIZE 10 M MAXSIZE 1 G"

※サイズを指定しなかった場合、
初期サイズ30MB,自動増加
100MB、最大10GBで作成

11

ここまでのまとめ
自動ストレージを有効にしてUTF-8(もしくはIBM-943)でデータベースを作る
db2set DB2_PARALLEL_IO=* (※ストレージパスがRAIDデバイスの場合のみ)

db2 "CREATE DATABASE MYDB ON D:¥db2data1,E:¥db2data2 DBPATH ON C:
USING CODESET UTF-8 TERRITORY JP"

ログのディレクトリとサイズ調整

db2 "UPDATE DB CFG FOR MYDB USING LOGPRIMARY 10"
db2 "UPDATE DB CFG FOR MYDB USING LOGFILSZ 10000"
db2 "UPDATE DB CFG FOR MYDB USING NEWLOGPATH F:¥db2log"
アーカイブログモードに変更して一度フルバックアップ
db2 "UPDATE DB CFG FOR MYDB USING LOGARCMETH1 DISK:G:¥db2arclog"
db2 "BACKUP DB mydb TO G:¥db2backup"

12

②簡単運用パターン


最低限必要な運用管理

バックアップ
–BACKUPコマンド
–最も大切。必須の作業

表の再編成
–REORGコマンド
日常的に必要となる管理作業
–更新が多い表には必要
＝最低限必要な作業

統計情報の更新
–RUNSTATSコマンド
–アクセスプラン（実行計画）を良いものに
維持するために必要

14

DB2のバックアップ
表領域、ログの両方をバックアップする事が重要
オンライン・オフライン
どちらでも実行可能
表領域- CREATE TABLESPACE
Backupコマンドで指定した領域
Backup
コンテナコンテナコンテナコマンド Backupファイル

表データそのものが入っている
INCLUDE LOGSでバックアップファイル
内に最低限必要なLOGを含める

ログ領域- LOGPATHで指定
LOGARCHMETH1で指定した領域
logmgr
アクティブLOG プロセスアーカイブLOGファ
アーカイブLOGファ
アーカイブLOGファ
イル
ファイルイル
イル

トランザクションを記録したログ logmgrはアクティブLOGが一定のサイズに達すると
DB2より自動的に起動され、LOGARCHMETH1で指
定された先にLOGをコピーする

15

BACKUP
DB2のバックアップは、BACKUP DATABASEコマンドで行うのが基本
BACKUP DATABASE MYDB TO dir [ONLINE]
[INCREMENTAL [DELTA]] [COMPRESS] [INCLUDE LOGS]

– 機能
• 差分バックアップ可能（INCREMENTAL [DELTA]キーワード）
• オンラインバックアップ可能（ONLINEキーワード）
• イメージの圧縮可能（COMPRESSキーワード）
• 必要なログファイルをバックアップイメージに含める（INCLUDE LOGSキーワード）

– データだけでなく、構成パラメタやコンテナ(表領域のディスク）の物理位置等もバック
アップされる

– 差分やオンライン・オフラインを自由に組み合わせる事が可能
• ファイル名は自動的に付けられるので、定期的に実行するのも簡単

※差分バックアップを利用するにはDB CFGのTRACKMODをYESに設定する必要がある
>db2 "UPDATE DB CFG FOR MYDB USING TRACKMOD YES"
16

BACKUPを簡単にする
BACKUPの面倒なところ①
Q:差分とか、オンラインとかオフラインとかどのオプションを使えば良いの？
A:小・中規模DB向けに割り切れば...
• 小さいデータベースは毎回全体バックアップでOK
• 停止時間中にオフラインもしくは ONLINE+INCLUDE LOGS

> db2 "BACKUP DB MYDB TO /db2backup"
> db2 "BACKUP DB MYDB TO /db2backup ONLINE INCLUDE LOGS"

BACKUPの面倒なところ② – いつ消すのか？
– 古いバックアップ・イメージ（バックアップ・ディレクトリ）
– 古いアーカイブ・ログ（アーカイブ・ログ・パス）
• 間違ったファイルを消すと一大事に...

そこでリカバリー履歴ファイルを活用して簡単に運用

17

リカバリー履歴ファイルとAUTO_DEL_REC_OBJ
リカバリー履歴ファイル
– BACKUPやLOADコマンドの履歴を記録している
– LIST HISTORYコマンドやSYSIBMADM.DB_HISTORY表で閲覧可能
>db2 "LIST HISTORY BACKUP ALL FOR MYDB"
– PRUNE HISTORYコマンドで古い履歴を削除可能

AUTO_DEL_REC_OBJ
– ONにすると、PRUNE HISTORY時に関連するオブジェクトが削除可能に
> db2 "UPDATE DB CFG FOR MYDB USING AUTO_DEL_REC_OBJ ON"

以下のように簡単運用が可能
– 自動実行シェルなどで、毎日定期的にBACKUPコマンドを実行
– 一ヶ月に一回などのタイミングでPRUNE HISTORY ... AND DELETEを実行して
履歴とともに古いデータを消す
例）
> db2 "PRUNE HISTORY 20110219223044 AND DELETE"

18

REORG
更新処理によってデータはじょじょに”ばらばら”になる
– DB2ではREORG コマンドでデータを並べなおす
REORG TABLE テーブル名 [INPLACE] [ALLOW {READ|WRITE|NO} ACCESS]
REORG INDEXES ALL FOR TABLE テーブル名 [ALLOW {READ|WRITE|NO} ACCESS]

REORGCHKコマンドでREORGの必要性を確認
> REORGCHK CURRENT STATISTICS [ON TABLE テーブル名]
REORGのオプション：シャドーコピーかインプレースか？
– REORG中に表に書き込みたいなら、INPLACEで（ログあふれに注意）

メリットデメリット
シャドーコピー高速テンポラリ領域が必要
インデックスのREORGが可能 REORG中は書き込み不可
インプレーステンポラリ領域が不要インデックスを別にREROGする必要
REORG中の更新アクセス可能同一表領域に10-20%の空きが必要
一時停止、再開が可能ログが増える
19

REORGを簡単にする：REORGの回数を減らす①
①PCTFREE=0のケース（デフォルト）：ページサイズギリギリまで行を
詰めこむように配置。行が長くなるとオーバーフローしやすいページ

行1 行2 行3

行4 行1（更新後）※オーバーフロー行

②PCTFREE=20のケース：ページサイズに20%の余白を残して配置さ
れる。この例では行3が入らなくなり、次のページに格納されている
20%の余白
ALTER TABLE tab1 PCTFREE 20;
REORG TABLE tab1;
行1 行2

行3 行4

③PCTFREE=20のケースで行1が長いデータで更新された状態。余
白があるため、行１がオーバーフローせずに済んでいる
行1（更新後）行2

行3 行4 © 2011 IBM Corporation
20

REORGを簡単にする：REORGの回数を減らす②
クラスターインデックスを作成することで、データの並び崩れにくくなる
通常のインデックスクラスターインデックス
CREATE INDEX idx1 ON tab(c) CREATE INDEX idx2 ON tab(c) CLUSTER

D E F C C D E F

インデックスの順序とデータのインデックスの順序とデータの
配置順が無関係なので散ら配置順が一致するように配置さ
ばって配置されているれている

21

統計情報の更新：なぜ統計情報の更新が必要なのか
より良い「アクセスプラン（実行計画）」作成のため
データが変更されたら統計情報を更新する必要がある

DB2クライアント

SQL
①SQLの書き換え
エージェント
②複数のアクセス
プラン候補を作成

統計情報
③コストの見積もり

④アクセスプランの
決定 © 2011 IBM Corporation
22

RUNSTATS
多くの場合、この
RUNSTATSコマンドにて統計情報を更新する基本形でOK

RUNSTATS ON TABLE スキーマ名.表名 [ON ALL COLUMNS]

データに「偏り」がある場合、
もう少し進んだ使い方分散統計を試してください
– 例①分散統計付で収集する
• RUNSTATS ON TABLE ... WITH DISTRIBUTION AND INDEXES ALL
– 例②すべての列について統計を収集し、c1列についてLIKE統計を収集する
• RUNSTATS ON TABLE ... ON ALL COLUMNS AND COLUMNS (c1 LIKE
STATISTICS)

– 例③約10%のデータをサンプルとして使用して統計を収集する
• RUNSTATS ON TABLE ... ON ALL COLUMNS TABLESAMPLE SYSTEM(10)
• RUNSTATS ON TABLE ... ON ALL COLUMNS TABLESAMPLE BERNOULLI(10)
■参考文献
「DB2 UDBバージョン8.2のRUNSTATS」（サンプル多数で分かりやすい）
http://ibm.com/jp/domino01/mkt/dminfo.nsf/doc/002B4A0C © 2011 IBM Corporation
23

RUNSTATSを簡単にする：統計プロファイル
表の特性に合わせて毎回RUNSTATSのオプションを変えるのが大変
– SET PROFILEでRUNSTATSのオプションが記憶される
• SYSCAT.TABLESのSTATISTICS_PROFILE列で確認可能
>db2 "RUNSTATS ON TABLE SIM.EMPLOYEE WITH DISTRIBUTION AND INDEXES ALL SET PROFILE"
>db2 "SELECT VARCHAR(TABNAME,10),VARCHAR(STATISTICS_PROFILE,100) FROM SYSCAT.TABLES WHERE TABNAME = 'EMPLOYEE'
AND TABSCHEMA='SIM'"
1 2
---------- ----------------------------------------------------------------------------------------------------
EMPLOYEE RUNSTATS ON TABLE "SIM"."EMPLOYEE" ON ALL COLUMNS WITH DISTRIBUTION ON ALL COLUMNS AND INDEXES ALL

USE PROFILEを付けて実行すると、セットしたオプションで実行される
> db2 "RUNSTATS ON TABLE SIM.EMPLOYEE USE PROFILE"
NONE PROFILEを付けて実行すると、プロファイルを削除
> db2 "RUNSTATS ON TABLE SIM.EMPLOYEE UNSET PROFILE"

24

RUNSTATSを簡単にする：自動化
RUNSTATSを自動的に行う
– 自動RUNSTATS
• 2時間おきの非同期RUNSTATSがスケジュールされる
v9.7からデフォ
– 自動ステートメント統計（リアルタイム統計収集）
ルトでON
• SQLを実行しようとした瞬間に、必要なら統計情報を更新

自動保守 (AUTO_MAINT) = ON
データベース自動バックアップ (AUTO_DB_BACKUP) = OFF 自動化全体の
表自動保守 (AUTO_TBL_MAINT) = ON 親パラメータ
自動 RUNSTATS (AUTO_RUNSTATS) = ON
自動ステートメント統計 (AUTO_STMT_STATS) = ON (DB CFG)
自動再編成 (AUTO_REORG) = OFF

簡単運用の方法
– 小・中規模のシステムでは自動RUNSTATSがONで問題ない
• データを入れた最初だけは手動で実行し、あとは自動に任せる
• 基本形以外のRUNSTATSが必要な表には統計プロファイルを作成しておく
• (オプション)バックアップのタイミングでdb2look -m で統計情報も保存する
> db2look -m -d MYDB -z SIM -o stat.sql
25

③簡単に監視する


監視はなぜ必要？

定常監視が重要。
継続的に記録し続けることで、
システムに起こっている変化が
定量的に把握出来るようになります。

時間

27

監視ポイント
小・中規模のシステムでは、DB2の内部情報を詳細に把握するより外部を含めた全体
のトラブルを把握することがより大切
– とはいえ、DB2内部もある程度は取っておきたい..
DB2サーバー

DB2関連プロセ •バッファープールヒット率
スの死活監視 •デッドロック数 DB2内部の動
ping等による DB2
DB2 •ソート時間
DB2 作を監視
ネットワーク導 •トランザクション数
通確認：
NIC

CPU CPUやメモリ
使用率の監視
メモリ

ストレージ全体の使
用率の監視 DB2やOSロ
OSのログ
DB2の表スグファイルの
DB2表スペースのペース監視
DB2の診断情報
使用率の監視
28

Windows環境ではMMCが便利
– OSの情報とDB2内部情報を一括して取得できる
– 低負荷・リモートから取得可能
– グラフを右クリック⇒カウンタの追加
• DB2 Databases（DBレベルの情報） DBが活性化
ロックウェイト、ソートオーバーフロー等多数（Activate）されていな
• DB2 Applications （アプリケーションレベルの情報）いと表示されません
• DB2 Database Manager（インスタンスレベルの情報）

インスタンスが開始
(db2start)していない
と表示されません

ローカル、もしくはリモート
のコンピュータからカウン
タデータを収集できます

29

DB2のモニタリング機能

MONREPORTモジュール
モニター表関数・ビュー
（テキスト出力）
（メトリック）

モニタービュー
（MON_*から始まる
モニター表関数
ビュー。モニター表関
（MON_*で始ま
数を組み合わせて作
る表関数）
られている）

モニターエレ
メント（監視項
目）
スナップショット表スナップショット管理
関数ビュー（スナップショッ
ト表関数を組み合わ
せて作られている）

GET SNAPSHOTコマンド
スナップショット（テキスト出力）

※スナップショットの使い方については以下を参照
http://www.ibm.com/developerworks/jp/data/library/dataserver/techdoc/kantandb2.html © 2011 IBM Corporation
30

モニター表関数（メトリック）
DB2 9.7から追加された低負荷・高機能の新しいインターフェース
DB CFGパラメーターでメトリックのモニタリングを設定
– デフォルトで有効なので準備不要！
スナップショットと異なり、全てのカウンタはリセットできません
– DEACTIVATEで消えます
Request metrics (MON_REQ_METRICS) = BASE
Activity metrics (MON_ACT_METRICS) = BASE
Object metrics (MON_OBJ_METRICS) = BASE

MON_REQ_METRICS
MON_REQ_METRICS MON_ACT_METRICS
MON_ACT_METRICS MON_OBJ_METRICS
MON_OBJ_METRICS

システムレベルパッケージ・キャッシュ・ステートメデータ・オブジェクトレベル
ントレベル MON_GET_TABLE
MON_GET_SERVICE_SUBCLASS
MON_GET_PKG_CACHE_STMT MON_GET_INDEX
MON_GET_WORKLOAD
MON_GET_BUFFERPOOL
MON_GET_CONNECTION アクティビティーレベル MON_GET_TABLESPACE
MON_GET_UNIT_OF_WORK MON_GET_ACTIVITY_DETAILS MON_GET_CONTAINER
MON_GET_EXTENT_MOVEMENT_STATUS

31

モニター表関数のメリット
データオブジェクトレベルの便利なビューや表関数が揃っている
– MON_GET_BUFFERPOOL : バッファープールヒット率など
– MON_GET_TABLE : 表スキャンの数など
– MON_GET_INDEX :インデックススキャンの数など

接続毎の情報、サブクラス毎の情報など、取得範囲が調整できる
例）ABPの動作を除いたデータを取得できる
– DB2 非同期バックグラウンドプロセス（ABP）エージェント
• 自動管理（自動RUNSTATSなど）の確認＆実行作業を行う
• クラス：SYSDEFAULTMAINTENANCECLASS で実行されている

> db2 "SELECT VARCHAR(SERVICE_SUPERCLASS_NAME,30) AS SERVICE_SPARCLASS,
TOTAL_APP_COMMITS FROM TABLE(MON_GET_SERVICE_SUBCLASS('','',-2)) AS t"

SERVICE_SPARCLASS TOTAL_APP_COMMITS
------------------------------ --------------------
SYSDEFAULTSYSTEMCLASS 0
SYSDEFAULTMAINTENANCECLASS 1856
SYSDEFAULTUSERCLASS 31272
3 レコードが選択されました。
32

大まかなデータでも、日々取ってい
簡単な定常監視① るといないとでは大違いです

方針：出来るだけ簡単に、他のソフトを使わずに取得する

方法① OSの自動実行機能でモニター表関数実行スクリプトを実行する
=> サマリーのモニタービュー(MON_*_SUMMARY)がお勧め
• 例）MON_DB_SUMMARY - DB全体のサマリ情報
CONNECT TO MYDB; EXPORTコマンド
VALUES CURRENT TIMESTAMP; でCSVに書き出す
SELECT * FROM SYSIBMADM.MON_DB_SUMMARY; 方法もあります
CONNECT RESET;
※これをsu - db2inst1 -c 'db2 -z today.log -tvf monitor.sql' などで定期的に呼び出す

MON_DB_SUMMARYビューに含まれる情報（一部）
• TOTAL_APP_COMMITS （コミット数≒トランザクション数）
• AVG_RQST_CPU_TIME （平均CPU使用時間[ms]）
• IO_WAIT_TIME_PERCENT （待機時間のうちIOウェイトの比率[%]）
• TOTAL_BP_HIT_RATIO_PERCENT（バッファープールヒット率[%]）
など
33

簡単な定常監視② ※なぜかDB2 Express-C 9.7
FP3では使用できません

方法② MONREPORTモジュール (DB2 9.7 FP1新機能)
–人が読みやすいレポートを生成する
例）MONREPORT.DBSUMMARYプロシージャ
> db2 "CALL MONREPORT.DBSUMMARY(300)" > today.log
• 指定された秒数の間データをモニタし、レポートを作成する
あくまで実行していた間の情報しか出力しない

※MONREPORTモジュール
http://publib.boulder.ibm.com/infocenter/d
b2luw/v9r7/topic/com.ibm.db2.luw.sql.rtn.d
oc/doc/r0056368.html
34

まとめ

DB2の運用管理は意外と簡単！
–自動ストレージで、表領域を簡単に
–バックアップは、ヒストリー機能を使って簡単に
–モニター表関数の便利なビューで、簡単定常監視

次のステップ
–以下に技術情報が集められています
• http://www.ibm.com/developerworks/jp/data/products/db2/db2_97.html

–お勧め資料
• DB2 V9.7 運用管理ガイド: データベース･モニタリング
http://www.ibm.com/developerworks/jp/data/products/db2/operation-management-
guide/v97_database-monitor.html

• DB2 V9.5 運用管理ガイド:DB2 for LUW V9.5 データベース・メンテナンス
http://ibm.com/jp/domino01/mkt/dminfo.nsf/doc/0013DB49

35

参考資料
CLUB DB2の過去セミナー資料公開中
– http://ibm.com/developerworks/wikis/display/clubdb2/materials

カンタン！DB2テクテク第1歩基本機能編
– 若干古い資料ですが、各種基本コマンドの使い方がやさしく解説されています
– http://ibm.com/jp/software/data/developer/library/techdoc/kantandb2.html

db2pd利用ガイド DB2 v9対応版
– 問題判別や監視に大変有用なdb2pdの使い方解説
– http://ibm.com/jp/domino01/mkt/dminfo.nsf/doc/00217BBA

DB2 Express-Cの導入方法解説（無料のDB2で試しましょう！）
– http://ibm.com/developerworks/jp/data/library/db2/j_d-db2v97wininstall/ (Windows用
v9.7)
– http://ibm.com/developerworks/jp/offers/db2express-c/installwin_v95/ (Windows用 v9.5)
– http://ibm.com/developerworks/jp/offers/db2express-c/installlin_v95/ (Linux用 v9.5)

36

参考資料（マニュアル）
DB2のオンラインドキュメント：インフォメーションセンター
常に最新の情報が閲覧できます。検索機能付き
– DB2 9.7版
• http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp
– DB2 9.5版
• http://publib.boulder.ibm.com/infocenter/db2luw/v9r5/index.jsp
– DB2 9.1版
• http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp

– ネットワークに繋がっていなくても閲覧できる「オフライン版」
• http://db2.jugem.cc/?eid=1933

DB2のPDF版マニュアル
日本語、英語など各国語版がダウンロード可能です
– DB2 9.7版
• http://ibm.com/support/docview.wss?rs=71&uid=swg27015149
– DB2 9.5版
– DB2 9.1版
DB2の日本語ドキュメント一覧は以下の短縮URLからも辿れます
http://j.mp/db2docsja
37

CREATE DATABASEのオプション
db2 "CREATE DATABASE データベース名
ON ストレージパス DBPATH ON データベースパス
USING CODESET コードセット TERRITORY JP
COLLATE USING ソート種別
PAGESIZE 4 K"

データベース名作成するDBの名前(8バイトまで)
ストレージパスコンテナを作成するディレクトリ。カンマで複数指定可能
データベースパス DBの構成情報を格納するディレクトリ
コードセットどの文字コードで保存するのかを決める。SJIS(IBM-943),Unicode(UTF-8)など
ソート種別文字の並び順序の指定
UTF-8の場合：SYSTEM_943_JP が推奨
SJISやEUCの場合： IDENTITY が推奨

ページサイズ 4 Kが推奨。ただしデータウェアハウス用途やXMLを格納する場合は32 Kが推奨

注）以前はWindows版にはDBPATHをドライブ名でしか指定できないという制限がありました。現在はその
制限は撤廃されていますが、レジストリー変数DB2_CREATE_DB_ON_PATH を「ON」に設定しないと
ディレクトリが指定できません。（デフォルトではOFF）
> db2set DB2_CREATE_DB_ON_PATH=ON © 2011 IBM Corporation
38

インスタンスとデータベース
DB2 システム構成概略

インスタンス1(50000番)
DB2インスタンス1の待
ち受けポート(50000番) データベース
DB_A データベース
DB_B
DB_Aに接続

・インスタンスは起動/停止の単位インスタンス2(50010番)
起動/停止
db2start （開始）, db2stop（停止）
DB情報
・複数のインスタンスを作成可能です
収集データベース
・インスタンス内に複数のデータベースを作成可能管理サーバ DB_C
(523番)
・1インスタンスにつき、1つのTCP/IPポートを使用

39

構成パラメータ
DB2の構成パラメータは３種類システム（レジストリ）
– それぞれ影響範囲が異なるインスタンス (DBM CFG)
– 調整は、DB CFGが中心
データベース (DB CFG)

影響範囲取得更新
レジストリ変システム全体 db2set [-all] db2set REG1=VAL1
数もしくはイン
スタンス内
データベースインスタンス GET DBM CFG UPDATE DBM CFG USING
マネージャ内 cfg1 val1 [cfg2
(DBM)構成パラ val2 ...]
メーター
データベースデータベース GET DB CFG FOR db名 UPDATE DB CFG FOR db名
(DB)構成パラ USING cfg1 val1 [cfg2
メーター val2 ..]
40

CLUB DB2 第122回 DB2管理本の著者が教える 簡単運用管理入門

More Related Content

What's hot

Similar to CLUB DB2 第122回 DB2管理本の著者が教える 簡単運用管理入門

More from Akira Shimosako