DB2導入時に検討すべきポイントとは？：DB2マイスター養成講座（1）

　関東地方も梅雨が明けて、ビールのおいしい季節がやってきました。マイスターといってもビール職人だけではないのですが、筆者の中では「マイスター＝ビール職人」の公式ができあがっています。

　この「マイスター」ですが、ドイツでは公式な資格ですのでマイスターを名乗るには資格試験に合格しなくてはいけません。この試験は次の4つで構成されています。

• 実技試験
• 専門分野に関する理論知識
• 経済・法律の知識
• 職業教育・労働教育

　試験内容からも分かるように、幅広い、そして後進の人材を教育できるだけの知識と経験がマイスターには要求されています。この連載で目指す「DB2マイスター」もしかりです。ある程度の規模のデータベース・サーバを構成・運用できるのはもちろん、同僚や後輩にDB2 Universal Database（以下DB2）のことを教えられるくらい深い知識の習得を目標にしたいと思っています（注）。

　本連載でどのようなテーマを扱うのか、まず簡単にロードマップを紹介します（編注）。実際のプロジェクトの進行に沿った形で進めていきたいと思います。

インストール前の検討事項

　マニュアルなどにはハードウェアのスペックやLinuxのディストリビューションなど、最低限の稼働条件は明記されています。しかし、実際にデータベース・サーバとして利用するのにどのようなハードウェアスペックが現実的なのか、ディストリビューションは何が最適なのかはどこにも書いてありません。ここでは、DB2をインストールする前に決めておかなければならないポイントをハードウェアとソフトウェアの観点から解説します。

■ハードウェア選びのポイント

　ハードウェアについて検討する場合、実際にはアプリケーションを考慮してキャパシティ・プランニングを行う必要があります。キャパシティ・プランニングについては次回に詳しく解説するとして、今回は概論的に検討項目を紹介します。

　以上が、ハードウェアに関して考慮すべき点です。DB2を中心に述べてきましたが、実際にはエンドユーザー要件に合わせたハードウェアの選択が最も重要です。過剰なスペックのハードウェアを選択する必要はありません。

■ソフトウェア関係の選択肢は？

　データベース・サーバのみの場合、ソフトウェアはOSとDB2で十分ですが、とはいえ考慮すべき点はいくつかあります。

1. Linuxのディストリビューション
   
   　DB2 for Linuxのサポート・ディストリビューションのページを見ると分かりますが、メジャーなディストリビューションはほとんどカバーしています。サポート対象が限られていれば選択も楽なのですが、こうも多いと迷ってしまいます。
   
   DB2 Universal Database for Linux
   http://www.ibm.com/software/data/db2/linux/validate/
   
   　ディストリビューション選択の一番のポイントは、サポートではないでしょうか？ 上記の中には、日本ではサポートを受けにくいディストリビューションもあります。また、バージョンアップの頻度が高いディストリビューションは、サポート切れになる時期も早いので注意が必要です。
   
   　DB2にとっては、どのディストリビューションも同等です。
   
   
2. ディスクパーティション／ファイルシステム
   
   　データベースを作成する領域は、OS本体とは別のパーティションに用意するのが普通です。データベース以外に、DB2は/home以下にインスタンス・ホームディレクトリとして数十Mbytesと/opt以下にDB2本体500Mbytes程度（標準インストールで450M〜550Mbytes）の容量が必要です。
   
   　データベースを作成する領域のファイルシステムは、ext3などのジャーナリングファイルシステムを利用すれば予期せぬダウン時にも素早くリカバリできるのでお勧めです。また、最近ではベリタスから市販のファイルシステムも提供されているので、これも選択肢の1つです。
   
   
3. インストールするパッケージ
   
   　X Window Systemを使ったGUIでDB2をインストールするなら、X関連のパッケージが必要です。また、DB2が提供するシェルスクリプトの中にはkshが必要なものがあるので、pdkshパッケージを忘れずにインストールしておきましょう。
   
   
4. 周辺ソフトウェア（バックアップツール、HAクラスタなど）
   
   　バックアップツールやHAクラスタソフトウェアを併用する場合は、それらがサポートするディストリビューションに注意する必要があります。また、メモリの項で説明しましたが、周辺ソフトウェアが使用するメモリも考慮しておく必要があります。

インストール時の検討事項

　ハードウェアとソフトウェアの準備ができたら、DB2のインストールです。以前のバージョンはCUIによるインストール方法しかありませんでしが、最新のV8.1からはJavaのGUIを使ったインストールが可能になりました。

　では、どちらの方法を選ぶべきでしょうか？ GUIを使った方が細かい設定までやってくれるので、GUIインストーラをお勧めします。GUIによるインストール方法については、Kylix 3とDB2で作るWebサービス・アプリケーション 第1回を参考にしてください。

■CUIインストールの際の手動設定

　CUIの場合、基本的にRPMパッケージのインストールしかやってくれないので、ユーザーやインスタンスの作成、TPC/IPの設定などはインストール後に手動で構成する必要があります。具体的には、以下の作業が必要です。

• DB2インストールのためのグループおよびユーザーIDの作成
• DB2 Administration Server（DAS）の作成
• db2icrtを使用したインスタンスの作成
• DB2ファイルのリンク作成（オプション）
• DB2インスタンスのためのTCP/IP通信の構成
• 製品ライセンス・キーの更新

　上記の手順はDB2のマニュアルにも詳しく書いてあるので、GUIが使えなくてもまったく問題ありません。

■応答ファイルによる展開

　CUIインストールには、もう1つの方法があります。「応答ファイル」と呼ぶ構成ファイルを用意してインストールする方法です。この方法は、HAクラスタやデータベース・クラスタリングを構成するなど、複数台のサーバに同じ構成でDB2をインストールする際などに利用します。

*-----------------------------------------------------
* Generated response file used by the DB2 Setup wizard
* generation time: 03/08/07 22:36
*-----------------------------------------------------
*  Product Installation
LIC_AGREEMENT       = ACCEPT
PROD       = ENTERPRISE_SERVER_EDITION
INSTALL_TYPE       = TYPICAL
*-----------------------------------------------
*  Das properties
*-----------------------------------------------
DAS_CONTACT_LIST       = LOCAL
*  DAS user
DAS_USERNAME       = dasusr1
DAS_UID       = 105
DAS_GROUP_NAME       = dasadm1
DAS_HOME_DIRECTORY       = /home/dasusr1
* ----------------------------------------------
*  Instance properties
* ----------------------------------------------
INSTANCE       = inst1
inst1.TYPE       = ese
inst1.WORDWIDTH       = 32
*  Instance-owning user
inst1.NAME       = db2inst1
inst1.UID       = 107
inst1.GROUP_NAME       = db2grp1
inst1.HOME_DIRECTORY       = /home/db2inst1
inst1.AUTOSTART       = YES
inst1.AUTHENTICATION       = SERVER
inst1.SVCENAME       = db2c_db2inst1
inst1.PORT_NUMBER       = 50000
inst1.FCM_PORT_NUMBER       = 60000
inst1.MAX_LOGICAL_NODES       = 4
*  Fenced user
inst1.FENCED_USERNAME       = db2fenc1
inst1.FENCED_UID       = 108
inst1.FENCED_GROUP_NAME       = db2fgrp1
inst1.FENCED_HOME_DIRECTORY       = /home/db2fenc1
* Contact  properties
CONTACT       = contact1
contact1.CONTACT_NAME       = db2inst1
contact1.EMAIL       = db2inst1@server
contact1.PAGER       = false
contact1.INSTANCE       = inst1
*-----------------------------------------------
*  Installed Languages
*-----------------------------------------------
LANG       = EN
LANG       = JP

　この応答ファイルは、DB2 Enterprise Server Edition（ESE）を標準インストールするサンプルです。応答ファイルのテンプレートがDB2のCD-ROMの<cd-rom>db2/linux/samplesの中に収録されているので、上記の例を参考に編集すれば、以下のコマンドでDB2をインストールすることが可能です。

<cd-rom>/db2setup -r <reponsefile_directory>/<reponse_file>

　このように、DB2ではいくつかのインストール方法が用意されています。状況に応じて使い分けましょう。

インストール後の検討事項

　DB2をインストールした後も、DB2に手を入れる必要に迫られることがあります。例えば、不具合などに対するパッチの適用などです。パッチの適用を迫られる前に、どのようなポリシーに基づいてパッチを適用するのか、あらかじめ考えておきましょう。

■パッチセット「FixPak」とは？

　DB2は、不具合やバグに対する個別のパッチは提供していません。「FixPak」と呼ばれるパッチセットを約3カ月に1回、Webサイトで公開しています。

DB2 Technical Support
http://www.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/download.d2w/report

　このWebサイトを見ると分かりますが、FixPakは2種類提供されています。「Latest Regular FixPak」と「Latest Alternate FixPak」です。両者の違いは、修正モジュールを現在のバージョンに上書きインストールするか、別のディレクトリにインストールするかです。

　上書きインストールは文字通り、DB2のバイナリを入れ替えてしまうので、一度適用するとなかなか後戻りできません。しかし後者のFixPakであれば、以前のバージョンを残すことができるので、いざというときにすぐに戻すことができます。また、テスト環境が用意できない場合などは、1台のサーバにFixPakを適用したインスタンスと適用しないインスタンスを共存させることが可能です。ただし、ディスクスペースも余分に必要になるので注意が必要です。

　いずれにしろ、バグフィックスや新機能の追加が行われたりしているので、常に最新のFixPakを適用することをお勧めします。

■FixPakの適用方法

　FixPakの適用についてはあまり紹介されていないので、ここで手順を紹介しておきます。

　まず、DB2 Technical SupportページからダウンロードしたFixPak（例ではFP3_MI00054_ESE_MFP.tar）を適当なディレクトリに展開します（2003年8月時点での最新版はFixPak3）。

　次に、rootユーザーでinstallAltFixPakコマンドを起動し、FixPakを適用します。

# ./installAltFixPak
***********************************************************
GA パス上にある ESE ファイル・セット/パッケージと
同じサブセットをインストールしますか? [はい/いいえ] ?
はい　←「はい」を入力してEnter

　実際には、RPMパッケージがインストールされます。

　インストール終了後に、インスタンスのアップデートを行います。まず、現在のインスタンスのバージョンを確認します。

# su - db2inst1
$ db2level
DB21085I インスタンス "db2inst1" は、"32" ビットおよび DB2 コード・リリース
"SQL08010" をレベル ID "01010106" で使用します。
情報トークンは、"DB2 v8.1.0.0"、"s021023"、""、および FixPak "0" です。
製品は "/opt/IBM/db2/V8.1" にインストールされます。

　インスタンスのアップデートを行います。

# /opt/IBM/db2/V8.FP3/instance/db2iupdt db2inst1
DBI1070I プログラム db2iupdt は正常に完了しました。

　FixPakが適用され、インスタンスがアップデートされたかどうかを確認してみましょう。

# su - db2inst1
$ db2level
DB21085I インスタンス "db2inst1" は、"32" ビットおよび DB2 コード・リリース
"SQL08013" をレベル ID "02040106" で使用します。
情報トークンは、"DB2 v8.1.0.24"、"s030728"、"MI00054"、および FixPak "3" です。
製品は "/opt/IBM/db2/V8.FP3" にインストールされます。

　FixPak適用前の状態に戻すときは、以下のようにします。

# /opt/IBM/db2/V8.1/instance/db2iupdt -D db2inst1
DBI1070I プログラム db2iupdt は正常に完了しました。

　以上で、DB2のFixPakを適用することができます。

　第1回はインストールの前後を中心に、考慮すべき点を検討しました。次回は、データベース構成時の物理設計とキャパシティ・プランニングをテーマに、実際にデータベースを作成する際に考慮すべき点や注意点などについて解説します。