管理の手引き

Tivoli Storage Manager

BACKUP および RESTORE コマンド呼び出し時に、 Tivoli Storage Manager (TSM) (以前の Tivoli ADSM) 製品を使用して、 データベースまたは表スペース・バックアップの管理を行うことを指定できます。 DB2 では、Tivoli ADSM クライアント バージョン 3.1.x.3 以降を使用できます。 この部分では、次の点について説明します。

UNIX ベースのプラットフォームで Tivoli Storage Manager クライアントをセットアップする

データベース・マネージャーで TSM オプションを使用できるようにするには、 事前に以下のセットアップ活動を必ず実行してください。

  1. SunOS および Solaris 環境では、以下の手順に従います。 (他の UNIX ベース・プラットフォームでは、2 から始めてください。)
    1. 次の必須とされるオペレーティング・システムのレベルがインストールされていることを確認してください。SunOS 5.5.1 または Solaris 2.5.1。
    2. Tivoli ADSM クライアント バージョン 3.1.x.3 またはそれ以降をインストールします。 このバージョンのクライアントをインストールする前に、 以前の TSM パッケージをすべて 除去するようにしてください。
    3. TSM が /opt/IBMDSMap5、/opt/IBMDSMba5、 および /opt/IBMDSMsa5 ディレクトリーにインストールされていることを確認します。
    4. 次の記号リンクがすでに存在していないならば、 /usr/lib ディレクトリーに作成します。 
         libApiDS.so -> libApiDS.so.1
   libApiDS.so.1 -> /opt/IBMDSMap5/api/libApiDS.so.2
  2. TSM ユーザー構成オプション・ファイル /usr/sbin/dsm.opt、 および TSM システム構成オプション・ファイルである /usr/sbin/dsm.sys を、 使用している環境に合わせて作成および修正します。
  3. SunOS および Solaris 環境では、以下の手順に従います。 (他の UNIX ベース・プラットフォームでは、 4 から続けてください。)
    1. /usr/sbin/dsm.opt および /usr/sbin/dsm.sys を、 /opt/IBMDSMap5 ディレクトリーにコピーします。
    2. /opt/IBMDSMap5/solaris/dsmaptica を、 /opt/IBMDSMap5 ディレクトリーにコピーします。
  4. TSM で使う環境変数を設定します。

    DSMI_DIR
    API トラステッド・エージェント・ファイル (dsmapicta または dsmtca) が存在しているユーザー定義のディレクトリー・パスを識別します。
    注:SunOS および Solaris 環境では、 これを /opt/IBMDSMap5 に設定する必要があります。

    DSMI_CONFIG
    dsm.opt ファイルへのユーザー定義ディレクトリー・パスを識別します。 これには、TSM ユーザー・オプションが含まれています。 他の 2 つの変数とは異なり、 この変数には完全修飾パスおよびファイル名を設定しなければなりません。
    注:SunOS および Solaris 環境では、 これを /opt/IBMDSMap5/dsm.opt に設定する必要があります。

    DSMI_LOG
    エラー・ログ (dsierror.log) が作成されるユーザー定義のディレクトリー・パスを指定します。
  5. TSM パスワードを確立します。

    Tivoli クライアントを TSM サーバーとインターフェースで接続するには、 サーバーのパスワードが必要です。 実行可能ファイル dsmapipw は、 インスタンス所有者の INSTHOME/sqllib/adsm ディレクトリーにインストールされています。 この実行可能ファイルにより、TSM パスワードの確立と再設定が可能になります。

    dsmapipw コマンドを実行するには、 "root" ユーザーにログインする必要があります。 このコマンドを実行すると、以下の情報を入力するよう求められます。

    注:BACKUP コマンドまたは RESTORE コマンドを実行するユーザーは、 このパスワードを知っている必要はありません。 このコマンドを実行する必要があるのは、初期接続時のパスワードを確立する場合と、 TSM サーバーのパスワードが再設定された場合だけです。
  6. データベース・マネージャーの実行中は、以下のようにしてください。

他のプラットフォームで Tivoli Storage Manager クライアントをセットアップする

データベース・マネージャーで TSM オプションを使用できるようにするには、 事前に以下のセットアップ活動を必ず実行してください。

  1. TSM で使う環境変数を設定します。

    DSMI_DIR
    API トラステッド・エージェント・ファイル (dsmapicta または dsmtca) が存在しているユーザー定義のディレクトリー・パスを識別します。

    DSMI_CONFIG
    dsm.opt ファイルへのユーザー定義ディレクトリー・パスを識別します。 これには、TSM ユーザー・オプションが含まれています。 他の 2 つの変数とは異なり、 この変数には完全修飾パスおよびファイル名を設定しなければなりません。

    DSMI_LOG
    エラー・ログ (dsierror.log) が作成されるユーザー定義のディレクトリー・パスを指定します。
  2. 使用しているオペレーティング・システムに該当する場合は、TSM システム構成オプション・ファイル (dsm.sys) を作成します (または修正します)。
  3. dsm.opt TSM ユーザー構成オプション・ファイルを作成します (または修正します)。 環境変数 DSMI_CONFIG は、このファイルを指しています。
  4. TSM パスワードを確立します。

    Tivoli クライアントを TSM サーバーとインターフェースで接続するには、 サーバーのパスワードが必要です。 実行可能ファイル dsmapipw は、 インスタンス所有者の \sqllib\adsm ディレクトリーにインストールされています。 この実行可能ファイルにより、TSM パスワードの確立と再設定が可能になります。

    dsmapipw コマンドを実行するには、 ローカル管理者としてログインする必要があります。 このコマンドを実行すると、以下の情報を入力するよう求められます。

    注:BACKUP コマンドまたは RESTORE コマンドを実行するユーザーは、 このパスワードを知っている必要はありません。 このコマンドを実行する必要があるのは、初期接続時のパスワードを確立する場合と、 TSM サーバーのパスワードが再設定された場合だけです。
  5. データベース・マネージャーの実行中は、以下のようにしてください。

Tivoli Storage Manager を使用する際の考慮事項

TSM 内部の特定の機能を使用するには、 その機能を使用するオブジェクトの完全修飾パス名を指定する必要があります。 (OS/2 および Windows NT プラットフォームでは、 / ではなく \ が使用されることを覚えておいてください。) 完全修飾パス名は、次のようになります。

ここで、<database> はデータベースの別名で、 NODEnnnn はノード番号です。
注:大文字で表記されている名前は大文字で入力しなければなりません。

Windows オペレーティング・システムおよび OS/2 での現行の Tivoli クライアント (前述のバージョン) は、 再入可能です。したがって、1 つのマシンからバックアップ、復元、 またはロード・ユーティリティーを使用して、 複数の入出力セッションを安全に作成することができます。 インストールした TSM クライアントのバージョンがこの機能をサポートしているかどうかの確認は、 ユーザーの責任で行ってください。

単一ノード構成で、ユーザーが次のようなバックアップ・コマンドを出そうとしているとします。 

   db2 backup db sample use tsm open 3 sessions

このとき、DB2 は複数のセッションが TSM によりサポートされていないことを検出し、 SQL2032N を戻します。 TSM を使用してコピーをロードする際にも、これと同様のことが言えます。

ただし、Windows NT 上の複数の論理ノード (MLN) 構成では、 それぞれの論理ノードが 1 つのセッションしか作成しようとしない場合、 DB2 は単一のマシン上の複数のセッションの使用を検出できないので注意してください。 このため MLN 構成では、 それらの TSM クライアントが再入可能かどうかを検査することが重要です。 TSM を使用して複数の論理ノードが並行してバックアップ、復元、またはロードされている場合には、 論理ノードが実際には同一の物理ハードウェアに常駐している場合であっても、 それぞれのノードが単一セッションを使用しようとしているなら、 DB2 はオペレーションの継続を許可します。 そのため、 最新の TSM クライアントを使用していない場合、 バックアップの試行に失敗し、ロード・プロセスをハングさせる可能性があるので、 そのような試行は行わないでください。

TSM でのバックアップおよびログ・アーカイブの管理

db2adutl ユーティリティーを使用すると、バックアップ、 ログ、および TSM によって保管されたロード・コピー・イメージの照会、取り出し、 および削除を行うことができます。 このユーティリティーは、UNIX プラットフォームでは INSTHOME/sqllib/misc ディレクトリーにインストールされ、 Intel プラットフォームでは \sqllib\misc ディレクトリーにインストールされます。
注:バックアップを使用してログ・ファイルを保持することもできます。 TSM を使用している場合、 TSM の制御下でログ・ファイルの移動を行えます。 この作業はユーザー出口を使用して行います。 ユーザー出口の使用方法については、 付録 F, データベース回復用のユーザー出口を参照してください。

db2adutl ユーティリティーによって使用可能なすべてのオプションを以下に示します。

図 66. db2adutl の構文


SQLD0ADU

ここで、

QUERY
TSM サーバーに DB2 オブジェクトの照会をします。

EXTRACT
TSM サーバーからの DB2 オブジェクトをローカル・マシンおよびディレクトリーにコピーします。

DELETE
バックアップ・オブジェクトを非活動化するか、 TSM サーバーのログ・アーカイブを削除します。

VERIFY
サーバー上のバックアップ・コピーに対して整合性検査を実行します。 (このパラメーターによって、バックアップ・イメージ全体がネットワーク中に転送されます。)

TABLESPACE
表スペースのバックアップ・イメージだけを含めます。

FULL
全データベースのバックアップ・イメージを含めます。

LOADCOPY
ロード・コピーのイメージだけを含めます。

LOGS
ログ・アーカイブ・イメージだけを含めます。

BETWEEN sn1 AND sn2
ログ順序番号 1 とログ順序番号 2 の間のログを使用するよう指定します。

SHOW INACTIVE
非活動化されたバックアップ・オブジェクトを含めます。

TAKEN AT timestamp
タイム・スタンプでバックアップ・イメージを指定します。

KEEP n
タイム・スタンプで最新の n 以外で指定された種類のオブジェクトを、 すべて非活動にします。

OLDER THAN timestamp または n_days
timestamp 、または n 日よりも前のタイム・スタンプをもつオブジェクトが非活動になることを指定します。

DATABASE database_name
database_name に関連したオブジェクトを処理することを指定します。

NODE node_number
node_number ノードにより作成されたオブジェクトを処理することを指定します。

PASSWORD password
このノードの TSM クライアント・パスワードを指定します (必要な場合)。 特定のデータベースが指定されたがパスワードが提供されていない場合、 tsm_password データベース構成パラメーターに指定された値は TSM に渡されます。 そうでない場合には、パスワードは使用されません。

NODENAME node_name
特定の TSM ノード名のみに関連したイメージを処理するように指定します。

OWNER owner
owner が作成したオブジェクトのみを処理するように指定します。

WITHOUT PROMPTING
オブジェクトが削除される前に検査するようには要求されません。

DATABASE パラメーターを使用して各コマンドを使用する際に、 どのデータベースで作業するかを選択することができます。 EXTRACT および DELETE コマンドでは、WITHOUT PROMPTING パラメーターを使用して、 選択した項目を確認するプロンプトを表示しないように要求することができます。

このユーティリティーの QUERY コマンドを使用すると、 バックアップ、ログ、およびロード・コピー・イメージをリストできます。 バックアップは、データベース全体、表スペース、あるいはその両方について実行できます。 このコマンドを使用すると、省略時値により、バックアップ、任意のロード・コピー・イメージ、 および任意のログの両方のタイプがリストされます。 すべてのログを表示しなくても、リストされるログの範囲を選択することができます。 また、非活動バックアップの表示を要求することもできます。

このユーティリティーの EXTRACT コマンドを使用すると、 バックアップまたはログ (あるいはその両方) を、 TSM からユーザーの現行ディレクトリーに、TSM サーバーでコピーすることができます。 バックアップは、データベース全体、表スペース、あるいはその両方について実行できます。 このコマンドを使用するときは、修飾子を付けない省略時値では活動バックアップと各ログのリストになります。 次に、どのバックアップまたはログ (あるいは両方) を取り出すかを選択することができます。 また、すべてのログを表示しなくても、リストされるログの範囲を選択することができます。 また、非活動バックアップの表示を要求することもできます。 特定のバックアップを取り出す場合は、TAKEN AT <timestamp> パラメーターを使用して選択できます。

このユーティリティーの DELETE コマンドを使用すると、 ログの削除またはバックアップの非活動化を TSM から実行できます。 このコマンドを使用するときは、修飾子を付けない省略時値では活動バックアップと各ログのリストになります。 次に、どのバックアップまたはログ (あるいは両方) を削除 / 非活動化するかを選択することができます。 コマンドに KEEP n を付けて修飾すると、 最新の n 個のバックアップを保持することができます。 OLDER [THAN] <timestamp> または n DAYS によりコマンドを修飾することもできます。 これにより、指定の日付 (タイム・スタンプ) より前、 または指定の曜日より前のバックアップが削除されます。 また、すべてのログを表示しなくても、リストされるログの範囲を選択することができます。 削除する特定のバックアップは、 TAKEN AT <timestamp> パラメーターを使用して選択できます。

DB2 の場合は、TSM の省略時のポリシーを使用することをお勧めします。 バックアップ命名規則に変更を加えたため、 各バックアップには固有な名前が付くようになりました。 古いバックアップを削除するためには、 活動コピーが保持されないようにポリシーを設定する必要があります。

このユーティリティーの使用の例については、db2adutl の使用例を参照してください。

db2adutl の使用例

db2 backup database rawsampl use adsm
Backup successful. The timestamp for this backup is : 19970929130942


db2adutl query
 
Query for database RAWSAMPL
 
Retrieving full database backup information.
   full database backup image: 1, Time: 19970929130942, 
                                  Oldest log: S0000053.LOG, Sessions used: 1
   full database backup image: 2, Time: 19970929142241, 
                                  Oldest log: S0000054.LOG, Sessions used: 1
 
Retrieving table space backup information.
   table space backup image: 1, Time: 19970929094003, 
                                  Oldest log: S0000051.LOG, Sessions used: 1
   table space backup image: 2, Time: 19970929093043, 
                                  Oldest log: S0000050.LOG, Sessions used: 1
   table space backup image: 3, Time: 19970929105905, 
                                  Oldest log: S0000052.LOG, Sessions used: 1
 
Retrieving log archive information.
   Log file: S0000050.LOG
   Log file: S0000051.LOG
   Log file: S0000052.LOG
   Log file: S0000053.LOG
   Log file: S0000054.LOG
   Log file: S0000055.LOG


db2adutl delete full taken at 19950929130942 db rawsampl
 
Query for database RAWSAMPL
 
Retrieving full database backup information.  Please wait.
 
   full database backup image: RAWSAMPL.0.db26000.0.19970929130942.001
 
   Do you want to deactivate this backup image (Y/N)? y
 
     Are you sure (Y/N)? y


db2adutl query
 
Query for database RAWSAMPL
 
Retrieving full database backup information.
   full database backup image: 2, Time: 19950929142241, 
                            Oldest log: S0000054.LOG, Sessions used: 1
 
Retrieving table space backup information.
   table space backup image: 1, Time: 19950929094003, 
                            Oldest log: S0000051.LOG, Sessions used: 1
   table space backup image: 2, Time: 19950929093043, 
                            Oldest log: S0000050.LOG, Sessions used: 1
   table space backup image: 3, Time: 19950929105905, 
                            Oldest log: S0000052.LOG, Sessions used: 1
 
Retrieving log archive information.
   Log file: S0000050.LOG
   Log file: S0000051.LOG
   Log file: S0000052.LOG
   Log file: S0000053.LOG
   Log file: S0000054.LOG
   Log file: S0000055.LOG

[ ページのトップ | 前ページ | 次ページ | 目次 | 索引 ]