NetVault Plug-in for DB2 12.0 - ユーザー・ガイド

Dropped Table Recoveryオプション設定

削除済みテーブルをリカバリするには、削除済みテーブルを含むテーブルスペース用のDropped Table Recoveryオプションが「Y」に設定されている必要があります。DB2のコマンド・プロンプトを使用して作成されたテーブルスペースについては、このオプションはデフォルトで有効になっています。DB2 Control Centerグラフィカル・ユーザー・インタフェース（GUI）を使用して作成されたテーブル・スペースの場合、テーブルスペース作成ウィザードでこのオプションを有効にすることができます。

このオプションの状態を検証し、有効になっていない場合、有効にするには以下の手順に従います。

DB2サーバーでターミナル・セッションを開始し、...\SQLLIB\BINディレクトリに移動します（“...”はDB2のインストール・パスを示します）。

DB2コマンド・プロンプトにアクセスし、以下のとおりタイプします。

DB2

ターゲット・データベースのローカル・インスタンスに接続するには、以下のとおり入力します。

connect to <ローカル・データベース名>

データベース内のテーブルスペースについてDropped Table Recoveryオプションの状態を確認するには、以下のとおり入力します。

select tbspace, drop_recovery from syscat.tablespaces

ターゲット・テーブルスペースのDrop_Recoveryカラムに「N」が表示された場合は、以下のとおり入力します。

alter tablespace <テーブルスペース名> dropped table recovery on

リカバリ方法1：ソフト・リカバリ

ソフト・リカバリでは、テーブルスペース内のその他のテーブルのデータは、最新のトランザクション・ログまでロール・フォワードされます。このプロセスにより、その他のテーブルにある現在のデータが、バックアップのリストア時に上書きされるのを防ぐことができます。

削除済みデータベース・テーブルのソフト・リカバリを実行するには、以下の手順に従います。

データベースのローカル・インスタンスに接続するには、Dropped Table Recoveryオプション設定のStep 1からStep 3で説明されている手順を繰り返します。

削除済みテーブルをリスト表示するには、以下のとおり入力します。

listhistory dropped table all for db <データベース名>

バックアップID、削除済みテーブル名、テーブルスペース名、およびテーブルのDDLステートメントの値をメモします。

DB2=>list history dropped table all for db database_1

List History File for sample

Number of matching file entries = 1

Op Obj Timestamp+Sequence Type Dev Earliest Log Current Log Backup ID

D T 20120202114619 000000000000bb000002000d

"ADMINISTRATOR"."EMPLOYEES" resides in 1 tablespace(s):

DDL: CREATE TABLE "ADMINISTRATOR"."EMPLOYEES" ("NAME" CHAR(20) NOT NULL,

"PROFESSION" VARCHAR(30)) IN "USERSPACE1";

DB2=>

NetVault BackupサーバーでNetVault Backup WebUIを開始します。

［ナビゲーション］パネルで［リストア・ジョブ作成］をクリックして、［プラグイン・タイプ］リストから［Plug‑in for DB2］を選択し、ターゲット・テーブルスペースのバックアップを持つセーブセットを選択して［次へ］をクリックします。

アーカイブ・ログがDB2サーバー上のデータベース・ディレクトリから削除されている場合は、これを選択します。

詳細は、「リストア対象データの選択」を参照してください。

［プラグイン・オプションの編集］をクリックして、［オプション］タブで以下のパラメータを設定します。

•

［リストア・モード］：［オンライン］を選択します。

•

［テーブルスペースレベルのバックアップイメージのみリストアする］：このオプションを選択します。

•

［ロールフォワードアーカイブログ］：このチェック・ボックスを選択解除します。

詳細は、「リストア・タイプおよびその他のリストア・オプションの設定」を参照してください。

ジョブを完了し、実行します。

詳細は、「ジョブのファイナライズと実行」を参照してください。

リストアしたテーブルスペースがロールフォワード・ペンディング状態であることを確認するには、以下のとおり入力します。

list tablespaces

Detailed Explanationカラムに「Roll forward pending」状態と表示されていることを確認します。

DB2=>list tablespaces

Tablespaces for Current Database

Tablespace ID = 0

Name = SYSCATSPACE

Type = System managed space

Contents = Any data

State = 0x0000

Detailed explanation:

Normal

Tablespace ID = 1

Name = USERSPACE1

Type = System managed space

Contents = Any data

State = 0x0080

Detailed explanation:

Roll forward pending

DB2=>

DB2サーバーで、ディレクトリ（リカバリ・ディレクトリ）を作成してリカバリ済みテーブルを格納し、そのフル・パスをメモします。

データベースのロールフォワード・リカバリを実行するには、データベースに接続し、以下のとおり入力します。

rollforward database <データベース名> to end of logs and complete tablespace

<テーブルスペース名> recover dropped table <バックアップID> to

"<リカバリ・ディレクトリへの完全パス>"

テーブルを再作成するには、以下のとおり入力します。

create table <先ほどのDDLステートメント名>

リカバリ・ディレクトリからテーブル・データをインポートするには、以下のとおり入力します。

import from "<リカバリ・ディレクトリ・パス>\NODE0000\data" of del messages

<ターゲット・データベース外の任意のファイル> insert into <テーブル名>

テーブル・データが正常にリストアされているか検証するには、以下のとおり入力します。

select * from <テーブル名>

リストアする各テーブルにStep 7-Step 12を繰り返します。

リカバリ方法2：ハード・リカバリ

ハード・リカバリでは、ターゲット・テーブルスペースのテーブル内のデータが、バックアップ作成時点までロール・フォワードされます。バックアップ作成時からリカバリ実行時までの間に行われた、テーブルスペース内のテーブルに対する変更は失われます。ただし、この手順の方が、実行する作業と時間が少なくて済む利点もあります。

削除済みデータベース・テーブルのハード・リカバリを実行するには、以下の手順に従います。

データベースのローカル・インスタンスに接続するには、Dropped Table Recoveryオプション設定のStep 1からStep 3で説明されている手順を繰り返します。

削除済みテーブルをリスト表示するには、以下のとおり入力します。

listhistory dropped table all for db <データベース名>

削除済みテーブルを含むテーブル・スペース名をメモします。

データベースをオフラインにするには、以下のとおり入力します。これは、ハード・リカバリに必要です。

disconnect all

NetVault BackupサーバーでNetVault Backup WebUIを開始します。

アーカイブ・ログがDB2サーバー上のデータベース・ディレクトリから削除されている場合は、これを選択します。

詳細は、「リストア対象データの選択」を参照してください。

既存データの上書きを防ぐには、リストア中のデータベースの名前変更/移動で詳述している手順に従ってデータを代替位置にリストアすることをお勧めします。

［プラグイン・オプションの編集］をクリックして、［オプション］タブで以下のパラメータを設定します。

•

［データベース内のすべてのテーブルスペースをリストアする］：このオプションを選択します。

•

［ロールフォワードアーカイブログ］：このチェック・ボックスを選択します。

•

［ハードリカバリ］：このオプションを選択します。

詳細は、「リストア・タイプおよびその他のリストア・オプションの設定」を参照してください。

ジョブを完了し、実行します。

詳細は、「ジョブのファイナライズと実行」を参照してください。

データベースに接続します。

使用可能なテーブルスペースをリストするには、以下のコマンドを入力します。

list tablespaces

テーブル・データが正常にリストアされているか検証するには、以下のとおり入力します。

select * from <テーブル名>

トラブルシューティング

このトピックでは一般的なエラーとその解決方法について説明します。この表に記載されていないエラーが発生した場合は、NetVault BackupログからDB2エラー番号を取得し、DB2のドキュメンテーションで関連するヘルプを参照してください。

データベースが現在使用中です。オフラインのバックアップは許可されていません。

バックアップするときは他のアプリケーションまたはユーザーをデータベースに接続させないようにします。

バックアップの実行に失敗しました。

オンラインのバックアップが許可されません。

データベースの“userexit”または“logretain”という2つの設定パラメーターの一方または両方が「オン」に設定されていません。

バックアップ・エラー

リモート・バックアップを実行中に「host_name」のアドレスに接続できません。

Plug‑in for DB2クライアントがNetVault Backupサーバーに接続できません。ホスト・ファイル（...\etc\hosts）へNetVault BackupサーバーのIPアドレスとホスト情報を追加する必要があります。

バックアップが警告と共に完了した

バックアップ完了時にこのステータスが表示された場合は、ジョブに対するNetVault Backupログ・エントリで以下の一方または両方のメッセージが表示されているかを確認します。

•

バックアップ・レコードの追加に失敗しました

•

バックアップ・インデックスをデータベースに書き込むことができませんでした

これらのメッセージは、選択されたデータのバックアップは完了したが、ジョブのインデックス情報がNetVaultデータベースに適切に追加されなかったことを示します。このインデックス情報が追加されていないと、データは正しくリストアされません。

方法1：

［デバイス管理］ページを開いてバックアップ・メディアを選択し、［スキャン］をクリックします。NetVault Backupでは、バックアップ・ジョブのインデックス情報はNetVaultデータベースとバックアップ対象メディアの双方に保存されます。このスキャンを実行することで、インデックス情報がNetVaultデータベースに書き込まれます。情報が追加されたことを確認するには、［ジョブ定義管理］ページを開いて対象のジョブを見つけます。ジョブを実行できるようになった場合、スキャン・プロセスにより問題が修正されています。

方法2：

方法1が失敗した場合は、バックアップ・ジョブを再実行します。

選択ツリーでデータベースを参照できない

SQL0332N －ソース・コード・ページ<codePageNumber>からターゲット・コード・ページ<codePageNumber>への文字変換はサポートされていません。SQLSTATE=57017

NetVault Backupをインストールすると、システム・ロケール=US、コード・セット=ISO8859-1、LANG=Cに設定されます。NetVault Backupはコード・ページ「819」を使用します。

DB2データベースは、コード・セット「IBM-eucJP」データベースを使用して作成されます。コード・ページは「954」です。

結果：このシステムは、コード・ページ「819」から「954」を翻訳することができません（互換性がないため）。この問題の結果として、メッセージ「SQL0332N Character conversion from the source code page “819” to the target code page “UNKNOWN” is not supported. SQLSTATE=57017（ソース・コード・ページ「819」からターゲット・コード・ページ「UNKNOWN」へのSQL0332N文字変換はサポートされていませんSQLSTATE=57017）」が表示されます。

NetVault Backupのローカライズ・バージョンをインストールする場合、ローカライズ関連のあらゆる問題を回避するため、使用するシステムがどのロケールを実行しているか確認する必要があります。

リストア・ジョブが失敗する

DB2 Serverエラー・メッセージ「SQL2043N Unable to start a child process or thread（SQL2043N －子処理、またはスレッドを開始できません）」

データベース・タスクの処理中に要求された子処理またはスレッドを開始できません。処理またはスレッドを作成するためのメモリが不十分だと思われます。使用していないアプリケーションを閉じるかシステム・リソースを増やします。使用するDB2のバージョンを、該当バージョンに使用可能な最新のIBM DB2フィックス・パックにアップデートします。システム制限を拡張するか、すでに実行中のプロセス数またはスレッド数を減らして、プロセス数またはスレッド数に対するシステム制限が限界を超えないよう確認します。新規プロセスおよびスレッド用に十分な仮想メモリがあることを確認します。リストア・ジョブを再実行します。

テーブル・スペースのリロケート完了時に、自動ストレージ・テーブル・スペース用の警告メッセージが表示されました。