管理者ガイド Vol. 2download1.veritas.com/support/products/NetBackup...目次 7 ホスト名の変更後の NetBackup の更新方法 60 ドメインネームサービス (DNS)

nbu_win_print_II.book Page 1 Thursday, September 27, 2007 11:01 AM

Veritas NetBackup™

管理者ガイド Vol. 2

Windows

リリース 6.5

wn_title_print_II.fm Page 2 Thursday, September 27, 2007 3:50 PM

Veritas NetBackup 管理者ガイド Vol. 2

Copyright © 1993-2007 Symantec Corporation. All rights reserved.

NetBackup 6.5

Symantec、Symantec ロゴ、NetBackup は Symantec Corporation の米国およびその他の国における登録商標または商標です。その他の会社名、製品名は各社の登録商標または商標です。

本ソフトウェアでは、 RSA Data Security 社の MD5 メッセージダイジェストアルゴリズムを使用しています。Copyright 1991-92, RSA Data Security, Inc. Created 1991. All rights reserved.

本書に記載する製品は、使用、コピー、頒布、逆コンパイルおよびリバース・エンジニアリングを制限するライセンスに基づいて頒布されています。また、本書のいかなる部分も、Symantec Corporation およびそのライセンサーから事前に文書による許諾を得ることなく、いかなる方法によっても無断で逆コンパイル、リバース・エンジニアリング、複写および複製をしないでください。

Symantec Corporation が提供する技術文書は Symantec Corporation の著作物であり、Symantec Corporation が保有するものです。保証の免責 : 技術文書は現状有姿で提供され、Symantec Corporation はその正確性や使用について何ら保証いたしません。技術文書またはこれに記載される情報はお客様の責任にてご使用ください。本書には、技術的な誤りやその他不正確な点を含んでいる可能性があります。Symantec は事前の通知なく本書を変更する権利を留保します。

使用を許諾されるソフトウェアおよび関連書類は、 FAR Section 12.212 および DFARSSection 227.7202 に定義される「commercial computer software （商用コンピュータ・ソフトウェア）」および「commercial computer software documentation （商用コンピュータ・ソフトウェア説明書類）」であると見なされます。


サードパーティ（第三者）製ソフトウェアの権利に関する通知

本製品には、特定のサードパーティ製ソフトウェアが配布、組み込み、または同梱されている場合があります。また、本製品のインストールおよび使用にともない、サードパーティ製ソフトウェアの使用を推奨する場合があります。同サードパーティ製ソフトウェアのライセンスは、著作権の保有者により別途付与されます。サードパーティのソフトウェアの使用に必要なライセンスおよび著作権に関する情報については、本製品リリースノートのサードパーティに関する章を参照してください。

ライセンスと登録Veritas NetBackup はライセンスが必要な製品です。ライセンスのインストールについては、『NetBackup インストールガイド』を参照してください。

テクニカルサポート製品のサポートを受けるには、 http://entsupport.symantec.com ページにアクセスします。 Knowledge Base の検索機能を使って、 TechNotes、 Software Alerts、ソフトウェアのダウンロード、ハードウェア互換性リスト、 Email NotificationsSevices などにアクセスすることができます。

http://entsupport.symantec.com



目次

第 1 章追加構成

多重化 .....................................................................................................................14

多重化を使用する場合 .................................................................................14

多重化の構成方法 .........................................................................................15

ストレージユニットのドライブあたりの最大ストリーム数 ..........15

スケジュールのメディアの多重化 .....................................................16

多重化を使用する場合に考慮するその他の構成設定 ......................18

非多重化 .........................................................................................................19

複数の NetBackup マスターサーバーの使用 ....................................................20

1 台のマスターサーバーでの複数のメディアサーバーの使用 ......................21

各サーバーのソフトウェア .........................................................................22

NetBackup カタログ ....................................................................................23

メディアサーバーの追加 .....................................................................................23

メディアサーバーの登録 .............................................................................26

NetBackup 構成オプション ................................................................................27

NetBackup 管理オプション ........................................................................27NBRB_CLEANUP_OBSOLETE_DBINFO ............................................28

NBRB_ENABLE_OPTIMIZATIONS ....................................................28

NBRB_FORCE_FULL_EVAL ................................................................28

NBRB_REEVAL_PENDING .................................................................28

NBRB_REEVAL_PERIOD .....................................................................29

NBRB_RETRY_DELAY_AFTER_EMM_ERR ......................................29

NBRB_MPX_GROUP_UNLOAD_DELAY ...........................................29

REQUIRED_NETWORK .......................................................................30

メディアサーバーの vm.conf オプション .................................................30ACS_mediatype ....................................................................................30

ADJ_LSM ................................................................................................31

API_BARCODE_RULES ........................................................................32

AUTHORIZATION_REQUIRED ..........................................................33

AUTO_PATH_CORRECTION ..............................................................33

AUTO_UPDATE_ROBOT .....................................................................34

AVRD_PEND_DELAY ...........................................................................34

AVRD_SCAN_DELAY ...........................................................................34

CLEAN_REQUEST_TIMEOUT ............................................................35

CLIENT_PORT_WINDOW ...................................................................35

CLUSTER_NAME .................................................................................35

6 目次


CONNECT_OPTIONS .......................................................................... 36

DAS_CLIENT ......................................................................................... 36

DAYS_TO_KEEP_LOGS ....................................................................... 37

EMM_RETRY_COUNT ......................................................................... 37

EMM_CONNECT_TIMOUT ................................................................. 37

EMM_REQUEST_TIMOUT ................................................................. 38

ENABLE_ROBOT_AUTH ..................................................................... 38

INVENTORY_FILTER .......................................................................... 38

MAP_ID .................................................................................................. 39

MAP_CONTINUE_TIMEOUT ............................................................. 39

MEDIA_ID_BARCODE_CHARS .......................................................... 40

MEDIA_ID_PREFIX .............................................................................. 41

MM_SERVER_NAME .......................................................................... 41

PREFERRED_GROUP .......................................................................... 41

PREVENT_MEDIA_REMOVAL .......................................................... 42

RANDOM_PORTS ................................................................................ 42

REQUIRED_INTERFACE .................................................................... 43

SERVER ................................................................................................. 43

SSO_DA_REREGISTER_INTERVAL .................................................. 44

SSO_DA_RETRY_TIMEOUT ............................................................... 44

SSO_HOST_NAME ............................................................................... 44

TLH_mediatype .................................................................................... 45

TLH_mediatype .................................................................................... 45

VERBOSE ............................................................................................... 45

vm.conf ファイルの例 ......................................................................... 45

バックアップのダイレクト I/O .......................................................................... 46

ダイレクト I/O の無効化 ............................................................................. 47

動的ホスト名および動的 IP アドレス ............................................................... 47

動的 IP アドレスおよび動的ホスト名の設定 ........................................... 49

NetBackup マスターサーバーの構成 ........................................................ 50

Microsoft Windows 版 NetBackup 動的クライアントの構成 ................ 52

UNIX 版 NetBackup 動的クライアントの構成 ......................................... 52

電子メール通知の構成 ......................................................................................... 53

NetBackup インストールのロケールの指定 .................................................... 54

第 2 章参照項目

NetBackup におけるホスト名の使用規則 ........................................................ 58

ホスト名の修飾 ............................................................................................. 58

NetBackup によるホスト名の使用方法 .................................................... 58

ポリシーの構成 ..................................................................................... 59

イメージカタログ ................................................................................. 59

エラーカタログ ..................................................................................... 59

カタログバックアップ情報 ................................................................. 59

7目次


ホスト名の変更後の NetBackup の更新方法 ............................................60

ドメインネームサービス (DNS) の考慮事項 .............................................61

tar を使用したバックアップイメージの読み込み ...........................................62

NetBackup 以外の tar の影響 .............................................................62

バックアップ時間に影響する要素 .....................................................................63

総データ量 .....................................................................................................63

転送速度 .........................................................................................................64

デバイスの遅延 .............................................................................................64

NetBackup の転送速度の計算 ............................................................................65

ネットワーク転送速度 .................................................................................65

ネットワーク転送速度にバックアップ後処理速度を加算した速度 ......65

合計転送速度 .................................................................................................66

例 .....................................................................................................................66

システムモニタの使用 .................................................................................67

NetBackup による作業リストの作成 .................................................................69

作業リスト ( キュー ) の作成 .......................................................................69

キューに投入されたジョブの優先度付け .................................................70

バックアップメディア要件の決定 .....................................................................71

NetBackup 通知スクリプト ................................................................................72backup_notify.cmd ..............................................................................73

backup_exit_notify.cmd ......................................................................74

bpstart_notify (UNIX クライアントのみ ) ........................................74

bpstart_notify.bat (Microsoft Windows クライアントのみ ) .........76

bpend_notify (UNIX クライアントのみ ) ..........................................79

bpend_notify.bat (Microsoft Windows クライアントのみ ) ..........81dbbackup_notify.cmd ..........................................................................83

diskfull_notify.cmd ..............................................................................84

mail_dr_info.cmd .................................................................................85

nbmail.cmd ............................................................................................86

parent_end_notify.cmd .......................................................................87

parent_start_notify.cmd .....................................................................87

restore_notify.cmd ...............................................................................88

session_notify.cmd ..............................................................................88

session_start_notify.cmd ....................................................................88

userreq_notify.cmd ..............................................................................89

メディアおよびデバイスの管理の推奨する使用方法 .....................................89

一般的な使用方法 .........................................................................................90

メディアの管理 .............................................................................................90

デバイスの管理 .............................................................................................91

パフォーマンスおよびトラブルシューティング .....................................92

TapeAlert の使用 ..................................................................................................93

TapeAlert の使用要件 ..................................................................................93

TapeAlert ログコード ..................................................................................94

8 目次


ドライブクリーニングの概要 ............................................................................. 97

自動検出型クリーニング (TapeAlert) ....................................................... 97

TapeAlert クリーニング ...................................................................... 97

TapeAlert および間隔に基づくクリーニング .................................. 98

ライブラリに基づくクリーニング ............................................................. 98

間隔に基づくクリーニング ......................................................................... 98

間隔に基づくクリーニングの制限事項 ............................................. 99

オペレータによるクリーニング ................................................................. 99

クリーニングテープの使用 .......................................................................100

ボリュームプールおよびボリュームグループの概要 ...................................100

ボリュームプール .......................................................................................100

ボリュームグループ ...................................................................................101

ボリュームグループの割り当て規則 ...............................................101

ボリュームプールおよびボリュームグループの例 ...............................102

スクラッチボリュームプール ...................................................................103

スクラッチプールの例 .......................................................................103

スクラッチプールの使用方法 ...........................................................105

バーコードの概要 ..............................................................................................105

バーコードの利点 .......................................................................................105

バーコードの推奨する使用方法 ...............................................................106

バーコード規則 ...........................................................................................107

NetBackup でのバーコードの処理 ..................................................107

バーコードの確認 ...............................................................................107

バーコード規則の例 ...........................................................................108

メディア ID の生成規則 .............................................................................109

ハードウェア圧縮の制御 ...................................................................................110

ハードウェア構成の変更 ...................................................................................110

デバイスの交換 ...........................................................................................110

メディアサーバーの廃止 ...........................................................................112

NetBackup のドライブ選択の方法 ..................................................................114

NetBackup のドライブ予約の方法 ..................................................................115

SCSI Persistent RESERVE プロセス ........................................................116

SCSI Persistent RESERVE コマンド ................................................117

SCSI Persistent RESERVE の競合 ....................................................117

SPC-2 SCSI RESERVE プロセス ...............................................................117

SPC-2 SCSI RESERVE コマンド .......................................................118

SCSI RESERVE の競合 .......................................................................119

強制的な解放 .......................................................................................119

予約の中断 ...........................................................................................120

SCSI RESERVE の要件および制限事項 ...................................................121

SCSI RESERVE のログ ...............................................................................122

サーバーのオペレーティングシステムの制限事項 ...............................122

データ損失の確認 .......................................................................................122

9目次


データ損失の可能性のある原因 .......................................................123

テープおよびドライバ構成エラーの確認 ...............................................123

一般的な構成の問題 ...........................................................................123

SCSI RESERVE の構成 ...............................................................................124

NetBackup のメディア選択の方法 ..................................................................124

ロボット内のメディアの選択 ...................................................................124

メディアのスパン ...............................................................................126

スタンドアロンドライブ内のメディアの選択 .......................................126

スタンドアロンドライブ拡張機能を使用したメディアの選択 ....126

メディアの形式 ...................................................................................................129

標準テープの形式 .......................................................................................129

QIC/WORM テープの形式 .........................................................................130

光メディアの形式 .......................................................................................130

フラグメント処理されたバックアップ ...................................................130

多重化の形式 ...............................................................................................131

テープのスパン ...........................................................................................131

Media Manager のコマンド ..............................................................................131

デバイスの検出の概要 .......................................................................................133

デバイスのシリアル化 ...............................................................................134

検出可能なデバイス ...................................................................................134

NetBackup でのデバイスの検出 ...............................................................135

デバイスの構成ウィザードでのデバイスの検出 ...................................136

デバイスの検出および共有テープドライブ ...........................................136

デバイスの構成の表示および検証 ...........................................................137

検出されないデバイスの追加 ...................................................................137

デバイスマッピングファイル ...................................................................137

テープドライブとデバイスファイルまたはアドレスとの関連付け ............138

UNIX ホストでのデバイスとデバイスファイルの関連付け .................138

Windows ホストでのデバイスと名前の関連付け ..................................140

第 3 章 UNIX の参照項目

クロスマウントポイントをサポートする (Cross mount points) .................144

UNIX クライアントのエクスクルードリストおよび

インクルードリスト ...................................................................................146

UNIX クライアントでのエクスクルードリストの作成 .................147

UNIX クライアントでのインクルードリストの作成 .....................150

ユーザーバックアップまたはユーザーアーカイブのスケジュール ............151

10 目次


第 4 章 AFS での NetBackup の使用

インストール ......................................................................................................153

システム要件 ..............................................................................................153

サーバーおよびクライアントのインストール .......................................153

構成 ......................................................................................................................154

一般的なポリシー属性 ...............................................................................154

クライアントリスト ...................................................................................154

バックアップ対象 .......................................................................................154

バックアップ対象リストの指示句 ...........................................................155

正規表現 ......................................................................................................156

エクスクルードリストおよびインクルードリスト ...............................156

バックアップおよびリストア ...........................................................................156

バックアップ ..............................................................................................156

自動バックアップ ...............................................................................156

手動バックアップ ...............................................................................157

リストア ......................................................................................................157

AFS 用の NetBackup クライアントからのリストア .....................157

NetBackup マスターサーバーからのリストア ...............................157

リストアについての注意事項 ...........................................................158

トラブルシューティング ...................................................................................158

バックアップのトラブルシューティング ...............................................158

リストアのトラブルシューティング .......................................................159

第 5 章 Intelligent Disaster Recovery

NetBackup 6.0 以上での変更点 ........................................................................162

サポートされている Windows のエディション ............................................162

IDR の要件 ...........................................................................................................163

IDR 使用の概要 ...................................................................................................164

DR ファイルについて ........................................................................................165

IDR の NetBackup ポリシーの構成 .................................................................166

保護対象のコンピュータのバックアップ .......................................................166

IDR メディアの作成 ...........................................................................................167

ブートメディアの選択 ...............................................................................168

ブートディスクの作成 ...............................................................................169

複数の Windows 2000 コンピュータで使用する

ディスクセットを変更する方法 .......................................................170

ブート CD イメージを作成する方法 ........................................................171

IDR ディスクの作成 ...................................................................................173

IDR メディアの更新 ...........................................................................................174

ブート CD の更新 .......................................................................................174

ブートディスクの更新 ...............................................................................174

IDR ディスクだけの更新 ...........................................................................175

11目次


drfile.exe を使用した DR ファイルの作成または更新 ..........................176

コンピュータのリカバリ ...................................................................................177

手順 1: コンピュータのブート ..................................................................178

手順 2: IDR によるリカバリ時の Windows セットアップ ...................179

手順 3: ディザスタリカバリウィザード ..................................................180

ハードドライブのパーティションサイズを変更する際の注意事項 ....184

特定のプラットフォームをリカバリする際の注意事項 ...............................185

RAID 付きの Dell PowerEdge 6100/200 のリカバリ .............................185

IBM コンピュータのリカバリ ...................................................................186

Compaq コンピュータのリカバリ ...........................................................186

IDR についてよくある質問事項 .......................................................................186

索引 189

12 目次



1

追加構成

この章では、多くの場合は必要に応じて行う設定について説明します。内容は次

のとおりです。

■ 14 ページの「多重化」

■ 20 ページの「複数の NetBackup マスターサーバーの使用」

■ 21 ページの「1 台のマスターサーバーでの複数のメディアサーバーの使用」

■ 23 ページの「メディアサーバーの追加」

■ 27 ページの「NetBackup 構成オプション」

■ 46 ページの「バックアップのダイレクト I/O」

■ 47 ページの「動的ホスト名および動的 IP アドレス」

■ 53 ページの「電子メール通知の構成」

■ 54 ページの「NetBackup インストールのロケールの指定」

14 追加構成

多重化


多重化NetBackup の多重化では、 1 つ以上のクライアントから 1 つのストレージデバイ

スに並列実行バックアップが送信されます。 NetBackup によって、バックアップ

がメディアに対して順に多重化されます。多重化されたバックアップと多重化さ

れていないバックアップは、同じボリュームに存在可能です。個別のボリューム

プールまたはメディア ID は必要はありません。

多重化バックアップのリストアを行うために、特別な操作は必要ありません。

NetBackup によってメディアが検索され、要求されたバックアップのリストアが

行われます。

多重化を使用する場合多重化は、通常、バックアップの完了に必要な時間を削減するために使用します。

次の場合、多重化を使用することによってパフォーマンスが向上します。

■ 低速のクライアント。NetBackup によってソフトウェアの圧縮が使用されて

いるインスタンス ( 通常、クライアントのパフォーマンスが低下します ) も

向上します。

■ 複数の低速ネットワーク。並列実行データストリームによって、利用可能な

ネットワーク容量が効率よく利用されます。

■ 多数の短いバックアップ (増分バックアップなど )。多重化によって、並列実

行データストリームが提供されるだけでなく、デバイスが利用可能になるま

での各ジョブの待機時間が削減されます。そのため、ストレージデバイスの

転送速度が最大になります。

多重化を使用する場合、イメージの読み込み時間が長くなるため、リストアのパ

フォーマンスが低下する場合があります。

クライアント

ディスクサーバー

リムーバブルメディアまたは磁気ディスク

ディスク

ディスク

15追加構成

多重化


メモ : 多重化がリストア時間に与える影響を小さくするには、ストレージユニッ

トの最大フラグメントサイズを、指定可能な最大値より小さい値に設定します。

多重化の構成方法多重化の設定は、 NetBackup 構成の次の 2 つで行う必要があります。

■ ストレージユニット

■ スケジュール

メモ : これらの値を変更しても、次回スケジュールを実行するまで有効になりま

せん。

ストレージユニットのドライブあたりの最大ストリーム数

ストレージユニットの［ドライブあたりの最大ストリーム数 (Maximum streams

per drive)］の設定は、 NetBackup によってストレージユニットの 1 台のドライ

ブに対して多重化可能なバックアップの数を指定します。値は、各ストレージユ

ニットについて設定されます。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「多重化を有効にする

(Enable multiplexing)」を参照してください。

設定範囲は、 1 から 32 です。デフォルトは 1 で、多重化は行われません。

値は、 CPU の並列実行ジョブ処理能力に基づいて選択します。追加バッファが必

要なため、メモリも重要です。サーバーが他のタスクを実行できないか、または

メモリやプロセスが不足している場合、ストレージユニットの［ドライブあたり

の最大ストリーム数 (Maximum streams per drive)］の設定値を小さくします。多

重化による CPU への潜在的な負荷を予測する場合、次のことを考慮します。

■ NetBackup によって試行可能な並列実行ジョブの最大数は、すべてのスト

レージユニットで実行可能な並列実行バックアップジョブを合計した数と同

じです。

■ 1 つのストレージユニットで実行可能な並列実行ジョブの最大数は、［ドライ

ブあたりの最大ストリーム数 (Maximum streams per drive)］の値とドライ

ブ数を掛けた値です。

16 追加構成

多重化


スケジュールのメディアの多重化

ストレージユニットの［ドライブあたりの最大ストリーム数 (Maximum streams

per drive)］の設定に加えて、各スケジュールの［メディアの多重化 (Media

Multiplexing)］の値を指定します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「メディアの多重化 (Media

multiplexing)」を参照してください。

［メディアの多重化 (Media Multiplexing)］の値は、構成内の 1 台のドライブに多

重化される、スケジュールからのバックアップの最大数を指定します。

［メディアの多重化 (Media Multiplexing)］の設定範囲は、1 から 32 です。デフォ

ルトは 1 で、多重化は行われません。スケジュールの設定に関係なく、NetBackup

によって開始される最大ジョブ数は、ストレージユニットの［ドライブあたりの

最大ストリーム数 (Maximum streams per drive)］の値を超えることはありませ

ん。 NetBackup によって、すでに多重化を使用しているドライブへの多重化ジョ

ブの追加が試行されます。多重化ジョブを特定のドライブに限定すると、多重化

を行わないジョブのために他のドライブを使用できます。

ジョブが多重化される場合、ドライブのジョブ数が次のいずれかに一致するまで、

ジョブの追加が継続されます。

■ このスケジュールの［メディアの多重化 (Media Multiplexing)］の設定値。

あるドライブで最大値に達すると、別のドライブへジョブが送信されます。

次の図では、ドライブ 1 でスケジュール A の最大値に達し、ドライブ 2 へス

ケジュール A のジョブが追加されています。

■ ストレージユニットの［ドライブあたりの最大ストリーム数 (Maximum

streams per drive)］の設定値。 NetBackup では、 1 台のドライブに対して

複数のスケジュールのジョブを追加できます。

次の図で、影なしの数字はジョブの開始を示します。影付きの数字はジョブ

の完了を示します。次に例を示します。は、ドライブ 1 でのジョブ A1 の

開始を示します。

は、ドライブ 1 でのジョブ A1 の完了を示します。

1

9

17追加構成

多重化


図 1-1 多重化とスケジュール

スケジュール Aドライブあたりのメディアの多重化 = 2

スケジュール Bドライブあたりのメディアの多重化 = 4

dog

cat

ストレージユニットドライブあたりの

最大多重化数 = 4

ドライブ 1

ドライブ 2

A1

A2

B1

B2

A3

A4

A5

B3

B4

1

2 10

3

4

11

5

6

7

8

1 2

3 4

5 6

7 8

9 10

1211

13

最初にスケジュール A が開始すると想定します (スケジュールのポリシーは同じとは限りません )。さらに、［複数のデータストリームを許可する (Allow multiple data streams)］が有効で、クライアントが複数のデータストリームを持つことができると想定します。

クライアント dog のジョブ A1 および A2 がドライブ 1 で開始します。このドライブで、スケジュール A のメディアの多重化の最大数である 2 に達します。

クライアント cat のジョブ A3 および A4 がドライブ 2 で開始します。このドライブで、スケジュール A のメディアの多重化の最大数である 2 に達します。

クライアント fox のジョブ B1 および B2 がドライブ 1 で開始します。このドライブで、ストレージユニットの最大多重化数に達します。

クライアント otter のジョブ B3 および B4 がドライブ 2 で開始します。この時点で、すべてのジョブはスケジュール B で実行されています。ドライブ 2 で、ストレージユニットの最大多重化数に達します。

クライアント dog のジョブ A1 および A2 がドライブ 1 で終了します。ただし、クライアント fox のジョブ B1 および B2 は継続して実行されます。スケジュール A のメディアの多重化の最大数は 2 であるため、ジョブ A5 はドライブ 1 で開始できません。

クライアント cat のジョブ A3 がドライブ 2 で終了し、クライアント fox のジョブ B1がドライブ 1 で終了します。ドライブ 1 で現在実行中のジョブは、ジョブ B2 だけになります。

クライアント cat のジョブ A5 がドライブ 1 で開始します。ジョブ A5 は、スケジュール A での最後のジョブです。スケジュール A のメディアの多重化の最大数は 2 であるため、ジョブ A5 はドライブ 2 で開始できません。そのため、ジョブ A5 はドライブ 1で開始します。 NetBackup によって、すでに多重化を使用しているドライブへの多重化ジョブの追加が試行されます。多重化ジョブを特定のドライブに限定すると、多重化を行わないジョブのために他のドライブを使用できます。

13

9 12

fox

otter

18 追加構成

多重化


メモ : NetBackup によって多重化セットのすべてのジョブが開始される前にバッ

クアップ処理時間帯が終了した場合、実際に開始したジョブだけが完了します。

たとえば、 17 ページの図 1-1 において、 A1 から A5 がすでにキューに投入され

有効状態であることが、アクティビティモニターに表示されていると想定します。

バックアップ処理時間帯が終了する前に開始したジョブが A1 および A2 だけで

ある場合、 NetBackup ではセット内の他のジョブは実行されません。ジョブが 1

つも開始していない状態でバックアップ処理時間帯が終了した場合、最初に

キューに投入され有効状態になったジョブだけが開始および完了します。 ( この

例では A1。 )

多重化を使用する場合に考慮するその他の構成設定

ポリシーごとにジョブ数を制限する (Limit jobs per policy)

［ポリシーごとにジョブ数を制限する (Limit Jobs Per Policy)］を、指定された多

重化レベルをサポートするために十分な値に設定します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「ポリシーごとにジョブ

数を制限する (Limit jobs per policy)」を参照してください。

1 クライアントあたりの最大ジョブ数 (Maximum jobs per client)

［1 クライアントあたりの最大ジョブ数 (Maximum jobs per client)］プロパティ

は、 1 つの NetBackup クライアント上で並列して実行可能なバックアップジョブ

の数を制限します。

通常、クライアントの設定値が多重化に影響を与えることはありません。ただし、

同一のクライアントに存在する異なるスケジュールからのジョブが同一のスト

レージユニットに送信される場合を考えてみます。この場合、ストレージユニッ

トで最大多重化数に達する前に、クライアントで許容される最大ジョブ数に達す

ることがあります。クライアントで最大ジョブ数に達した場合、 NetBackup では

ストレージユニットの多重化機能を十分に活用することができません。

［1 クライアントあたりの最大ジョブ数 (Maximum jobs per client)］は、［グロー

バル (Global)］プロパティダイアログボックスに表示されます。

このクライアントの最大ジョブ数 (Max Jobs This Client)

他のクライアントに影響を与えることなく、特定のクライアントで許容される最

大ジョブ数を設定することもできます。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「データストリームの最

大数を設定する (Maximum data streams)」を参照してください。

19追加構成

多重化


多重化リストアの遅延 (Delay on Multiplexed Restores)

［多重化リストアの遅延 (Delay on Multiplexed Restores)］プロパティは、多重化

リストアに適用されます。このプロパティには、同じテープ上の多重化イメージ

セット内に存在するファイルおよび raw パーティションに対して、サーバーが追

加のリストア要求を待機する時間を指定します。［多重化リストアの遅延 (Delay

on Multiplexed Restores)］は、［一般的なサーバー (General Server)］プロパティ

ダイアログボックスに表示されます。

非多重化非多重化は、将来のリストアを高速化し、オフサイトでの保管用のコピーの作成

に有効です。バックアップを非多重化するには、複製を使用します。

複製を使用すると、ソースメディアからターゲットメディアに、一度に 1 つの多

重化バックアップをコピーできます。複製が完了すると、ターゲットには複製し

た各バックアップの 1 つの非多重化コピーが含まれます。 ( ターゲットには他の

バックアップも含まれる可能性があります。 ) 複製コピーをプライマリコピーに

することもできます。バックアップを複製する際に、［複製変数の設定 (Setup

Duplication Variables)］ダイアログボックスで［多重化を維持する (Preserve

Multiplexing)］を選択しないでください。

メモ : NetBackup 管理コンソールの代わりに bpduplicate コマンドを実行する

場合、コマンドに -mpx オプションを含めないでください。

20 追加構成

複数の NetBackup マスターサーバーの使用


複数の NetBackup マスターサーバーの使用大規模なサイトでは、バックアップの負荷を最適化するため、複数の NetBackup

マスターサーバーを使用できます。必要に応じて、サーバー間でクライアントを

分配できます。次の図は、 2 セットのネットワーク (A1/A2 および B1/B2) が存在

し、それぞれのセットにサーバーを分けるほど十分な数のクライアントが存在す

る、複数サーバー構成を示します。この環境では、 2 つの NetBackup サーバー構

成は、完全に独立しています。 1 つのサーバーがマスターサーバーで、もう一方

のサーバーがメディアサーバーである構成を作成することもできます。

ワークステーション




ネットワーク A1

ネットワーク A2

ネットワーク B1

ネットワーク B2

大容量

記憶装置

大容量

記憶装置

ルーター

NetBackup

マスター

サーバー A

NetBackup

マスター

サーバー B

21追加構成

1 台のマスターサーバーでの複数のメディアサーバーの使用



NetBackup 保護ドメインを次のとおり設定できます。

■ 1 台のマスターサーバー。すべてのバックアップスケジュールを制御します。

■ 複数のメディアサーバー。ディスクまたはリムーバブルメディアにバック

アップイメージを書き込みます。これらのメディアサーバーには、追加スト

レージを提供する周辺機器が取り付けられている場合があります。

■ 複数の保護対象の NetBackup クライアント。メディアサーバーにデータを送

信します。

保護ドメインとは、NetBackup マスターサーバー、NetBackup メディアサーバー、

および NetBackup クライアントの組み合わせを示します。 NetBackup サーバー

のグループでは、クライアントは、グループのどのサーバーのどのデバイスにも

バックアップを送信できます。

一般的な代替方針では、大量のデータを生成するクライアントに追加周辺機器を

取り付けます。マスターサーバーは、クライアントからのデータをクライアント

の周辺機器に送信します。データがネットワークを経由しないため、ネットワー

クの通信量を削減できます。また、この戦略では、バックアップ負荷がマスター

サーバーとメディアサーバーに分散されます。

次に、マスターサーバーおよびメディアサーバーに関する 2 つの重要な注意事項

を示します。

■ 1 つのグループに存在可能なマスターサーバーは 1 つだけです。

■ NetBackup マスターサーバーは、それ自身のメディアサーバーですが、他の

マスターサーバーのメディアサーバーとして使用することはできません。

22 追加構成



次の図では、ソフトウェアがインストールされ、 NetBackup カタログも配置され

ている場合を示します ( デフォルトの場合 )。次の項では、マスターサーバーおよ

びメディアサーバーの構成手順および詳細を説明します。

各サーバーのソフトウェア次の説明は、 NetBackup Enterprise Server だけに適用されます。

ストレージユニットに含める周辺機器が存在する各 NetBackup サーバーに、

NetBackup サーバーソフトウェアをインストールします。NetBackup インストー

ルプログラムで、マスターサーバーおよびメディアサーバーのインストールを選

択します。

ストレージデバイス


NetBackup カタログ

イメージデータベース

* リモート管理コンソールがインストールされている Windows クライアントから、バックアップ、アーカイブおよびリストアユーザーインターフェースを使用することもできます。

マスターサーバー

リモート管理コンソール *

構成ファイル

リレーショナル

データベースの情報 (デバイス、

ボリュームに関する情報 )

ユーザー

インターフェース (BAR)


リモート管理コンソール *

ユーザー

インターフェース

NetBackup

メディアサーバー

NetBackup

メディアサーバー

NetBackup

クライアント

ユーザー


管理インターフェース *

管理インターフェース *

ユーザー


23追加構成

メディアサーバーの追加


NetBackup カタログ次の説明は、 NetBackup Enterprise Server だけに適用されます。

デフォルトでは、マスターサーバーに NetBackup カタログが存在します。カタロ

グにはメディアおよびボリュームデータベース (emm_data.db) が含まれます。ボ

リュームデータベースには、バックアップの実行中に使用されるメディアの使用

方法およびボリュームに関する情報が含まれています。

メディアサーバーの追加この項は、 NetBackup Enterprise Server だけに適用されます。

既存の NetBackup 環境にメディアサーバーを追加するには、次の手順を実行

します。

メモ : メディアサーバーの追加、デバイスおよびボリュームの構成、クライアン

トのバックアップまたはリストアを行う場合、 NetBackup Enterprise Media

Manager サービスを有効にしておく必要があります。

メディアサーバーを追加する方法

1 新しいメディアサーバーホストで、デバイスを接続し、ストレージデバイス

の駆動に必要なすべてのソフトウェアをインストールします。これらの操作

については、ベンダーが提供するマニュアルを参照してください。

2 『Veritas NetBackup デバイス構成ガイド UNIX、 Windows および Linux』の

説明に従って、新しいメディアサーバーホストのオペレーティングシステム

上にデバイスドライバを準備します。

3 マスターサーバーと、新しいメディアサーバーでバックアップするクライア

ントの追加サーバーリストに、新しいメディアサーバーを追加します。EMM

サーバーがマスターサーバー以外のホスト上に存在する場合、そのホストの

追加サーバーリストに新しいメディアサーバーを追加します。新しいメディ

アサーバーがサーバーグループに含まれる場合、グループのすべてのメディ

アサーバーの追加サーバーリストに新しいメディアサーバーを追加します。

メモ : NetBackup での問題の発生を回避するため、 NetBackup で使用するホ

スト名が TCP/IP 構成のホスト名と一致していることを確認してください。

24 追加構成



追加サーバーリストに新しいメディアサーバーを追加するには、次のように

実行します。

a ［NetBackup の管理 (NetBackup Management)］ > ［ホストプロパティ

(Host Properties)］を選択し、適切なホスト形式を選択します。たとえ

ば、クライアントに新しいメディアサーバーを追加するには、［クライ

アント (Clients)］を選択します。

b 右ペインで、変更するホストを選択します。複数のホストを選択するに

は、右ペインで、 Shift キーを押しながら、変更するすべてのホストを選

択します。

c ［処理 (Actions)］ > ［プロパティ (Properties)］を選択します。

d ［サーバー (Servers)］プロパティを選択します。

e ［追加サーバー (Additional servers)］ウィンドウの横にある［追加 (Add)］

をクリックし、新しいサーバーの名前を入力します。

f ［追加 (Add)］をクリックして、選択したすべてのホストの追加サーバー

リストにサーバーを追加します。

g ［閉じる (Close)］をクリックします。

h ［OK］をクリックします。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「［サーバー (Servers)］

プロパティ」を参照してください。

4 マスターサーバー、 EMM サーバー、新しいサーバー名を追加したメディア

サーバー上で NetBackup サービスを再起動します。

25追加構成



5 NetWare ターゲットクライアント上で、 bp.ini ファイルの SERVER エント

リを使用して新しいメディアサーバー名を追加します。

6 『Veritas NetBackup インストールガイド』の説明に従って、 NetBackup メ

ディアサーバーソフトウェアをインストールします。

7 『Veritas NetBackup 管理者ガイド Vol. 1』のデバイスに関する項の説明に

従って、ドライブとロボットを構成します。

8 『Veritas NetBackup 管理者ガイド Vol. 1』のメディアに関する項の説明に

従って、ボリュームを構成します。

9 マスターサーバー上で、 NetBackup 構成を次のとおり変更します。

a メディアサーバーにストレージユニットを追加します。常に、メディア

サーバーをストレージユニットのメディアサーバーとして指定してくだ

さい。

b 必要に応じてカタログパスを入力します。

オンラインホットカタログバックアップ方式を使用する場合 :

NetBackup によって自動的にパスが入力されます。

オフラインコールドカタログバックアップ方式を使用する場合 :

NetBackup カタログバックアップ構成にメディアサーバーのカタログ

パスを追加します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「NetBackup カ

タログ」を参照してください。

Windows メディアサーバーの場合のパスは、次のとおりです。

media_server_name:install_path¥NetBackup¥db

media_server_name:install_path¥NetBackup¥var

media_server_name:install_path¥Volmgr¥database

ここで、install_path は、NetBackup ソフトウェアがインストー

ルされているメディアサーバー上のディレクトリです。

UNIX メディアサーバーの場合のパスは、次のとおりです。

media_server_name:/usr/openv/netbackup/db

media_server_name:/usr/openv/var

media_server_name:/usr/openv/volmgr/database

c メディアサーバー上に構成したストレージユニットを使用する

NetBackup ポリシーおよびスケジュールを構成します。

10 スケジュールを使用してメディアサーバー上のストレージユニットを指定する

ユーザーバックアップまたは手動バックアップを行い、構成をテストします。

26 追加構成



メディアサーバーの登録メディアサーバーの追加時に EMM サーバーが実行されていない場合、メディア

サーバーは登録されません。デバイスを検出、構成および管理することはできま

せん。メディアサーバーを EMM サーバーに登録する必要があります。

メディアサーバーを登録する方法

1 EMM サーバー上で EMM サービスを起動します。

2 EMM サーバーホスト上で、次のコマンドを実行します ( メディアサーバーの

ホスト名を使用 )。nbemmcmd -addhost -machinename hostname -machinetype media -masterserver server_name -operatingsystem os_type -netbackupversion level.major_level.minor_level

メモ : NetBackup での問題の発生を回避するため、 NetBackup で使用するホ

スト名が TCP/IP 構成のホスト名と一致していることを確認してください。

nbemmcmd コマンドの使用方法については、『Veritas NetBackup コマンド UNIX

および Linux』または『Veritas NetBackup コマンド Windows』を参照してくだ

さい。

27追加構成

NetBackup 構成オプション


NetBackup 構成オプションNetBackup 構成オプションを使用すると、管理者は、特定のサイトの作業環境お

よび要件に応じて NetBackup をカスタマイズできます。通常、これらのオプショ

ンは、 NetBackup 管理コンソールの［ホストプロパティ (Host Properties)］で構

成できます。

この章の説明に従って、 vm.conf ファイルにメディアおよびデバイスの管理を構

成するオプションを設定します。 vm.conf ファイルには、メディアおよびデバイ

スの管理に対する構成エントリが含まれます。

ただし、オプションによっては NetBackup 管理コンソールを使用して構成できな

い場合があります。

■ NetBackup 管理オプション

■ メディアおよびデバイスの構成オプション (vm.conf ファイル )

NetBackup 管理オプション次の NetBackup 構成オプションは、 NetBackup 管理コンソールを使用して構成

できません。

デフォルト値を変更するには、 bpgetconfig コマンドを使用して構成エントリ

のリストを取得し、次に bpsetconfig コマンドを使用して、必要に応じてエン

トリを変更します。コマンドについての説明は、『Veritas NetBackup コマンド

Windows』を参照してください。

28 追加構成



NBRB_CLEANUP_OBSOLETE_DBINFO

NBRB_CLEANUP_OBSOLETE_DBINFO エントリは、Intelligent Resource Manager

のパフォーマンスチューニングオプションの役割を果たします。このエントリは、

NetBackup Resource Broker (nbrb) データベースの古い情報のクリーンアップ間

隔の秒数 ( デフォルトは 60 秒 ) を示します。

NetBackup 管理コンソールのホストプロパティには、このエントリに相当するエ

ントリは存在しません。

NBRB_ENABLE_OPTIMIZATIONS

NBRB_ENABLE_OPTIMIZATIONS エントリは、 Intelligent Resource Manager の

パフォーマンスチューニングオプションの役割を果たします。このエントリは、

Resource Broker でリソース要求の状態をキャッシュするかどうかを示します。

デフォルトは 1 (true) です。



NBRB_FORCE_FULL_EVAL

NBRB_FORCE_FULL_EVAL エントリは、 Intelligent Resource Manager のパ

フォーマンスチューニングオプションの役割を果たします。このエントリは、

キャッシュされた EMM 情報を使用しない NetBackup Resource Broker

(nbrb.exe) のすべてのキューの完全評価を行う間隔の秒数を示します。 ( デ

フォルトは 1800 秒 /30 分です。 )完全評価では、利用可能なリソースとジョブ

のリソース要求が一致するかどうかの評価などが行われます。



NBRB_REEVAL_PENDING

NBRB_REEVAL_PENDING エントリは、 Intelligent Resource Manager のパフォー

マンスチューニングオプションの役割を果たします。このエントリは、保留中の

要求のキューを評価する間隔の秒数 ( デフォルトは 60 秒 ) を示します。保留中の

要求のキューには、リソースを待機しているジョブなどが含まれます。



29追加構成



NBRB_REEVAL_PERIOD

NBRB_REEVAL_PERIOD エントリは、 Intelligent Resource Manager および

NetBackup Resource Broker (nbrb.exe) のパフォーマンスチューニングオプ

ションの役割を果たします。このエントリは、未処理の要求が存在し、他の要求

が行われていない場合またはリソースが解放されていない場合の評価間隔を示し

ます。デフォルトでは、最初の要求が再評価されるまでの間隔は 5 分です。



NBRB_RETRY_DELAY_AFTER_EMM_ERR

NBRB_RETRY_DELAY_AFTER_EMM_ERR エントリは、 Intelligent Resource

Manager のパフォーマンスチューニングオプションの役割を果たします。この

エントリは、 EMM エラーの発生後に NetBackup が再試行するまでに待機する

時間を示します。 ( デフォルトは 60 秒です。 ) エラーは、再試行が可能なエラー

( メディアサーバーが停止している場合など ) である必要があります。

NBRB_MPX_GROUP_UNLOAD_DELAY

NBRB_MPX_GROUP_UNLOAD_DELAY エントリは、 Intelligent Resource Manager

のパフォーマンスチューニングオプションの役割を果たします。

このエントリは、テープをアンロードする前に、 NetBackup Resource Broker

(nbrb.exe) が新しいジョブが出現するのを待ち受ける秒数を示します。

( デフォルトは 10 秒です。 ) この設定によってテープの不要な再ロードを回避で

きます。また、この設定はすべてのバックアップジョブに適用されます。

ユーザーバックアップの実行中にテープをマウント解除する場合、 nbrb.exe で

は、NBRB_MPX_GROUP_UNLOAD_DELAY の最大値および［メディアのマウントタ

イムアウトを設定する (Media mount timeout)］ホストプロパティの設定が使用

されます。

このホストプロパティを表示するには、 NetBackup 管理コンソールの

［NetBackup の管理 (NetBackup Management)］ > ［ホストプロパティ (Host

Properties)］でマスターサーバーを選択して、［タイムアウト (Timeouts)］ >

［メディアのマウントタイムアウトを設定する (Media mount timeout)］を選択

します。詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の第 7 章を参照し

てください。

リストアでは、 NBRB_MPX_GROUP_UNLOAD_DELAY ではなく、［メディアのマウ

ントタイムアウトを設定する (Media mount timeout)］が使用されます。



ディスクストレージユニットの利用可能な容量が確認される間隔を決定します。

デフォルト値は 300 秒 (5 分 ) です。

30 追加構成



REQUIRED_NETWORK

REQUIRED_NETWORK エントリは、ネットワーク通信を分離している環境内で

バックアップの通信に必要なルートを指定します。

たとえば、環境内には、本番用のネットワーク 145.21.14.0 およびバックアッ

プ用のネットワーク 192.132.28.0 が存在する場合があります。 NetBackup で

バックアップ用のネットワークだけを使用するように指定するには、次のエント

リを bp.conf ファイルに追加します。

REQUIRED_NETWORK = 192.132.28.0

メモ : 変数が設定されているときにそのネットワークが利用できない場合、すべ

ての接続は失敗し、バックアップは実行されません。

メディアサーバーの vm.conf オプションinstall_path¥volmgr¥vm.conf ファイルには、メディアおよびデバイスの管理

に対する構成エントリが含まれます。このファイルは、 NetBackup によって作成

される場合がありますが、このファイルが存在しない場合、手動でファイルを作

成してエントリを追加する必要があります。

NetBackup コンポーネントは、コンポーネントが実行されるホスト上で、この構

成ファイルを読み込みます。NetBackup コンポーネントは、コマンド、デーモン、

プロセスまたはユーティリティです。ホストは、 NetBackup 管理クライアントま

たは管理操作が要求されているサーバーです。

構成ファイルの例は、45 ページの「vm.conf ファイルの例」を参照してください。

ACS_mediatype

ACS_mediatype = Media_Manager_mediatype

この構成エントリは、 NetBackup Enterprise Server だけに適用されます。

vm.conf でこのエントリを使用している場合、 ACS メディア形式が、指定され

た Media Manager のメディア形式にマッピングされます。複数の

ACS_mediatype エントリを指定できます。

このエントリは、ロボットのインベントリ操作中に vmcheckxxx および

vmupdate が実行されているホスト上で読み込まれ、解釈されます。 ACS ロ

ボット制御ホストとして機能するすべての NetBackup メディアサーバー上で、

このエントリを使用します。

有効な ACS_mediatype エントリのリストは、『Veritas NetBackup 管理者ガイ

ド Windows Vol. 1』の［メディア形式のマッピング (Media Type Mappings)］タ

ブに関する項を参照してください。

31追加構成



ADJ_LSM

ADJ_LSM = robot_num ACS_ID,LSM_ID ACS_ID,LSM_ID


複数のライブラリストレージモジュール (LSM) を備えた ACS ロボットでは、取り

出されるメディアは、パススルー機構によってメディアアクセスポート (MAP) ま

で移動される場合があります。パススルー機構は、ある LSM から他の LSM にメ

ディアを渡します。メディアが複数の LSM 間を移動する必要がある場合、移動時

間が非常に長くなることがあります。

このエントリを使用すると、 ACS ロボット内の LSM の物理的な位置付けを指定

できます。 vm.conf でこのエントリを指定した場合、効率的に取り出すために

どの MAP ( または ACS CAP) を選択するかを考慮する必要はありません。

NetBackup によって適切な MAP が判断され、最短距離の MAP アルゴリズムを

使用してメディアの取り出しが完了します。

最短距離の MAP アルゴリズムは、このエントリで定義する LSM の物理的な位置

付けに基づいています。このアルゴリズムは、複数の MAP に対して取り出しの

処理が要求された場合だけに使用されます。このアルゴリズムを使用している場

合、 vm.conf の MAP_ID エントリは無視されます。

メモ : 最短距離の MAP 機能は、 vmchange コマンドの -map オプションまたは

Vault 管理インターフェースを使用する場合だけに利用できます。 NetBackup 管

理コンソールからは利用できません。

このエントリが存在しない場合、 NetBackup では、最初と最後の LSM 以外のす

べての LSM がパススルーポートで相互接続されていると想定されます。LSM は、

一直線に相互接続されます。

robot_num には、ロボット番号を指定します。 ACS_ID および LSM_ID には、

LSM の座標を指定します。

次の例では、ロボット番号 700 における LSM の相互接続の物理レイアウトを指

定するために必要なエントリを示します (32 ページの図 1-2)。ADJ_LSM = 700 0,0 0,1ADJ_LSM = 700 0,0 0,6ADJ_LSM = 700 0,1 0,2ADJ_LSM = 700 0,1 0,6ADJ_LSM = 700 0,2 0,6ADJ_LSM = 700 0,2 0,3ADJ_LSM = 700 0,3 0,4ADJ_LSM = 700 0,4 0,5

このロボットには、 7 つの LSM の間にパススルー機構が構成されています。

32 追加構成



図 1-2 パススルーの例

API_BARCODE_RULES

API_BARCODE_RULES


vm.conf でこのエントリを指定した場合、API ロボットに対するバーコード規則

のサポートが有効になります。

NetBackup のバーコード規則は、デフォルトのメディアマッピングより優先され

ます。バーコード規則は、複数の世代の同じテープドライブで同じ形式のメディ

アが使用される場合に特に有効です。

たとえば、STK 9940A ドライブおよび STK 9940B ドライブでは STK1R メディア

が使用されますが、データの書き込み密度は異なります。ドライブは、HCART や

HCART2 などの異なるドライブ形式を使用して構成する必要があります。一連の

バーコードのバーコード規則を指定すると、一部のメディアを HCART2 として構

成することができます。指定したバーコードの範囲外にある他の STK1R メディ

アは、 HCART (STK1R のデフォルト ) として構成されます。このエントリを指定

しない場合、ロボットのインベントリ操作によって、 STK1R 形式のすべてのメ

ディアが HCART または HCART2 として構成されます。どちらに構成されるか

は、ドライブの構成方法によって異なります。

1

4

0 2

6

35

ロボット番号 700 における相互接続

33追加構成



AUTHORIZATION_REQUIRED

AUTHORIZATION_REQUIRED

このエントリは、 NetBackup で、 vm.conf ファイルの SERVER エントリを使用

して、このホスト上のデバイスを監視および制御するホストを制御するように指

定します。このエントリは、NetBackup の vmd サービスが実行されているメディ

アサーバー上で読み込まれ、解釈されます。

vm.conf でこのエントリを指定する場合、 vm.conf ファイルには、このホスト

上のデバイスを制御するすべてのメディアサーバーの SERVER エントリも含ま

れている必要があります。

AUTHORIZATION_REQUIRED エントリが存在せず、SERVER エントリも存在しな

い場合、すべての NetBackup サーバーがこのホスト上のデバイスを監視および制

御できます。

セキュリティを最大にするため、このエントリと SERVER エントリを使用するこ

とをお勧めします。

このエントリは、NetBackup の vmd サービスが実行されているメディアサーバー

上で読み込まれ、解釈されます。

AUTO_PATH_CORRECTION

AUTO_PATH_CORRECTION = YES|NO

vm.conf でこのエントリを指定した場合、デバイスパスの自動的な再マッピング

を有効にするかどうかを指定できます。

値が NO の場合、 NetBackup Device Manager サービス (ltid) が起動されても、

デバイス構成は変更されません。そのため、デバイスを変更してサーバーを再起

動すると、保存されたデバイス構成と実際の構成が異なる場合があります。

値が YES の場合、接続されたデバイスが検出され、不適切なデバイスパスのデバ

イス構成が自動的に更新されます。Windows コンピュータの場合、このエントリ

は、 NetBackup Device Manager サービスが実行されているホスト上で読み込ま

れ、解釈されます。 UNIX および Linux コンピュータの場合、このエントリは、

ltid が実行されているホスト上で読み込まれ、解釈されます。

Windows サーバーおよび Linux サーバーでは、デバイスパスの再マッピングは、

デフォルトで有効になっています。その他のすべてのサーバーでは、デフォルト

で無効になっています。

34 追加構成



AUTO_UPDATE_ROBOT

AUTO_UPDATE_ROBOT

このエントリを使用すると、メディアアクセスポート (MAP) から TL8 またはTLD ロボットにメディアが自動的に取り込まれ、 EMM データベースを更新できます。ロボットによってユニットアテンションメッセージが生成されると、メディ

アが取り込まれます。

このエントリは、MAP が開かれているときに、ユニットアテンションを送信する

TL8 または TLD ロボットでだけ有効です。

パーティション化されたライブラリではこのエントリを使用しないことをお勧め

します。複数のパーティションが存在する多くのロボットライブラリでは、MAPが開かれているときにユニットアテンションが送信されません。

AVRD_PEND_DELAY

AVRD_PEND_DELAY = number_of_seconds

vm.conf でこのエントリを指定した場合、デバイスモニターに保留 (PEND) 状態が表示される前に、 avrd コマンドが number_of_seconds で指定した秒数の間待機します。このエントリは、 avrd が実行されているホスト上で読み込まれ、解釈されます。

サーバーのオペレーティングシステム (Windows、 Tru64 および HP-UX) によっては、ボリュームのマウントが解除されたときにドライブがビジー状態であると

通知された場合に、 NetBackup から保留 (PEND) がレポートされることがありま

す。このエントリを使用すると、可能なかぎり、このような場合に保留 (PEND)状態が表示されないようにすることができます。

number_of_seconds の最小値は 0 ( ゼロ ) です。最大値は 255 です。デフォルト

は 180 秒です。

AVRD_SCAN_DELAY

AVRD_SCAN_DELAY = number_of_seconds

vm.conf でこのエントリを指定した場合、通常のスキャン周期で、number_of_seconds で指定した秒数だけ、 avrd コマンドの実行を待機します。このエントリは、 avrd が実行されているホスト上で読み込まれ、解釈されます。

このエントリを使用して、テープのマウント時間を最小化します。このエントリ

を指定しない場合、マウント要求は平均で 7.5 秒遅延します。

number_of_seconds の最小値は 1 です。最大値は 180 です。 0 (ゼロ ) を指定すると 1 秒に変換されます。デフォルトは 15 秒です。デフォルトより大きい値を指

定すると、マウント要求が遅延され、デバイスモニターへのドライブ状態の情報

表示も遅延されます。

注意 : number_of_seconds を、 1 回のスキャン周期内でメディアを変更可能な値

に設定すると、 NetBackup ではメディアの変更が検出されません。データの損失

が発生する場合があります。

35追加構成



CLEAN_REQUEST_TIMEOUT

CLEAN_REQUEST_TIMEOUT = minutes

このエントリを使用すると、ドライブがクリーニングされるまで NetBackup が待機する時間を指定できます。指定した時間を超えると、クリーニング要求はクリー

ニングのキューから削除されます。30 分間処理されなかったドライブのクリーニング要求は、キューから削除されます。

minutes は、 1 から 144000 (100 日 ) の範囲で指定できます。デフォルト値は、

30 分です。 0 (ゼロ ) を指定すると、デフォルト値の 30 に変換されます。

CLIENT_PORT_WINDOW

CLIENT_PORT_WINDOW = start end

このエントリを使用すると、他のホストの vmd に接続するために使用される、このホスト上の予約されていないポートの範囲を指定できます。このエントリは、

vmd が実行されているホスト上で読み込まれ、解釈されます。

たとえば、次のエントリによって、ポート番号 4800 から 5000 の使用が許可され

ます。CLIENT_PORT_WINDOW = 4800 5000

次の場合、使用する予約されていないポートがオペレーティングシステムによっ

て決定されます。

■ CLIENT_PORT_WINDOW エントリを指定していない場合。

■ start に 0 (ゼロ ) を指定した場合。

CLUSTER_NAME

CLUSTER_NAME = cluster_alias

このエントリおよび次の 2 つのエントリは、他の NetBackup サーバーおよびクライアントがこのサーバーを参照する場合に使用する名前を判断します。MM_SERVER_NAME = host_nameREQUIRED_INTERFACE = host_name

サーバー名を決定するアルゴリズムは次のとおりです。

■ vm.conf に CLUSTER_NAME エントリが存在する場合、その名前が使用され

ます。

■ vm.conf に MM_SERVER_NAME エントリが存在する場合、その名前が使用さ

れます。

■ vm.conf に REQUIRED_INTERFACE エントリが存在する場合、その名前が

使用されます。

■ NetBackup によって使用される名前と同じ名前が使用されます。

■ gethostname() 名が使用されます。

このエントリは、指定されたインターフェースが必要なホスト上で読み込まれ、

解釈されます。

36 追加構成



CONNECT_OPTIONS

CONNECT_OPTIONS = server_name 0 0 [0|1|2]

vm.conf にこのエントリを追加すると、 NetBackup でのファイアウォールの効

率を向上させることができるオプションを指定できます。サーバー接続オプショ

ンでは、vnetd またはデーモンのポート番号のいずれかを使用するか、vnetd だ

けを使用するか、またはデーモンのポート番号だけを使用するかを選択できます。

複数のサーバーに CONNECT_OPTIONS エントリを指定できます。

server_name は、接続先のメディアサーバーの名前です。 vnetd を正常に動作さ

せるには、サーバーで NetBackup 4.5 以上が実行されている必要があります。

現在、1 番目および 2 番目のオプションは使用されていません。これらのオプショ

ンには、 0 (ゼロ ) を指定します。

3 番目のオプションは、次のように、 server_name に接続するために使用する接

続方法を指定します。

■ 0 (ゼロ ) を指定すると、サーバーのデーモンへの接続に vnetd が使用されま

す。 vnetd が有効でない場合、デーモンの従来のポート番号を使用して接続

します。

■ 1 を指定すると、サーバーのデーモンへの接続に vnetd だけが使用されます。

■ 2 を指定すると、サーバーのデーモンへの接続にデーモンの従来のポート番

号が使用されます。デフォルトは 2 です。

例

次のエントリは、vnetd またはデーモンのポート番号を使用して、サーバー shark

に接続するように指定します。CONNECT_OPTIONS = shark 0 0 0

次のエントリは、 vnetd だけを使用して、サーバー dolphin に接続するように指

定します。CONNECT_OPTIONS = dolphin 0 0 1

次のエントリは、デーモンのポート番号だけを使用して、サーバー perch に接続

するように指定します。CONNECT_OPTIONS = perch 0 0 2

DAS_CLIENT

DAS_CLIENT = client_name


vm.conf でこのエントリを指定した場合、 TLM ロボットが DAS/SDLC サーバー

との通信に使用する DAS クライアント名を指定できます。デフォルトでは、メ

ディアサーバーのホスト名が使用されます。このエントリは、 tlmd が実行され

ているホスト上で読み込まれ、解釈されます。

37追加構成



DAYS_TO_KEEP_LOGS

DAYS_TO_KEEP_LOGS = days

vm.conf でこのエントリを指定した場合、vmd によってデバッグログが削除され

るまでの保存日数を指定します。このエントリは、 vmd が実行されているホスト


0 (ゼロ ) を指定すると、ログは削除されません。デフォルトは 0 (ゼロ ) です。こ

のエントリは、統合ログ機能によって作成されるデバッグログには影響しません。

統合ログ機能について詳しくは、『Veritas NetBackup トラブルシューティングガ

イド UNIX、 Windows および Linux』を参照してください。

EMM_RETRY_COUNT

EMM_RETRY_COUNT = number_of_retries

vmd および ltid デーモンは、このエントリを使用して、 NetBackup Enterprise

Media Manager に対して要求を再試行する回数を判断します。

デフォルトの試行回数は 1 回です。

vm.conf ファイルのこのエントリは、シマンテック社のテクニカルサポートから

指示された場合だけ変更してください。このエントリを vm.conf ファイルに追

加するか、この値を変更した場合、 vmd および ltid デーモンまたはサービスを

再起動する必要があります。

EMM_CONNECT_TIMOUT

EMM_CONNECT_TIMOUT = number_of_seconds

この値は、vmd および ltid デーモンと NetBackup Enterprise Media Manager と

の接続が切断された場合に適用されます。 vmd および ltid デーモンは、このエ

ントリを使用して、NetBackup Enterprise Media Manager への再接続を試行する

時間を判断します。

デフォルトは 20 秒です。





38 追加構成



EMM_REQUEST_TIMOUT

EMM_REQUEST_TIMOUT = number_of_seconds

vmd および ltid デーモンは、このエントリを使用して、 NetBackup Enterprise

Media Manager に対する要求が完了するまでに待機する時間 (秒数 ) を判断します。

デフォルトは 300 秒です。





ENABLE_ROBOT_AUTH

レガシーセキュリティ実装ではなく、 NetBackup のアクセス制御 (NBAC) の

Symantec Product Authentication and Authorization を使用することをお勧めし

ます。

ENABLE_ROBOT_AUTH 構成エントリについて詳しくは、NetBackup 6.0 のマニュ

アルを参照してください。 Symantec Product Authentication and Authorization

について詳しくは、『Veritas NetBackup セキュリティおよび暗号化ガイド UNIX、

Windows および Linux』を参照してください。

INVENTORY_FILTER

INVENTORY_FILTER = robot_type robot_number mode value1 [value2 ...]


ACS または TLH のロボット形式で、ロボットインベントリの結果のフィルタリ

ングに使用します。このエントリは、インベントリ操作が起動される NetBackup

サーバー上の構成ファイル (vm.conf) に追加する必要があります。このエントリ

は、vmcheckxxx および vmupdate が実行されているホスト上で読み込まれ、解

釈されます。

メモ : ACS ロボットで、 ACS ライブラリソフトウェアホストが STK Library

Station である場合、このエントリが必要になる場合があります。新しいバージョ

ンの STK Library Station では、ロボットインベントリのコマンドが正常に機能す

るため、フィルタは必要ありません。

robot_type には、 ACS または TLH を指定できます。

robot_number には、 NetBackup で構成されるロボット番号を指定します。

mode には、 ACS の場合は BY_ACS_POOL、 TLH の場合は BY_CATEGORY を指定

します。

次に例を示します。INVENTORY_FILTER = ACS 0 BY_ACS_POOL 4 5INVENTORY_FILTER = TLH 0 BY_CATEGORY FFFA CDB0

39追加構成



MAP_ID

MAP_ID = robot_num map_ID


このエントリを使用すると、自動カートリッジシステム (ACS) ロボットからメ

ディアが取り出されるときに使用される、デフォルトのメディアアクセスポート

(MAP) を構成できます。 NetBackup 管理コンソールの選択肢では、設定したデ

フォルトのメディアアクセスポートが強調表示されていますが、取り出し用に他

のメディアアクセスポートを選択することもできます。

MAP が利用できない場合、または vm.comf ファイルにこのエントリが含まれて

いない場合、デフォルトの MAP 選択処理が行われます。デフォルトでは、取り

出されるメディアを収めることができる最小の MAP が使用されます。

NetBackup によって複数の MAP が選択された場合、 MAP ID エントリで指定さ

れている MAP ではなく、最短距離の MAP アルゴリズムが使用されます。詳しく

は、 31 ページの「ADJ_LSM」を参照してください。

robot_num には、ロボット番号を指定します。 map_ID は ACS CAP ( カートリッ

ジアクセスポート ) ID の形式で、空白を含めることはできません。

ACS ロボット番号 700 の MAP ID を指定する例を次に示します。 ACS CAP ID に

0,1,0 を使用します。MAP_ID = 700 0,1,0

MAP_CONTINUE_TIMEOUT

MAP_CONTINUE_TIMEOUT = seconds

このエントリは、 -w オプションを指定して vmchange コマンドを使用する場合

にだけ適用されます。 seconds のデフォルトのタイムアウト値は 300 (5 分 ) で

す。 seconds には 0 (ゼロ ) は指定できません。また、 1200 (20 分 ) より大きい

値を指定すると、ロボットデーモンによって操作が取り消される場合があります。

vm.conf でこのエントリを指定した場合、 SCSI ロボットデーモンは、指定した

秒数の間待機した後でタイムアウトします。タイムアウトは、メディアアクセス

ポートからボリュームを取り外した後に、ユーザーからの操作続行の応答を待機

している間に発生する場合があります。タイムアウトが発生すると、操作は異常

終了します。

このエントリは、SCSI 制御ロボットデーモンまたはプロセスが実行されているホ

スト上で読み込まれ、解釈されます。

注意 : マウント以外の操作 ( ロボットインベントリなど ) は、このタイムアウト期

間中には実行できません。

40 追加構成



MEDIA_ID_BARCODE_CHARS

MEDIA_ID_BARCODE_CHARS = robot_num barcode_length media_ID_rule

メモ : このエントリを使用する場合、ロボットでバーコード機能がサポートされ

ており、ロボット形式が API ロボット以外である必要があります。

vm.conf でこのエントリを指定した場合、 NetBackup によるメディア ID の生成

が制御されます。このエントリは、vmcheckxxx および vmupdate がロボットの

インベントリ操作の一部として実行されているホスト上で読み込まれ、解釈され

ます。

NetBackup によって使用されるテープ上のバーコードの文字を指定する規則を

定義することによって、メディア ID を作成する方法を選択します。 ID に挿入す

る英数字も指定できます。

複数のエントリを vm.conf ファイルに追加できます。たとえば、各ロボットに

対して、または文字数が異なる各バーコード形式に対して、メディア ID を生成

するように指定できます。複数のエントリを使用することによって、複数のメディ

アに対する柔軟性を確保できます。

MEDIA_ID_BARCODE_CHARS エントリが存在しないか、このエントリが無効な場

合、 NetBackup では、バーコードの末尾 6 文字を使用してメディア ID が生成さ

れます。

robot_num には、ロボット番号を指定します。

barcode_length には、バーコードの長さを指定します。

media_ID_rule は、コロンで区切られた最大 6 つのフィールドで構成されます。

このフィールドに指定した数値によって、バーコードから抽出される文字の位置

(左から右 ) が定義されます。たとえば、フィールドに 2 を指定すると、バーコー

ドの 2 番目の文字が抽出されます。数値は、任意の順序で指定できます。

接頭辞としてシャープ記号 (#) を付けた文字を指定すると、生成された ID のその

位置に、その文字が挿入されます。メディア ID に有効な英数字を指定する必要

があります。規則を使用して様々な形式のメディア ID を作成できます。ただし、

メディア上のラベルと生成されたメディア ID が一致しない場合、メディアの管

理が困難になる場合があります。

規則および生成されるメディア ID の例を次に示します。Barcode on the tape: 032945L1Media ID rule: #N:2:3:4:5:6Generated media ID: N32945

109 ページの「メディア ID の生成規則」も参照してください。

41追加構成



MEDIA_ID_PREFIX

MEDIA_ID_PREFIX = media_id_prefix

vm.conf でこのエントリを指定した場合、バーコードなしのメディアに使用する

メディア ID の接頭辞が定義されます。このエントリは、 vmcheckxxx および

vmupdate がロボットのインベントリ操作の一部として実行されているホスト


メディアをロボットに追加する最適な方法は、ロボットインベントリのボリュー

ム構成の更新操作を使用することです。

MM_SERVER_NAME

MM_SERVER_NAME = host_name

このエントリは、他の NetBackup サーバーおよびクライアントがこのサーバーを

参照する場合に使用する名前を判断します。CLUSTER_NAME = cluster_aliasREQUIRED_INTERFACE = host_name



ます。


れます。







PREFERRED_GROUP

レガシーセキュリティ実装ではなく、 NetBackup のアクセス制御 (NBAC) の

Symantec Product Authentication and Authorization を使用することをお勧めし

ます。

PREFERRED_GROUP 構成エントリについて詳しくは、 NetBackup 6.0 のマニュア

ルを参照してください。 Symantec Product Authentication and Authorization に

ついて詳しくは、『Veritas NetBackup セキュリティおよび暗号化ガイド UNIX、


42 追加構成



PREVENT_MEDIA_REMOVAL

TL8 ロボットだけに適用されます。

このエントリを指定すると、 TL8 ロボットのデフォルト操作が変更されます。この

エントリが存在しない場合、 NetBackup ではメディアの取り出しが許可されます。

vm.conf でこのエントリを指定した場合、 TL8 ロボットによって SCSI コマンド

prevent media removal ( メディア取り出しの禁止 ) が実行されます。ロボッ

ト制御デーモンの実行中は、ロボットのメインドアや MAP を開くことはできま

せん。

このエントリは、 TL8 ロボット制御デーモンまたはプロセス (tl8cd) が実行され

ているホスト上で読み込まれ、解釈されます。

PREVENT_MEDIA_REMOVAL を無効にする方法

次のいずれかを実行します。

■ テストユーティリティを使用して、allow media removal ( メディア取り

出しの許可 ) を実行します。

■ 取り込みおよび取り出しの機能を使用して、ボリュームの追加または移動を

行います。

RANDOM_PORTS

RANDOM_PORTS = YES|NO

このエントリを使用すると、他の NetBackup サーバーと通信するために、

NetBackup によってポート番号がランダムに選択されるか、または順に選択さ

れるかを指定できます。このエントリは、 vmd が実行されているホスト上で読

み込まれ、解釈されます。

YES を設定した場合、またはエントリが存在しない場合 (デフォルト )、NetBackup

によって、許容範囲内の利用可能なポートからポート番号がランダムに選択され

ます。

NO を設定した場合、 NetBackup によって番号が順に選択されます。許容範囲内

の番号のうち最も大きい番号から始まり、次に 2 番目に大きい番号が試され、利

用可能なポートが見つかるまで順に選択されます。

NetBackup の構成でランダムポートを指定しない場合、 vm.conf ファイルで

RANDOM_PORTS = NO を指定します。

NetBackup 構成ファイルでランダムポートを使用しないように指定する方法

■ 次のいずれかを実行します。

■ UNIX の場合、bp.conf ファイルで RANDOM_PORTS = NO を指定します。

■ Windows の場合、 NetBackup の［ホストプロパティ (Host Properties)］

を使用します。

43追加構成



REQUIRED_INTERFACE

REQUIRED_INTERFACE = host_name

このエントリおよび次の 2 つのエントリは、他の NetBackup サーバーがこのサー

バーを参照する場合に使用する名前を判断します。CLUSTER_NAME = cluster_aliasMM_SERVER_NAME = host_name



ます。


れます。







NetBackup サーバーでは、複数のネットワークインターフェースを使用できま

す。デフォルトでは、使用するネットワークインターフェースはオペレーティン

グシステムによって決定されます。NetBackup を強制的に特定のネットワークイ

ンターフェースに接続させるには、 REQUIRED_INTERFACE を使用してインター

フェースのネットワークホスト名を指定します。

SERVER

SERVER = host_name

vm.conf ファイルの SERVER エントリは、 NetBackup メディアサーバーの機密

保護の目的で使用されます。SERVER エントリと AUTHORIZATION_REQUIRED エ

ントリを同時に使用すると、このホスト上でデバイスを監視および制御するホス

トを制御できます。

AUTHORIZATION_REQUIRED エントリが存在する場合、 vm.conf ファイルに、

このホスト上のデバイスを制御するすべてのメディアサーバーの SERVER エン

トリが含まれている必要があります。vm.conf ファイルに SERVER エントリが含

まれる場合、そのホスト自身の SERVER エントリも含まれる必要があります。エ

ントリが含まれない場合、ホストは自身のデバイスを管理できません。

AUTHORIZATION_REQUIRED エントリが存在せず、SERVER エントリも存在しな

い場合、すべての NetBackup サーバーがこのホスト上のデバイスを監視および制

御できます。

44 追加構成



機密保護の目的で、特定のホストだけにデバイスへのアクセスを許可するエント

リをリモートで追加する必要があります。

このエントリは、NetBackup の vmd サービスが実行されているメディアサーバー


SSO_DA_REREGISTER_INTERVAL

SSO_DA_REREGISTER_INTERVAL = minutes


この vm.conf エントリは、テープ機能のための Shared Storage Option (SSO) だ

けに使用されます。このエントリは、 ltid が実行されているホスト上で読み込

まれ、解釈されます。

スキャンホスト上の ltid では、 EMM/DA を使用して共有ドライブが定期的に登

録され、ドライブのスキャン機能が提供されていることが確認されます。ドライ

ブを共有しているホストのうち、ドライブをスキャンするホストは 1 つだけです。

この再登録によって、デバイスアロケータを再起動する場合などに、共有ドライ

ブの使用に与える影響を最小限に抑えることができます。

再登録のデフォルトの間隔は 5 分です。 SSO_DA_REREGISTER_INTERVAL エン

トリを使用して、登録の間隔を調整できます。このエントリを追加したら、 ltid

を停止後に再起動して、変更を有効にします。

SSO_DA_RETRY_TIMEOUT

SSO_DA_RETRY_TIMEOUT = minutes





ltid で EMM/DA との通信に問題が発生した場合、または共有ドライブの予約の

試行に失敗した場合、 ltid によって再試行が遅延します。

再試行のデフォルトの遅延時間は 3 分です。SSO_DA_RETRY_TIMEOUT エントリ

を使用して、遅延間隔を調整できます。このエントリを追加したら、 ltid を停

止後に再起動して、変更を有効にします。

SSO_HOST_NAME

SSO_HOST_NAME = host_name





45追加構成



このエントリは、現在のホストで、 EMM/DA を使用した共有ドライブの登録、予

約および解放に使用される名前を指定します。デフォルトは、ローカルのホスト

名です。

TLH_mediatype

TLH_mediatype = Media_Manager_mediatype


vm.conf でこのエントリを指定した場合、1/2 インチテープライブラリ (TLH) ロ

ボットの IBM ATL メディア形式が Media Manager のメディア形式にマッピング

されます。このエントリは、vmcheckxxx および vmupdate がロボットのインベ

ントリ操作の一部として実行されているホスト上で読み込まれ、解釈されます。

TLH_mediatype

TLM_mediatype = Media_Manager_mediatype


vm.conf でこのエントリを指定した場合、マルチメディアテープライブラリ

(TLM) ロボットの DAS/SDLC メディア形式が Media Manager のメディア形式に

マッピングされます。このエントリは、vmcheckxxx および vmupdate がロボッ

トのインベントリ操作の一部として実行されているホスト上で読み込まれ、解釈

されます。

VERBOSE

vm.conf でこのエントリを指定した場合、ホスト上のすべての Media Manager

コンポーネントは詳細ログが有効な状態で起動されます。

このオプションを使用するのは、問題が発生した場合や、シマンテック社のテクニ

カルサポートから要請された場合だけです。問題が解決したら、デバッグログを削

除するか、または DAYS_TO_KEEP_LOGS エントリを追加する必要があります。

vm.conf ファイルの例

ホスト server1 上の vm.conf ファイルの例を次に示します。SERVER = server1SERVER = server2MEDIA_ID_PREFIX = NVMEDIA_ID_PREFIX = NETBACS_3490E = HCART2

46 追加構成

バックアップのダイレクト I/O


バックアップのダイレクト I/Oデフォルトでは、ディスクストレージユニットのバッファサイズは 256 KB です。

バッファサイズが 256 KB より大きい値に設定されている場合、そのストレージ

ユニットに書き込まれるバックアップでは、自動的にダイレクト I/O が使用され

ます。バッファサイズを大きくすることによって、バックアップ速度を改善でき

ます。

バッファサイズを大きくするには、次の条件を満たしている必要があります。

■ ストレージユニットは、Windows メディアサーバーによって所有されている

必要があります。

■ ストレージユニットは、ベーシックディスクストレージユニットまたはアレ

イディスクストレージユニットのいずれかである必要があります。

■ 格納するバックアップは多重化できません。

■ ダイレクト I/O を無効にするタッチファイルが存在していない必要がありま

す (install_path¥VERITAS¥NetBackup¥bin¥DISABLE_DIRECT_IO)。

バッファサイズを大きくするには、ストレージユニットを所有しているメディア

サーバー上に次のいずれかのタッチファイルを作成します。

■ ディスクへのバックアップの場合

install_path¥VERITAS¥NetBackup¥db¥config¥

SIZE_DATA_BUFFERS_DISK

■ ディスクまたはテープへのバックアップの場合

install_path¥VERITAS¥NetBackup¥db¥config¥

SIZE_DATA_BUFFERS

両方のタッチファイルが存在する場合、 SIZE_DATA_BUFFERS_DISK の値が

SIZE_DATA_BUFFERS の値よりも優先されます。この時点では、

SIZE_DATA_BUFFERS_DISK を使用することをお勧めします。

SIZE_DATA_BUFFERS_DISK または SIZE_DATA_BUFFERS には、次の値を使用

できます。

表 1-1 SIZE_DATA_BUFFERS_DISK、 SIZE_DATA_BUFFERS の

絶対バイト値

データバッファサイズ (KB) 入力するタッチファイルの値

32 32768

64 65536

96 98304

128 131072

160 163840

47追加構成

動的ホスト名および動的 IP アドレス


ダイレクト I/O バックアップを実行すると、［Enabling direct I/O. Buffer size:

<buffer size>］というメッセージが表示されます。

ダイレクト I/O の無効化ダイレクト I/O を無効にするには、ストレージユニットを所有しているメディア

サーバー上に次のタッチファイルを作成します。

install_path¥VERITAS¥NetBackup¥bin¥DISABLE_DIRECT_IO

動的ホスト名および動的 IP アドレスデフォルトでは、NetBackup サーバーは、NetBackup クライアント名とクライア

ントマシンのネットワークホスト名は同じであると想定します。このため、ネッ

トワークホスト名が変更される可能性があるクライアントのバックアップを行う

ことは困難です。このようなクライアントの例には、LAN に接続して DHCP サー

バーから IP アドレスを取得するポータブルマシンがあります。また、 PPP サー

バーにダイヤルアップ接続するリモートマシンもこのようなクライアントに含ま

れます。 NetBackup の動的ホスト名および動的 IP アドレスを使用すると、 IP ア

ドレスおよびホスト名が固定されない NetBackup クライアントを定義すること

ができます。

メモ : 動的アドレスを使用する場合も、NetBackup サーバーでは固定された IP ア

ドレスおよびホスト名が必要であることに注意してください。

メモ : 動的アドレスおよび動的ホスト名を使用するように構成されたすべてのク

ライアントは、 NetBackup の altnames 機能と同様に、相互に信頼性を確認でき

る必要があります。

192 196608

224 229376

256 262144

データバッファサイズは 32 の倍数単位で増加します。バッファサイズに 1024 を掛け

ると、タッチファイルの値になります。

表 1-1 SIZE_DATA_BUFFERS_DISK、 SIZE_DATA_BUFFERS の

絶対バイト値 (続き )

データバッファサイズ (KB) 入力するタッチファイルの値

48 追加構成



NetBackup で動的 IP アドレスを使用する構成をサポートするには、次の手順を

実行する必要があります。構成を変更する前に、この項全体を参照してください。

1 DHCP などの動的 IP アドレスプロトコルを使用するようにネットワークを

構成します。

NetBackup では、クライアントの IP アドレスにネットワークホスト名が含

まれている必要があります。ネットワークホスト名は、ネットワーク上の

hosts ファイルまたは DNS に定義されている動的 IP アドレスの範囲内で

定義する必要があります。

2 マシンに対して、動的 IP アドレスおよび動的ネットワークホスト名を含む

NetBackup クライアント名を決定します。

これらの NetBackup クライアント名は、手順 3 および手順 6 で使用します。

各 NetBackup クライアントの NetBackup クライアント名は、一意である必

要があります。クライアントに割り当てられた NetBackup クライアント名は

永続的なものです。変更しないでください。

3 マスターサーバーに変更を加えます。

a 手順 2 で決定した名前を含むクライアントリストを使用して、

NetBackup ポリシーを作成します。

b NetBackup クライアントデータベースに、手順 2 で決定したクライアン

ト名のエントリを作成します。

bpclient コマンドを実行して、エントリを作成します。

4 それぞれの Windows 版 NetBackup 動的クライアントに変更を加えます。

クライアントのバックアップ、アーカイブおよびリストアユーザーインター

フェースを起動します。［ファイル (File)］ > ［NetBackup クライアントのプ

ロパティ (NetBackup Client Properties)］を選択します。［NetBackup クライ

アントのプロパティ (NetBackup Client Properties)］ダイアログボックスが

表示されます。［一般 (General)］タブを選択します。［クライアント名 (Client

Name)］をマシンの正しい NetBackup クライアント名に変更します。

5 マスターサーバー上で、［DHCP 間隔を通知する (Announce DHCP interval)］

オプションを有効にします。

NetBackup 管理コンソールを開いて、クライアントの［ホストプロパティ

(Host Properties)］に移動します。 ( ［NetBackup の管理 (NetBackup

Management)］ > ［ホストプロパティ (Host Properties)］ > ［クライアント

(Clients)］を選択します。 )Windows クライアントのクライアントプロパ

ティを開きます。［Windows クライアント (Windows Client)］ホストプロパ

ティで［ネットワーク (Network)］を選択します。［DHCP 間隔を通知する

(Announce DHCP interval)］チェックボックスをチェックします。

49追加構成



6 それぞれの UNIX 版 NetBackup 動的クライアントに変更を加えます。

a マシンの正しい NetBackup クライアント名が設定された CLIENT_NAME

エントリを含むように、 bp.conf ファイルを変更します。

b 起動中にマシンの NetBackup クライアント名および現在のネットワー

クホスト名がマスターサーバーに通知されるようにシステムを構成しま

す。マスターサーバーへの通知には、 bpdynamicclient コマンドを使

用します。

c マシンの NetBackup クライアント名および現在のネットワークホスト名

がマスターサーバーに定期的に通知されるようにシステムを構成します。

動的 IP アドレスおよび動的ホスト名の設定動的 IP アドレスプロトコルを使用するようにネットワークを構成します。 DHCP

などのプロトコルには、 1 つのサーバーと複数のクライアントが存在します。た

とえば、DHCP クライアントが起動すると、 DHCP サーバーに IP アドレスを要求

します。次に、サーバーが、事前定義されたアドレスの範囲内でクライアントに

IP アドレスを割り当てます。

NetBackup では、NetBackup クライアントの IP アドレスに、対応するネットワー

クホスト名が含まれている必要があります。NetBackup クライアントに割り当て

られる各 IP アドレスに、ネットワークホスト名が含まれていることを確認しま

す。ホスト名は、ネットワーク上の host ファイル、 NIS および DNS に定義され

ている必要があります。

たとえば、 10 個の動的 IP アドレスおよび動的ホスト名が利用可能であると想定

します。次のような動的 IP アドレスおよび動的ホスト名が存在するとします。123.123.123.70 dynamic00123.123.123.71 dynamic01123.123.123.72 dynamic02123.123.123.73 dynamic03...123.123.123.79 dynamic09

これらの動的 IP アドレスの 1 つを使用する場合がある各 NetBackup クライアン

トに、一意の NetBackup クライアント名を割り当てます。クライアントに割り当

てられた NetBackup クライアント名は永続的なものです。変更しないでくださ

い。動的 IP アドレスを使用して NetBackup クライアントに割り当てられたクラ

イアント名は、ネットワーク上のネットワークホスト名と同じにしないでくださ

い。 NetBackup クライアント名が変更されていたり一意でない場合、バックアッ

プおよびリストアの結果が予測できなくなります。

50 追加構成



たとえば、事前に定義された IP アドレスを 20 台のマシンが共有すると想定しま

す。これらのマシンを NetBackup クライアントにする場合、これらのマシンに次

のとおり NetBackup クライアント名を割り当てることができます。nbclient01nbclient02nbclient03nbclient04...nbclient20

NetBackup マスターサーバーの構成マスターサーバー上で、 NetBackup のバックアップポリシーを作成します。クラ

イアント名のリストには、動的ネットワークホスト名 (dynamic01 など ) ではな

く、 NetBackup クライアント名 (nbclient01 など ) を使用します。

次に、マスターサーバー上にクライアントデータベースを作成します。クライア

ントデータベースは、次に示すディレクトリ内のディレクトリおよびファイルで

構成されます。

install_path¥NetBackup¥db¥client

bpclient コマンドを使用して、クライアントエントリを作成、更新、一覧表示

および削除できます。 bpclient コマンドは、次のディレクトリに存在します。install_path¥NetBackup¥bin¥admincmd

■ 動的クライアントエントリを作成するには、次のコマンドを実行します。

bpclient.exe -add -client client_name -dynamic_address 1

ここで、 client_name は、 NetBackup クライアント名です。引数

-dynamic_address 1 は、クライアントが動的 IP アドレスを使用してい

ることを示します。静的 IP アドレスを意味する -dynamic_address 0 を

使用してエントリを作成することもできますが、これは不要な操作であり、

逆にパフォーマンスを低下させます。

■ クライアントエントリを削除するには、次のコマンドを実行します。

bpclient.exe -delete -client client_name

■ 1 つのクライアントエントリを表示するには、次のコマンドを実行します。bpclient.exe -L -client client_name

■ すべてのクライアントエントリを表示するには、次のコマンドを実行します。

bpclient.exe -L -All

51追加構成



この例では、次のコマンドを入力して 20 個のクライアントを作成できます。cd install_path¥NetBackup¥bin¥admincmdbpclient -add -client nbclient01 -dynamic_address 1bpclient -add -client nbclient02 -dynamic_address 1bpclient -add -client nbclient03 -dynamic_address 1bpclient -add -client nbclient04 -dynamic_address 1...bpclient -add -client nbclient20 -dynamic_address 1

クライアントデータベースに現在存在しているクライアントを表示するには、

bpclient コマンドを次のとおり実行します。install_path¥NetBackup¥bin¥admincmd¥bpclient -L -All

次のように出力されます。Client Name:nbclient01Current Host:Hostname:*NULL*IP Address: 0.0.0.0Connect on non-reserved port:noDynamic Address:yes

Client Name:nbclient02Current Host:Hostname:*NULL*IP Address: 0.0.0.0Connect on non-reserved port:noDynamic Address:yes...Client Name:nbclient20Current Host:Hostname:*NULL*IP Address: 0.0.0.0Connect on non-reserved port:noDynamic Address:yes

NetBackup クライアントによって、 NetBackup サーバーに NetBackup クライア

ント名およびネットワークホスト名が通知されます。その後、［Current Host］、

［Hostname］および［IP Address］フィールドにその NetBackup クライアントの

値が表示されます。

52 追加構成



Microsoft Windows 版 NetBackup 動的クライアントの構成Windows クライアントに NetBackup がインストールされていない場合、インス

トールします。

クライアント上でバックアップ、アーカイブおよびリストアユーザーインター

フェースを起動して、［ファイル (File)］ > ［NetBackup クライアントのプロパティ

(NetBackup Client Properties)］を選択します。［NetBackup クライアントのプロ

パティ (NetBackup Client Properties)］ダイアログボックスが表示されます。［一

般 (General)］タブを選択します。［クライアント名 (Client Name)］を変更して、

Windows クライアント用の NetBackup クライアント名を指定します。

NetBackup 管理コンソールで、［DHCP 間隔を通知する (Announce DHCP

interval)］を設定します。この値は、クライアントが異なる IP アドレスを使用

していることを通知するまでに待機する時間 (分 ) を指定します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「DHCP 間隔を通知する

(Announce DHCP interval)」を参照してください。

デフォルト値の 0 (ゼロ ) を使用している場合、サーバーへの通知は行われませ

ん。 DHCP クライアントの場合、リース期間の 2 分の 1 に相当する値を使用する

ことをお勧めします。

クライアント上で、 NetBackup Client Service を停止してから再起動すると、変

更が有効になります。

UNIX 版 NetBackup 動的クライアントの構成NetBackup クライアントソフトウェアがインストールされていない場合、インス

トールします。

/usr/openv/netbackup/bp.conf ファイルを編集します。 CLIENT_NAME エ

ントリを使用して、マシンの NetBackup クライアント名を指定します。CLIENT_NAME = nbclient00

システムの初回起動時には、bpdynamicclient コマンドを実行する必要があり

ます。bpdynamicclient コマンドを実行すると、NetBackup サーバーにマシン

の NetBackup クライアント名および現在のネットワークホスト名が通知されま

す。 bpdynamicclient コマンドは次のディレクトリに存在します。/usr/openv/netbackup/bin

bpdynamicclient コマンドの形式は、次のとおりです。bpdynamicclient -last_successful_hostname file_name

53追加構成

電子メール通知の構成


bpdynamicclient コマンドを実行すると、 file_name が存在するかどうかが確認されます。file_name が存在する場合、bpdynamicclient コマンドでは、ファイルに書き込まれているホスト名が現在のネットワークホスト名と同じかど

うかが判断されます。ホスト名が一致する場合、 bpdynamicclient コマンドは終了し、マスターサーバーへの接続は行われません。ホスト名が一致しない場合、

bpdynamicclient コマンドによってマスターサーバーに接続され、サーバーにNetBackup クライアント名およびホスト名が通知されます。 bpdynamicclientコマンドによるサーバーへの通知が正常に完了すると、bpdynamicclient コマンドによって現在のネットワークホスト名が file_name に書き込まれます。

bpdynamicclient コマンドを実行してもサーバーへの通知を実行できない場合、 bpdynamicclient コマンドによって file_name が削除されます。

多くの UNIX システムには、起動スクリプトを定義する機能があります。たとえ

ば、 Solaris システムでは、 /etc/rc2.d ディレクトリにスクリプトを作成でき

ます。# cat > /etc/rc2.d/S99nbdynamicclient <<EOF#! /bin/sh rm /usr/openv/netbackup/last_successful_hostname/usr/openv/netbackup/bin/bpdynamicclient -last_successful_hostname ¥/usr/openv/netbackup/last_successful_hostnameEOF# chmod 544 /etc/rc2.d/S99nbdynamicclient

動的クライアントの起動スクリプトは、マシンが IP アドレスを取得した後に呼び出されます。

bpdynamicclient コマンドを定期的に呼び出すには、 crontab ルートエント

リを作成する必要があります。たとえば、毎時 7 分に bpdynamicclient を呼び出すエントリ (全体で 1 行 ) を次に示します。

7 * * * * /usr/openv/netbackup/bin/bpdynamicclient

-last_successful_hostname/usr/openv/netbackup/last_successful_

hostname

DHCP を使用している場合、 bpdynamicclient を呼び出す間隔は、リース期間の 2 分の 1 に設定することをお勧めします。

電子メール通知の構成バックアップ、アーカイブおよびリストア操作の結果を、ユーザーおよび管理者

に電子メールで通知するように NetBackup を構成できます。

スケジュールバックアップ、管理者主導の手動バックアップまたは NetBackupデータベースのバックアップが行われた場合、サーバー管理者へ通知します。

これらの通知を電子メールで送信するように NetBackup を構成するには、NetBackup マスターサーバーの［グローバル属性 (Global Attributes)］プロパティの［管理者の電子メールアドレス (Administrator e-mail address)］でサーバー管理者のアドレスを指定します。 ( 『Veritas NetBackup 管理者ガイド Vol. 1』を参照。 )

54 追加構成

NetBackup インストールのロケールの指定


NetBackup インストールのロケールの指定NetBackup アプリケーションでは、インストールのロケールによる決定に応じ

て、様々な国の日付書式および時刻書式を表示できます。アプリケーション間で

の一貫性を保証するため、NetBackup では 1 つの構成ソースを使用してロケール

規則が定義されます。

表 1-2 NetBackup インストールのロケールを指定する方法

プラットフォーム方法

Windows 地域設定にアクセスするには、 Windows のコントロールパネルで［地域と言語のオプショ

ン］をダブルクリックします。［地域と言語のオプション］ダイアログボックスから、事前

定義された数値書式、日付書式および時刻書式にアクセスできます。

詳しくは、 Microsoft のヘルプページを参照してください。

UNIX サポートされているロケールの情報は、/usr/openv/msg/.conf ファイルに含まれていま

す。このファイルによって、サポートされている各ロケールの日付書式および時刻書式を定

義します。

.conf ファイルには、サポートされているロケールおよび書式のリストを追加および変更す

るための、非常に具体的な方法が含まれています。ファイルの書式の概要を次に示します。

.conf ファイルは、 TL 行および TM 行の 2 つの部分に分かれています。

TL 行

TL 行の 3 番目のフィールドで、 NetBackup アプリケーションでサポートされているロケー

ルの大文字と小文字の区別を定義します。 4 番目および 5 番目のフィールドで、サポートさ

れているそのロケールの日付および時刻のフィールド、および関連付けられたセパレータを

定義します。

既存の書式を変更して、デフォルトの出力を変更できます。たとえば、次のような C ロケー

ルの TL 行を想定します。

TL 1 C :hh:mn:ss/mm/dd/yyyy

月、日および年の順序を次のように指定することができます。

TL 1 C :hh:mn:ss -yyyy-mm-dd

または

TL 1 C :hh:mn:ss/dd/mm/yy

さらに TL 行を追加する場合は、 .conf ファイル内のコメントを参照してください。

.conf ファイルにアクセスできない場合、デフォルトのロケール (TL 行 ) は次のとおりです。

TL 1 C :hh:mn:ss/mm/dd/yyyy

TL 2 ov :hh:mn:ss/mm/dd/yyyy

C および ov は同義語であることに注意してください。

55追加構成



TM 行

TM 行では、TL 行の定義に従って、認識されないロケールから NetBackup でサポートされて

いるロケールへのマッピングを定義します。

TM 行の 3 番目のフィールドで、認識されないロケールを定義します。 5 番目のフィールド

で、 TL 行で識別可能なサポートされている等価のロケールを定義します。

たとえば、認識されないロケール french を、サポートされているロケール fr にマッピング

する場合、 TM 行は次のとおりです。

TM 6 french 2 fr

french を C にマッピングする場合は、次のとおりです。

TM 6 french 1 C

さらに TM 行を追加する場合は、 .conf ファイル内の該当箇所の指示を参照してください。

.conf ファイルにアクセスできない場合、デフォルトのロケールは C (ov) になるため、デ

フォルトの TM 行は存在しません。

表 1-2 NetBackup インストールのロケールを指定する方法 (続き )

プラットフォーム方法

56 追加構成




2

参照項目

この章では、 NetBackup の構成および管理の追加情報について説明します。

■ 58 ページの「NetBackup におけるホスト名の使用規則」

■ 62 ページの「tar を使用したバックアップイメージの読み込み」

■ 63 ページの「バックアップ時間に影響する要素」

■ 65 ページの「NetBackup の転送速度の計算」

■ 69 ページの「NetBackup による作業リストの作成」

■ 71 ページの「バックアップメディア要件の決定」

■ 72 ページの「NetBackup 通知スクリプト」

■ 89 ページの「メディアおよびデバイスの管理の推奨する使用方法」

■ 93 ページの「TapeAlert の使用」

■ 97 ページの「ドライブクリーニングの概要」

■ 100 ページの「ボリュームプールおよびボリュームグループの概要」

■ 105 ページの「バーコードの概要」

■ 110 ページの「ハードウェア構成の変更」

■ 114 ページの「NetBackup のドライブ選択の方法」

■ 115 ページの「NetBackup のドライブ予約の方法」

■ 124 ページの「NetBackup のメディア選択の方法」

■ 129 ページの「メディアの形式」

■ 131 ページの「Media Manager のコマンド」

■ 133 ページの「デバイスの検出の概要」

■ 138 ページの「テープドライブとデバイスファイルまたはアドレスとの関連

付け」

■ 138 ページの「テープドライブとデバイスファイルまたはアドレスとの関連

付け」

58 参照項目

NetBackup におけるホスト名の使用規則


NetBackup におけるホスト名の使用規則NetBackup では、NetBackup のクライアントおよびサーバーコンピュータに対し

て、ホスト名を使用して識別、通信および処理の開始を行います。構成時のホス

ト名を正しく使用することは、 NetBackup の適切な操作の基本です。

詳しくは、 47 ページの「動的ホスト名および動的 IP アドレス」を参照してくだ

さい。

NetBackup では、 NetBackup サーバーおよびクライアントへの接続に TCP/IP ホ

スト名が使用されます。 NetBackup では、ホスト名を逆引き参照することによっ

て、接続の妥当性が検証されます。つまり、 NetBackup によって接続に使用する

IP アドレスが決定された後、その IP アドレスが使用され、 gethostbyaddr()

が実行されることで、ホスト名の検索が行われます。 DNS、 WINS または ( 必要

に応じて ) ローカルの %Systemroot%¥system32¥drivers¥etc¥hosts ファ

イルのホスト名およびアドレス解決を正しく設定する必要があります。

メモ : システムのホスト名および IP アドレスを

%Systemroot%¥system32¥drivers¥etc¥hosts ファイルに配置すると、名

前の検索が高速になります。

ホスト名の修飾重要な事項は、ホスト名を修飾する範囲を考慮することです。通常は、簡潔なホ

スト名をコンピュータに使用しても問題ありません。ネットワーク環境に複数の

ドメインが存在する場合、複数ドメイン環境においてサーバーおよびクライアン

トがそれぞれを識別可能な範囲でホスト名を修飾します。

たとえば、単に mercury だけではなく、 mercury.bdev.null.com や

mercury.bdev などの名前を使用します。

NetBackup によるホスト名の使用方法次の項では、NetBackup がホスト名を格納する方法およびホスト名の使用方法に

ついて説明します。また、ホスト名を選択する際に考慮する注意事項についても

説明します。

メモ : NetBackup サーバーのホスト名は変更しないでください。この作業は推奨

しません。サーバーで以前に使用していたすべてのメディアをインポートしてか

らでないと、新しいホスト名でメディアを使用できなくなります。

59参照項目



ポリシーの構成

クライアントの構成名は、ポリシーに追加されたときのホスト名です。この名前に

より、 NetBackup 構成でクライアントがどのように識別されるかが決まります。

サーバーは、クライアントの構成名を使用してクライアントに接続し、クライア

ントの要求を満たす処理を開始します。ポリシーにクライアントを追加するとき

は、すべての NetBackup サーバーがクライアントに接続できるように、修飾され

ているホスト名を常に使用します。

クライアントがユーザーのバックアップ、アーカイブまたはリストアの要求を

NetBackup サーバーに対して行う場合、サーバーはクライアントのピアネームを

使用します。 TCP 接続で識別するピアネームが使用され、クライアントの構成名

が決定されます。

クライアントを 2 つ以上のポリシーに追加するときは、どのような場合でも常に

同じ名前を使用します。同じ名前を使用しなかった場合、クライアント用にバッ

クアップされたすべてのファイルがクライアントで表示できません。この場合、

ユーザーおよび管理者の両方の操作が、複数のバックアップからリストアするよ

うに要求されるため、ファイルのリストアが複雑になります。

イメージカタログ

そのクライアントに対して最初にバックアップを作成するときに、イメージカタ

ログ内にクライアント用のサブディレクトリが作成されます。サブディレクトリ

名は、クライアントの構成名と同じです。

このサブディレクトリに、クライアントのすべてのバックアップに対する個別の

ファイルが存在します。これらの各バックアップの記録には、バックアップが書

き込まれたサーバー名が含まれています。

エラーカタログ

NetBackup は、レポートを生成するためにエラーカタログ内のエントリを使用し

ます。適用可能な場合は、これらのエントリには、そのエントリを生成するサー

バーのホスト名およびクライアントの構成名が含まれています。サーバーのホス

ト名は、通常は簡潔なホスト名 ( たとえば、shark.null.com の場合は shark) です。

カタログバックアップ情報

次の説明は、 NetBackup Enterprise Server だけに適用されます。

メディアサーバーのカタログファイルを NetBackup カタログに含める場合、ファ

イルパスのメディアサーバーのホスト名を修飾します。修飾名は、マスターサー

バーがメディアサーバーに接続できるようにするために必要です。

60 参照項目



ホスト名の変更後の NetBackup の更新方法

メモ : NetBackup サーバーのホスト名は変更しないでください。名前を変更する

と、サーバーで以前に使用していたすべてのメディアをインポートしてからでな

いと、新しい名前でホストを使用できなくなります。

クライアントのホスト名が変更された場合、次の手順に従って NetBackup 構成を

更新します。

1 マスターサーバーで次の手順を行います。

■ クライアントが存在するすべてのポリシーからクライアントの古い名前

を削除し、ポリシーにクライアントの新しい名前を追加します。クライ

アントに NetBackup ソフトウェアを再インストールする必要はありま

せん。クライアントは、以前のすべてのバックアップに引き続きアクセ

スできます。

a イメージカタログディレクトリに ALTPATH という名前のファイルを作

成します。

たとえば、クライアント名が client1 の場合、次の場所に ALTPATH

ファイルを作成します。

Install_path¥VERITAS¥NetBackup¥db¥images¥client1¥

ALTPATH

b ¥images ディレクトリに、新しい client2 用のディレクトリを作成し

ます。

Install_path¥VERITAS¥NetBackup¥db¥images¥client2

c client1¥ALTPATH ファイルの 1 行目に、新しいクライアント用のディ

レクトリへのパスを指定します。このパスが、ALTPATH ファイルの唯一

のエントリになります。

Install_path¥VERITAS¥NetBackup¥db¥images¥client2

2 クライアントで次の手順を行います。

■ PC クライアントでは、ユーザーインターフェースを使用して、または構

成ファイルでクライアント名の設定を変更します。( クライアントのバッ

クアップ、アーカイブおよびリストアインターフェースのオンラインヘ

ルプを参照。 )

■ UNIX クライアントでは、bp.conf ファイル内の CLIENT_NAME 値を新

しい名前に変更します。

メモ : UNIX クライアント上の $HOME ディレクトリに bp.conf ファイルが存在

する場合、そのファイル内の CLIENT_NAME を新しい名前に変更する必要があり

ます。

61参照項目



ドメインネームサービス (DNS) の考慮事項マスターサーバーへの要求の中には、クライアントソフトウェアが

gethostname ライブラリ関数を使用して取得した名前を送信するものがありま

す。この名前がマスターサーバーのドメインネームサービスに認識されないと、

マスターサーバーがクライアントの要求に応答できない場合があります。

この状況になるかどうかは、クライアントおよびサーバーの構成方法に依存しま

す。クライアント上の gethostname がホスト名を戻し、マスターサーバー上の

DNS でこれらの名前を解決できない場合、問題が発生します。

可能な解決方法は、クライアントまたはマスターサーバーの DNS ホストファイル

を再構成することです。また、別の方法として、マスターサーバー上の altnames

ディレクトリに次の特別なファイルを作成する方法もあります。このファイルに

より、 NetBackup クライアントホスト名を強制的に変換します。install_path¥NetBackup¥db¥altnames¥host.xlate

host.xlate ファイルの各行には、数値キーおよび 2 つのホスト名の 3 つの要素

が含まれています。各行は左に揃えられ、行内の各要素は空白文字で区切られて

います。

key hostname_from_client client_as_known_by_server

ここで示された文字列については、次のとおりです。

■ key は数値であり、変換が行われるべき場所を指定するために NetBackup に

よって使用されます。現状では、この値は常に構成名の変換を示す 0 (ゼロ )

とする必要があります。

■ hostname_from_client は、変換される値です。このクライアント名は、クラ

イアントの gethostname を実行することによって取得した名前に一致す

る必要があります。また、この値は、要求時にサーバーに送信される必要が

あります。

■ client_as_known_by_server は、要求の応答時に hostname_from_client の代

わりとなる名前です。この名前は、マスターサーバー上の NetBackup 構成内

の名前と一致している必要があり、マスターサーバーのネットワークサービ

スによって認識可能であることが必要です。

次に例を示します。 0 xxxx xxxx.eng.aaa.com

この行の指定では、構成されたクライアント名 (数値キー 0 (ゼロ )) に対する要求

をマスターサーバーが受信するときに、名前 xxxx は常に xxxx.eng.aaa.com に

置換されます。次の条件に該当する場合、この置換によって問題が解決されます。

■ クライアントで gethostname を実行すると、 xxxx が戻される。

■ マスターサーバーのネットワークサービスの gethostbyname ライブラリ

関数が、名前 xxxx を認識していない。

■ NetBackup 構成にクライアントが xxxx.eng.aaa.com という名前で構成

されていた。さらに、この名前がマスターサーバー上のネットワークサービ

スにも認識されている。

62 参照項目

tar を使用したバックアップイメージの読み込み


tar を使用したバックアップイメージの読み込みUNIX 版 NetBackup では、バックアップイメージの読み込みに、 GNU tar を使

用します。この tar を使用すると、 NetBackup では、圧縮済みファイル、スパー

スファイル、長いパス名および ACL 情報の認識が可能で、 cpio と同様の機能を

使用できます。

NetBackup 以外の tar を使用してファイルのリストアを行うことも可能ですが、

リストア機能は制限されます。

メモ : NetBackup の GNU tar (UNIX の場合 ) または tar32.exe (Windows の場

合 ) を使用して、 Windows 版 NetBackup のバックアップイメージからファイル

を抽出することはできません。

NetBackup 以外の tar の影響

NetBackup 以外の tar では、NetBackup の /usr/openv/netbackup/bin/tar

で提供されるリストア機能の一部が提供されません。そのため、問題が発生する

可能性があります。

NetBackup 以外の tar を使用した場合、特定の状況で次の問題が発生する可能性

があります。

■ 圧縮されたバックアップのリカバリは実行できません。

■ 多重化されたバックアップのリカバリは実行できません。

■ Solaris の拡張属性は、クライアントにリストアできません。

■ VxFS の名前付きデータストリームは、クライアントにリストアできません。

■ raw パーティションを含むバックアップのリカバリは実行できません。

(FlashBackup のイメージを含む。 )

■ NDMP クライアントのバックアップイメージはリストアできませんが、メ

ディアから直接リストアできるツールまたはユーティリティを NDMP のベ

ンダーが提供している場合があります。

■ NetBackup 以外の tar では、スパースファイルの処理に問題が発生し、処理

がスキップされる場合があります。

■ HP CDF は NetBackup 以外の tar でリストアされます。ただし、ディレクト

リの隠し属性は解除され、ディレクトリ名には「+」が追加されます。

63参照項目

バックアップ時間に影響する要素


■ バックアップが複数のメディアにまたがっている場合、メディアからフラグ

メントを読み込んで連結し、 tar に渡す必要があります。フラグメントを連

結するには、システムの dd コマンドを使用すると便利です。

別の方法として、フラグメント上で tar を使用することもできます。フラグ

メント上で tar を使用すると、複数のメディアにまたがっているバックアッ

プ以外のバックアップからファイルのリカバリを行うことができます。

HP9000-800 の /bin/tar コマンドの中には、メディアを越えるバックアッ

プの 2 番目のフラグメントで、ディレクトリチェックサムエラーが発生する

バージョンがあります。

■ Solaris の tar の中には、atime、mtime および ctime 文字列とファイル名

を結合し、不適切なファイルパスを作成するバージョンがあります。

バックアップ時間に影響する要素NetBackup がバックアップ完了までに必要とする時間は、スケジュールの設定に

おいて重要な要素です。多量のデータを扱うサイトの場合、時間は特に重要です。

たとえば、バックアップ時間の合計は、あらかじめ割り当てられたバックアップ

完了までの時間を超えることがあったり、通常のネットワーク操作に影響するこ

とがあります。バックアップ時間が長くなると、バックアップの破損という問題

が発生する可能性も大きくなります。ファイルのバックアップ時間は、ファイル

のリカバリ時間の目安にもなります。

次の式に、バックアップ時間に影響する主要な要素を示します。

総データ量バックアップを行う総データ量は、ポリシーに含まれている各クライアントに対

するファイルサイズに依存します。また、バックアップが完全バックアップと増

分バックアップのどちらであるかにも依存します。

■ 完全バックアップは、すべてのデータが対象になります。このため、完全バッ

クアップでは増分バックアップよりも時間がかかります。

■ 差分増分バックアップには、最後の完全バックアップまたは増分バックアッ

プから変更されたデータだけが含まれています。

■ 累積増分バックアップには、最後の完全バックアップから変更されたすべて

のデータが含まれています。

増分バックアップの場合、データ量はファイルの変更頻度に依存します。多数の

ファイルが頻繁に変更されると、増分バックアップはより大きくなります。

バックアップ時間

総データ量転送速度

圧縮係数 ( 必要な場合 ) デバイスの遅延= × +

64 参照項目

バックアップ時間に影響する要素


転送速度転送速度は次の要素に依存します。

■ バックアップ装置の速度。バックアップのテープへの転送速度が 800 KB/秒

の場合、転送速度以外の要素を考慮しても、たいていの場合、 400 KB/ 秒の

速度の装置よりも速くバックアップを行うことができます。

■ 利用可能なネットワーク帯域幅。利用可能な帯域幅は、理論上のネットワー

ク帯域幅よりも小さくなり、実際のネットワークの通信量に依存します。た

とえば、同じネットワーク上で複数のバックアップを行うと、帯域幅の競合

が発生します。

■ クライアントのデータ処理速度。この速度はハードウェアプラットフォーム

によって様々で、プラットフォーム上で他のアプリケーションを実行してい

るかどうかに依存します。ファイルサイズも重要な要素です。クライアント

では、小さいファイルより大きいファイルを速く処理できる場合があります。

1 KB のファイルが 20,000 個の場合よりも、 1 MB のファイルが 20 個の方が

速くバックアップを行うことができます。

■ サーバーのデータ処理速度。クライアントの速度と同様に、サーバーの速度

もハードウェアプラットフォームによって様々で、プラットフォーム上で他

のアプリケーションを実行しているかどうかに依存します。並列して実行し

ているバックアップの数も、サーバーの速度に影響します。

■ ネットワークの構成がパフォーマンスに影響する場合があります。たとえば、

イーサネット環境では、全二重モードで動作するマシンと半二重モードで動

作するマシンが混在すると、スループットが大幅に低下します。

詳しくは、 65 ページの「NetBackup の転送速度の計算」を参照してください。

デバイスの遅延デバイスの遅延は、デバイスがビジー状態であったり、メディアのロード中に処

理が低速になっていたりすることが原因で発生します。また、バックアップ開始

時のメディアの書き込み場所の検出によって、デバイスの処理が低速になること

もあります。この遅延は、デバイスおよびコンピュータ環境に依存し、大きく異

なります。

65参照項目

NetBackup の転送速度の計算


NetBackup の転送速度の計算NetBackup のレポートデータを使用することによって、 3 種類のバックアップ転

送速度を計算できます。 3 種類の転送速度および計算方法は、次のとおりです。

■ 65 ページの「ネットワーク転送速度にバックアップ後処理速度を加算した

速度」

■ 65 ページの「ネットワーク転送速度にバックアップ後処理速度を加算した

速度」

Microsoft Windows のシステムモニタを使用して NetBackup の転送速度を表示

することもできます。

詳しくは、 67 ページの「システムモニタの使用」を参照してください。

ネットワーク転送速度ネットワーク転送速度は、［すべてのログエントリ (All Log Entries)］レポートに

示される転送速度です。

ネットワーク転送速度は、クライアントからサーバーへのネットワークを介した

データ転送にかかる時間だけを考慮したものです。次の項目は含まれません。

■ バックアップ前にデバイスがメディアのロードおよび配置を行う時間。

■ テープファイルを閉じて、テープに NetBackup の追加情報の記録を書き込む

時間。

ネットワーク転送速度にバックアップ後処理速度を加算した速度この速度には、バックアップ前にメディアのロードおよび配置を行う時間は含ま

れません。ただし、ネットワーク転送速度に含まれないバックアップの後処理の

時間を含みます。この速度を判断するには、［すべてのログエントリ (All Log

Entries)］レポートを使用して、次の 1 番目のメッセージから 2 番目のメッセー

ジまでの時間を算出します。

バックアップ ID xxx、コピー nnn、フラグメント fff の書き込みを開始します (begin writing backup id xxx, copy nnn, fragment fff)

バックアップ ID xxx ( コピー nnn、フラグメント fff、 sss KB) を正常に書き込みま

した。 (successfully wrote backup id xxx, copy nnn, fragment fff, sss Kbytes)

転送速度を計算するには、転送済みの合計バイト数をこの時間 (秒 ) で割ります。

( 転送済みの合計バイト数は、［すべてのログエントリ (All Log Entries)］レポー

トに記録されています。 )

66 参照項目



合計転送速度この転送速度は、バックアップ後処理と同様にメディアのロードおよび配置を行

う時間が含まれています。［クライアントバックアップ (Client Backups)］レポー

トを使用して、 KB 数を経過時間 (秒に換算 ) で割って計算します。

例この例では、レポートによって次のデータが提供されることを想定します。

［すべてのログエントリ (All Log Entries)］レポートの例 :TIME SERVER/CLIENT TEXT04/28/06 23:10:37 windows giskard begin writing backup id giskard_0767592458, fragment 1 to media id TL8033 on device 1 . . .04/29/06 00:35:07 windows giskard successfully wrote backup id giskard_0767592458, fragment 1, 1161824 Kbytes at 230.325 Kbytes/sec

［クライアントバックアップ (Client Backups)］レポートの例 : Client: giskard Backup ID: giskard_0767592458 Policy: production_servers Client Type: Standard Sched Label: testing_add_files Schedule Type: Full Backup Retention Level: one week (0) Backup Time: 04/28/06 23:07:38 Elapsed Time: 001:27:32 Expiration Time: 05/05/06 23:07:38 Compressed: no Kilobytes: 1161824 Number of Files: 78210

前述のレポートのバックアップのデータを使用して、次の 3 種類の速度を計算で

きます。

ネットワーク転送速度

230.325 KB/秒の速度で 1,161,824 KB を転送

ネットワーク転送速度にバックアップ後処理速度を加算した速度

23:10:30 - 00:35:07 = 01:24:30 = 5070 秒

1,161,824 KB/5070 = 229.157 KB/秒

合計転送速度

経過時間 = 01:27:32 = 5252 秒

1,161,824 KB/5252 = 221.216 KB/秒

67参照項目



システムモニタの使用NetBackup では、 Windows のシステムモニタによって監視されるオブジェクト

のリストに、［NetBackup Disk/Tape］パフォーマンスオブジェクトが追加されま

す。［NetBackup Disk/Tape］パフォーマンスオブジェクトでは、 4 つのカウンタ

が利用可能です。

■ ［Disk/Tape Read Bytes］ (GB)

■ ［Disk/Tape Read Bytes/Sec］ (KB)

■ ［Disk/Tape Write Bytes］ (GB)

■ ［Disk/Tape Write Bytes/Sec］ (KB)

NetBackup のパフォーマンスオブジェクトでは、システムモニタのインスタンス

がサポートされています。インスタンスは、 NetBackup によって書き込みまたは

読み込みが行われるドライブ名または絶対パスになります。

システムモニタでは、NetBackup によってディスクまたはテープから読み込みま

たは書き込みが行われると、オブジェクトのインスタンスが表示されます。読み

込みまたは書き込みカウンタは、実行される NetBackup 操作の種類に基づいて更

新されます。 NetBackup 操作が完了すると、オブジェクトインスタンスはリスト

から削除されます。

NetBackup による読み込みまたは書き込み操作中に、パフォーマンスの監視が

ローカルまたはリモートで実行されている場合、NetBackup 操作が完了した後も

オブジェクトインスタンスは削除されません。この場合、パフォーマンスの監視

を停止すると、オブジェクトインスタンスが削除されます。

NetBackup カウンタをリモートで監視する場合、起動するコンピュータは RPC を

介してターゲットコンピュータの WinLogon プロセスに接続されます。このプロ

セスに接続されると、オブジェクトインスタンスはロックされるため、システム

が再ブートされるまで削除されません。

NetBackup でシステムモニタを使用する方法

1 Windows システム上でシステムモニタを開きます。［パフォーマンス］ダイ

アログボックスが表示されます。

68 参照項目



2 表示するカウンタを追加するために、［+］ボタンをクリックします。［パ

フォーマンスオブジェクト］ドロップダウンメニューから、［NetBackup

Disk/Tape］を選択します。

メモ : NetBackup オブジェクトを選択可能にするには、次の条件を満たしている


- ドライブが Windows メディアサーバー ( または SAN メディアサーバー ) に接

続されている

- NetBackup ジョブが実行されている ( ドライブが使用中である )

- ユーザーが Windows レジストリの読み込み権限を所有している

- パフォーマンスデータの収集が有効である ( ［ホストプロパティ (Host

Properties)］ > ［メディアサーバー (Media Servers)］ > ［ユニバーサル設定

(Universal Settings)］ > ［パフォーマンスデータ収集を有効にする (Enable

performance data collection)］を選択 )

3 利用可能なカウンタのリストから、表示するカウンタを選択します。利用可

能なカウンタは次のとおりです。

■ ［Disk/Tape Read Bytes］ (GB)

■ ［Disk/Tape Read Bytes/Sec］ (KB)

■ ［Disk/Tape Write Bytes］ (GB)

■ ［Disk/Tape Write Bytes/Sec］ (KB)

4 インスタンスのリストから、 1 つ以上のオブジェクトのインスタンスを選択

します。NetBackup によってディスクまたはテープドライブから読み込みま

たは書き込みが開始されると、インスタンスが表示されます。

69参照項目

NetBackup による作業リストの作成


5 ［追加 (Add)］をクリックします。

選択した NetBackup カウンタが［パフォーマンス］ダイアログボックスに表

示されます。読み込みまたは書き込みが行われたバイト数、またはその割合

は動的に更新されます。

NetBackup による作業リストの作成次の項では、NetBackup が各クライアントに対する自動バックアップの順序を決

定する手順について説明します。ここで説明する情報は、実際の運用で発生した

問題を評価する場合に有効です。

作業リスト (キュー ) の作成NetBackup によって、有効で、スケジュールが設定されたすべてのジョブが含ま

れる内部作業リストが作成されます。各ジョブの実行時間が計算され、ジョブが

実行される順に作業リストのすべてのジョブがソートされます。

a すべてのポリシーのすべてのクライアントのジョブが含まれる作業リス

トが作成されます。

b 次の要素に基づいて各ジョブが評価され、実行時間が決定されます。

■ 最後にジョブが実行された時間

■ ジョブの実行がスケジュールされている間隔 ( ジョブの間隔 )

■ スケジュールされた時間帯がジョブに対して次に開始されるまでの

時間 ( 時間帯が現在開始されていない場合 )

c 作業リストが各ジョブの実行時間でソートされます。

リソース ( デバイス ) が利用可能になるまでジョブが待機している間、ジョブは

［キューへ投入済み (Queued)］と見なされ、アクティビティモニターの［ジョブ

(Jobs)］タブに表示されます。

ジョブが必要なリソースを受け取ると、ジョブは［実行中 (Active)］となり、開

始されます。ジョブが完了したら、 NetBackup によってジョブの次の実行時間が

計算されます。このように、作業リストの計算およびソートは常に行われます。

作業リストのジョブの順序は動的です。次に、作業リストのジョブの順序に影響

を与える要素の例を示します。

■ ジョブが正常に行われたか、または失敗して［再試行を待機中 (Waiting for

Retry)］状態となっているか。

(NetBackup がジョブを再試行するまでに待機する時間は、マスターサーバー

の［グローバル属性 (Global Attributes)］プロパティの［ジョブの再試行の

遅延 (Job retry delay)］設定で構成できます。 )

70 参照項目

NetBackup による作業リストの作成


再試行されたジョブは、元のジョブ ID を保持します。許可されている試行

回数が実行された後にジョブが正常に完了していない場合、ジョブは［完了

(Done)］と見なされます。ジョブの状態では、ジョブが失敗したことが示さ

れます。試行回数の上限は、［スケジュールバックアップの試行回数

(Schedule backup attempts)］で設定します。 ( ［ホストプロパティ (Host

Properties)］ > ［グローバル属性 (Global Attributes)］ > ［スケジュールバッ

クアップの試行回数 (Schedule backup attempts)］を選択します。 )

■ ジョブの試行回数が、［スケジュールバックアップの試行回数 (Schedule

backup attempts)］ホストプロパティで指定された回数を超えたかどうか。

■ ジョブが子ジョブであるかどうか。親ジョブが［実行中 (Active)］である場

合、その親ジョブのすべての子ジョブは、他のジョブより優先されます。こ

の優先規則には、他の親ジョブの子ジョブも含まれます。

キューに投入されたジョブの優先度付け作業リストには、通常、異なるポリシーおよびスケジュールからのジョブが含ま

れます。 NetBackup では次の項目を確認して、バックアップを実行する順序が決

定されます。

1 多重化されるジョブ。優先度がより高いジョブが作業リストに含まれていて

も、既存の多重化グループに多重化されるジョブが追加されます ( 追加可能

な場合 )。

2 ポリシーの［ジョブの優先度 (Job priority)］設定に基づくジョブの優先度。

優先度が最も高いポリシーのバックアップジョブが最初に実行されます。

たとえば、 client_1 と client_2 が異なるポリシーに存在し、 client_1 が優先

度が最も高いポリシーに存在するとします。この場合、client_1 に対するジョ

ブは、常に client_2 に対するジョブの前に実行されます。

3 現在マウントされているテープと同じ保持レベルを使用して行われたバック

アップ。

ポリシーの優先度が等しい場合、 NetBackup によって、現在マウントされて

いるテープと同じ保持期間のバックアップジョブが開始されます。同じ保持

レベルのテープが選択されるため、テープをマウントするときの遅延時間を

短縮できます。

たとえば、 client_1 と client_2 が同じポリシーに含まれ、スケジュールの保

持期間がそれぞれ異なるとします。また、 client_1 のジョブは実行が最も遅

延しているとします。ただし、 client_2 と同じ保持レベルのテープがマウン

トされているとします。

この場合、 client_2 のジョブが先に実行されます。これは、すでにマウント

されているテープにジョブを格納して、リソースを最も効率的に使用するた

めです。適切な形式の別のドライブが利用可能である場合、 client_1 のジョ

ブ用にそのドライブ上にテープがマウントされます。

71参照項目

バックアップメディア要件の決定


4 実行が最も遅延しているバックアップジョブ。

優先度および保持レベルが同じ場合、 NetBackup では遅延の長さに従って

バックアップの優先度付けが行われます。実行が最も遅延しているクライア

ントは、最も高い優先度となります。

バックアップの遅延時間の判定は、そのクライアントにおける最後の正常な

バックアップから現在までの時間から、バックアップの間隔を差し引いて行

います。 ( バックアップの間隔は、ポリシーのスケジュールで指定します。 )

たとえば、 client_1 と client_2 に同じポリシーで同じ保持レベルのバック

アップジョブが存在するとします。これらのバックアップジョブのスケ

ジュールは、両方とも間隔は 1 日です。 client_1 の最後のバックアップは 25

時間前で、client_2 の最後のバックアップは 26 時間前です。両方のクライア

ントでバックアップが遅延しています。ただし、クライアント client_2 の

ジョブの方が遅延しているため、先に実行されます。

この方法によって、以前のバックアップ処理時間帯が開始中に失敗したバッ

クアップの優先度が、成功したバックアップの優先度より高くなります。実

行が最も遅延しているジョブの優先処理は、すべてのバックアップを開始す

る前にバックアップ処理時間帯が終了した場合があるビジー状態の

NetBackup 構成では重要です。

バックアップメディア要件の決定バックアップ環境を効果的に管理するには、日常的な使用と長期的な使用の両方

に必要なメディアの数を把握しておきます。日常的な要件として、各バックアッ

プセッションで利用可能なメディアが十分であることを確認しておく必要があり

ます。長期的な要件として、新しいメディア、ストレージデバイス、オフサイト

保管施設 (必要な場合 ) を入手するのに必要なコストを評価する必要があります。

日常的な要件として、毎日各形式のメディアにバックアップを行うファイルのお

およそのデータ量を最初に把握しておきます。その後、［メディアの概略 (Media

Summary)］レポートを確認して、十分なメディア ID およびディスク領域が利用

可能であることを検証します。

長期的な計画では、次の点も考慮します。

■ データを保持する期間。［1 つのメディアに対する複数の保持設定を許可する

(Allow multiple retentions per media)］プロパティが有効でない場合、特定

のテープまたは光ディスクにあるすべてのバックアップは同じ保持レベルに

なります。このプロパティが有効でない場合、各保持レベルに対してそれぞ

れ追加メディアが必要です。

■ オフサイト保管または特別なセキュリティのための複製が必要であるかど

うか。

■ 新しいソフトウェアのリリースおよび他の特別なバックアップ。

■ 古くなったメディアの置き換え。

72 参照項目

NetBackup 通知スクリプト


■ ディスクの使用パターンの長期的な変更。ディスクの使用および容量が増加

すると、バックアップの必要性も増加します。

■ 1 つのテープに含まれるバックアップの数。テープマークは、バックアップ

間で作成されます。サイズの小さいバックアップ (増分バックアップなど ) が

多数含まれているテープは、サイズの大きいバックアップが少数含まれてい

る場合に比べると、含まれる実際のデータは少なくなります。テープマーク

のサイズは、メディア形式によって異なります。サイズの小さいファイルが

多数含まれているテープの場合、メディア上のカタログ情報用としてファイ

ルごとに 512 バイトが余分に必要になるため、バックアップにおけるオー

バーヘッドが増加します。

■ メディアの共有。これによってテープを最大限に利用できる場合があります。

■ データに応じた十分なメディアが定義されているかどうか ( 異なるボリュー

ムプールが多数存在する場合 )。

NetBackup 通知スクリプトNetBackup では、イベントの情報の収集および通知を行う次のスクリプトまたは

バッチファイルが使用されます。

マスターサーバーで実行するスクリプトは次のとおりです。

Install_path¥VERITAS¥NetBackup¥bin¥backup_notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥backup_exit_notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥dbbackup_notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥diskfull_notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥mail_dr_info.cmd

Install_path¥NetBackup¥bin¥nbmail.cmd

Install_path¥VERITAS¥NetBackup¥bin¥restore_notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥session_notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥session_start_notify

Install_path¥VERITAS¥NetBackup¥bin¥usereq_notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥goodies¥parent_end_

notify.cmd

Install_path¥VERITAS¥NetBackup¥bin¥goodies¥parent_start_

notify

クライアントで実行するスクリプトは次のとおりです。

Install_path¥NetBackup¥bin¥goodies¥bpstart_notify.bat

Install_path¥VERITAS¥NetBackup¥bin¥goodies¥bpend_notify.

bat

73参照項目



クライアントスクリプトを使用するには、まずスクリプトをクライアント

上に作成する必要があります。 76 ページの「bpstart_notify.bat

(Microsoft Windows クライアントのみ )」および 81 ページの

「bpend_notify.bat (Microsoft Windows クライアントのみ )」に記載された

手順に従ってください。

詳しくは、スクリプト中のコメントを参照してください。

注意 : 次の説明は、 NetBackup Enterprise Server だけに適用されます。

bpstart_notify または bpend_notify のいずれかのスクリプトを使用する

場合、標準出力 (stdout) に書き込むコマンドは含めないでください。stdout に

書き込まれた出力は、 NetBackup によって、バックアップの一部としてサーバー

に送信されます。ブロックサイズに関するエラーメッセージが表示されてバック

アップが異常終了する場合があります。また、スクリプト中のすべてのコマンド

がクライアントのプラットフォームで適切であることを確認してください。たと

えば、 UNIX プラットフォームの種類によっては、 mail コマンドには -s パラ

メータは無効です。これを使用した場合、データが標準出力 (stdout) または標

準エラー出力 (stderr) に書き込まれる場合があります。

backup_notify.cmd

backup_notify.cmd スクリプトは、ストレージユニットが存在する

NetBackup サーバーで実行されます。バックアップが正常にメディアに書き込

まれるたびに呼び出されます。 NetBackup がこのスクリプトに渡すパラメータ

は、次のとおりです。

■ バックアップを実行中のプログラム名

■ バックアップイメージ名またはパス

次に例を示します。

backup_notify.cmd bptm bilbo_0695316589

メモ : 次の説明は、 NetBackup Enterprise Server だけに適用されます。

NetBackup で、 Storage Migrator によって管理されている UNIX ディスクストレー

ジユニットにファイルがバックアップされた場合、backup_notify スクリプトは

できるだけ早くマイグレーションを実行するように Storage Migrator に通知しま

す。ただし、リリーススクリプトには、 NetBackup でバックアップが格納された後

に管理ファイルシステムのバックアップを強制的に実行するコマンドは含まれて

いません。管理ファイルシステムのバックアップを実行するには、バックアップの

サイト要件を満たすように必要に応じてスクリプトを変更してください。

74 参照項目



backup_exit_notify.cmd

backup_exit_notify.cmd スクリプトは、マスターサーバーで実行されます。

各バックアップの完了時に呼び出され、サイト固有の処理を行います。


backup_exit_notify.cmd freddie production fulls FULL 0

backup_exit_notify.cmd Dane production incrementals INCR 73

bpstart_notify (UNIX クライアントのみ )

メモ : このスクリプトを使用する前に、クライアント上でその他のユーザー

(other) によって実行可能かどうかを確認してください。そのためには、 chmod

755 script_name を実行してください。ここで、script_name は、スクリプトファ

イル名です。

UNIX クライアントでは、NetBackup は、クライアントがバックアップまたはアー

カイブを開始するたびに bpstart_notify スクリプトを呼び出します。

このスクリプトを使用するには、サーバーの次のファイルをコピーします。

Install_path¥NetBackup¥bin¥goodies¥bpstart_notify.bat

次に、このファイルを UNIX クライアントの次の場所に配置します。

/usr/openv/netbackup/bin/

スクリプトを変更して、スクリプトの実行権限があることを確認します。

bpstart_notify スクリプトは、バックアップまたはアーカイブが開始され、初

期化が完了するたびに実行されます。スクリプトは、テープが配置される前に実

行されます。このスクリプトは、呼び出すプログラムを続行するため、またバッ

クアップおよびアーカイブを続行するために、 0 (ゼロ ) の状態で終了する必要が

あります。 0 (ゼロ ) 以外の状態では、クライアントバックアップまたはアーカイ

ブが、 bpstart_notify failed の状態で終了します。

表 2-1 backup_exit_notify パラメータ

パラメータ説明

clientname NetBackup カタログのクライアント名。

policyname NetBackup カタログのポリシー名。

schedname NetBackup カタログのスケジュール名。

schedtype 次のいずれか : FULL、 INCR (差分増分 )、 CINC (累積増分 )、 UBAK、 UARC

exitstatus バックアップジョブ全体の終了コード。

75参照項目



/usr/openv/netbackup/bin/bpstart_notify スクリプトが存在する場

合、このスクリプトはフォアグラウンドで実行され、クライアントの bpbkar プ

ロセスは、このスクリプトが完了してから続行します。スクリプト中の & 文字で

終了しないすべてのコマンドが逐次実行されます。

サーバーは、サーバーの BPSTART_TIMEOUT オプションで指定された期間内にク

ライアントから continue メッセージが返されると想定します。

BPSTART_TIMEOUT のデフォルト値は 300 です。スクリプトの実行に 300 秒より

長い時間が必要な場合は、値を増加して実行可能な時間を長くします。

注意 : .policyname[.schedule] が指定されていない場合、bpstart_notify

は NetBackup カタログバックアップに対しても実行されます。


bpstart_notify freddie cd4000s fulls FULL

bpstart_notify danr cd4000s incrementals INCR

bpstart_notify hare cd4000s fulls FULL

bpstart_notify freddie cd4000s user_backups UBAK

bpstart_notify DangDang cd4000s user_archive UARC

特定のポリシーまたはポリシーとスケジュールの組み合わせに対する

bpstart_notify スクリプトは、スクリプトファイルに接尾辞 .policyname ま

たは .policyname.schedulename を付けて作成します。次に、スケジュール (fulls)

を含むポリシー (production) に対するスクリプト名の例を 2 つ示します。

/usr/openv/netbackup/bin/bpstart_notify.production

/usr/openv/netbackup/bin/bpstart_notify.production.fulls

最初のスクリプトは、production という名前のポリシーに含まれるすべてのスケ

ジュールバックアップに影響します。 2 つ目のスクリプトは、 production という

名前のポリシーに含まれる、スケジュール名が fulls であるスケジュールバック

アップだけに影響します。

表 2-2 bpstart_notify パラメータ





schedtype 次のいずれか : FULL、 INCR (差分増分 )、 CINC (累積増分 )、 UBAK、 UARC

76 参照項目



メモ : 該当するバックアップに対して、 NetBackup では、その目的が最も明確な

名前の付いた bpstart_notify スクリプトが 1 つだけ使用されます。たとえ

ば、 bpstart_notify.production スクリプトと

bpstart_notify.production.fulls スクリプトの両方が存在する場合、

NetBackup では bpstart_notify.production.fulls だけが使用されます。

bpstart_notify スクリプトでは、次の環境変数を使用できます。

BACKUPID

UNIXBACKUPTIME

BACKUPTIME

これらの変数は、 NetBackup の bpbkar プロセスで作成されます。次に、バック

アップについての情報を記録するために、このスクリプトで利用可能な文字列の

例を示します。

BACKUPID=freddie_0857340526

UNIXBACKUPTIME=0857340526

BACKUPTIME=Sun Mar 2 16:08:46 2006

また、次の環境変数を使用して複数のデータストリームをサポートできます。

STREAM_NUMBER は、ストリーム番号を示します。ポリシー、クライアントおよ

びスケジュールからの最初のストリームは 1 です。 0 (ゼロ ) は、複数のデータス

トリームが使用できないことを示します。

STREAM_COUNT は、このポリシー、クライアントおよびスケジュールで生成され

るストリームの合計数を示します。

STREAM_PID は、 bpbkar の pid ( プロセス ID) 番号です。

RESTARTED は、チェックポイントからの再開またはチェックポイントが設定さ

れたバックアップジョブで使用できます。 0 (ゼロ ) は、ジョブが再開されていな

いことを示します。 ( 例 : ジョブの開始時など。 )1 は、ジョブが再開されたことを

示します。

bpstart_notify.bat (Microsoft Windows クライアントのみ )

すべての Windows クライアントでは、クライアントがバックアップまたはアー

カイブを開始するたびに通知するバッチスクリプトを作成できます。

このスクリプトを使用するには、サーバーの次のファイルをコピーします。

Install_path¥VERITAS¥NetBackup¥bin¥goodies¥

bpstart_notify.bat

次に、このファイルをクライアント上の、 NetBackup クライアントのバイナリと

同じ次のディレクトリに配置します。

Install_path¥NetBackup¥bin¥

ここで、 Install_path は、 NetBackup がインストールされているディレクト

リです。

77参照項目



すべてのバックアップ、または特定のポリシーまたはスケジュールのバックアッ

プを通知する bpstart_notify スクリプトを作成することもできます。

すべてのバックアップに適用するスクリプトを作成するには、スクリプトに

bpstart_notify.bat という名前を付けます。

特定のポリシーまたはポリシーとスケジュールの組み合わせだけに適用する

bpstart_notify スクリプトは、スクリプト名に接尾辞 .policyname または

.policyname.schedulename を追加して作成します。

■ 次のスクリプトは、 days という名前のポリシーだけに適用されます。

install_path¥netbackup¥bin¥bpstart_notify.days.bat

■ 次のスクリプトは、ポリシー名が days である fulls という名前のスケジュー

ルだけに適用されます。

install_path¥netbackup¥bin¥bpstart_notify.days.fulls.bat

注意 : .policyname[.schedule] が指定されていない場合、bpstart_notify

は NetBackup カタログバックアップに対しても実行されます。

最初のスクリプトは、days という名前のポリシーに含まれるすべてのスケジュー

ルバックアップに影響します。 2 つ目のスクリプトは、 days という名前のポリ

シーに含まれる、スケジュール名が fulls であるスケジュールバックアップだけに

影響します。

該当するバックアップに対して、 NetBackup では、 bpstart_notify スクリプ

トが 1 つだけ呼び出され、次の順序で確認されます。

bpstart_notify.policy.schedule.bat

bpstart_notify.policy.bat

bpstart_notify.bat

たとえば、 bpstart_notify.policy.bat スクリプトと

bpstart_notify.policy.schedule.bat スクリプトの両方が存在する場

合、 NetBackup では、 bpstart_notify.policy.schedule.bat だけが使用

されます。

メモ : bpend_notify スクリプトでは、 bpstart_notify スクリプトとは異な

るレベルの通知が行われます。たとえば、それぞれのスクリプトを 1 つずつ使用

する場合、スクリプト名は bpstart_notify.policy.bat および

bpend_notify.policy.schedule.bat になります。

バックアップの開始時に NetBackup からこのスクリプトに渡されるパラメータ


78 参照項目



サーバーは、BPSTART_TIMEOUT オプションで指定された期間内にクライアント

から continue メッセージが返されると想定します。 BPSTART_TIMEOUT のデフォルト値は 300 です。スクリプトの実行に 300 秒より長い時間が必要な場合は、値を増加して実行可能な時間を長くします。

Windows 2000 クライアントの場合、bpstart_notify スクリプトでは、次の環

境変数を使用して複数のデータストリームをサポートできます。


びスケジュールからの最初のストリームは 1 です。 0 (ゼロ ) は、複数のデータストリームが使用できないことを示します。




表 2-3 bpstart_notify.bat パラメータ


%1 NetBackup カタログのクライアント名。

%2 NetBackup カタログのポリシー名。

%3 NetBackup カタログのスケジュール名。

%4 次のいずれか : FULL、 INCR、 CINC、 UBAK、 UARC

%5 操作の状態を表し、 bpstart_notify の場合は常に 0 ( ゼロ ) です。

%6 NetBackup がスクリプトからの返却値コードを確認する結果ファイル。 NetBackup は、 %6

を使用してファイル名を渡し、その後、スクリプトによってスクリプトと同じディレクト

リにファイルが作成されると想定します。

スクリプトを特定のポリシーとスケジュールに適用する場合、結果ファイルに次の名前を付

ける必要があります。

install_path¥netbackup¥bin¥BPSTART_RES.policy.schedule

スクリプトを特定のポリシーに適用する場合、結果ファイルに次の名前を付ける必要があり

ます。

install_path¥netbackup¥bin¥BPSTART_RES.policy

スクリプトをすべてのバックアップに適用する場合、結果ファイルに次の名前を付ける必要

があります。

install_path¥netbackup¥bin¥BPSTART_RES

echo 0> %6 文は、スクリプトがファイルを作成する方法の 1 つです。

NetBackup では、スクリプトを呼び出す前に既存の結果ファイルが削除されます。スクリプ

トが実行された後、 NetBackup では新しい結果ファイルで状態が確認されます。スクリプト

が正常終了したと見なされるには、状態が 0 ( ゼロ ) である必要があります。結果ファイルが

存在しない場合、スクリプトが正常終了したと見なされます。

79参照項目



bpend_notify (UNIX クライアントのみ )

注意 : bpend_notify スクリプトは、クライアントがデータの送信を完了しても

サーバーがメディアへの書き込みを完了していない場合に実行されます。

メモ : このスクリプトを使用する前に、クライアント上でその他のユーザー

(other) によって実行可能かどうかを確認してください。そのためには、 chmod

755 script_name を実行してください。ここで、 script_name は、スクリプト

ファイル名です。

UNIX クライアントがバックアップまたはアーカイブ操作を終了するたびに通知

を受信するには、サーバーの次のファイルをコピーします。

Install_path¥VERITAS¥NetBackup¥bin¥goodies¥bpend_notify

次に、このファイルを UNIX クライアントの次の場所に配置します。

/usr/openv/netbackup/bin/bpend_notify

スクリプトを変更して、スクリプトの実行権限があることを確認します。

bpend_notify スクリプトは、バックアップまたはアーカイブが完了するたびに

実行されます。アーカイブの場合は、バックアップ後で、ファイルが削除される

前に実行されます。

bpend_notify が存在する場合、このスクリプトはフォアグラウンドで実行

され、クライアントの bpbkar は、このスクリプトが完了するまで待機しま

す。 & 文字で終了しないすべてのコマンドが逐次実行されます。

サーバーは、NetBackup 構成オプション BPEND_TIMEOUT で指定された期間内に

クライアントが応答することを想定します。 BPEND_TIMEOUT のデフォルト値は

300 です。

スクリプトの実行に 300 秒より長い時間が必要な場合は、BPEND_TIMEOUT によ

り大きい値を設定します。値が大きすぎると、その他のクライアントに対するサー

バーの処置を遅延させる場合があります。

NetBackup から bpend_notify スクリプトに渡されるパラメータは、次のとお

りです。

表 2-4 bpend_notify パラメータ





schedtype 次のいずれか : FULL、INCR (差分増分 )、CINC (累積増分 )、UBAK、UARC

80 参照項目



注意 : .policyname[.schedule] が指定されていない場合、bpend_notify は

NetBackup カタログバックアップに対しても実行されます。


bpend_notify freddie pol_1 fulls FULL 0

bpend_notify danr pol_1 incrementals INCR 73

特定のポリシーまたはポリシーとスケジュールの組み合わせに対する

bpend_notify スクリプトは、スクリプトファイルに接尾辞 .policyname または

.policyname.schedulename を付けて作成します。次に、 fulls というスケジュー

ルを含む production という名前のポリシーに対するスクリプト名の例を 2 つ示

します。

/usr/openv/netbackup/bin/bpend_notify.production

/usr/openv/netbackup/bin/bpend_notify.production.fulls

最初のスクリプトは、ポリシー production に含まれるすべてのスケジュールバッ

クアップに影響します。2 つ目のスクリプトは、ポリシー production に含まれる、

スケジュール名が fulls であるスケジュールバックアップだけに影響します。

メモ : 該当するバックアップに対して、 NetBackup では、その目的が最も明確な

名前の付いた bpend_notify スクリプトが 1 つだけ使用されます。たとえば、

bpend_notify.production スクリプトと

bpend_notify.production.fulls スクリプトの両方が存在する場合、

NetBackup では bpend_notify.production.fulls だけが使用されます。

UNIX クライアントで NetBackup 3.0 以上のソフトウェアを実行する場合、

bpend_notify スクリプトでは、次の環境変数を使用できます。

BACKUPID

UNIXBACKUPTIME

BACKUPTIME

これらの変数は、 NetBackup の bpbkar プロセスで作成されます。次に、バック

アップについての情報を記録するために、このスクリプトで利用可能な文字列の


exitstatus bpbkar の終了コード。これは、クライアントの終了状態で、バック

アップの完了および正常終了を示すものではありません。

サーバー上の失敗が原因で［すべてのログエントリ (All Log Entries)］

レポートが状態 84 を表示するときに、クライアントが状態 0 ( ゼロ )

を表示する場合もあります。

表 2-4 bpend_notify パラメータ (続き )


81参照項目



BACKUPID=freddie_0857340526

UNIXBACKUPTIME=0857340526

BACKUPTIME=Sun Mar 2 16:08:46 2005

次の環境変数を使用して複数のデータストリームをサポートできます。







FINISHED は、チェックポイントからのバックアップジョブの再開で使用できま

す。 0 (ゼロ ) は、クライアントがすべてのデータ送信を完了していないことを示

します。 1 は、クライアントがすべてのデータ送信を完了したことを示します。

bpend_notify.bat (Microsoft Windows クライアントのみ )

Windows クライアントでは、クライアントがバックアップまたはアーカイブを完

了するたびに通知するバッチスクリプトを作成できます。これらのスクリプトは、

クライアント上で、次の NetBackup クライアントのバイナリファイルと同じディ

レクトリに格納されている必要があります。

Install_path¥NetBackup¥bin¥bpend_notify.bat

ここで、 Install_path は、 NetBackup がインストールされているディレクト

リです。

すべてのバックアップ、または特定のポリシーまたはスケジュールのバックアッ

プを通知する bpend_notify スクリプトを作成することもできます。

すべてのバックアップに適用する bpend_notify スクリプトを作成するには、

スクリプトに bpend_notify.bat という名前を付けます。

特定のポリシーまたはポリシーとスケジュールの組み合わせだけに適用するスク

リプトは、スクリプト名に接尾辞 .policyname または

.policyname.schedulename を追加して作成します。

■ 次のスクリプトは、 days という名前のポリシーだけに適用されます。

Install_path¥netbackup¥bin¥bpend_notify.days.bat

■ 次のスクリプトは、ポリシー名が days である fulls という名前のスケジュー

ルだけに適用されます。

Install_path¥netbackup¥bin¥bpend_notify.days.fulls.bat

注意 : .policyname[.schedule] が指定されていない場合、bpend_notify は

NetBackup カタログバックアップに対しても実行されます。

82 参照項目



最初のスクリプトは、days という名前のポリシーに含まれるすべてのスケジュー

ルバックアップに影響します。 2 つ目のスクリプトは、 days という名前のポリ

シーに含まれる、スケジュール名が fulls であるスケジュールバックアップだけに

影響します。

該当するバックアップに対して、 NetBackup では、 bpend_notify スクリプト

が 1 つだけ呼び出され、次の順序で確認されます。

bpend_notify.policy.schedule.bat

bpend_notify.policy.bat

bpend_notify.bat

たとえば、 bpend_notify.policy.bat スクリプトと

bpend_notify.policy.schedule.bat スクリプトの両方が存在する場合、

NetBackup では bpend_notify.policy.schedule.bat だけが使用されます。

メモ : bpstart_notify スクリプトでは、 bpend_notify スクリプトとは異な

るレベルの通知が行われます。たとえば、それぞれのスクリプトが 1 つずつ存在

する場合は、 bpstart_notify.policy.bat および

bpend_notify.policy.schedule.bat が存在可能です。

バックアップの完了時に NetBackup からこのスクリプトに渡されるパラメータ


表 2-5 bpend_notify パラメータ


%1 NetBackup カタログのクライアント名。

%2 NetBackup カタログのポリシー名。

%3 NetBackup カタログのスケジュール名。

%4 次のいずれか : FULL、 INCR、 CINC、 UBAK、 UARC

%5 操作の状態。 NetBackup サーバーに送信される状態と同じです。バックアップが正常終了した場

合は 0 (ゼロ )、バックアップの一部分だけが正常終了した場合は 1 となります。エラーが発生し

た場合、状態はそのエラーに対応する値になります。

83参照項目



サーバーは、 BPEND_TIMEOUT オプションで指定された期間内にクライアントか

ら continue メッセージが返されると想定します。BPEND_TIMEOUT のデフォルト

値は 300 です。スクリプトの実行に 300 秒より長い時間が必要な場合は、値を増

加して実行可能な時間を長くします。

Windows 2000 クライアントの場合、bpend_notify スクリプトでは、次の環境

変数を使用して複数のデータストリームをサポートできます。







dbbackup_notify.cmd

dbbackup_notify.cmd スクリプトは、 NetBackup によるオフラインコールド

カタログバックアップが完了するたびに呼び出されます。このスクリプトは、オ

フラインカタログバックアップのデータを受信するサーバー上で実行されます。

NetBackup からこのスクリプトに渡されるパラメータは、次のとおりです。

%6 NetBackup がスクリプトからの返却値コードを確認する結果ファイル。 NetBackup は、 %6 を使

用してファイル名を渡し、その後、スクリプトによってスクリプトと同じディレクトリにファイ

ルが作成されると想定します。

スクリプトを特定のポリシーとスケジュールに適用する場合、結果ファイルに次の名前を付ける


Install_path¥netbackup¥bin¥BPEND_RES.policy.schedule

スクリプトを特定のポリシーに適用する場合、結果ファイルに次の名前を付ける必要があります。

Install_path¥netbackup¥bin¥BPEND_RES.policy

スクリプトをすべてのバックアップに適用する場合、結果ファイルに次の名前を付ける必要があ

ります。

Install_path¥netbackup¥bin¥BPEND_RES

echo 0> %6 文は、スクリプトがファイルを作成する方法の 1 つです。

NetBackup では、スクリプトを呼び出す前に既存の結果ファイルが削除されます。スクリプトが

実行された後、 NetBackup では新しい結果ファイルで状態が確認されます。スクリプトが正常終

了したと見なされるには、状態が 0 (ゼロ ) である必要があります。結果ファイルが存在しない場

合、スクリプトが正常終了したと見なされます。

表 2-5 bpend_notify パラメータ (続き )


84 参照項目




dbbackup_notify.cmd DISK /disk1/bpsync1 SUCCESS

dbbackup_notify.cmd OPTICAL AA0001 FAIL

dbbackup_notify.cmd TAPE XYZ047 SUCCESS

最新のカタログバックアップが識別可能である必要があります。カタログのバッ

クアップ先のメディア ID のコピーを生成するようにこのスクリプトを変更して

ください。


NetBackup のカタログファイルが、 Storage Migrator によって管理されている

UNIX ディスクストレージユニットにバックアップされた場合、

dbbackup_notify スクリプトはできるだけ早くマイグレーションを実行するよ

うに Storage Migrator に通知します。ただし、このスクリプトには、 NetBackup

カタログのバックアップ後に Storage Migrator のカタログを強制的にバックアッ

プするコマンドは含まれていません。 Storage Migrator のカタログバックアップの

サイト要件を満たすようにスクリプトを変更する必要があります。

diskfull_notify.cmd

diskfull_notify.cmd スクリプトは、ストレージユニットが存在する

NetBackup サーバーで実行されます。 Disk Manager (bpdm) は、ディスクスト

レージユニットにバックアップを書き込む際に、空き領域のないディスクを検出

した場合にこのスクリプトを呼び出します。デフォルトの動作は、状態を通知し

て、データの書き込みをすぐに再試行します。 (書き込み先のファイルは、実行

中の bpdm によって開かれたままです )。

このスクリプトを変更して、電子メールアドレスに通知を送信できます。または、

影響を受けたディレクトリやファイルシステムの他のファイルを削除するなどの

操作を実行できます。 NetBackup からこのスクリプトに渡されるパラメータは、

次のとおりです。

表 2-6 dbbackup_notify パラメータ


device バックアップが書き込まれたデバイスの種類。

vsn_or_path バックアップに使用されたボリュームのシリアル番号 ( テープの場合 )

またはパス (ディスクの場合 )。

status バックアップが正常終了したかどうかを示し、 SUCCESS または FAIL

のいずれかの値である必要があります。

85参照項目




diskfull_notify.cmd bpdm

/disk1/images/host_08193531_c1_F1

注意

以前のリリースでは、ディスクストレージユニットに空きがなくなると、

diskfull_notify.cmd スクリプトは、デフォルトで 5 分間待機していました。

アップグレード時にこの動作を保持するには、次のいずれかの手順を実行します。

■ netbackup/bin/diskfull_notify.old_revision_number スクリプ

トを netbackup/bin/diskfull_notify にコピーします。

■ スクリプトの sleep 0 を、次のように変更します。

sleep 300

mail_dr_info.cmd

mail_dr_info.cmd を使用すると、オンラインホットカタログバックアップを

実行した後、指定した受信者へ NetBackup のディザスタリカバリ情報を送信でき

ます。

このスクリプトを作成するには、マスターサーバーの次のスクリプトをコピーし

ます。

Install_path¥VERITAS¥NetBackup¥bin¥nbmail.cmd

このスクリプトを次の場所に配置します。

Install_path¥NetBackup¥bin¥mail_dr_info.cmd

次のスクリプトパラメータを使用して、スクリプトを更新します。

表 2-7 diskfull_notify パラメータ


programname プログラム名 (常に bpdm)。

pathname 書き込み先のファイルのパス。

表 2-8 mail_dr_info.cmd パラメータ


%1 受信者のアドレス。複数のアドレスを指定するには、email1,email2 な

どと入力します。

%2 件名行。

86 参照項目



NetBackup によって、 mail_dr_info.cmd が

Install_path¥NetBackup¥bin に存在しているかどうかが確認されます。

mail_dr_info.cmd が存在する場合、 NetBackup からスクリプトにパラメータ

が渡されます。

メモ : NetBackup のすべての電子メール通知では、パブリックドメインの SMTP

メールクライアント (blat など ) を構成する必要があります。詳しくは、

nbmail.cmd スクリプト内のコメントを参照してください。

nbmail.cmd

nbmail.cmd を使用すると、指定した受信者へスケジュールバックアップについ

ての通知を送信できます。ホストプロパティで受信者の電子メールアドレスも構

成する必要があります。詳しくは、516 ページの「［ユニバーサル設定 (Universal

Settings)］プロパティ」を参照してください。

Windows システムでは、スクリプトのパラメータを受け入れるために、 SMTP

(Simple Mail Transfer Protocol) を使用してメッセージを転送するアプリケー

ションがインストールされている必要もあります。UNIX プラットフォームでは、

SMTP による転送方法がシステムに組み込まれています。

クライアントにこのスクリプトを作成するには、

Install_path¥VERITAS¥NetBackup¥bin¥nbmail.cmd を、マスターサー

バーから通知を受信する各クライアント上の Install_path¥NetBackup¥bin

にコピーします。

次のスクリプトパラメータを使用して、スクリプトを更新します。

%3 メッセージファイル名。

%4 添付ファイル名。

表 2-9 nbmail.cmd パラメータ


%1 受信者の電子メールアドレス。複数のアドレスを指定するには、

email1,email2 などと入力します。

%2 件名行の内容。

%3 電子メールの本文に送信されるファイル。このファイルは、別のスクリ

プトで生成されます。

%4 添付ファイル名。

表 2-8 mail_dr_info.cmd パラメータ (続き )


87参照項目



NetBackup によって、nbmail.cmd が Install_path¥NetBackup¥bin に存在

しているかどうかが確認されます。nbmail.cmd が存在する場合、NetBackup か

らスクリプトにパラメータが渡されます。

parent_end_notify.cmd

parent_end_notify.cmd スクリプトは、親ジョブが終了するたびに呼び出さ

れます。

次のパラメータを使用して、スクリプトを更新します。

parent_start_notify.cmd

parent_start_notify.cmd スクリプトは、親ジョブが開始されるたびに呼び

出されます。

次のパラメータを使用して、スクリプトを更新します。

表 2-10 parent_end_notify パラメータ





schedtype 次のいずれか : FULL、INCR (差分増分 )、CINC (累積増分 )、UBAK、UARC

status バックアップジョブ全体の終了コード。

streamnumber 親ジョブのストリーム数は常に -1 です。

表 2-11 parent_start_notify パラメータ





schedtype 次のいずれか :FULL、INCR (差分増分 )、CINC (累積増分 )、UBAK、UARC

status バックアップジョブ全体の終了コード。

streamnumber 親ジョブのストリーム数は常に -1 です。

88 参照項目



restore_notify.cmd


Storage Migrator によって管理されている UNIX ディスクストレージユニットに

ファイルがリストアされた場合、 restore_notify スクリプトはリストアの完

了後、できるだけ早くマイグレーションを実行するように Storage Migrator に通

知します。

restore_notify.cmd スクリプトは、ストレージユニットが存在するサーバー

で実行されます。 NetBackup Tape Manager または Disk Manager (bptm または

bpdm) は、リストア中にクライアントへのデータの送信を完了した場合にスクリ

プトを呼び出します。スクリプトは、データが送信されたかどうかに関係なく呼

び出されます。 NetBackup からこのスクリプトに渡されるパラメータは、次のと

おりです。


restore_notify.cmd bptm bilbo_0695316589 duplication

session_notify.cmd

session_notify.cmd スクリプトは、マスターサーバーで実行されます。 1 つ

以上のスケジュールバックアップが正常終了した場合に、バックアップセッショ

ンの最後に呼び出されます。NetBackup からこのスクリプトに渡されるパラメー

タはありません。スケジュールはこのスクリプトが完了するまで一時停止される

ため、その間、他のバックアップは開始できません。

session_start_notify.cmd

session_start_notify.cmd スクリプトは、マスターサーバーで実行されま

す。一連のバックアップを実行する場合、 NetBackup は、最初のバックアップを

開始する前にこのスクリプトを呼び出して、サイト固有の処理を行います。

NetBackup からこのスクリプトに渡されるパラメータはありません。

表 2-12 restore_notify パラメータ


programname リストアまたはその他の読み込み操作を実行中のプログラム名。

pathname バックアップイメージの名前またはバックアップイメージへのパ

ス名。

operation 次のいずれか :restore、 verify、 duplication、 import

89参照項目

メディアおよびデバイスの管理の推奨する使用方法


userreq_notify.cmd

userreq_notify.cmd スクリプトは、マスターサーバーで実行されます。次の

要求が行われるたびに NetBackup によって呼び出されます。

■ バックアップまたはアーカイブに存在するファイルの一覧表示

■ バックアップ、アーカイブまたはリストアの開始

このスクリプトを変更して、ユーザーから NetBackup への要求についての情報を

収集できます。 NetBackup からこのスクリプトに渡されるパラメータは、次のと

おりです。


userreq_notif.cmd backup mercury jdoe

userreq_notify.cmd archive mercury jdoe

userreq_notify.cmd manual_backup mercury jdoe

userreq_notify.cmd restore mercury jdoe

userreq_notify.cmd list mercury jdoe

メディアおよびデバイスの管理の推奨する使用方法NetBackup のメディアおよびデバイスの管理の推奨する使用方法を次に示しま

す。これらの推奨事項に従うと、問題を最小限に抑えることができます。また、

これらの多くの方法によって、構成の管理に必要な時間と労力が削減されます。

これらの推奨する使用方法に従うと、時間も節約できます。

サポートされているデバイス、サーバープラットフォームおよび最新のデバイス

マッピングファイルのリストについては、 NetBackup のサポート Web サイト

http://entsupport.symantec.com を参照してください。

表 2-13 userreq_notify パラメータ


action 操作として次のいずれか : backup、 archive、 manual_backup、

restore、 list

clientname クライアント名。

userid ユーザー ID。

http://entsupport.symantec.com

90 参照項目



一般的な使用方法メディアおよびデバイスの管理の一般的な推奨する使用方法を次に示します。

■ NetBackup コマンドでは、 Symantec 社のマニュアルに記載されており、

Symantec 社がサポートしているオプションだけを使用します。

■ 使用している方法が現在のリリースで廃止されているか、または将来のリ

リースで廃止されるかどうかを確認するには、『Veritas NetBackup リリース

ノート UNIX、 Windows および Linux』を参照してください。リリースノー

トには、各リリースのすべての新機能についての情報も記載されています。

■ NetBackup Media Manager デーモンおよびサービスを終了する場合は、マ

ニュアルに記載されている方法を使用します。

■ NetBackup 管理コンソールの［NetBackup の管理 (NetBackup

Management)］ > ［カタログ (Catalog)］を使用して、バックアップを定期

的に検証します。また、ファイルを定期的にリストアして、リストアが正常

に機能することを検証します。

■ 常に NetBackup カタログのバックアップを行います。また、メディアサー

バーの vm.conf ファイルおよび bp.conf ファイル (UNIX システム ) もバッ

クアップする必要があります。それらのファイルには構成設定が含まれてい

ます。

■ NetBackup カタログ ( マスターサーバーのデータベースや EMM データベー

スなど ) のリストアを行う場合、同一の時点からのバックアップを使用します。

■ すべてのデバイスの名前と番号、およびすべてのメディア ID とバーコード

は、企業全体で一意であることを確認します。

■ NetBackup によって制御されているデバイスを他のアプリケーションで使

用するには、ドライブが起動状態にある場合は、そのドライブを停止する必

要があります。

メディアの管理メディアの管理の推奨する使用方法を次に示します。

■ ロボットのインベントリ更新操作を使用してメディアを管理します。

■ 割り当てられていないメディアには、スクラッチプールを使用します。

■ テープドライブにクリーニングカートリッジを構成し、ドライブが自動ク

リーニングをサポートしている場合は、 TapeAlert を使用して自動ドライブ

クリーニングを行います。

■ 製造元の製品寿命についての推奨事項に従って、古いメディアを交換します。

古いクリーニングメディアも交換します。

91参照項目



■ バーコードリーダーが存在するロボットライブラリを使用し、ロボットのベ

ンダーが推奨するバーコードラベルだけを使用します。

■ マルチメディアライブラリのインベントリを行うときは、メディア形式の割

り当てを行うために、バーコード規則を使用します。バーコード命名規則を

使用して、データテープとクリーニングテープを区別したり、異なる物理メ

ディア形式を区別します。一般的な規則は、メディア形式を識別する接頭辞

です。

■ 取り込みコマンドまたは取り出しコマンドを実行する前に、メディアアクセ

スポートが空になっていることを確認します。NetBackup では空になってい

ないメディアアクセスポートにも対応できますが、ライブラリによっては問

題が発生する場合があります。

デバイスの管理デバイスの管理の推奨する使用方法を次に示します。

■ NetBackup のシステムログで、発生したデバイスエラーを監視します。

■ NetBackup のデバイスモニターを使用して、デバイスを監視します。

■ 停止状態のすべてのドライブについて、原因を調査します。

■ バックアップジョブまたはリストアジョブの実行中は、ロボットのテスト

ユーティリティを使用しないでください。

■ メディアサーバー ( または SAN メディアサーバー ) でデバイスを構成する前

に、『Veritas NetBackup デバイス構成ガイド UNIX、Windows および Linux』

をお読みください。

■ シマンテック社でテストされ、サポートされているロボット、テープドライブ

とテープドライバ、およびサーバープラットフォームとハードウェアのみを使

用します。サポートされるデバイスについては、 NetBackup のサポート Web

サイトで、 NetBackup のハードウェア互換性リストを参照してください。

■ 完全にシリアル化されたデバイスだけを使用します。完全にシリアル化され

た SCSI ライブラリでは、そのロボットのシリアル番号およびロボットに存

在する各ドライブのシリアル番号をレポートする必要があります。

■ ロボットライブラリおよびドライブでは、常にパススルーパスを構成し、使

用します。

■ 可能であれば、 SCSI RESERVE を使用します。

■ ファイバー接続されているデバイスでは、永続的なバインドを使用します。

■ デバイスの構成には、 NetBackup のデバイスの構成ウィザードを使用します。

■ デバイスの構成ウィザードを使用する前に、 NetBackup のサポート Web サ

イトから最新のデバイスマッピングファイルをダウンロードし、インストー

ルします。

92 参照項目



■ 環境内のすべてのサーバーのすべての物理ドライブ形式に対して、一貫性の

ある論理ドライブ形式を使用します。たとえば、すべての DLT7000 ドライ

ブは、論理ドライブ形式として dlt を使用します。

■ Microsoft Windows ホストには、ベンダーのメディアチェンジャドライバを

ロードしないでください。デフォルトの Microsoft メディアチェンジャドラ

イバは、 NetBackup で使用できます ( ただし、必要ありません )。

パフォーマンスおよびトラブルシューティングパフォーマンスおよびトラブルシューティングの推奨する使用方法を次に示

します。

■ NetBackup のサポート Web サイトに掲載されているパフォーマンスチュー

ニングに関するドキュメントを参照してください。

■ NetBackup マスターサーバーおよび Enterprise Media Manager (EMM) サー

バーには、専用サーバーだけを使用します。他のアプリケーションをホスト

しているサーバーまたはデータを格納しているサーバーは使用しないでくだ

さい。すべてのバックアップサーバーでは、定期的なメンテナンス期間を計

画します。

■ すべてのエラー状況について詳しくは、NetBackup 管理コンソールのトラブ

ルシュータまたは『Veritas NetBackup トラブルシューティングガイド

UNIX、 Windows および Linux』を参照してください。

■ 常に、シマンテック社から提供される最新の NetBackup リリース更新をイン

ストールしてください。

■ オペレーティングシステムのリリース更新をインストールする場合、SCSI 関

連のすべてのオペレーティングシステム構成ファイル (Solaris の st.conf

ファイルなど ) を再検証します。

■ デバイスの問題の場合、ファームウェアのアップグレードについてはベン

ダーにお問い合わせください。また、サポートされるファームウェアレベル

については、 NetBackup のハードウェア互換性リストを参照してください。

■ NetBackup DISABLE_RESOURCES_BUSY タッチファイルは使用しないでく

ださい。

■ オペレーティングシステムの TCP_NODELAY 機能は無効にしないでください。

■ NetBackup Shared Storage Option、 OpenStorage または SharedDisk をイン

ストールして構成する前に、『Veritas NetBackup 共有ストレージガイド

UNIX、 Windows および Linux』を参照してください。

93参照項目

TapeAlert の使用


TapeAlert の使用TapeAlert は、テープドライブの状態の監視およびメッセージの通知を行うユー

ティリティです。テープの品質の問題、テープドライブハードウェアの欠陥およ

びドライブのクリーニングの必要性を検出できます。テープドライブで

TapeAlert がサポートされている場合、 TapeAlert ファームウェアによってドラ

イブハードウェアおよびメディアが監視されます。エラー、警告および通知メッ

セージは、TapeAlert ログページに記録されます。TapeAlert の状態は、NetBackup

によって次に書き込まれます。

■ bptm ログ

■ エラーログ

■ ジョブの詳細ログ

■ UNIX のシステムログおよび Windows のイベントビューア

詳しくは、 97 ページの「自動検出型クリーニング (TapeAlert)」を参照してくだ

さい。

TapeAlert の使用要件TapeAlert を使用するには、次のすべての条件を満たしている必要があります。

追加の構成は必要ありません。

■ ドライブで TapeAlert 機能がサポートされており、ドライブで TapeAlert が

有効になっている。

ドライブで TapeAlert がサポートされているかどうかを判断するには、シマ

ンテック社のサポートサイトを参照してください。

■ TapeAlert を使用してドライブのクリーニングを実行するために、

NetBackup によって利用可能なクリーニングテープが、ロボットライブラ

リに対して構成済みである。

■ クリーニングテープが寿命に達していない。

■ UNIX メディアサーバーにパススルーデバイスファイルが構成されている。

詳しくは、『Veritas NetBackup デバイス構成ガイド UNIX、 Windows およ

び Linux』を参照してください。

94 参照項目

TapeAlert の使用


TapeAlert ログコードTapeAlert コードは、T10 SCSI-3 Stream Commands 規格に従って導出されます。

デバイスでサポートされているコードのリストについては、デバイスのマニュア

ルを参照してください。 TapeAlert では、次の種類のエラーが確認されます。

■ ドライブのリカバリ可能な読み込みおよび書き込みエラー

■ ドライブのリカバリ不可能な読み込みおよび書き込みエラー

■ ハードウェア障害

■ 不正なメディアおよび古くなったメディア

■ 期限切れのクリーニングテープ

■ 異常によるエラー

TapeAlert の状態によっては、使用中のメディアを凍結できるように定義されて

いる場合があります。また、ドライブを停止できるように定義されている場合も

あります。 94ページの表 2-14 に TapeAlert コードについて説明します。

表 2-14 TapeAlert ログコード

TapeAlert

コード

デフォルトの処理エラーの種類エラーメッセージ

0x01 なし警告 (WRN) READ WARNING

0x02 なし警告 (WRN) WRITE WARNING

0x03 なし警告 (WRN) HARD ERROR

0x04 メディアの凍結 (FRZ) 重要 (CRT) MEDIA

0x05 メディアの凍結 (FRZ) 重要 (CRT) READ FAILURE

0x06 メディアの凍結 (FRZ) 重要 (CRT) WRITE FAILURE

0x07 メディアの凍結 (FRZ) 警告 (WRN) MEDIA LIFE

0x08 メディアの凍結 (FRZ) 警告 (WRN) NOT DATA GRADE

0x09 なし重要 (CRT) WRITE PROTECT

0x0a なし通知 (INFO) NO REMOVAL

0x0b なし通知 (INFO) CLEANING MEDIA

0x0c なし通知 (INFO) UNSUPPORTED

FORMAT

0x0d メディアの凍結 (FRZ) 重要 (CRT) REC. MECH.

CARTRIDGE FAILURE

95参照項目

TapeAlert の使用


0x0e メディアの凍結 (FRZ) 重要 (CRT) UNREC. MECH.

CARTRIDGE FAILURE

0x0f メディアの凍結 (FRZ) 警告 (WRN) MIC FAILURE

0x10 なし重要 (CRT) FORCED EJECT

0x11 なし警告 (WRN) READ ONLY

0x12 なし警告 (WRN) DIRECTORY

CORRUPTED ON LOAD

0x13 メディアの凍結 (FRZ) 通知 (INFO) NEARING MEDIA LIFE

0x14 ドライブのクリーニン

グ (CLN)

重要 (CRT) CLEAN NOW

0x15 ドライブのクリーニン

グ (CLN)

警告 (WRN) CLEAN PERIODIC

0x16 メディアの凍結 (FRZ) 重要 (CRT) EXPIRED CLEANING

MEDIA

0x17 メディアの凍結 (FRZ) 重要 (CRT) INVALID CLEANING

TAPE

0x18 なし警告 (WRN) RETENSION

REQUESTED

0x19 なし警告 (WRN) DUAL-PORT ERROR

0x1a なし警告 (WRN) COOLING FAN

FAILURE

0x1b なし警告 (WRN) POWER SUPPLY

FAILURE

0x1c なし警告 (WRN) POWER

CONSUMPTION

0x1d なし警告 (WRN) DRIVE MAINTENANCE

0x1e ドライブの停止

(DOWN)

重要 (CRT) HARDWARE A

0x1f ドライブの停止

(DOWN)

重要 (CRT) HARDWARE B

0x20 なし警告 (WRN) INTERFACE

表 2-14 TapeAlert ログコード (続き )

TapeAlert

コード


96 参照項目

TapeAlert の使用


0x21 なし重要 (CRT) EJECT MEDIA

0x22 なし警告 (WRN) DOWNLOAD FAIL

0x23 なし警告 (WRN) DRIVE HUMIDITY

0x24 なし警告 (WRN) DRIVE TEMPERATURE

0x25 なし警告 (WRN) DRIVE VOLTAGE

0x26 なし重要 (CRT) PREDICTIVE FAILURE

0x27 なし警告 (WRN) DIAGNOSTICS REQ.

0x28 - 0x31 なし通知 (INFO) UNDEFINED

0x32 なし警告 (WRN) LOST STATISTICS

0x33 メディアの凍結 (FRZ) 警告 (WRN) DIRECTORY INVALID

ON UNLOAD

0x34 メディアの凍結 (FRZ) 重要 (CRT) SYSTEM AREA WRITE

FAILURE

0x35 メディアの凍結 (FRZ) 重要 (CRT) SYSTEM AREA READ

FAILURE

0x36 メディアの凍結 (FRZ) 重要 (CRT) NO START OF DATA

0x37 メディアの凍結 (FRZ) 重要 (CRT) LOADING FAILURE

0x38 メディアの凍結 (FRZ) 重要 (CRT) UNREC. UNLOAD

FAILURE

0x39 なし重要 (CRT) AUTOMATION

INTERFACE FAILURE

0x3a なし警告 (WRN) FIRMWARE FAILURE

0x3b メディアの凍結 (FRZ) 警告 (WRN) WORM MEDIUM -

INTEGRITY CHECK

FAILED

0x3c メディアの凍結 (FRZ) 警告 (WRN) WORM MEDIUM -

OVERWRITE

ATTEMPTED

0x3d - 0x40 なし通知 (INFO) UNDEFINED

表 2-14 TapeAlert ログコード (続き )

TapeAlert

コード


97参照項目

ドライブクリーニングの概要


ドライブクリーニングの概要NetBackup では、次の形式のドライブクリーニングを利用できます。

■ 自動検出型クリーニング

自動検出型クリーニングを使用することをお勧めします。

■ ライブラリに基づくクリーニング

■ 間隔に基づくクリーニング

■ オペレータによるクリーニング

自動検出型クリーニング (TapeAlert)TapeAlert を使用した自動検出型クリーニング ( オンデマンドクリーニングまた

は TapeAlert クリーニングとも呼ばれる ) は、テープドライブの機能です。クリー

ニングが必要かどうかがドライブによって判断され、必要に応じてクリーニング

が開始されます。ドライブで TapeAlert 機能がサポートされ、そのドライブで機

能が有効になっている場合、 NetBackup bptm プロセスによって、 TapeAlert か

らドライブの状態が通知されます。

TapeAlert を使用すると、多くのドライブ形式に対して自動検出型クリーニング

を実行できます。すべてのプラットフォーム、ロボット、ドライブまたはファー

ムウェアレベルで、このような自動検出型クリーニングがサポートされているわ

けではありません。

ドライブが TapeAlert をサポートしていない場合は、間隔に基づくクリーニング

を設定し、使用できます。詳しくは、 98 ページの「間隔に基づくクリーニング」

および 98 ページの「TapeAlert および間隔に基づくクリーニング」を参照して

ください。

自動検出型クリーニングを使用することをお勧めします。

詳しくは、 93 ページの「TapeAlert の使用要件」を参照してください。

TapeAlert クリーニング

TapeAlert 機能を備えたドライブでは、一定の時間帯に発生した読み込みおよび

書き込みエラーの回数をトラッキングできます。ドライブはこれらのエラーから

リカバリ可能ですが、しきい値に達すると、 CLEAN_NOW または

CLEAN_PERIODIC フラグが設定されます。

bptm では、設定されたフラグが検出されると、次のいずれかの時点でクリーニ

ングが実行されます。

■ ドライブでのバックアップまたはリストアの終了時。

■ ドライブでの次のバックアップまたはリストアの実行前。

98 参照項目



TapeAlert および間隔に基づくクリーニング

間隔に基づくクリーニングとともに TapeAlert を使用すると、任意のドライブが

少なくとも x 時間 ( クリーニングの間隔の設定値による ) ごとにクリーニングさ

れます。また、ドライブに TapeAlert の CLEAN_NOW または CLEAN_PERIODIC

フラグが設定されている場合、そのドライブは設定した時間より早くクリーニン

グされます。

間隔に基づくクリーニングを使用せずに TapeAlert 機能を使用すると、ドライブ

に CLEAN_NOW または CLEAN_PERIODIC フラグが設定されたときだけ、ドライ

ブがクリーニングされます。

ライブラリに基づくクリーニングロボットライブラリおよびオペレーティングシステムのベンダーは、この形式の

クリーニングを様々な方法で実装しているため、NetBackup では多くのロボット

でライブラリに基づくクリーニング ( ロボットクリーニングや自動クリーニング

とも呼ばれる ) がサポートされていません。これらの様々な方法は、 NetBackup

のロボット制御操作に影響する場合があります。

NetBackup では、ライブラリに基づくクリーニングに使用されるクリーニングメ

ディアを定義しておらず、ロボットライブラリによってクリーニングメディアを

管理します。

TapeAlert ではライブラリに基づくクリーニングと同じ形式のクリーニングが提

供されるため、 TapeAlert を使用する場合、ライブラリに基づくクリーニングを

無効にすることをお勧めします。

間隔に基づくクリーニング間隔に基づくクリーニングは、合計マウント時間がクリーニングの間隔に指定し

た時間を超えた場合に実行されます。 NetBackup では、テープのマウントが解除

されるたびに、ドライブのマウント時間が更新されます。

クリーニング間隔は、 NetBackup にドライブを追加する際に設定されます。ク

リーニング間隔を変更するには、ドライブのプロパティを変更するか、［メディア

およびデバイスの管理 (Media and Device Management)］の［デバイスモニター

(Device Monitor)］を使用します。

次の条件を満たしている場合、合計マウント時間がクリーニングの間隔に指定し

た時間を超過すると、ドライブクリーニングが実行されます。

■ ドライブが、ドライブクリーニングをサポートしているロボットライブラリ

内に存在する。

■ クリーニングテープが、ロボットライブラリに対して構成済みで利用可能で

ある。

■ クリーニングテープの期限が切れていない。

99参照項目



NetBackup では、テープのマウントを解除するとすぐにドライブのクリーニング

が実行されます。ドライブクリーニングによって、バックアップの実行中にマウ

ントが解除されることはありません。マウント時間は、ドライブのクリーニング

が終了するとリセットされます。クリーニングの間隔の値は変更されません。

バックアップが複数のテープにまたがっている場合、バックアップ中にクリーニ

ングが実行される可能性があります。たとえば、最初のテープの空き領域がなく

なったときにクリーニングの実行を予定している場合、NetBackup では次のテー

プをマウントする前にドライブのクリーニングが実行されます。

メディアはドライブ内に長時間配置したままにしておくことができます。これに

よるクリーニングの間隔への影響はありません。 NetBackup では、処理にメディ

アが割り当てられたときだけにマウント時間が増加するためです。

間隔に基づくクリーニングの制限事項

次の項目は、 NetBackup Enterprise Server だけに適用されます。

API ロボットによって制御されている ACS または TLH ライブラリのドライブで

は、間隔に基づくクリーニングはサポートされません。ドライブクリーニングは、

ロボットライブラリソフトウェアによって制御されます。これらのロボットのド

ライブクリーニングを管理するには、ロボットのベンダーのインターフェースを

使用します。

オペレータによるクリーニングクリーニングの間隔またはドライブの累積マウント時間に関係なく、ドライブの

クリーニングを実行できます。適切なメディア形式のクリーニングテープおよび

そのドライブの位置情報が NetBackup に追加されている場合、スタンドアロンド

ライブまたはロボットドライブのクリーニングを実行できます。

次のいずれかの条件に一致する場合、ドライブのクリーニングが必要であると報

告されます。

■ マウント時間の値が、クリーニングの間隔を超えている。

■ TapeAlert の CLEAN_NOW または CLEAN_PERIODIC フラグが設定されている。

さらに、次のいずれかの条件に一致している必要があります。

■ ドライブがスタンドアロンドライブで、クリーニングテープが定義されてい

ない。

■ ドライブがスタンドアロンドライブで、すべてのクリーニングテープの期限

が切れている。

次のように［要クリーニング (Needs Cleaning)］が表示されます。

■ NetBackup 管理コンソールの［デバイス (Devices)］ノードで表示されるドラ

イブリストの［クリーニングのコメント (Cleaning Comment)］列。

■ tpclean -L コマンドの出力の［コメント (Comment)］フィールド。

100 参照項目

ボリュームプールおよびボリュームグループの概要


クリーニングテープの使用

メモ : NetBackup は、ライブラリに基づくクリーニングで使用するクリーニング

テープを制御しません。

クリーニングテープで実行可能なクリーニング数を指定できます。この数は、ク

リーニングが実行されるたびに減少します。 0 ( ゼロ ) になると NetBackup によ

るテープの使用が停止されます。新しいクリーニングテープを使用するか、また

はこのテープで実行可能なクリーニング数を増加させることができます。

テープの使用回数については、クリーニングテープのベンダーの推奨に従うこと

をお勧めします。推奨の限度を超えてクリーニングテープを使用すると、 ( 過剰

なテープの位置設定操作によって ) クリーニングが遅延し、ドライブが停止する

場合があります。

ボリュームプールおよびボリュームグループの概要ボリュームプールを使用すると、ボリュームの論理セットをその使用方法によっ

て識別できます。

ボリュームグループは、物理的に同じ場所に存在するボリュームセットを識別す

る論理グループです。ボリュームグループは、ボリュームの移動時 ( たとえば、

ロボットからスタンドアロンへ ) に構成を更新する場合に有効です。

ボリュームプールおよびボリュームグループは、NetBackup にボリュームを追加

する際に指定します。

ボリュームプールボリュームプールの概念は、 NetBackup ストレージユニットだけに関連し、ディ

スクストレージユニットには適用されません。

ボリュームプールは、権限を所有していないアプリケーションによるアクセスか

らボリュームを保護します。ボリュームプールは、アプリケーションなどに対し

て作成できます。ボリュームを追加するごとに、そのボリュームを適切なプール

に関連付けることが可能です。割り当てられていないボリュームを、他のプール

に移動することもできます。

CatalogBackup、NetBackup、DataStore ボリュームプールを使用する場合を除い

て、ボリュームを追加する前にボリュームプールを作成しておく必要があります。

デフォルトでは、 NetBackup によって、 None、 NetBackup、 CatalogBackup およ

び DataStore という名前のボリュームプールが作成されます。

101参照項目



ボリュームグループボリュームグループは、ボリュームが存在するロボットなど、ボリュームの場所

を示します。ボリュームを物理的に移動した場合は、論理的にも移動する必要が

あります ( 論理的な移動とは、新しい場所を示すようにボリュームの属性を変更

することです )。ボリュームグループは、ボリュームがオフサイトに移動された

場合などに、ボリュームの場所を追跡するのに便利です。

ボリュームグループにより、各ボリュームの個々のメディア ID ではなく、グルー

プ名を指定して、一連のボリュームに対して操作を実行できます。操作には、ロ

ボットライブラリとスタンドアロンの場所間の移動や NetBackup からの削除な

どがあります。

ボリュームグループの割り当て規則

ボリュームグループの割り当て規則を次に示します。

■ 1 つのグループ内のすべてのボリュームは、同じメディア形式である必要が

あります。

ただし、同じボリュームグループに、メディア形式と対応するクリーニング

メディア形式が存在することは可能です (DLT と DLT_CLN など )。

■ ロボットライブラリ内のすべてのボリュームは、 1 つのボリュームグループ

に属している必要があります。グループを指定するか、または Media

Manager を使用してグループの名前を生成しないかぎり、ロボットライブ

ラリにボリュームを追加することはできません。

■ ボリュームグループ名を消去する唯一の方法は、スタンドアロンにボリュー

ムを移動し、ボリュームグループを指定しないことです。

■ 複数のボリュームグループで同じ場所を共有できます。たとえば、 1 つのロ

ボットライブラリに複数のボリュームグループのボリュームが存在したり、

複数のスタンドアロンボリュームグループが存在することも可能です。

■ グループ内のすべてのボリュームは、同じロボットライブラリに存在するか、

またはスタンドアロンである必要があります。つまり、グループがすでに他

のロボットライブラリに存在する場合、ロボットライブラリにそのグループ

( またはグループの一部 ) を追加できません。

102 参照項目



ボリュームプールおよびボリュームグループの例102 ページの図 2-1 に、 1 つのボリュームプール (NB_pool) および複数のボ

リュームグループの例を示します。この例では、ロボットライブラリ内のグルー

プとオフサイトのグループ間でボリュームを移動できます。ただし、すべてのボ

リュームは同じプール内に残ります。

図 2-1 複数のボリュームグループが存在するボリュームプール

103 ページの図 2-2 では、同じボリュームプールのメンバーが異なるボリューム

グループに存在しています。データが、それぞれ異なるボリュームプールに割り

当てられ、別々のボリュームに保存されていることに注意してください。プール

内のボリュームは、複数の物理的な場所および複数のボリュームグループに配置

できます。

この例では、 NB_pool_dept_1 というプールのボリュームが、 rob_A グループ、

standalone1 グループおよび offsite グループに分散しています。また、これらの

グループには、複数のプールのボリュームが存在します ( ただし、各グループの

ボリューム形式は同じである必要があります )。

ロボット

グループ 1 グループ 2

グループ 3 グループ 4

オフサイト 1

オフサイト 2

スタンドアロン

NB_pool

103参照項目



図 2-2 複数のボリュームプールが存在するボリュームグループ

また、利用可能なメディアがボリュームプールに存在しない場合、スクラッチプー

ルを構成すると、NetBackup にそのスクラッチプールからボリュームを転送させ

ることができます。詳しくは、 103 ページの「スクラッチボリュームプール」を

参照してください。

スクラッチボリュームプールスクラッチプールは、構成可能なオプションのボリュームプールです。スクラッ

チプールを構成すると、スクラッチプールから利用可能なボリュームが存在しな

いプールへ、 NetBackup によってボリュームが移動されます。

スクラッチプールの例

104 ページの図 2-3 では、スクラッチプールの名前が Scratch_pool です。 3 つの

ロボットにそのスクラッチプールのボリュームおよび他のプールのボリュームが

存在します。次の一連の事項を想定します。

グループrob_B

グループrob_A

グループオフサイト

グループstandalone 1

ロボット A

ロボット B

NB_pool_dept_2

NB_pool_dept_1



NB_pool_dept_3

104 参照項目



■ NetBackup によって DLT ボリュームが要求され、 Media Manager によって

ロボット C の NB_pool_dept_1 から DLT ボリュームの割り当てが試行され

ています。

■ ロボット C には、 NB_pool_dept_1 プールで利用可能な、割り当てられてい

ないボリュームが存在しません。

■ NetBackup によって、ロボット C のスクラッチプール内に存在する、割り当

てられていない DLT ボリュームが検索されます。ボリュームが利用可能な場

合、NetBackup によってそのボリュームが NB_pool_dept_1 に移動されます。

利用できない場合は、メディアが利用できないことがログに書き込まれます。

図 2-3 スクラッチプールの例

グループ

rob_A

グループ

rob_C

ロボット A: TL8 ロボット C: DLT

ロボット B: TL8

グループ

rob_B

NB_pool_dept_1

NB_pool_dept_2

Scratch_pool

105参照項目

バーコードの概要


スクラッチプールの使用方法

スクラッチプールの使用上の注意事項を次に示します。

■ スクラッチプールに割り当てられているボリュームが存在する場合、それら

のボリュームはスクラッチプール内に残ります。割り当てられていないボ

リュームの場合と異なり、割り当てられているボリュームは他のプールへ移

動されません。

■ ボリュームがスクラッチプールに存在する間は、そのボリュームは

NetBackup によって割り当てられません。たとえば、NetBackup のポリシー

またはスケジュールによってスクラッチプールが指定された場合、それらの

ボリュームへのすべての要求が拒否されます。

■ 期限切れのメディアは、Media Manager によってスクラッチボリュームプー

ルに自動的に戻されます ( 戻されるのは、同じスクラッチプールに含まれて

いたメディアだけです )。

■ Media Manager を使用してボリュームプールへのボリュームの割り当てを

管理するには、次の手順を実行します。

a 必要に応じてボリュームプールを作成します。ただし、そのプールには

ボリュームを追加しないでください。

b スクラッチプールを定義して、すべてのボリュームを追加します。

NetBackup によって、必要に応じてボリュームが他のプールへ移動され

ます。

バーコードの概要ロボットライブラリにバーコードリーダーが存在する場合、メディアのバーコー

ドに対してスキャンが実行され、結果が保存されます。バーコードのスキャン結

果は、スロット番号およびバーコードがスロット内のメディアに関連付けられま

す。 NetBackup は、ロボットライブラリからバーコードおよびスロットの情報を

取得します。

バーコードの利点NetBackup は、バーコードを使用するかどうかにかかわらず正常に動作します。

ただし、バーコードを読み込み可能なロボットでは、バーコード付きのメディア

を使用することをお勧めします。バーコードを使用する利点は次のとおりです。

■ メディア ID の自動割り当てロボットに新しいメディアを追加する場合、

NetBackup によって、指定した条件に従ってメディア ID が割り当てられます。

■ より正確なボリューム場所のトラッキングロボットインベントリの更新に

よって、ロボット内のボリュームを判断できます。

106 参照項目



■ パフォーマンスの向上バーコードを使用しない場合、一部のロボットでパ

フォーマンスが低下する可能性があります。バーコードを読み込むロボット

では、テープが移動されるたびにスキャンが実行されます。ロボットによっ

て、正しいバーコードがメモリに格納され、保存済みのバーコードが検証さ

れます。ただし、テープにバーコードが付いていない場合、ロボットによっ

てスキャンが複数回試行されるため、パフォーマンスが低下します。

バーコードの推奨する使用方法ボリュームに対しバーコードを指定する場合、次の点に注意してください。

■ 通常、バーコードは、テープボリュームの外側に付けたラベルに表示されます。

通常、光ディスクにはバーコードが使用されません。NetBackup では、光ディ

スクライブラリ (ODL ロボット ) のバーコードはサポートされていません。

■ NetBackup によってサポートされるバーコードの最大長は、ロボットの形式

によって異なります。

■ NetBackup 用にバーコードラベルを購入する場合、ロボットライブラリベ

ンダーの推奨に従ってください。バーコードの文字数が正しいことを確認し

ます。

■ バーコードは、任意の英数字の組み合わせで表現できますが、サポートされ

るバーコードの長さはロボットによって異なります。特定のロボット形式に

対する要件を判断するには、各ロボットベンダーが提供するマニュアルを参

照してください。

■ バーコードには、空白 ( 先頭、末尾または文字間 ) を含めないでください。空

白を含めると、ロボットまたは NetBackup で正確に読み取れないことがあり

ます。

■ API ロボットのボリュームには、実際のバーコードまたは論理バーコードが

付いています。このボリューム識別子は、 NetBackup のメディア ID として

使用されます。このボリューム識別子は、 ACS、 TLH および TLM ロボット

のボリュームのシリアル番号です。

■ API ロボットでは、ボリュームのバーコードが NetBackup のメディア ID と

一致している必要があります。

メディア ID と同じシリーズのカスタムラベルを使用することによって、バー

コードをメディア ID と一致させることができます。たとえば、AA0000 から

ZZ9999 のメディアの集合体と一致させるには、そのシリーズのバーコード

ラベルを使用します。

■ ロボットライブラリに複数のメディア形式が存在可能な場合、メディア ID の

生成規則を使用して、異なるメディア形式に対してバーコードに特定の文字

を割り当ててください。また、バーコードを使用して、データテープとクリー

ニングテープの区別や、複数のボリュームプールの区別を行うようにしてく

ださい。

107参照項目



バーコード規則バーコード規則では、新しいロボットボリュームに属性を割り当てる条件を指定

します。 NetBackup は、これらの属性を、ロボットライブラリから提供されるボ

リュームのバーコード、および指定されているバーコード規則を使用して割り当

てます。

NetBackup で、ユーザーは、ロボットのインベントリ更新操作の設定時に、バー

コード規則を使用するかどうかを選択します。バーコード規則は、EMM サーバー

に格納されます。

NetBackup でのバーコードの処理

ロボットのインベントリ更新操作で NetBackup のバーコード規則を使用する場

合、ロボットで新しいバーコードが検出されると、次の操作が実行されます。

■ NetBackup によって、規則のリストの先頭から末尾に向かって、新しいバー

コードと一致する規則が検索されます。

■ 規則がバーコードタグと一致する場合、 NetBackup によって、規則のメディ

ア形式が更新オプションのメディア形式と互換性があるかどうかが検証され

ます。

■ メディア形式が一致する場合、規則の属性がボリュームに割り当てられます。

属性には、メディア形式、ボリュームプール、最大マウント数 ( または最大

クリーニング数 ) および説明が含まれます。

メモ : ボリュームですでにバーコードが使用されている場合、バーコード規則は

使用されません。

バーコードの確認

ロボットにバーコードリーダーが存在する場合、NetBackup によってバーコード

の検証が行われ、ロボットが正しいボリュームをロードしているかどうかが確認

されます。ボリューム内のバーコードが EMM データベース内のバーコードと一

致しない場合、 NetBackup は次のような処理を実行します。

■ 要求に保留状態を割り当てる ( リストアなどのメディア固有のジョブの場合 )

■ 別のボリュームを使用する ( バックアップジョブまたは複製ジョブの場合 )

■ ジョブが失敗する ( コールドカタログバックアップジョブの場合 )

要求されたボリュームがロボット内に存在しない場合、NetBackup 管理コンソー

ルのデバイスモニターに保留中の要求メッセージが表示されます。その場合、オ

ペレータはそのボリュームを検索して、次のいずれかの操作を実行する必要があ

ります。

108 参照項目



■ デバイスモニターを確認して、適切なドライブを見つけます。次に、要求さ

れたボリュームをそのドライブにマウントします。

■ ボリュームをロボット内に移動して、メディアの正しい場所を反映させるた

めにボリュームの構成を更新します。次に、要求を再送信します。

ボリュームがラベル付けされている場合 ( テープまたは光プラッタ )、自動ボ

リューム認識デーモンによってラベルが読み込まれ、ドライブが要求に割り当て

られます。ボリュームがラベル付けされておらず、ロボットに関連付けられてい

ない場合、オペレータが手動でドライブを要求に割り当てる必要があります。

バーコード規則の例

次の表に、バーコード規則の例を示します。規則は、最初にバーコードタグの文

字数に従ってソートされ、次に追加した順にソートされます。例外として、

<NONE> 規則および <DEFAULT> 規則は、常にリストの最後に表示されます。

次の例では、バーコード規則の例を示す前述の表を参照してください。TL8 ロボッ

トの新しい 8MM テープの更新操作で、次のようなメディアの設定 (更新オプショ

ン ) を選択すると想定します。

［メディア形式 (Media Type)］ : 8MM

［ボリュームグループ (Volume Group)］ : 00_000_TL8

［バーコード規則を使用する (Use barcode rules)］ : 使用する

［ボリュームプール (Volume Pool)］ : DEFAULT

表 2-15 バーコード規則の例

バーコード

タグ

メディア形式 Volume pool 最大マウント数/

クリーニング数

説明

0080 8MM b_pool 55 新しい 008 ボ

リューム

DLT DLT d_pool 200 DLT バックアップ

CLD DLT_CLN None 30 DLT クリーニング

CLT 8MM_CLN None 20 8MM クリーニング

TL8 8MM t_pool 0 8MM バックアップ

TL 8MM None 0 8MM プールなし

<NONE> DEFAULT None 0 バーコードなし

<DEFAULT> DEFAULT NetBackup 0 他のバーコード

109参照項目



このロボットライブラリ内の新しいボリュームのバーコードが TL800001 である

場合、NetBackup によってバーコードタグ TL8 の規則が使用され、ボリュームに

対して次の属性が割り当てられます。

［メディア ID (Media ID)］ : 800001 ( バーコードの末尾 6 文字 )


［ボリュームプール (Volume Pool)］ : t_pool

［最大マウント数 (Max Mounts)］ : 0 ( 無制限 )

新しいボリュームのバーコードが TL000001 である場合、 NetBackup によって

バーコードタグ TL の規則が使用され、ボリュームに対して次の属性が割り当て

られます。

［メディア ID (Media ID)］ : 000001 ( バーコードの末尾 6 文字 )


［ボリュームプール (Volume Pool)］ : None

［最大マウント数 (Max Mounts)］ : 0 ( 無制限 )

メディア ID の生成規則

メモ : メディア ID の生成規則を使用するには、ロボットでバーコード機能がサ

ポートされており、ロボット形式が API 以外である必要があります。メディア ID

の生成規則は、 Media Manager 構成ファイル (vm.conf) に保存されます。

メディア ID の生成規則は、NetBackup で使用されるメディア ID のデフォルトの

命名方法より優先されます。デフォルトの方法では、ロボットによって指定され

るバーコードの末尾 6 文字を使用してメディア ID が生成されます。

たとえば、2 つの 8 文字のバーコードが S00006L1 および 000006L1 であるとし

ます。メディア ID の生成規則を指定しない場合、 NetBackup では、バーコード

の末尾 6 文字を使用してメディア ID が生成されます。この例では、 2 つのバー

コードに対して同じメディア ID が作成されます (0006L1)。

規則で、メディア ID に使用されるバーコードの文字を指定することによって、

NetBackup のメディア ID の作成方法を制御することができます。また、 ID に挿

入する英数字を指定することもできます。

ロボットおよびバーコード長に対応する複数の規則を定義できます。特定のロ

ボットに対して規則を定義できます。また、異なる文字数のバーコードを持つ各

バーコード形式に対して規則を定義できます。複数の規則を使用することで、複

数のメディア形式をサポートするロボットに対する柔軟性を確保できます。

110 参照項目

ハードウェア圧縮の制御


ハードウェア圧縮の制御圧縮がサポートされているすべてのテープドライブでは、 NetBackup によって

ハードウェア圧縮の有効化が試行されます。圧縮を無効にするには、

install_path¥NetBackup¥Volmgr¥NO_COMPRESSION という名前のファイルを

作成します。このファイルが存在する場合、使用するすべてのテープドライブで

ハードウェア圧縮が無効になります。

ハードウェア構成の変更この項では、 NetBackup の既存の構成を変更する方法について説明します。

■ 110 ページの「デバイスの交換」

■ 112 ページの「メディアサーバーの廃止」

デバイスの交換構成内の既存のデバイスを交換すると、新しいデバイスのシリアル番号は古いデ

バイスと異なります。 NetBackup ではこの変更が認識され、 ltid を再起動せず

に、EMM データベースが更新されます。また、デバイスのファームウェアのアッ

プグレードも認識されます。 NetBackup 5.x ホスト上のデバイスの場合、新しい

デバイスが認識されるように ltid を再起動する必要があります。

6.0 より前の NetBackup 環境からアップグレードする場合、デバイスのシリアル

番号が維持されます。 NetBackup 6.0 以上では、シリアル番号のフォーマットア

ルゴリズムを変更すると、一部のテープドライブおよびロボットライブラリに影

響することがあります。これらのデバイスは、シリアル化されずに構成されるか、

異なるシリアル番号で構成されることがあります。そのため、デバイスのシリア

ル番号を問い合わせ、データベース内のシリアル番号とそれを比較する

NetBackup の整合性チェックが失敗することがあります。その場合、デバイスは

使用できなくなる ( テープドライブが停止するなど ) 可能性があります。整合性

チェックは、 ltid によってパスの自動修正が実行された場合、または実行時の

Plug-n-Play のコード (Windows のみ) によってシリアル番号のチェックが実行さ

れた場合に実行されます。このような場合、次の操作を実行します。

■ シリアル番号を更新するか、デバイスを再構成して、新しいシリアル番号を

EMM データベースに格納します。手順については、次を参照してください。

■ 111 ページの「シリアル化されたドライブの交換またはホスト上のドラ

イブファームウェアの更新を行う方法」

■ 共有ドライブの場合は 111 ページの「シリアル化された共有ドライブの

交換または共有ドライブのドライブファームウェアの更新を行う方法」

■ AUTO_PATH_CORRECTION の vm.conf オプションを使用して、実行時の

シリアル番号のチェックを無効にします。

111参照項目

ハードウェア構成の変更


シリアル化されたドライブの交換またはホスト上のドライブファームウェアの

更新を行う方法

1 ドライブを停止します。デバイスモニターで、交換または更新するドライブ

を選択します。［処理 (Actions)］メニューから［ドライブの停止 (Down Drive)］

を選択します。または、vmoprcmd コマンドで -downbyname drive_name オ

プションを指定してドライブを停止します。

2 ドライブを交換するか、またはドライブファームウェアを物理的に更新しま

す。ドライブを交換する場合、古いドライブと同じ SCSI ID を新しいドライ

ブに指定します。

3 ドライブを起動します。デバイスモニターで、新しいドライブを選択します。

［処理 (Actions)］メニューから［ドライブの起動 (Up Drive)］を選択します。

ドライブを異なる形式のドライブに交換する場合、またはシリアル化された

ドライブをシリアル化されていないドライブに交換する場合、NetBackup の

デバイスの構成ウィザードを使用して新しいデバイスを構成します。ドライ

ブは、まず各サーバーのオペレーティングシステムによって認識される必要

があります。

デバイスの構成では、再マッピング、再検出、および ( 場合によっては ) オ

ペレーティングシステムの再ブートが必要となる場合があります。詳しくは、

『Veritas NetBackup デバイス構成ガイド UNIX、 Windows および Linux』を

参照してください。

シリアル化された共有ドライブの交換または共有ドライブのドライブファー

ムウェアの更新を行う方法

1 ドライブを停止します。デバイスモニターで、交換または更新するドライブ

を選択します。［処理 (Actions)］メニューから［ドライブの停止 (Down Drive)］

を選択します。

2 ドライブを交換するか、またはドライブファームウェアを物理的に更新しま

す。ドライブを交換する場合、古いドライブと同じ SCSI ID を新しいドライ

ブに指定します。

3 新しいハードウェアと存在しないハードウェアのリストを生成するには、再

構成したサーバーのいずれかに対して tpautoconf -report_disc を実行

します。このコマンドを実行すると、新しいハードウェアがスキャンされ、

新しいハードウェアおよび交換されたハードウェアを示すレポートが生成さ

れます。

4 新しいハードウェアを共有しているすべてのサーバーが起動しており、すべ

ての NetBackup サービスが実行中であることを確認します。

112 参照項目



5 -replace_drive drive_name -path path_name オプションまたは

-replace_robot robot_number -path robot_path オプションを指定して

tpautoconf を実行します。

tpautoconf コマンドによって、新しいハードウェアデバイスからシリアル

番号が読み込まれ、 EMM データベースが更新されます。

6 新しいデバイスがシリアル化されていないドライブの場合、そのドライブを

共有するすべてのサーバーで、デバイスの構成ウィザードを実行します。

新しいデバイスがロボットの場合、ロボット制御ホストであるサーバーで、

デバイスの構成ウィザードを実行します。

7 ドライブを起動します。デバイスモニターで、新しいドライブを選択します。

［処理 (Actions)］メニューから［ドライブの起動 (Up Drive)］を選択します。

メディアサーバーの廃止この項は、 NetBackup Enterprise Server だけに適用されます。

メディアサーバーを廃止して NetBackup の構成から削除するには、いくつかの手

順を実行する必要があります。メディアサーバーに接続されているデバイスに、

NetBackup メディアが含まれる場合、そのメディアを新しい NetBackup メディ

アサーバーに移動する必要があります。または、メディアが使用できないか、有

効でなくなった場合は、それを NetBackup 構成から削除する必要があります。

メモ : NetBackup Vault を使用している場合に、メディアサーバーを廃止する際

は、製品のご購入先に連絡してください。

サーバー (old_server) を廃止し、そのメディアを新しいメディアサーバー

(new_server) に移動するには、次の手順を実行します。次の手順を実行せず、そ

の後のリストアで古いメディアサーバーに関連付けられたメディアが必要になっ

た場合は、メディアをインポートする必要があります。メディアのインポートに

は、次の手順を実行するよりも多くの時間がかかります。

メディアサーバーを廃止する方法

1 bpmedialist コマンドを実行して、 old_server 上で、期限が切れていない

NetBackup イメージが存在するテープを判別します。 -l オプションを指定

すると、各テープに対して 1 行の出力が表示されます。

bpmedialist -mlist -l -h old_server

113参照項目



2 old_server のテープを管理する他のサーバーまたはマスターサーバー

(new_server) を選択します。

手順 1 で識別された有効なイメージが存在する各テープに対して、bpmedia

コマンドを実行します。このコマンドによって、 EMM データベース内の

old_server が new_server に置換されて、マスターサーバーのイメージデータ

ベースが更新されます。

bpmedia -movedb -ev media_ID -oldserver old_server -newserver new_server

3 マスターサーバー上の bp.conf ファイルの末尾に次のコマンドを追加しま

す。このコマンドによって、 old_server に関連付けられたメディアからのリ

ストアが new_server から実行されるようになります。FORCE_RESTORE_MEDIA_SERVER = old_server new_server

4 NetBackup 管理コンソールを使用して、 old_server に接続されたロボット内

に存在するテープを非ロボットの状態 ( スタンドアロン ) に変更します。

old_server に接続された各ロボットを選択し、すべてのテープを選択してス

タンドアロンに移動します。

5 NetBackup 管理コンソールを使用して、 old_server からドライブを削除し、

次にロボットを削除します。

6 NetBackup 管理コンソールを使用して、 old_server に関連付けられているロ

ボットを使用しているすべてのストレージユニットを削除します。

7 old_server のロボットを他のメディアサーバーで再利用する場合、次の手順

を実行します。

a 影響を受けるサーバーの電源を切断し、ロボットを古いサーバーから取

り外して、新しいメディアサーバーに接続します。新しいメディアサー

バーのオペレーティングシステムによって、ロボットが認識されている

ことを確認します。

b NetBackup 管理コンソールを使用して、ロボットおよびドライブをこれ

らのメディアサーバーに追加します。NetBackup のデバイスの構成ウィ

ザードを使用できます。

c NetBackup 管理コンソールを使用して、適切な NetBackup ストレージ

ユニットを作成します。

d NetBackup 管理コンソールを使用して、new_server に接続されたロボッ

トのインベントリを実行します。このインベントリによって、これらの

ロボット内のすべてのテープの場所が更新されます。

8 old_server のいずれかのストレージユニットが明示的に指定されているポリ

シーを変更します。これらのポリシーは、必要に応じて、 NetBackup 構成

に定義済みの他のいずれかのストレージユニットまたは［任意 (Any

Available)］を指すように変更する必要があります。

114 参照項目

NetBackup のドライブ選択の方法


9 NetBackup マスターサーバーとすべての NetBackup メディアサーバー上の

bp.conf ファイル (UNIX のみ ) と vm.conf ファイル内の old_server へのす

べての参照を削除します。

10 nbemmcmd コマンドを使用して、 old_server を参照しているホストのエイリ

アスおよびホスト名を削除します。すべての参照が削除されたことを確認す

るには、 nbemmcmd -listhosts を実行します。

11 すべてのクライアント上でサーバーリストを更新し、 old_server への参照を

削除します。更新したすべてのシステム上で、 NetBackup デーモン ( または

サービス ) を再起動します。

NetBackup のドライブ選択の方法NetBackup では、メディア情報、デバイス構成情報、デバイス状態の情報が、

EMM データベースに格納されます。ロボットのマウント要求が発行されると、

NetBackup Resource Broker (nbrb) によって EMM データベースに、要求された

ボリュームのメディア ID の問い合わせが実行されます。ボリュームが EMM デー

タベース内に存在する場合、メディア要求がロボット内の互換性のあるドライブ

と照合されます。マウント要求がメディアの場所に基づいて、適切なロボットデー

モン (UNIX) またはロボットプロセス (Windows) に転送されます。該当する場合、

場所は、ロボットライブラリおよびストレージのスロット番号です。

次の条件を満たすドライブが、マウント要求に対して選択されます。

■ 構成済みである。

■ メディアを含むロボットライブラリ内に存在する。

■ 要求されたメディア密度が使用可能である。

EMM サーバー (nbemm) では、次のようにして、ドライブの管理と、 EMM ドメイ

ン内のローカル接続ドライブまたは共有ドライブへの要求が行われます。

■ 現在利用可能なドライブを判断します。ドライブは次の場合に利用可能です。

■ 起動状態として構成されている

■ 割り当てられていない

■ メディア形式と互換性がある

■ 別のホストによって予約されていない (NetBackup Enterprise Server

のみ )

■ 使用されていない期間が最も長い利用可能なドライブを選択します。

NetBackup では、正しいメディアがすでにスタンドアロンドライブにロード

されていないかぎり、スタンドアロンドライブではなくロボットベースのド

ライブが選択されます。

115参照項目

NetBackup のドライブ予約の方法


ドライブ構成の先頭のドライブが最初に使用され、次に 2 番目のドライブ、とい

うように使用されます。構成のドライブの順序を確認するには、tpconfig -d コ

マンドを使用します。

次の項目は、 NetBackup Enterprise Server だけに適用されます。

ドライブの一部が共有ドライブの場合、 NetBackup では非共有ドライブ ( 利用可

能な場合 ) が先に選択されます。 NetBackup では最初に共有ドライブが選択され

るため、ドライブを共有する他のホストで共有ドライブを使用できます。共有ド

ライブには、 Shared Storage Option が必要です。

NetBackup のドライブ予約の方法マルチイニシエータ ( 複数のホストバスアダプタ ) 環境では、予期しないテープ

デバイスの共有および可能性のあるデータ損失の問題を回避するために、デバイ

スレベルのアクセス保護が必要です。Shared Storage Option はマルチイニシエー

タ環境です。テープドライブのアクセス保護によって、予約の所有者でない HBA

はドライブを制御するコマンドを発行できません。 SCSI アクセス保護は SCSI

ターゲットレベルで操作され、SCSI とファイバー間のブリッジまたは固有のファ

イバーデバイスハードウェアの正常な動作に依存します。

この目的のために一般的に利用可能な技術は、 SPC-2 SCSI RESERVE/RELEASE

機能だけです。すべてのテープドライブベンダーは SPC-2 SCSI RESERVE 方法を

サポートしています。 NetBackup では SPC-2 SCSI RESERVE を NetBackup 3.4.3

から使用しており、 NetBackup のデフォルトの予約方法になっています。 SPC-2

SCSI RESERVE はほとんどの NetBackup 環境で有効です。

または、新しい SCSI Persistent RESERVE 方法は、デバイス状態の検出と修正を

行うため、次のいずれかの環境でより効果的な場合があります。

■ NetBackup メディアサーバーをクラスタ環境で使用する。 NetBackup では、

フェールオーバー後に予約済みのドライブをリカバリし、使用することがで

きます (NetBackup が予約を所有している場合 )。 (SPC-2 SCSI RESERVE で

は、予約の所有者が機能しないため、通常、ドライブのリセットが必要です。)

■ きわめて高いドライブの可用性が必要である。 NetBackup では、 NetBackup

のドライブ予約の競合を解決し、ドライブの高可用性を維持できます。(SPC-2

SCSI RESERVE ではドライブの状態検出のための方法がありません。 )

ただし、 SCSI Persistent RESERVE 方法は、デバイスベンダーによって、サポー

トされていないか、正しくサポートされていないことがあります。そのため、環

境を詳細に分析して、環境内のすべてのハードウェアが SCSI Persistent

RESERVE を正しくサポートしていることを確認する必要があります。

NetBackup では、 SCSI Persistent RESERVE または SPC-2 SCSI RESERVE を構成

できます。次に、保護のオプションを示します。

116 参照項目



■ SCSI Persistent RESERVE。このオプションは、 SCSI デバイスに SCSI

Persistent RESERVE 保護を提供します。デバイスは、 SCSI Primary

Commands - 3 (SPC-3) 規格に準拠している必要があります。

■ SPC-2 SCSI RESERVE(デフォルトのオプション。) このオプションは、SCSI デ

バイスに SPC-2 SCSI RESERVE 保護を提供します。デバイスは、 SCSI

Primary Commands - 2 規格の RESERVE/RELEASE 管理方法に準拠している


■ 保護なし。他の HBA がコマンドを送信できるため、テープドライブへのデー

タが損失する可能性があります。

NetBackup メディアサーバーごとに、アクセス保護を構成できます。保護設定で

は、設定を構成するメディアサーバーから、すべてのテープドライブパスのテー

プドライブアクセス保護を構成します。すべてのドライブパスのメディアサー

バー設定を上書きできます。

SCSI RESERVE によって、 NetBackup Shared Storage Option 環境またはドライ

ブが共有されている他のすべてのマルチイニシエータ環境を保護することができ

ます。

SCSI アクセス保護は、テープドライブのみで使用します。

SCSI Persistent RESERVE プロセスドライブ内のメディアから読み込むか、またはメディアに書き込む NetBackup プ

ロセス (bptm) は、 SCSI Persistent RESERVE コマンドを発行して、次の操作を実

行します。

■ テープドライブのデバイスサーバーを登録する ( サーバーは SCSI タスクを

処理するドライブ内の論理ユニットです )

■ 排他的アクセスの予約を要求する

テープドライブのデバイスサーバーが予約を許可した場合、NetBackup プロセス

はデバイスを排他的に使用します。この予約によって、その他のホストバスアダ

プタ (HBA) からのデータ損失の原因となるコマンドの発行を防止することがで

きます。

予約に失敗すると、 NetBackup のジョブは失敗します。

NetBackup プロセスがドライブの処理を完了すると、NetBackup はドライブをア

ンロードし、Persistent RESERVE の解除コマンドをドライブに送信します。この

コマンドによって、予約と登録が解除されます。

また、 SCSI Persistent RESERVE ではデバイスの状態も検出されるため、

NetBackup ではこれを使用して、 NetBackup 内の予約の競合を解決します。

予約によって、ホスト上の予約を持つ他のアプリケーションによる同じデバイス

の使用やデータの損失を妨げることはできません。たとえば、同じホスト上のユー

ザーが UNIX mt コマンドを発行した場合、 mt コマンドによってドライブが制御

される可能性があります。

117参照項目



また、他の HBA によって、 SCSI Persistent RESERVE が消去または解除される

可能性もあります。その結果、アプリケーションは他の HBA 予約を解除できま

す ( ただし、実行すべきではありません )。

SCSI Persistent RESERVE コマンド

デバイスが排他的アクセス形式の SCSI Persistent RESERVE コマンドを受信した

場合、 SCSI Persistent RESERVE を所有する HBA が予約を解除するまで、その他

の HBA からのコマンドは処理されません。アプリケーションが予約済みのデバ

イスにコマンドを送信すると、デバイスによって RESERVATION CONFLICT 状態

が戻されてコマンドは失敗します。この操作の例外は、 Inquiry や Request Sense

などの予約を妨げる可能性のあるいくつかのコマンドだけです。

デバイスに対して次のいずれかの操作が行われるまで、そのデバイスは予約され

たままになります。

■ デバイスを予約した HBA によって解放された。

■ 電源が再投入された ( 通常 )。

■ SCSI Persistent RESERVE コマンドによって横取りされた。

SCSI Persistent RESERVE の競合

NetBackup では一意の予約キーが使用されます。そのため、 NetBackup は他の

NetBackup 予約との競合を解決しようと試みます。競合がある場合、 NetBackup

は SCSI コマンドを送信して、ドライブをアンロードします。 NetBackup はドラ

イブの状態に基づいて、追加の情報を使用してドライブのアンロードを試み、

Persistent RESERVE を解放または横取りします。

フェールオーバーイベント後のクラスタ環境で、起動中のクラスタノード上の

NetBackup は Persistent RESERVE を検出し、予約を解除します。NetBackup は、

電源を再投入しなくてもドライブの使用を再取得します。

NetBackup で Persistent RESERVE を所有できない場合、 NetBackup はデバイス

モニターに保留状態を報告します。NetBackup がドライブを使用できるようにす

るには、予約の所有者が予約を解除する必要があります。たとえば、 NetBackup

は NetApp の Persistent RESERVE を解除できません。

SPC-2 SCSI RESERVE プロセスNetBackup プロセスはメディアが格納されているテープドライブに SPC-2 SCSI

RESERVE コマンドを発行します。 ( このプロセスは、 bptm、 bprecover または

bpbackupdb です。 ) デバイスが予約されていない場合、 NetBackup が予約を獲

得します。このドライブでは、 NetBackup が予約を解放するか、予約が中断され

るまで、他のホストバスアダプタ (HBA) からのコマンドが処理されません。予約

に失敗すると、 NetBackup のジョブは失敗します。

118 参照項目



予約によって、ホスト上の予約を持つ他のアプリケーションによる同じデバイス

の使用やデータの損失を妨げることはできません。たとえば、同じホスト上のユー

ザーが UNIX mt コマンドを発行した場合、 mt コマンドによってドライブが制御

される可能性があります。

NetBackup プロセスでのメディアの使用が終了すると、マウント解除の処理中に

SPC-2 SCSI コマンドが発行されて、予約が解除されます。この解放によって、他

の HBA がデバイスにアクセスできるようになります。

SCSI RESERVE では、デバイスが予約されているかどうかを判断する方法があり

ません。予約を解放できるのは、予約の所有者 ( ホストバスアダプタ ) のみです。

ただし、ほとんどの環境で、これらの制限が NetBackup の操作の妨げになること

はありません。

SPC-2 SCSI RESERVE コマンド

デバイスが SCSI RESERVE コマンドを受信した場合、予約を所有する HBA が

RELEASE コマンドを発行するまで、その他の HBA からのコマンドは処理されま

せん。アプリケーションが予約済みのデバイスにコマンドを送信すると、デバイ

スによって RESERVATION CONFLICT 状態が戻されてコマンドは失敗します。こ

の操作の例外は、 Inquiry や Request Sense などの予約を妨げる可能性のあるい

くつかのコマンドだけです。

デバイスに対して次のいずれかの操作が行われるまで、そのデバイスは予約され

たままになります。

■ デバイスを予約した HBA によって解放された。

■ TARGET または LOGICAL UNIT RESET によって解放された。これらのリ

セットは、プロトコル依存で、パラレル SCSI および FCP ( ファイバーチャネ

ルの SCSI) で異なります。これらのリセットは、すべての HBA から発行され

る可能性があります。

■ ファイバーチャネル LOGO、PLOGO、PRLI、PRLO または TPRLO 操作によっ

て解放された、または検出に失敗した ( リンク操作 )。

■ 電源が再投入された。

予約を所有する HBA で障害が発生すると、 SPC-2 SCSI RESERVE に影響します。

HBA によって予約されているデバイスは、予約が削除または中断されるまで予約

されたままになります。予約は本来の HBA だけが削除可能なため、システムが

予約を削除できる必要があります。予約を所有している HBA で障害が発生した

場合は予約を削除できません。そのため、予約を中断する必要があります。

予約を中断するには、次のいずれかによってデバイスをリセットする必要があり

ます。

■ SCSI リセット

■ バスデバイスのリセット

119参照項目



■ LUN デバイスのリセット

■ 電源の再投入

■ ファイバーチャネルのリンク操作での予約の中断

SPC-2 SCSI RESERVE コマンドは、すべての SCSI-2 および SCSI-3 デバイスに必

須です。 SCSI RESERVE コマンド操作および動作について詳しくは、 SCSI 2 の規

格を参照してください。

SCSI RESERVE の競合

NetBackup 自動ボリューム認識プロセス (avrd) は、テープデバイスへのアクセ

スを管理します。適切に構成された NetBackup 環境と適切に構成されたテープデ

バイスでは、テープドライブから予約の競合メッセージを受け取らないはずです。

avrd の起動時に、現在起動状態のすべての無効化されていない構成済みテープ

ドライブパスに SPC-2 SCSI RELEASE が発行されます。このコマンドは、システ

ムの再ブートまたはクラッシュ時に SPC-2 予約されていたすべてのデバイスを

解放します。 SCSI RELEASE コマンドは、システムクラッシュ後のテープデバイ

スの可用性を通常の状態に戻します。

avrd が予約の競合メッセージを受け取ると、 avrd はデバイスの状態を保留

(PEND) に変更して、次のメッセージをシステムログに書き込みます。

予約競合状態が DRIVENAME (デバイス NUMBER) で発生しました (Reservation Conflict status from DRIVENAME (device NUMBER))

また、NetBackup 管理コンソールのデバイスモニターまたは vmoprcmd コマンド

の出力の［制御 (Control)］列にも保留 (PEND) 状態が表示されます。

競合が発生した場合、予約の問題も存在する可能性があります。ドライブを予約

している HBA が利用できなくなった場合 ( システムクラッシュまたはハード

ウェア障害などが原因 )、予約を解放できません。 NetBackup では SPC-2 SCSI

RESERVE を自動的に解放または中断できません。ドライブを利用可能にするに

は、クラスタ環境内のフェールオーバーサーバーの場合でも強制的に予約を解放

または中断する必要があります。

競合が解決すると、次のメッセージがログに書き込まれます。

ドライブ名 (デバイス番号 ) の予約競合状態が消去されました (Reservation Conflict status cleared from DRIVENAME (device NUMBER))

強制的な解放

利用できない HBA の SPC-2 予約を強制的に解放するには、次の NetBackup

vmoprcmd コマンドおよびオプションを使用できます。 vmoprcmd -crawlreleasebyname drive_name

このオプションは、ドライブを使用するホストとして登録されているすべてのホ

ストに、ドライブに対して SPC-2 SCSI RELEASE コマンドを発行するように要求

します。

120 参照項目



デバイスアロケータであるホスト (DA ホスト ) で vmoprcmd コマンドを発行しま

す。または、このコマンドの -h オプションを使用して、 DA ホストを指定しま

す。 DA ホストは EMM サーバーでもあります。

注意 : NetBackup 管理コンソールのデバイスモニターに保留 (PEND) 状態が表示

されるとこのコマンドを使用できます。ただし、バックアップ処理中はこのコマ

ンドを発行しないでください。

vmoprcmd コマンドの使用方法については、『Veritas NetBackup コマンド UNIX

および Linux』または『Veritas NetBackup コマンド Windows』を参照してくだ

さい。

予約の中断

SPC-2 SCSI RESERVE を解放できない場合は、デバイスを強制的にリセットする

オペレーティングシステムコマンドを使用してみます。デバイスのリセットに

よって予約が中断されます。この手順はオペレーティングシステムの種類によっ

て異なります。

注意 : リセット操作によって、構成内の他のデバイスがリセットされる可能性が

あります。また、データの損失が発生する可能性もあります。デバイスの予約を

中断するには、スイッチおよびブリッジハードウェアを使用した代替方法を最初

に試行してください。

最後に、次のオペレーティングシステムコマンドで予約を中断できない場合は、

ドライブの電源を再投入します。電源を再投入することによって、 SPC-2 SCSI ド

ライブの予約が中断されます ( さらに、通常は SCSI ドライブの Persistent

RESERVE も中断されます )。

Solaris で SPC-2 予約を中断する方法

1 mt -f drive_path_name forcereserve を発行します。

2 mt -f drive_path_name release を発行します。

詳しくは、 mt(1) のマニュアルページを参照してください。

HP-UX で SPC-2 予約を中断する方法

■ st -f drive_path_name -r を発行します。

詳しくは、 st(1m) のマニュアルページを参照してください。

AIX で SPC-2 予約を中断する方法

■ tctl -f drive_path_name reset を発行します。

詳しくは、 tctl のマニュアルページ (IBM AIX Commands Reference) を参照し

てください。

121参照項目



SCSI RESERVE の要件および制限事項SCSI Persistent RESERVE または SPC-2 SCSI RESERVE を使用するには、次の要

件があります。

■ すべての共有ドライブには、パススルードライバでアクセスする必要があり

ます。パススルードライバがインストールされ、必要なパスがすべて作成さ

れている必要があります。

UNIX オペレーティングシステムのパススルードライバを構成して使用する

方法について詳しくは、『Veritas NetBackup デバイス構成ガイド UNIX、


■ NetBackup で SCSI Persistent RESERVE または SPC-2 SCSI RESERVE を制

御できるように、NetBackup メディアサーバー上のオペレーティングシステ

ムを構成する必要があります。

■ HP-UX システムでは、オペレーティングシステムによる SPC-2 SCSI

RESERVE の使用を無効にする必要があります。手順については、『Veritas

NetBackup デバイス構成ガイド UNIX、 Windows および Linux』の

Hewlett-Packard HP-UX の章の SPC-2 SCSI RESERVE の有効化に関する項

を参照してください。

■ テープドライブによっては、オペレーティングシステムによる SPC-2 SCSI

RESERVE の使用を無効にする必要がある場合があります。 AIX および

Solaris でそれらの変更が必要になることがあります。詳しくは、『Veritas

NetBackup デバイス構成ガイド UNIX、 Windows および Linux』の該当する

オペレーティングシステムの章を参照してください。

NetBackup の SCSI Persistent RESERVE および SPC-2 RESERVE には、次の制限

事項があります。

■ SCSI Persistent RESERVE および SPC-2 RESERVE は、 NDMP ドライブには適用

されません。 NDMP ファイラは、デバイスへの排他アクセスを提供します。

■ サードパーティコピーの構成を正しく構成する必要があります。サードパー

ティコピーをバックアップする際にテープデバイスの予約を保持するには、

NetBackup mover.conf ファイルを構成する必要があります。手順について

は、『Veritas NetBackup Snapshot Client 管理者ガイド UNIX、 Windows お

よび Linux』を参照してください。サードパーティコピーのバックアップに

使用されるドライブパスには、 SCSI Persistent RESERVE を使用しないでく

ださい。

■ SPC-2 SCSI RESERVE では、クラスタ環境またはフェールオーバー機能を備

えたマルチパス環境でのフェールオーバー後に、デバイスが予約されたまま

になる可能性があります。フェールオーバーによってデバイスの予約が中断

されず、フェールオーバー時に使用されたデバイスを手動操作なしで利用可

能にする必要がある場合は、 SPC-2 SCSI RESERVE を使用できません。 SCSI

Persistent RESERVE を使用できます。

122 参照項目



■ ドライブパスが変更された場合、バックアップおよびリストアが失敗します。

そのため、クラスタ環境やパスを動的に共有するマルチパス環境では、ジョ

ブが失敗します。動的パス共有を無効にできない場合は、 NetBackup の

SPC-2 SCSI RESERVE または SCSI Persistent RESERVE を使用できません。

HP Tru64 は、動的パス共有を使用するシステムです。

SCSI RESERVE のログbptm プロセスでは、 SCSI RESERVE 関連コマンドがログに記録されます。すべ

ての NetBackup メディアサーバーの bptm ログを調べて、 SCSI 操作が記録され

ていることを確認してください。ログ内の SCSI RESERVE コマンドには、 SCSI

PERSISTENT RESERVE または SCSI RESERVE のラベルが付けられています。

さらに、中断された SCSI Persistent RESERVE についての情報は、 NetBackup の

［問題 (Problems)］レポートにも書き込まれます。

サーバーのオペレーティングシステムの制限事項この項は、 Tru64 および Windows サーバーだけに適用されます。

Tru64 および Windows オペレーティングシステムでは、予約済みのデバイスと使

用中のデバイスを区別することはできません。そのため、他のアプリケーションが

テープドライブを制御している場合、デバイスモニターに保留 (PEND) と表示され

ます。 NetBackup は、他のアプリケーションとテープデバイスを共有できません。

他のアプリケーションを使用する場合は、ドライブを使用する前に NetBackup の

tpreq コマンドを使用するか、ドライブを停止する必要があります。

また、これらのオペレーティングシステムでは、ボリュームのマウントが解除さ

れてドライブがビジー状態であると通知された場合にも保留 (PEND) がレポート

されることがあります。 vm.conf 構成ファイルの AVRD_PEND_DELAY エントリ

を使用して、これらの無関係なレポートを除外することができます。

データ損失の確認データの損失を検出するため、bptm プロセスは、テープの位置を読み込んで、実

際の位置と想定した位置を検証します。想定される最後にバックアップしたとき

の位置よりも、実際の位置が巻き戻っているとき、次のことが発生します。

■ テープが凍結する

■ バックアップが失敗する

■ 次のエラーメッセージエントリが bptm ログに書き込まれる

メディア ID xxxxxx を凍結しています。書き込み中に外部イベントが巻き戻しを発生させたため、メディアのすべてのデータが失われました。 (FREEZING media id xxxxxx, External event caused rewind during write, all data on media is lost)

123参照項目



データ損失の可能性のある原因

NetBackup メディアサーバーでテープドライブのアクセス保護が無効である場

合、データの損失が発生する原因として、構成エラー、不適切なパス、複数のマ

スターサーバー、不適切な Shared Storage Option 構成、サードパーティまたは

オペレーティングシステムのユーティリティなどが考えられます。

すべての NetBackup メディアサーバーでアクセス保護が有効である場合、データ

の損失が発生する原因として、 NetBackup バックアップジョブを実行するサー

バーで実行するサードパーティまたはオペレーティングシステムのユーティリ

ティなどが考えられます。

データの損失は防止できませんが、後で事実を認識することはできます。

NetBackup では、損失したバックアップセッションに関するカタログ情報は削除

されません。 bpexpdate コマンドを使用して、損失したバックアップセッショ

ンのイメージを期限切れにする必要があります。

テープおよびドライバ構成エラーの確認データの損失を検出するため、bptm プロセスは、テープの位置を読み込んで、実

際の位置と想定した位置を検証します。構成に問題があることが原因で、バック

アップ処理終了時の実際の位置が想定した位置より大きい場合、次のことが発生

します。

■ テープが凍結する。

■ バックアップが失敗する。

■ 次のエラーメッセージエントリが bptm ログに書き込まれる。

メディア ID xxxxxx を凍結しています。書き込まれるデータブロックが多すぎます。テープ / ドライバブロックサイズ構成を確認してください。 (FREEZING media id xxxxxx, too many data blocks written, check tape/driver block size configuration)

バックアップデータが使用できる可能性があります。その場合、 NetBackup

bpimport コマンドを使用して、イメージをインポートできるため、データをリ

ストアに利用できます。

一般的な構成の問題

データの損失の原因となっている構成の問題の原因を特定し、修正する必要があ

ります。最も一般的な構成エラーの原因としては、ドライバを可変長ブロックに

構成できなかったことが考えられます。

次に一般的なエラーの原因として、 Solaris システムの /kernel/drv/st.conf

ファイルの内容など、テープドライバの構成データに問題がある場合があります。

テープドライバの構成について詳しくは、『Veritas NetBackup デバイス構成ガイ

ド UNIX、 Windows および Linux』を参照してください。

124 参照項目

NetBackup のメディア選択の方法


SCSI RESERVE の構成SCSI RESERVE 保護設定では、設定を構成するメディアサーバーから、すべての

テープドライブのテープドライブアクセス保護を構成します。メディアサーバー

ごとに保護を構成し、すべてのドライブパスのグローバル設定を上書きできます。

メディアサーバーに SCSI RESERVE 保護を構成するには、 NetBackup 管理コン

ソールを使用して、［メディア (Media)］タブでメディアサーバーホストプロパ

ティ［SCSI RESERVE を有効にする (Enable SCSI Reserve)］を設定します。

メディアサーバーの保護設定を上書きするには、ドライブを追加するか、または

ドライブのプロパティを変更したら、 NetBackup 管理コンソールを使用して、ド

ライブパスプロパティ［SCSI RESERVE 設定を上書き (Override SCSI reserve

settings)］を設定します。

NetBackup のメディア選択の方法NetBackup がメディアを選択する方法は、メディアがロボットにあるか、スタン

ドアロンドライブにあるかによって異なります。

ロボット内のメディアの選択NetBackup でボリュームの要求が受信されると、 EMM データベース内でメディ

ア ID が検索されます。ボリュームの要求には、メディア ID、デバイス密度、お

よび割り当てられているデバイスへのリンクに使用されるファイル名が含まれま

す。外部メディア ID は、 NetBackup メディア ID に対応する必要があります。

NetBackup は、ロボット内のボリュームを次の順序で選択します。

■ NetBackup は、すでにドライブにマウントされ、次の条件を満たしているボ

リュームのメディアカタログを検索します。

■ バックアップスケジュールで必要とされる保持レベルのバックアップを

含むように構成されていること。ただし、 NetBackup の［メディア

(Media)］ホストプロパティの［1 つのメディアに対する複数の保持設定

を許可する (Allow multiple retentions per media)］がサーバーに指定さ

れている場合、 NetBackup は保持レベルで検索しません。

■ バックアップで必要とされるボリュームプールに存在すること。

■ 空きなし、凍結、インポート済みまたは一時停止状態ではないこと。

■ 要求されたバックアップで必要とされる同じ密度で、バックアップで要

求されるロボット内に存在すること。

■ 他のバックアップまたはリストアによって現在使用されていないこと。

125参照項目



■ 保護された形式で書き込みされていないこと。 NetBackup は、ボリュー

ムがマウントされた後にテープ形式を検出します。ボリュームが保護さ

れた形式である場合、ボリュームのマウントが解除され、検索が再開さ

れます。

適切なボリュームが見つかると、NetBackup によってそのドライブが使用さ

れます。

■ 上記のすべての条件を満たすマウントされたボリュームを検出できない場

合、 NetBackup はメディアカタログを確認して、適切なボリュームを検索し

ます。

■ 適切なボリュームがロボット内に存在する場合、 NetBackup は、ドライ

ブへボリュームを移動し、ボリュームの先頭にヘッドを配置して、要求

へのボリュームの割り当てを行うコマンドを発行します。手動での操作

は必要ありません。

■ 適切なボリュームがロボット内に存在せず、スタンドアロンドライブ内

にある場合、自動的にそのボリュームがマウントされ、割り当てられま

す。手動での操作は必要ありません。

■ 適切なボリュームがロボット内に存在せず、スタンドアロンドライブ内

にある場合、 NetBackup によって次のいずれかが実行されます。

■ 要求がメディア固有 ( リストア、インポート、 tpreq) の場合は、マ

ウント要求が保留されます。

■ 別のボリュームの使用が試行されます ( 他のメディアを使用できる

バックアップジョブの場合 )。

■ メディアカタログに適切なボリュームが存在しないか、適切なボリュームがメ

ディアの終わり (EOM) にある場合、新しいボリュームが割り当てられます。

NetBackup は、ボリュームに空きがある場合でも新しいボリュームを割り当

てる場合があります (NetBackup はドライブから EOM メッセージを受信す

るため )。新しいボリュームは次のすべての条件を満たす必要があります。

■ メディア形式が正しいこと。

■ 適切なロボット形式であること (該当する場合 )。

■ 要求されたロボットの周辺機器に配置されていること (該当する場合 )。

■ 要求されたホスト上に存在していること。

■ 適切なボリュームプール内に存在すること。

■ 現在割り当てられていないこと (NetBackup にまだ割り当てられてい

ない )。

■ 期限が切れていないこと (有効期限が NetBackup で定義されている場合 )。

■ 許可されているマウントの最大数を超えていないこと。

126 参照項目



■ 該当するボリュームが 2 つ以上存在する場合、NetBackup は、使用されていな

い期間が最も長いボリュームを選択します。その後、NetBackup は、ボリュー

ムをメディアカタログに追加し、指定された保持レベルを割り当てます。

■ 要求された形式のボリュームがすべて割り当て済みの場合、利用可能なメ

ディアがない旨のエラーメッセージが表示され、バックアップが終了します。

メディアのスパン

メディアの終わり (EOM) に達した後、メディアが自動的に選択されるのは、次に

示すように、メディアをまたがったバックアップを許可するように NetBackup が

構成されているかどうかに依存します。

■ ［メディア (Media)］ホストプロパティの［メディアをまたがったバックアッ

プを許可する (Allow backups to span media)］がサーバーに指定されている

場合、バックアップ中にメディアの終わり (EOM) に達すると、バックアップ

は別のメディアにまたがって続行されます。この場合、別のボリュームを使

用して次のフラグメントが開始され、バックアップは異なるボリューム上の

フラグメントで構成されます。

■ ［メディアをまたがったバックアップを許可する (Allow backups to span

media)］が指定されていない場合、メディアの終わり (EOM) に達しても、

別のメディアにまたがってバックアップが続行されることはありません。こ

の場合、バックアップは異常終了し、［グローバル属性 (Global Attributes)］

ホストプロパティの［スケジュールバックアップの試行回数 (Schedule

backup attempts)］に従って再試行されます。

スタンドアロンドライブ内のメディアの選択次の項では、メディアの選択およびスタンドアロンドライブ操作の概要について

説明します。

スタンドアロンドライブ拡張機能を使用したメディアの選択

NetBackup スタンドアロンドライブ拡張機能では、ラベルの有無にかかわらず、

NetBackup によってスタンドアロンドライブ内の任意のメディアの使用が試行

されます。この機能は、インストール時にデフォルトで有効になります。メディ

アの選択処理は次のように行われます。

■ バックアップが要求され、適切なスタンドアロンドライブにボリュームが含

まれていない場合、 124 ページの「NetBackup のメディア選択の方法」に説

明されている方法で NetBackup によってボリュームが選択されます。

デバイスモニターはマウント要求を表示し、オペレータはボリュームを手動

で挿入して、ドライブに割り当てる必要があります。

127参照項目



■ 適切なドライブにボリュームが含まれている場合、 NetBackup によって、そ

のボリュームの選択および使用が試行されます。

以前バックアップに使用したボリュームは、次の条件を満たす必要があります。

■ 空きなし、凍結または一時停止状態ではないこと。

■ 保持レベルで、ボリュームを必要とするバックアップと同じボリュームプー

ル内にバックアップが格納されていること。ただし、 NetBackup の［メディ

ア (Media)］ホストプロパティの［1 つのメディアに対する複数の保持設定を

許可する (Allow multiple retentions per media)］がサーバーに指定されてい

る場合、 NetBackup は特定の保持レベルを必要としません。

NetBackup は、以前に使用されていないメディアを使用します。メディアにラベ

ルが付いていない場合、次の操作が実行されます。

■ NetBackup によってメディアにラベル付けが行われます。

■ 必要に応じて、 NetBackup によってメディア ID がボリュームの構成に追加

されます。メディア ID が追加される場合、メディア ID の最初の文字に

NetBackup のメディア ID の接頭辞 ( 非ロボット ) が使用されます。

■ メディア ID の接頭辞が指定されていない場合、デフォルトの接頭辞は文字 A

( たとえば、 A00000) です。

■ NetBackup によって、要求されたボリュームプールがボリュームの構成に追

加されます ( バックアップポリシーがボリュームプールを指定する場合 )。

未使用のメディアにラベルが付いていない場合、bplabel コマンドを使用してラ

ベル付けを行うことができます。-u パラメータを指定して、固有のドライブイン

デックスを強制的に割り当てることができるため、ドライブを手動で割り当てる

必要がなくなります。

スタンドアロンドライブ拡張機能の無効化

NetBackup メディアサーバーホストプロパティ［スタンドアロンドライブ拡張機

能を有効にする (Enable Standalone Drive Extension)］のチェックを外すと、ス

タンドアロンドライブ拡張機能を無効にすることができます。このプロパティの

チェックを外すと、 NetBackup は、ロボットドライブのメディアを選択する場合

と同じ方法を使用して、スタンドアロンドライブのメディアを選択します。

メディアのスパン

メディアの終わり (EOM) に達した後、メディアの選択は、次に示すように、メ

ディアをまたがったバックアップを許可するように NetBackup が構成されてい

るかどうかに依存します。

128 参照項目



■ メディアサーバーホストプロパティの［メディアをまたがったバックアップ

を許可する (Allow backups to span media)］がサーバーに指定されている場

合、バックアップ中にメディアの終わり (EOM) に達すると、バックアップは

別のメディアにまたがって続行されます。別のボリュームを使用して次のフ

ラグメントが開始され、複数のボリューム上にバックアップのデータフラグ

メントが保持されることになります。

■ EOM に達した後、 NetBackup は、すでにイメージが存在しているボ

リュームではなく、割り当てられていないボリュームの使用を試みま

す。 NetBackup は、ボリュームが適切なメディア形式かどうか、適切

なボリュームプールに存在するかなどについて EMM データベースに確

認します。

■ 適切な割り当てられていないボリュームが使用できない場合、

NetBackup によってボリュームが選択されます。

■ ［メディアをまたがったバックアップを許可する (Allow backups to span

media)］が指定されていない場合、メディアの終わり (EOM) に達しても、

別のメディアにまたがってバックアップが続行されることはありません。メ

ディアの終わりに達すると、バックアップは異常終了します。マスターサー

バーホストプロパティの［スケジュールバックアップの試行回数 (Schedule

backup attempts)］に従って操作のスケジュールが再設定されます。

NetBackup でメディアをまたがる処理中に、スタンドアロンドライブ上でメディ

アの終わりが検出された場合、互換性のあるスタンドアロンドライブにボリュー

ムがロードされるまで待機するように設定できます。 NetBackup は、他のメディ

アを検索したり、保留中のマウント要求を生成したりしません。この待機期間は、

自重供給のテープスタッカを使用していて、ドライブへの次のメディアのロード

に時間がかかる場合に有効です。 ( 自重供給のテープスタッカは、ソフトウェア

によって制御されていません。 )

NetBackup で待機するように設定するには、［メディア要求の遅延 (Media request

delay)］メディアサーバーホストプロパティを指定します。このプロパティでは、

別のドライブを検索する前に、NetBackup が互換性のあるドライブにロードされ

たボリュームの使用を待機する秒数を指定します。 NetBackup は、テープをまた

がる処理中に、保留中のマウント要求の生成も待機します。［メディア要求の遅延

(Media request delay)］プロパティは、スタンドアロンドライブ拡張機能が有効

になっている場合にのみ有効です。

スタンドアロンドライブの準備完了状態での待機

バックアップまたはリストアの完了後にスタンドアロンドライブを準備完了状態

にしておく場合は、 nbemmcmd コマンドを使用して、

-do_not_eject_standalone オプションを有効にします。操作が完了しても

NetBackup によるテープの取り出しは実行されません。メディアの取り出しは、

EOM に達した場合またはエラーが発生した場合に実行されます。また、ドライ

ブを別のメディアで使用する必要がある場合、またはメディアを別のドライブで

使用する必要がある場合にも実行されます。

129参照項目

メディアの形式


1 台のスタンドアロンドライブを準備完了状態にし、適切なメディアを含めるこ

とができます。

nbemmcmd コマンドについて詳しくは、『Veritas NetBackup コマンド Windows』


メディアの形式NetBackup では、新しいバックアップを追加する前に位置の検証が可能な形式で

メディアに書き込みます。テープおよび光メディアの形式は、メディアの特性に

応じて少々異なります。

以降の項でのメディアの形式の説明では、次の記号を使用します。

標準テープの形式1/4 インチカートリッジ (QIC) および WORM 以外のすべてのテープメディアの

場合、多重化されないバックアップ用の形式は次のとおりです。

MH * BH Image * BH Image * BH Image * EH

新しいバックアップイメージを追加すると、テープは EH に配置され、位置が検

証されます。 EH は BH によって上書きされ、バックアップが継続します。完了す

ると、新しい EH が今後の位置の検証用に書き込まれます。

書き込み時にメディアの終わりが検出された場合、 2 つのテープマークを残して

終了し、 EH は書き込まれません。

記号説明

MH メディアヘッダー (1024 バイト )。

* テープマーク。

BH バックアップヘッダー (1024 バイト )。

BH1 ... BHn 複数のバックアップヘッダー (1024 バイト )。それぞれは、多重化さ

れた一連のジョブを構成するそれぞれのジョブに対応します。

Image バックアップのデータ。

EH 空のバックアップヘッダー。位置の検証に使用されます。

130 参照項目

メディアの形式


QIC/WORM テープの形式この形式は、1/4 インチカートリッジ (QIC) および WORM メディアの場合に使用

されます。標準テープ形式と異なり、 NetBackup では空のバックアップヘッダー

(EH) は書き込まれません。形式は次のとおりです。

MH * BH Image * BH Image * BH Image *

QIC メディアにバックアップイメージを追加する場合、 NetBackup はデータの終

わり (EOD) に移動し、次のバックアップを開始します。

光メディアの形式光メディアの場合、形式は次のとおりです。

MH BH Image EH BH Image EH BH Image EH

光ディスクメディアには、バックアップを区切るテープマークが存在しません。

光ディスク上のデータは連続したセクタに記録されます。光ディスクでは、ラン

ダムな位置を検索できるため、検索操作や位置の確認操作を高速に行うことがで

きます。

フラグメント処理されたバックアップフラグメント処理されたバックアップの場合、メディア形式は、標準テープ形式

と類似しています。違いは、ストレージユニットの構成時に指定したサイズの各

フラグメントにバックアップイメージが分割されることです。次に例を示します。

MH * BH Image (frag 1)* BH Image (frag 2)* BH Image (frag n) * EH *

フラグメンテーションは、主にディスク形式のストレージユニット上に存在する

サイズの大きいバックアップイメージを格納します。次に、イメージのフラグメ

ント処理の利点を示します。

■ 多重化されたバックアップの場合、 NetBackup では、ファイルの検索を開始

する前に、特定のフラグメントに進めることができるため、リストアを高速

に実行することができます。

■ NetBackup Storage Migrator によってマイグレートされたバックアップイ

メージからのリストアが高速になります。たとえば、 500 MB のバックアッ

プが 100 MB のフラグメントに格納されている場合、 Storage Migrator は

ファイルが存在するフラグメントのみを取得する必要があります。 Storage

Migrator は、 500 MB 全体を取得する必要がありません。

メモ : バックアップでエラーが発生した場合、バックアップ全体が廃棄され、先

頭から再度実行されます。これによって、エラーが発生したフラグメントから再

実行されません。例外 : チェックポイントとバックアップの再実行は、最後の

チェックポイントフラグメントから再開されます。

131参照項目

Media Manager のコマンド


多重化の形式多重化されたバックアップ用のテープ形式は次のとおりです。

MH * BH1 ... BHn Image...

デフォルトでは、データイメージは 64 KB のブロック内に存在します。各ブロッ

クでは、多重化制御情報用に 512 バイトが予約されており、ブロックが対応する

バックアップを識別するために使用されます。

ジョブが終了するかまたは新しいジョブが多重化セットに追加されると、

NetBackup はテープマークを書き込み、変更されたジョブのセットの多重化を開

始します。次に例を示します。

MH * BH1 BH2 BH3 Image* BH2 BH3 Image* BH2 BH3 BH4 Image. .

テープのスパンデフォルトでは、バックアップの実行中にメディアの終わりを検出すると、バッ

クアップイメージを別のテープにまたがって格納します。テープの形式は、前述

のフラグメント処理されたバックアップと同じです。次のテープの最初のフラグ

メントは、前のテープのメディアの終わりで発生したデータのバッファから開始

されます。

最初のテープ形式を次に示します (NetBackup によって EH が書き込まれず、2 つ

のテープマークで終了します )。

MH * . . . *BHn Image (frag 1) * *

2 番目のテープ形式を次に示します。

MH * BHn Image (frag2)* . . . * EH *

Media Manager のコマンド次の表に示すコマンドについて詳しくは、『Veritas NetBackup コマンド

Windows』を参照してください。次に示すコマンドは、

install_path¥VERITAS¥Volmgr¥bin に配置されています。

メモ : サービスの起動および停止は、 Windows のコントロールパネルの［管理

ツール］で利用可能な［サービス］ツールを使用して行う必要があります。サー

ビスがコマンドラインから起動された場合、サービスを停止するまで、NetBackup

Console セッションがサービスによって占有される場合があります。

132 参照項目

Media Manager のコマンド


表 2-16 サービスおよびプロセスの起動

コマンド説明備考

acsd 自動カートリッジシステムのロボットプロセスです。

このプロセスは、 ltid によって起動されます。

NetBackup

Enterprise

Server だけに適

用されます。

avrd 自動ボリューム認識プロセスです。このプロセスは、

ltid によって起動されます。

ltid NetBackup Device Manager サービスを起動します。

ltid を起動すると、ロボットデーモン、ロボット制

御デーモン、Media Manager Volume デーモンおよび

自動ボリューム認識デーモンも起動されます。

tl4d 4MM テープライブラリのロボットプロセスです。こ

のプロセスは、 ltid によって起動されます。

tl8cd 8MM テープライブラリのロボット制御プロセスで

す。このプロセスは、 ltid によって起動されます。

tl8d 8MM テープライブラリのロボットプロセスです。こ


tldcd DLT テープライブラリのロボット制御プロセスで


tldd DLT テープライブラリのロボットプロセスです。こ


tlhcd 1/2 インチテープライブラリのロボット制御プロセス

です。このプロセスは、 ltid によって起動されます。

NetBackup

Enterprise

Server だけに適

用されます。

tlhd 1/2 インチテープライブラリのロボットプロセスで


NetBackup

Enterprise

Server だけに適

用されます。

tlmd マルチメディアテープライブラリのプロセスです。こ


NetBackup

Enterprise

Server だけに適

用されます。

vmd NetBackup Volume Manager サービスです。このプ

ロセスは、 ltid によって起動されます。

133参照項目

デバイスの検出の概要


デバイスの検出の概要NetBackup では、すべてのサポートされているオペレーティングシステムサー

バープラットフォーム (NetWare サーバーは除く ) で、サポートされている周辺

機器に対し、自動的にデバイスが検出され、構成されます。

デバイスの検出は、ホストから検出可能な周辺機器を判断するために使用される

検索方法です。検出されるかどうかは、物理的な接続 (SCSI、ファイバーなど )、

デバイスの状態 ( 起動状態で応答あり、または停止状態で応答なし ) およびホス

トのシステムにおけるデバイス層の構成に依存します。

検出では、SCSI パススルー機能をサポートするオペレーティングシステムのデバ

イスファイル (UNIX の場合 ) または API (Windows の場合 ) を介して SCSI コマン

ドが送信されます。デバイスへのパススルーパスが存在している必要があり、存

在しない場合はデバイスが検出されません。オペレーティングシステムでのデバ

イスの構成について詳しくは、『Veritas NetBackup デバイス構成ガイド UNIX、


vmscd NetBackup 状態収集サービスです。 vmscd は、構成

内に 1 台以上の NetBackup 5.x サーバーが存在する

場合に、EMM サーバーと同じホストの nbemm によっ

て起動されます。

表 2-17 サービスおよびプロセスの停止


stopltid Device サービス、ロボットサービスおよびロボット

制御サービスを停止します。

tldcd -t DLT テープライブラリのロボット制御プロセスを停

止します。

tl8cd -t 8MM テープライブラリのロボット制御プロセスを

停止します。

tlhcd -t 1/2 インチテープライブラリのロボット制御プロセ

スを停止します。

NetBackup

Enterprise

Server だけに適

用されます。

表 2-16 サービスおよびプロセスの起動 (続き )


134 参照項目



デバイスの検出の目的は、 NetBackup で使用する周辺機器の、完全または部分的

な自動構成を行うための情報を提供することです。デバイスの検出では、複数の

ホスト間で相互接続されているデバイスどうしや、同じホスト上の複数のホスト

バスアダプタどうしを関連付けるデータが提供されます。

デバイスのシリアル化デバイスのシリアル化は、デバイスの識別および構成を可能にするファームウェ

アの機能です。一意のシリアル番号によってデバイスが識別されます。

NetBackup では、デバイスの関係を、同じデバイスを参照する複数のソースのシ

リアル番号を比較することで判断します。ロボットライブラリとドライブの両方

でシリアル化が完全にサポートされている場合、NetBackup ではロボットライブ

ラリ内のドライブの位置 ( アドレス ) を判断できます。

ほとんどのロボットおよびドライブでは、デバイスのシリアル化がサポートされ

ています。デバイスでシリアル化がサポートされている場合、デバイスの構成ウィ

ザードによってデバイスの問い合わせが行われると、次の処理が行われます。

■ 各ロボットおよびドライブによって一意のシリアル番号が戻されます。

■ 構成内のすべてのロボットに、ウィザードから追加コマンドが発行されます。

ロボットによって、ロボット内のドライブの数および各ドライブのシリアル

番号が戻されます。この情報は、ウィザードでロボットの各ドライブの正し

いドライブ番号を判断するために使用されます。

NetBackup では、この情報を使用して構成が作成されます。

デバイスでシリアル化がサポートされていない場合は、シリアル番号を戻す新し

いファームウェアについてベンダーに問い合わせてください。適切なファーム

ウェアを使用している場合でも、デバイスによっては、そのデバイスのシリアル

化を有効にするためにベンダーが他の処置を行うことが必要な場合があります。

デバイスでシリアル化がサポートされていないことがわかっている場合、許可さ

れている最大構成の制限に従っていることを確認してください。

構成の中にシリアル化をサポートしていないドライブおよびロボットが多いほ

ど、デバイスの構成ウィザードを使用する際に構成についての問題が発生する可

能性が高くなります。

検出可能なデバイスNetBackup では、次の形式のデバイスを検出できます。

■ SCSI ベースのロボットライブラリ ( チェンジャ、オートローダ、スタッカ

など )。

■ SCSI ベースのテープドライブ。

■ ネーティブパラレル SCSI、ファイバーチャネルプロトコル (FCP) および

FC-AL ( ループ ) 接続。

135参照項目



■ SCSI over IP。

■ ACS、 TLM および TLH ロボット。

■ NDMP バージョン 3 以上を実行する NDMP デバイス。

NetBackup でのデバイスの検出この項は、 NetBackup Enterprise Server だけに適用されます。

NetBackup はデバイスの静的な構成に基づいています。ロボットライブラリおよ

びテープドライブまたは光ドライブのこれらの構成は、 NetBackup Enterprise

Media Manager (EMM) データベースに保持されます。 EMM データベースには、

次の NetBackup コンポーネントでデバイスを使用する際に必要となる主要な属

性情報が格納されます。

■ マスターサーバーで使用される NetBackup 管理コンソール

■ マスターサーバーで使用されるデバイスの構成ウィザード

■ 各メディアサーバーでローカルに使用される tpconfig コマンド

■ 内部 API

また、 EMM データベースには、デバイスの関連付けおよび構成の一貫性の検証

に必要な検出されたデバイス属性も格納されます。 EMM データベースによって、

複数のサーバー間でドライブ、ロボットライブラリ、ストレージユニット、メディ

アおよびボリュームプールの一貫性が確実に保持されます。 EMM サーバーには、

複数のサーバー構成でデバイスを共有するすべてのメディアサーバーの情報が格

納されます。

NetBackup のスケジュールコンポーネントは、 EMM データベースの情報を使用

して、ジョブで使用するサーバー、ドライブパスおよびメディアを選択します。

デバイスマネージャ ltid は起動時に、EMM データベースのデバイス情報を共有

メモリセグメントに読み込みます。同じホストのコンポーネント間では、共有メ

モリの IPC またはソケットプロトコルを使用して通信が行われます。ソケットプ

ロトコルは、複数のホスト上のコンポーネント間で使用されます。コマンドライ

ンインターフェースを利用して、ランタイム ( 共有メモリ ) 情報および静的なデ

バイス構成情報を取得できます。

136 参照項目



デバイスの構成ウィザードでのデバイスの検出NetBackup デバイスの構成ウィザードで、デバイスの検出が使用されます。この

ウィザードでは、検出されたホストのリスト内のすべてのホストに対してデバイ

スの検出の問い合わせが発行され、戻されたデータが関連付けられます。ロボッ

トライブラリの特定のアドレスとスタンドアロン ( 非ロボット ) ドライブのグ

ループ間で、デバイスをドラッグアンドドロップすることができます。

デバイスが完全にシリアル化されている場合、ウィザードによって構成されるた

め、ユーザーがデバイスを移動する必要はありません。このウィザードは、デバ

イスの検出が要求されたすべてのホストで、必要に応じてデバイスの構成を変更

します。 ltid は停止後に再起動され、最新のデバイス構成が有効になります。

デバイスの構成ウィザードは、初期構成後に使用できます。デバイスの構成が変

更された場合またはデバイスの構成を検証する必要がある場合に、デバイスの構

成ウィザードを再度使用できます。ただし、NetBackup が動作中の場合は、ltid

を停止および再起動できません。そのため、デバイスの構成ウィザードを起動す

る際は、ジョブが実行中でないことを確認してください。

NetBackup では、 ltid の起動時に、デバイスの検出を自動的に実行するように

構成できます (Windows ではデフォルトの動作です )。自動検出によって、実際

のデバイス構成と EMM データベースに定義されているデバイス構成との違いが

検出されます。その後、 NetBackup でそれらの違いが調整されます。

デバイスの検出および共有テープドライブこの項は、 NetBackup Enterprise Server だけに適用されます。

NetBackup では、ローカル接続された非共有テープドライブが構成されているホ

スト上で、これらのドライブが起動状態で未使用の場合に、ポーリングが行われ

ます。共有テープドライブでは、 NetBackup からのマウント要求が受信されるま

で、スキャンホストのみでドライブのポーリングが行われます。マウントの要求

時に、 NetBackup はマウントを要求するホストを使用して、共有ドライブをポー

リングします。 ( スキャンホストは、自動ボリューム認識プロセス (avrd) が割り

当てられていないドライブをスキャンするホストです。 )

この設計によって、 NetBackup で動的ループ切り替えまたは SAN のゾーンをサ

ポートできます。各テープドライブは、 1 つのホストだけから検出される必要が

あります。各テープドライブのスキャンホストは、エラーの処理および可用性の

継続のために動的に切り替わる可能性があります。中央デバイスアービトレー

ションコンポーネントによって、共有ドライブのスキャンホストの割り当てが管

理されます。また、アービトレーションコンポーネントには、複数の NetBackup

メディアサーバーが 1 つのドライブを共有できるように、ネットワークドライブ

の予約システムが備えられています。

共有テープドライブのポーリングによって、動的ループ切り替えを使用できるよ

うになり、デバイスへのアクセス回数および CPU 時間が減少します。ただし、デ

バイスの接続の切断 ( ファイバーチャネルファブリックの断絶など ) は、I/O が発

生するまで検出できません。

137参照項目



デバイスの構成の表示および検証デバイスの構成は、 NetBackup で利用可能な次のいずれかのデバイス構成イン

ターフェースを使用して表示できます。

■ NetBackup 管理コンソールの［メディアおよびデバイスの管理 (Media and

Device Management)］

■ メニューベースのデバイス構成インターフェース (UNIX の tpconfig)

■ デバイス構成用のコマンドラインインターフェース (tpconfig -d コマ

ンド )

デバイスの構成は、デバイスの構成ウィザードを実行して検証できます。ただし、

デバイス構成の詳細を検証するために、テープのマウントを試行することが必要

となる場合があります。テープをマウントし、構成を検証するには、 NetBackup

robtest ユーティリティを使用できます。

検出されないデバイスの追加NetBackup にストレージデバイスを追加する場合や NetBackup デバイス構成を

更新する場合は、デバイスの検出およびデバイスの構成ウィザードを使用するこ

とをお勧めします。

ただし、 NetBackup では、自動的に検出できないデバイスをサポートしていま

す。また、検出処理時にユーザーの操作を必要とするデバイスもサポートしてい

ます。これらのデバイスを追加し、構成するには、 NetBackup 管理コンソール

の［メディアおよびデバイスの管理 (Media and Device Management)］または

tpconfig を使用します。

NetBackup で検出できないか、またはシリアル番号を持たないデバイスの場合

は、 ltid デバイスマネージャの起動時のデバイスパスの自動修正機能が制限さ

れます。

デバイスマッピングファイルNetBackup ではファイルを使用して、ストレージデバイスとの通信に使用するプ

ロトコルおよび設定が判断されます。

シマンテック社からリリース更新が提供される前に、新しいデバイスまたはアップ

グレードされたデバイスのサポートを追加できます。このファイルの更新方法につ

いて詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』を参照してください。

138 参照項目

テープドライブとデバイスファイルまたはアドレスとの関連付け



テープドライブでデバイスのシリアル化がサポートされていない場合は、物理ド

ライブに一致するデバイスファイル、論理デバイス名、SCSI アドレスを特定する

ことが必要となる場合があります。

共有ドライブについて詳しくは、『Veritas NetBackup 共有ストレージガイド

UNIX、 Windows および Linux』を参照してください (NetBackup Enterprise

Server のみ )。

UNIX ホストでのデバイスとデバイスファイルの関連付け各ドライブにデバイスファイルを作成する場合、デバイスファイルを物理ドライ

ブに関連付けます。『Veritas NetBackup デバイス構成ガイド UNIX、Windows お

よび Linux』に、デバイスファイルの作成に役立つ指示が記載されています。一

般的な手順は次のとおりです。

デバイスファイルを関連付ける方法

1 各ドライブの、ロボットライブラリ内での物理的な場所を特定します。場所

は、通常、ドライブへのコネクタまたは各ベンダーが提供するマニュアルに

示されています。

2 ドライブを、ホストの SCSI アダプタへ物理的に接続します。

3 各ドライブを接続したアダプタおよび SCSI アドレスをメモに記録します。

4 ドライブとアダプタの SCSI アドレスを使用して、各ドライブにデバイス

ファイルを作成します。手順 3 のメモを使用して、デバイスファイルを追加

し、デバイスファイルと物理的なドライブ場所の関連付けを完了します。

5 NetBackup でロボットを構成し、ドライブを追加します。

ドライブを追加する場合、各デバイスのパスに正しいドライブアドレス ( ロ

ボットのドライブ番号など ) を割り当てていることを確認します。

必要に応じて、適切な NetBackup のロボットテストユーティリティを使用して構

成を検証します。ロボットテストユーティリティについては、『Veritas NetBackup

トラブルシューティングガイド UNIX、 Windows および Linux』を参照してくだ

さい。

デバイスファイルを作成して NetBackup を構成した後、その構成を確認できます。

139参照項目



構成を検証する方法 (UNIX)

1 NetBackup device デーモン (ltid) を停止します。

2 ltid を起動することによって、自動ボリューム認識デーモン (avrd) を起動

します。 ltid を停止後に再起動して、現在のデバイスの構成を確実に有効

にする必要があります。


ロボットがこのホストのローカル以外で制御されている場合、リモートロ

ボット制御デーモンも起動します。

3 ロボットのテストユーティリティを使用して、ドライブ上にテープをマウン

トします。

4 NetBackup 管理コンソールのデバイスモニターを使用して、適切なロボット

ドライブに対してテープがマウントされていることを検証します。

構成の検証の例

たとえば、 TLD ロボットに 3 つのドライブが含まれ、オペレーティングシステム

に次のデバイスパスが含まれるとします。

■ ドライブ 1:/dev/rmt/0cbn



また、「構成を検証する方法 (UNIX)」の手順 3 で、ドライブ 1 に対するテープの

マウントを要求したと想定します。ドライブのデバイスパスが正しく構成されて

いる場合、デバイスモニターにはドライブ 1 にテープがマウントされたことが示

されます。

デバイスモニターに、テープが別のドライブにマウントされていると示された場

合は、そのドライブのデバイスパスが正しく構成されていません。たとえば、デ

バイスモニターに、そのテープがドライブ 2 にマウントされていると示された場

合は、ドライブ 1 のデバイスパスが正しくありません。ドライブ 1 のデバイスパ

ス (/dev/rmt/0cbn) をドライブ 2 の正しいデバイスパス (/dev/rmt/1cbn) に

置き換えます。これらの変更を加える間、一時的なデバイスパスが必要になる場

合があります。ドライブ 2 のデバイスパスも正しくないことがわかります。これ

は、構成中にデバイスパスを取り違えた可能性があります。

ロボットテストユーティリティを使用して、ドライブ 1 からテープをアンロード

し、マウント解除します。各ドライブについてテストを繰り返します。


テープがマウントされているドライブまでのパスが、ロボットを直接制御するホ

スト上に存在しない場合、他のホストまたはドライブのフロントパネルからコマ

ンドを実行して、ドライブをアンロードする必要があります。

140 参照項目



Windows ホストでのデバイスと名前の関連付け次の手順を実行して、論理デバイス名とドライブを一致させます。

SCSI アドレスを関連付ける方法

1 ドライブの SCSI ターゲットを書き留めます。

2 ロボットのインターフェースパネルを使用して、SCSI ターゲットをドライブ

アドレスに関連付けます。または、テープドライブの後部パネルにあるイン

ジケータを確認します。

3 ロボットのラベルを確認して、物理ドライブアドレス ( ドライブ番号など ) を

判断します。

4 NetBackup でロボットを構成し、ドライブを追加します。

ドライブを追加する場合、各 SCSI 座標セットに正しいドライブアドレスを

割り当てていることを確認します。

必要に応じて、適切な NetBackup のロボットテストユーティリティを使用して構

成を検証します。ロボットテストユーティリティについては、『Veritas NetBackup

トラブルシューティングガイド UNIX、 Windows および Linux』を参照してくだ

さい。

構成を検証する方法 (Windows)

1 NetBackup Device Manager (ltid) を停止します。

2 ltid を再起動することによって、自動ボリューム認識プロセス (avrd) を起

動します。 ltid を停止後に再起動して、現在のデバイスの構成を確実に有

効にする必要があります。


ロボットがこのホストのローカル以外で制御されている場合、リモートロ

ボット制御デーモンも起動します。

3 ロボットのテストユーティリティを使用して、ドライブ上にテープをマウン

トします。

4 NetBackup デバイスモニターを使用して、適切なロボットドライブに対して

テープがマウントされていることを検証します。

構成の検証の例

たとえば、 TLD ロボットに次の SCSI アドレスにある 3 つのドライブが含まれる

とします。

■ ドライブ 1: 5,0,0,0

■ ドライブ 2: 5,0,1,0

■ ドライブ 3: 5,0,2,0

141参照項目



また、「構成を検証する方法 (Windows)」の手順 3 で、ドライブ 1 に対するテープ

のマウントを要求したと想定します。ドライブの SCSI 座標が正しく構成されて

いる場合、デバイスモニターにはドライブ 1 にテープがマウントされたことが示

されます。

デバイスモニターに、テープが別のドライブにマウントされていると示された場

合は、そのドライブの SCSI 座標が正しく構成されていません。たとえば、デバ

イスモニターに、そのテープがドライブ 2 にマウントされていると示された場合

は、ドライブ 1 の SCSI 座標が正しくありません。ドライブ 1 の SCSI 座標 (5,0,0,0)

を、ドライブ 2 の正しい SCSI 座標 (5,0,1,0) に置き換えます。この場合、ドライ

ブ 2 の SCSI 座標も正しくないことがわかります。これは、構成中に SCSI 座標を

取り違えた可能性があります。

ロボットテストユーティリティを使用して、ドライブ 1 からテープをアンロード

し、マウント解除します。各ドライブについてテストを繰り返します。


テープがマウントされているドライブまでの正確なデータパスが、ロボットを直

接制御するホスト上に存在しない場合、他のホストまたはドライブのフロントパ

ネルからコマンドを実行して、ドライブをアンロードする必要があります。

142 参照項目




3

UNIX の参照項目

この章では、Windows 版 NetBackup マスターサーバーから、UNIX 版 NetBackup

クライアントまたは UNIX 版 NetBackup メディアサーバーを管理する場合に特

に関連する情報について説明します。

UNIX システム上での管理作業の多くは、 Windows 版 NetBackup サーバー上の

NetBackup 管理インターフェースまたは管理クライアントを使用して実行でき

ます。

内容は次のとおりです。

■ 144 ページの「クロスマウントポイントをサポートする (Cross mount

points)」

■ 146 ページの「UNIX クライアントのエクスクルードリストおよびインク

ルードリスト」

■ 151 ページの「ユーザーバックアップまたはユーザーアーカイブのスケ

ジュール」

144 UNIX の参照項目

クロスマウントポイントをサポートする (Cross mount points)



次の説明は、 UNIX クライアントだけに適用されます。

この属性は、 UNIX クライアントでのバックアップやアーカイブでファイルシス

テムの境界を越えるかどうか、または Windows クライアントでのバックアップ

やアーカイブでボリュームマウントポイントを越えるかどうかを制御します。

■ ［クロスマウントポイントをサポートする (Cross mount points)］を有効にす

ると、ファイルシステムに関係なく、選択されたパス内のすべてのファイル

およびディレクトリのバックアップが実行されます。たとえば、 (/) をファイ

ルパスとして指定した場合、ルート (/) およびツリー内で下階層に存在するす

べてのファイルとディレクトリのバックアップが行われます。通常、これは、

NFS を介して利用可能なファイルを除く、クライアントのすべてのファイル

を意味します。

■ ［クロスマウントポイントをサポートする (Cross mount points)］を無効にす

ると、選択されたファイルパスと同じファイルシステム内に存在するファイル

およびディレクトリだけのバックアップが実行されます。そのため、ルート (/)

などのファイルパスを、マウントしているすべてのファイルシステム (/usr や

/home など ) をバックアップせずにバックアップすることができます。

［クロスマウントポイントをサポートする (Cross mount points)］に関する注意事項

■ ［クロスマウントポイントをサポートする (Cross mount points)］は、 UNIX

raw パーティションには影響しません。バックアップを行う raw パーティ

ションがルートパーティションであり、他のファイルシステムへのマウント

ポイントを含んでいる場合、［クロスマウントポイントをサポートする

(Cross mount points)］を選択しても、他のファイルシステムのバックアップ

は実行されません。

■ バックアップ対象リストで ALL_LOCAL_DRIVES 指示句が使用されている

ポリシーでは、［クロスマウントポイントをサポートする (Cross mount

points)］を使用しないでください。

145UNIX の参照項目



［クロスマウントポイントをサポートする (Cross mount points)］設定と［NFS をたどる (Follow NFS)］設定の相互作用

NFS マウントしたファイルをバックアップするには、［NFS をたどる (Follow

NFS)］を選択します。表 3-1 に、［クロスマウントポイントをサポートする (Cross

mount points)］属性および［NFS をたどる (Follow NFS)］属性の動作の概要を示

します。

クロスマウントポイントの例

次の例に、クロスマウントポイントの概念を示します。これらの例では、次に示

すとおりクライアントディスクがパーティション化されていると想定します。

ここでは、 /、 /usr および /home がクライアントのディスク d1 上に存在する

別々のパーティションに含まれています。また、 /home/njr という別のファイ

ルシステムが、ディスク d2 上に存在し、 /home にマウントされています。さら

に、ディスク d3 には、 /net/freddie に NFS マウントされた

/net/freddie/home というディレクトリが存在します。

表 3-1 ［クロスマウントポイントをサポートする (Cross mount points)］の動作

クロスマウント

ポイントをサポートする(Cross mount points)

NFS をたどる (Follow NFS)

結果として得られる動作

無効無効マウントポイントを越えません (デフォルト )。

無効有効ファイルパスが NFS マウント ( またはその一部 ) である場合、その NFS

ファイルのバックアップを行います。

有効無効ローカルマウントポイントは越えますが、NFS マウントは越えません。

有効有効ファイルシステムが存在する位置に関係なく、指定されたパスをマウ

ントポイントを越えてたどり、ファイルおよびディレクトリ (NFS を含

む ) のバックアップを行います。

d1

d2 d3ローカルシステム上のディスク

リモートシステム上のディスク

/ (ルート )

/usr /home/home/njr

/net/net/freddie/net/freddie/home

NFS


UNIX クライアントのエクスクルードリストおよびインクルードリスト


例 1

［クロスマウントポイントをサポートする (Cross mount points)］および［NFS を

たどる (Follow NFS)］を選択解除し、バックアップ対象リストに次のエントリが

含まれていると想定します。//usr/home

この場合、 NetBackup では、処理しているバックアップ対象リストのエントリと

同じファイルシステム内に存在するディレクトリおよびファイルだけが操作の対

象となります。/home/njr や /net/freddie/home のバックアップは行われま

せん。

例 2

［クロスマウントポイントをサポートする (Cross mount points)］および［NFS を

たどる (Follow NFS)］を選択し、バックアップ対象リストに / だけが含まれてい

ると想定します。

この場合、/home/njr および /net/freddie/home の下階層に含まれるファイ

ルおよびディレクトリを含め、ツリー内のすべてのファイルおよびディレクトリ

のバックアップが実行されます。

ポリシーですべてのファイルおよびディレクトリがバックアップされないように

するには、 / をバックアップ対象リストに含めず、必要なファイルおよびディレ

クトリを個別にリストに含めます。次のバックアップ対象リストでは、 /usr の

下階層および / 直下の指定された個別のファイルだけのバックアップが実行され

ます。/usr/individual_files_under_root


メモ : エクスクルードリストおよびインクルードリストは、ユーザーバックアッ

プおよびユーザーアーカイブには適用されません。

UNIX クライアントでは、エクスクルードリストおよびインクルードリストは、ク

ライアント上の次のファイルに作成されます。

/usr/openv/netbackup/exclude_list

/usr/openv/netbackup/include_list

UNIX クライアントでこれらのリストを作成するうえでの規則については、次の

項を参照してください。




UNIX クライアントでのエクスクルードリストの作成

UNIX クライアント上に /usr/openv/netbackup/exclude_list ファイルが

存在する場合、そのファイルの内容がパターンのリストとして使用されます。自

動完全バックアップおよび自動増分バックアップ中に、そのファイルがスキップ

されます。



次のような種類のファイルを指定します。

■ *.o ファイル

■ core ファイル

■ a.out ファイル

■ 先頭または末尾に ~ が付くファイル ( エディタ用のバックアップ )

■ /tmp、 /usr/tmp の下のファイルおよびディレクトリ

■ man ぺージ

■ 元のインストールテープからリストア可能なソフトウェア

■ 自動マウントされるディレクトリ

■ CD-ROM ファイルシステム

■ NetBackup によって自動的にエクスクルードされるファイルシステムの種

類は次のとおりです。

■ mntfs (Solaris)

■ proc ( すべての UNIX プラットフォーム )

■ cdrom ( すべての UNIX プラットフォーム )

■ cachefs (AIX、 Solaris、 SGI および UnixWare)

メモ : 自動マウントされるディレクトリおよび CD-ROM ファイルシステムは、常

にエクスクルードリストに指定することをお勧めします。指定しないと、バック

アップ時にこれらのディレクトリおよびファイルシステムがマウントされない場

合、 NetBackup は処理を進める前にタイムアウトを待機することになります。

ファイルをバックアップからエクスクルードする前に、ユーザーに確認してくだ

さい。




構文規則

エクスクルードリストには、次の構文規則が適用されます。

■ 空白行、またはシャープ記号 (#) が含まれる行は無視されます。

■ 1 行に 1 つのパターンだけを入力できます。

■ 次の特殊文字またはワイルドカード文字は認識されます。

[ ]

?

*

{ }

■ 特殊文字またはワイルドカード文字を通常の文字として使用するには、それ

らの文字の前に円記号 (¥) を入力します。たとえば、次のパス名内の角カッ

コは通常の文字として使用する必要があると想定します。

/home/abc/fun[ny]name

エクスクルードリストでは、次のとおり、それぞれの角カッコの前に円記号

を入力します。

/home/abc/fun¥[ny¥]name

メモ : 円記号 (¥) は、特殊文字またはワイルドカード文字の前に入力された場合だ

け、エスケープ文字として機能します。円記号はパス名に使用可能な有効な文字

であるため、 NetBackup では、通常、円記号はそのとおりの文字として解釈され

ます。

■ バックアップ対象リスト内のすべてのファイルがエクスクルードされている

場合、インクルードリストでフルパス名によって指定されている対象だけが

バックアップされます。ファイルは、 / または *、あるいはその両方 (/*) を使

用してエクスクルードできます。

■ 空白は有効な文字と見なされます。余分な空白は、ファイル名の一部でない

かぎり、含めないでください。

たとえば、次の名前を持つファイルをエクスクルードすると想定します。

/home/testfile (末尾に余分な空白文字なし )

一方、エクスクルードリストエントリは次のとおりです。

/home/testfile (末尾に余分な空白文字あり )

NetBackup では、ファイル名の末尾から余分な空白が削除されないかぎり、

このファイルが検出されません。

■ ファイルパスを / で終わらせると、そのパス名を持つディレクトリだけがエ

クスクルードされます (/home/test/ など )。パターンが / で終わらない場

合 (/usr/test など )、 NetBackup ではそのパス名を持つファイルとディレ

クトリの両方がエクスクルードされます。




■ 特定の名前を持つすべてのファイルをエクスクルードするには、ディレクト

リパスに関係なく、前にスラッシュを入力せずにその名前を入力します。次

に例を示します。

test

次のように入力しないでください。

/test

これは、次のように、ファイルパターンにスラッシュを接頭辞として付ける

ことと同じです。

/

/*/

/*/*/

/*/*/*/

以降も同様です。

■ 名前にリンクを含むパターンを使用しないでください。たとえば、 /home

は /usr/home へのリンクであり、 /home/doc がエクスクルードリストに

含まれていると想定します。この場合、実際のディレクトリパスである

/usr/home/doc がエクスクルードリストエントリの /home/doc と一致し

ないため、このファイルはバックアップされます。

エクスクルードリストの例

この例では、エクスクルードリストに次のエントリが含まれていると想定します。

# this is a comment line

/home/doe/john

/home/doe/abc/

/home/*/test

/*/temp

core

このエクスクルードリストの例では、次のファイルおよびディレクトリが自動

バックアップからエクスクルードされます。

■ /home/doe/john という名前のファイルまたはディレクトリ

■ ディレクトリ /home/doe/abc ( エクスクルードリストが / で終わっている

ため )

■ home よりも 2 階層下の、test という名前のすべてのファイルまたはディレ

クトリ

■ ルートディレクトリよりも 2 階層下の、 temp という名前のすべてのファイ

ルまたはディレクトリ

■ すべての階層の、 core という名前のすべてのファイルまたはディレクトリ




特定のポリシーまたはスケジュール用のエクスクルードリスト

NetBackup では、特定のポリシー、またはポリシーとスケジュールの組み合わ

せに対するエクスクルードリストを作成できます。 .policyname または

.policyname.schedulename という接尾辞が付いた exclude_list ファイルを作成し

ます。 wkstations というポリシーに対する 2 つのファイルの例を次に示します。

このポリシーは、 fulls というスケジュールを含みます。/usr/openv/netbackup/exclude_list.wkstations/usr/openv/netbackup/exclude_list.wkstations.fulls

最初のファイルは、wkstations というポリシーに含まれるすべてのスケジュール

バックアップに影響します。 2 番目のファイルは、スケジュールの名前が fulls で

ある場合だけバックアップに影響します。

NetBackup では、特定のバックアップに対しては、その目的が最も明確な名前の

付いた 1 つのエクスクルードリストが使用されます。たとえば、次の名前のファ

イルが存在すると想定します。

exclude_list.wkstations および exclude_list.wkstations.fulls

この場合、 NetBackup では次のファイルだけが使用されます。exclude_list.wkstations.fulls

UNIX クライアントでのインクルードリストの作成

エクスクルードリストによって排除したファイルを再度バックアップに追加する

には、 /usr/openv/netbackup/include_list ファイルを作成します。エク

スクルードリストの場合と同じ構文規則が適用されます。



前述の例を使用して、インクルードリストの使用方法を示します。例であげたエ

クスクルードリストを使用すると、 NetBackup によって、 /home/*/test の下

のすべてのディレクトリから test という名前のすべてのファイルまたはディレ

クトリが省かれます。

この場合、クライアント上に include_list ファイルを作成することによって、

/home/jdoe/test というファイルを再度バックアップに追加します。次のパス

名を include_list ファイルに追加します。 # this is a comment line/home/jdoe/test

特定のポリシー、またはポリシーとスケジュールの組み合わせに対するインク

ルードリストを作成するには、 .policyname または .policyname.schedulename と

いう接尾辞を使用します。 fulls というスケジュールを含む wkstations というポ

リシーに対する 2 つのインクルードリスト名の例を次に示します。/usr/openv/netbackup/include_list.workstations/usr/openv/netbackup/include_list.workstations.fulls


ユーザーバックアップまたはユーザーアーカイブのスケジュール


最初のファイルは、workstations というポリシーに含まれるすべてのスケジュー

ルバックアップに影響します。 2 番目のファイルは、スケジュールの名前が fulls

である場合だけバックアップに影響します。

NetBackup では、特定のバックアップに対しては、その目的が最も明確な名前の

付いた 1 つのインクルードリストだけが使用されます。次の 2 つのファイルがあ

るとします。

include_list.workstations

include_list.workstations.fulls

NetBackup では、 include_list.workstations.fulls だけがインクルード

リストとして使用されます。


NetBackup で UNIX クライアントのユーザーバックアップまたはユーザーアー

カイブに対して、特定のポリシーおよびスケジュールを使用するには、

/usr/openv/NetBackup/bp.conf ファイルに次のオプションを追加します。

■ BPARCHIVE_POLICY

■ BPARCHIVE_SCHED

■ BPBACKUP_POLICY

■ BPBACKUP_SCHED

これらのオプションは、クライアント上のユーザーの $HOME/bp.conf ファイル

にも追加できます。





4

AFS での NetBackup の使用

この章では、AFS ファイルサーバーのバックアップを行う場合の NetBackup のイ

ンストール、構成および使用方法を説明します。 (AFS は、Andrew File System の

頭文字です。 )

メモ : IBM 社の AFS は利用できません。 IBM 社は AFS のサポートを終了してい

ます。 AFS は 6.5 クライアントではサポートされません。 NetBackup 5.x または

6.0 サーバーで実行されている NetBackup 5.x クライアントでは、 AFS は引き続

きサポートされます。

インストール

システム要件■ NetBackup AFS クライアントとして使用できる AFS ファイルサーバーの要

件は、次のとおりです。

■ Solaris 7、 HP-UX 11.0 または IBM AIX 4.3.3 プラットフォーム

■ NetBackup 5.0 または 5.1 クライアント

■ AFS レベル 3.6 以上をインストール済み

サーバーおよびクライアントのインストールAFS をサポートするために必要な NetBackup ソフトウェアは、サーバーおよびク

ライアントとともに自動的にインストールされます。

154 AFS での NetBackup の使用

構成


構成NetBackup AFS クライアントのバックアップを構成するには、マスターサーバー

の NetBackup 構成に AFS ポリシーを追加します。ここに記述されている相違点

を除き、要件はその他の NetBackup ポリシーと同様です。AFS ボリュームに存在

しないファイルおよびディレクトリのバックアップを行う場合は、別のポリシー

を作成します。

一般的なポリシー属性ポリシーの一般属性には、ポリシー形式として AFS を指定します。

クライアントリストクライアントリストには、バックアップを行う AFS ファイルサーバー名を指定し

ます。これらのシステムには、 NetBackup クライアントがインストールされてい


バックアップ対象AFS ポリシーのバックアップ対象リストには、バックアップが行われる AFS のボ

リュームおよび代替パーティションを指定します。次の例は、ボリュームおよび

代替パーティションの両方を示します。

user.abc

/vicepb

/vicepc/user.*

この例では、 NetBackup は次のバックアップを行います。

■ ボリューム user.abc

■ 代替パーティション vicepb のすべてのボリューム

■ user で始まる vicepc のすべてのボリューム

リストに代替パーティションが含まれる場合、パーティションのすべてのボ

リュームのバックアップが一度に 1 つずつ行われます。

メモ : NetBackup では、最大 8 GB の AFS 3.6 のボリュームがサポートされています。

155AFS での NetBackup の使用

構成


バックアップ対象リストの指示句次の指示句を AFS ポリシーのバックアップ対象リストに含めることができます。

■ CREATE_BACKUP_VOLUMES

この指示句を使用すると、 NetBackup でバックアップを実行する前に

.backup ボリュームが作成されます。 .backup ボリュームがすでに存在す

る場合は、 NetBackup ではそれを上書きして最新のコピーが作成されます。

NetBackup では、 AFS ボリュームの .backup コピーだけがバックアップさ

れるため、この指示句は、自動処理で .backup のコピーが作成されない場

合に便利です。また、 .backup コピーを作成することで、バックアップに確

実に最新の変更を含めることができます。

注意 : 自動処理で .backup のコピーが作成されない場合は、指示句

CREATE_BACKUP_VOLUMES をバックアップ対象リストに含めます。そうしない

と、 AFS ボリュームのバックアップは行われません。

■ REMOVE_BACKUP_VOLUMES

この指示句を使用すると、 NetBackup でバックアップが実行された後に

.backup ボリュームが削除されます。この指示句によって、指示句

CREATE_BACKUP_VOLUMES または別の方法で作成された .backup ボ

リュームが削除されます。

■ SKIP_SMALL_VOLUMES

この指示句を使用すると、小さいボリュームまたは空のボリュームをバック

アップの実行中にスキップできます。次に例を示します。

SKIP_SMALL_VOLUMES=5

(等号 (=) の前後に空白を含めないでください。 )

この例では、 NetBackup は 5 KB 以下のボリュームはスキップします。ボ

リュームサイズには、任意の値を指定できます。

値を指定しない場合、デフォルトのサイズは 2 KB です。次に例を示します。

SKIP_SMALL_VOLUMES

また、次の規則が指示句に適用されます。

■ 指示句はすべて大文字である必要があります。

■ 指示句は、バックアップ対象リストのどの場所にでも記述できますが、最上

部に記述するのが最適です。次に例を示します。

CREATE_BACKUP_VOLUMES

SKIP_SMALL_VOLUMES

/user.abc

/vicepb


バックアップおよびリストア


正規表現NetBackup では、バックアップ対象リストエントリに正規表現がサポートされて

います。これは、次の操作を行う場合に有効です。

■ バックアップ対象リストを変更せずにボリュームを追加または移動する。

■ バックアップ対象リストを変更せずに代替パーティションを追加する。

■ 異なるポリシーでバックアップが行われるように、 AFS ファイルサーバーの

ボリュームおよび代替パーティションをグループに分割する。グループが異

なれば、並列してバックアップまたは多重化を行うことができます。

次の例では、正規表現を使用しています。

user.[a-m]*

/vicep[a-c]

エクスクルードリストおよびインクルードリストエクスクルードリストは、特定のボリュームを自動バックアップからエクスク

ルードするためにクライアントで作成できます。エクスクルードリストに代替

パーティションを含めることはできませんが、代替パーティション内の個々のボ

リュームを含めることはできます。

エクスクルードリストで指定したボリュームを、インクルードリストを使用して

バックアップに追加できます。たとえば、ある範囲のボリュームがエクスクルー

ドされている場合、インクルードリストを使用して範囲内の特定のボリュームを

再び追加できます。


バックアップ

メモ : AFS ボリュームのユーザーバックアップまたはユーザーアーカイブは実行

できません。

自動バックアップ

AFS 用の NetBackup クライアントのバックアップを行う最も便利な方法は、AFS

ポリシーを構成して、自動的な無人バックアップのスケジュールを設定すること

です。




手動バックアップ

マスターサーバーの管理者は、 NetBackup 管理コンソールを使用して AFS ポリ

シー用のバックアップを手動で実行できます。

手動バックアップについて詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』

の第 3 章を参照してください。

リストアすべてのリストアは、NetBackup AFS クライアントまたはマスターサーバーのい

ずれかで管理者が実行します。リストアは、ボリュームに基づいて実行されます。

代替パーティションをリストアするには、管理者はそのパーティションのすべて

のボリュームを選択する必要があります。

注意 : ［既存のファイルの上書き (Overwrite existing files)］オプションを選択す

ると、ボリュームが上書きされます。最後のバックアップ後に行われた変更また

は作成されたファイルはすべて失われます。

AFS 用の NetBackup クライアントからのリストア

NetBackup の AFS クライアント (AFS ファイルサーバー) の管理者は、NetBackup

のバックアップ、アーカイブおよびリストアインターフェースを使用して、その

クライアントへボリュームのリストアを実行できます。リダイレクトリストアも

実行できます。リダイレクトリストアでは、別のボリュームまたは代替パーティ

ションへボリュームのリストアを実行できます。

NetBackup マスターサーバーからのリストア

管理者は、 NetBackup マスターサーバーのバックアップ、アーカイブおよびリス

トアインターフェースを使用して、同一の NetBackup AFS クライアント (AFS

ファイルサーバー ) へボリュームのリストアを実行できます。リダイレクトリス

トア ( サーバー主導リストア ) も実行できます。手順については、バックアップ、

アーカイブおよびリストアインターフェースのオンラインヘルプを参照してくだ

さい。


トラブルシューティング


リストアについての注意事項

■ 管理者が［既存のファイルの上書き (Overwrite existing files)］オプションを

指定しない場合またはボリュームの代替名を指定しない場合、 NetBackup で

は、リストアされたボリュームの名前に R が追加されます。次に例を示します。

■ ボリューム名が 22 文字未満の場合、リストアされたボリュームの名前

の先頭に R が追加されます。次に例を示します。

次のボリューム名の場合、

/AFS/shark/vicepa/user.abc

リストア後の名前は、次のようになります。

/AFS/shark/vicepa/Ruser.abc

■ ボリューム名が 22 文字の場合、元のボリューム名の最初の文字が R に

置き換えられます。 ( ボリューム名の最大許容値は、 22 文字です。 )次に


次のボリューム名の場合、

/AFS/shark/vicepa/engineering.documents1

リストア後の名前は、次のようになります。

/AFS/shark/vicepa/Rngineering.documents1

■ 既存のボリュームを指定して異なるパスへのリストアを実行する場合は、［既

存のファイルの上書き (Overwrite existing files)］オプションを有効にしま

す。この場合、ボリューム全体が上書きされます。［既存のファイルの上書き

(Overwrite existing files)］オプションを有効にしないと、リストアが失敗す

る場合があります。

■ 異なる代替パーティションにボリュームをリストアする場合、代替パーティ

ションが存在する必要があります。存在しないと、リストアが失敗する場合

があります。

トラブルシューティング次の項では、AFS 用の NetBackup のトラブルシューティングについての情報を示

します。全体的なトラブルシューティング情報は、『Veritas NetBackup トラブル

シューティングガイド UNIX、 Windows および Linux』を参照してください。

バックアップのトラブルシューティングログの詳細レベルを上げる方法は、次のとおりです。

■ AFS 用の NetBackup クライアントの /usr/openv/netbackup/bp.conf

ファイルに VERBOSE オプションを追加します。

■ AFS 用の NetBackup クライアントに、次のデバッグログディレクトリを作成

します。

/usr/openv/netbackup/logs/bpbkar




AFS バックアップが状態コード 9 で終了する場合は、 NetBackup の AFS ク

ライアントソフトウェアが正しくインストールされていないことを示しま

す。 ( 拡張機能のリリース更新が必要です。 )

AFS バックアップが状態コード 78 で終了する場合は、 AFS の vos コマンド

が失敗したことを示します。 ( ［afs/dfs コマンドが失敗しました (afs/dfs

command failed)］。 ) NetBackup の［問題 (Problems)］レポートで、コマン

ドが失敗した理由についての追加情報が提供されます。 bpbkar のデバッグ

ログには、実行されたコマンドが表示されます。 vos コマンドを手動で実行

して、問題を再現できます。

また、 NetBackup クライアントの /usr/openv/netbackup/listvol

ファイルで例外を調査できます。 vos listvol コマンドは非常に多くのシ

ステムリソースを消費する場合があるため、 NetBackup では vos listvol

コマンドの出力がこのファイルへキャッシュされます。 NetBackup は別の

vos listvol コマンドを実行する代わりに、キャッシュされた listvol

ファイルを使用してボリュームのリストを取得します。 ( キャッシュされた

listvol ファイルがバックアップを行う 4 時間前以内に作成された場合。 )

リストアのトラブルシューティングAFS ボリュームのリストアが失敗した場合、リストアのプロセスログで追加情報

を確認してください。vos restore コマンドの失敗が表示されている場合は、デ

バッグログディレクトリ /usr/openv/netbackup/logs/tar を作成してくだ

さい。その後、操作を再試行し、 vos restore コマンドが実行されたことを結

果ログで確認してください。





5

Intelligent Disaster Recovery

Intelligent Disaster Recovery (IDR) for Windows は、自動化されたディザスタリ

カバリソリューションです。管理者は、障害の発生後に、Windows コンピュータ

のリカバリを迅速かつ効率的に行うことができます。 IDR ウィザードでは、ディ

ザスタリカバリの準備、および障害が発生する前の状態へのコンピュータのリカ

バリを実行できます。

内容は次のとおりです。

■ 162 ページの「NetBackup 6.0 以上での変更点」では、 NetBackup 6.0 以上

における IDR のサポートの制限について説明します。

■ 162 ページの「サポートされている Windows のエディション」では、 IDR

でサポートされている Windows のバージョンについて説明します。

■ 164 ページの「IDR 使用の概要」では、ディザスタリカバリソフトウェアの

使用についての主な手順を説明します。

■ 165 ページの「DR ファイルについて」では、ディザスタリカバリファイル、

およびディザスタリカバリにおけるその重要性について説明します。

■ 166 ページの「IDR の NetBackup ポリシーの構成」では、 IDR を使用するク

ライアントを含むポリシーの構成方法について説明します。

■ 166 ページの「保護対象のコンピュータのバックアップ」では、リカバリに

使用するブートメディアを作成する前に、コンピュータのバックアップが必

要になることについて説明します。

■ 167 ページの「IDR メディアの作成」では、 Intelligent Disaster Recovery 準

備ウィザードでデータのリカバリに使用するブートメディアの準備方法につ

いて説明します。

■ 174 ページの「IDR メディアの更新」では、 IDR メディアを必要なときに常

に使用可能な状態にしておくための更新の方法およびタイミングについて説

明します。

■ 177 ページの「コンピュータのリカバリ」では、ディザスタリカバリの実行

方法について説明します。

162 Intelligent Disaster Recovery

NetBackup 6.0 以上での変更点


■ 185 ページの「特定のプラットフォームをリカバリする際の注意事項」では、

特定の種類のプラットフォームでのデータのリカバリについて説明します。

■ 186 ページの「IDR についてよくある質問事項」では、 IDR についてよくあ

る質問事項について説明します。

NetBackup 6.0 以上での変更点NetBackup 6.0 以上のリリースでは、 Intelligent Disaster Recovery の代わりに

Bare Metal Restore が使用されます。 NetBackup 6.0 以上のクライアントを保護

するには、 NetBackup の Bare Metal Restore オプションを使用します。

IDR は、 NetBackup 6.0 以上のクライアントコンピュータの保護またはリカバリ

には使用できません。ただし、 NetBackup 6.0 以上のサーバーでは、 Intelligent

Disaster Recovery を使用して、次の処理を行うことができます。

■ NetBackup 5.1 および 5.0 クライアントの保護

■ サポートされているクライアントのブートメディアの生成 ( マスターサー

バーのみ )

バックアップポリシーが IDR 情報を収集するように構成されている場合は、次の

ようになります。

■ NetBackup 6.0 より前のバージョンのクライアントのバックアップジョブ

は、状態 0 (正常終了 ) を戻します。

■ NetBackup 6.0 以上のクライアントのバックアップジョブは、状態 1 (部分的

に正常終了 ) を戻します。NetBackup サーバーはクライアントから IDR 情報

の収集を試みますが、収集できません。他に問題がない場合、クライアント

データはバックアップされます。

NetBackup 6.0 以上で IDR を使用して、NetBackup 5.1 または 5.0 クライアントを

保護している場合、 NetBackup マスターサーバーで、 IDR のライセンスを取得し

ている必要があります。

サポートされている Windows のエディションIDR を使用すると、次の Windows コンピュータの保護およびリカバリを行うこ

とができます。

■ Windows Server 2003 (Standard Edition、 Enterprise Edition および Web

Edition)。

■ Windows XP 32 ビットバージョン。

■ Windows 2000 Server、 Advanced Server および Professional。

■ Windows NT 4.0 Enterprise Server、 Small Business Server および

Workstation (Service Pack 6A 以上 )。クライアントのバックアップには、

サポートされている NetBackup 5.x メディアサーバーが必要です。

163Intelligent Disaster Recovery

IDR の要件


IDR の要件IDR の要件を次に示します。

■ 保護対象となる Windows コンピュータに、 NetBackup クライアントソフト

ウェアがインストールされている必要があります。そのクライアントソフト

ウェアをインストールすると、 IDR ソフトウェアが自動的にインストールさ

れます。 NetBackup 6.0 以上のクライアントコンピュータには、 IDR はイン

ストールされません。 UNIX コンピュータには IDR ソフトウェアが不要なた

め、インストールすることはできません。

■ ディザスタリカバリ情報を収集する NetBackup マスターサーバーは、IDR の

ライセンスを取得している必要があります。ディザスタリカバリ情報を収集

する NetBackup マスターサーバーは、 Windows コンピュータまたは UNIX

コンピュータのいずれかに存在可能です。

■ クライアントコンピュータで実行する Intelligent Disaster Recovery 準備

ウィザードでは、同じバージョンの IDR がインストールされているコン

ピュータ専用のディザスタリカバリメディアが生成されます。

■ 保護対象のコンピュータは、サポートされている Windows オペレーティン

グシステムを実行している Intel コンピュータである必要があります。

詳しくは、 162 ページの「サポートされている Windows のエディション」


■ 保護対象のコンピュータ上に、最小限のリカバリコンピュータを保持するた

めの 40 MB 以上のハードドライブ領域が必要です。

■ 保護対象のコンピュータ上に、リストアされたデータ用の十分な領域が必要

です。

■ 保護対象のコンピュータ上に、コンピュータの RAM をサポートする十分なス

ワップ領域が必要です。たとえば、 128 MB の RAM の場合、使用される最小

限のスワップは 128 MB です。1.8 GB のデータを格納する 2 GB のパーティショ

ンに必要なハードドライブ領域は、 1.8 GB です。さらに、 128 MB と 40 MB が

必要であるため、合計で 1.97 GB となります。

■ 保護対象となるコンピュータの最初の物理ドライブのパーティションがブー

トパーティションで、 C:¥ とラベル付けされる必要があります。

■ 保護対象のコンピュータでは、 Windows 用の Service Pack をインストール

しなくても動作するネットワークカードを使用する必要があります。

Microsoft Windows ソフトウェアで提供される「ハードウェア互換性リスト

(Hardware Compatibility List)」のネットワークアダプタに関する項を参照し

てください。この項には、 Microsoft の互換性テストを Service Pack なしで

パスしたカードのリストが示されています。

■ 保護対象のコンピュータの CD-ROM ドライブに必要なドライバが Windows

でサポートされている必要があります。


IDR 使用の概要


Windows NT コンピュータでは、Intelligent Disaster Recovery 準備ウィザー

ドによって、保護対象となるコンピュータのドライバと Windows NT インス

トール CD のドライバが異なっていることが検出される場合があります。こ

の場合、使用するドライバを選択します。Windows の CD に収録されている

ドライバが最新のバージョンではない可能性があるため、保護対象のコン

ピュータに現在インストールされている SCSI ドライバを使用することをお

勧めします。8 GB より大きい IDE ハードディスクの場合は、コンピュータに

現在インストールされている SCSI ドライバを使用します。

IDR 使用の概要IDR を使用するためには、次の手順を実行します。

■ 保護対象となる Windows コンピュータに、 NetBackup クライアントソフト

ウェアがインストールされている必要があります。そのクライアントソフト

ウェアをインストールすると、 IDR ソフトウェアが自動的にインストールさ

れます。 NetBackup 6.0 以上のクライアントコンピュータには、 IDR はイン

ストールされません。 UNIX コンピュータには IDR ソフトウェアが不要なた

め、インストールすることはできません。

■ ライセンス登録。 IDR をバックアップで有効にするためには、マスターサー

バーで IDR ライセンスキーを入力する必要があります。

■ 構成。 NetBackup マスターサーバーでは、保護対象のクライアントのポリ

シー構成を設定する際、一般属性の［ディザスタリカバリ情報を収集する

(Collect disaster recovery information)］を選択します。 Windows コン

ピュータまたは UNIX コンピュータのいずれかの NetBackup マスターサー

バーを使用して、ディザスタリカバリ情報を収集できます。

■ バックアップ。 IDR メディアを作成する前に、保護対象となるコンピュータ

の最初の完全バックアップを完了しておく必要があります。また、コンピュー

タのバックアップおよび DR ファイルの更新は、頻繁に行う必要があります。

■ IDR メディアの準備。クライアントコンピュータの Intelligent Disaster

Recovery 準備ウィザードを使用して、保護対象となるコンピュータのリカ

バリに使用されるメディアを準備します。

■ リカバリ。ディザスタリカバリウィザードを使用して、保護対象のコンピュー

タを再構成してからそのコンピュータへデータをリストアします。保護対象の

コンピュータは、 NetBackup で定期的にバックアップする必要があります。

インストール、構成、バックアップおよびメディアの準備の手順は、 NetBackup

サーバーへのネットワーク接続を介して Windows コンピュータのリカバリを行

うために必要です。


DR ファイルについて


DR ファイルについてディザスタリカバリ (DR) ファイルは、この章およびウィザードの画面で頻繁に出

てきます。このファイルには、保護対象のコンピュータについての次の情報が含

まれます。

■ ハードディスクのパーティション情報

■ ネットワークインターフェースカードの情報

■ データファイルのリストアに必要な NetBackup の構成情報

IDR によって保護されるコンピュータのリカバリを自動化するには、そのコン

ピュータの DR ファイルのコピーが必要です。 IDR がサーバーおよびクライアン

トにインストールされている必要があります。 NetBackup で DR ファイルを作成

するために、サーバーがディザスタリカバリ情報を収集するように構成されてい

る必要があります。次のバックアップを行うたびに、 NetBackup によってクライ

アントおよびマスターサーバーにコピーが保存されます。

■ 完全バックアップ

■ 差分増分バックアップまたは累積増分バックアップ

■ ユーザーバックアップ

■ ユーザーアーカイブ

NetBackup では、クライアントの install_path¥NetBackup¥Idr¥data

ディレクトリに各クライアントの DR ファイルが格納されます。バックアップ後

に生成された DR ファイルには、netbackup_client_name.dr という形式の名

前が付けられます。たとえば、クライアント名が bison の場合、 DR ファイル名

は bison.dr となります。

メモ : IDR では、 DR ファイル名がクライアントのコンピュータ名と一致してい

る必要があります。すなわち、コンピュータ名 bison がネットワークで認識され

ている場合、 DR ファイルには bison.dr という名前が付けられる必要がありま

す。 NetBackup のクライアント名が異なる場合、バックアップが行われるたび

に作成される DR ファイルの名前を、リカバリに使用する前に変更します。

(computer_name.dr という形式を使用します。 )

NetBackup マスターサーバーでは、すべてのクライアントの DR ファイルがサー

バーの NetBackup カタログに格納されます。


IDR の NetBackup ポリシーの構成


IDR の NetBackup ポリシーの構成NetBackup マスターサーバーのポリシー構成を、次のように設定します。

■ 保護対象となる各クライアントのポリシーが、 MS-Windows-NT 形式である


■ 保護対象となるクライアントのバックアップを行う、 1 つ以上の

MS-Windows-NT ポリシーにポリシー属性の［ディザスタリカバリ情報を収

集する (Collect disaster recovery information)］を選択します。

■ ディザスタリカバリ情報を収集する NetBackup マスターサーバーは、

IDR のライセンスを取得している必要があります。取得していない場

合、ポリシー属性の［ディザスタリカバリ情報を収集する (Collect

disaster recovery information)］は選択できません。

■ このポリシーのすべてのクライアントに IDR がインストールされている

ことを確認します。クライアントに IDR がインストールされていない場

合、このポリシーでそのクライアントに実行されたバックアップが状態 0

で終了することはありません。この場合、正常終了したバックアップは状

態 1 (部分的に正常終了 ) を示します。これは、NetBackup がバックアッ

プ後にカタログに格納する DR ファイルを検出できないためです。

■ NetBackup 6.0 以上では、 NetBackup 6.0 より前のバージョンの

NetBackup が実行されているクライアントから DR 情報が収集されま

す。ただし、クライアント上のバージョンの IDR ソフトウェアを使用

して、そのクライアント用のブートメディアを準備する必要がありま

す。たとえば、 NetBackup 5.1 クライアントの場合、同じバージョンの

IDR を使用して IDR メディアを準備します。

■ NetBackup のポリシー構成で使用するクライアント名が、クライアン

トのコンピュータ名と一致することを確認してください。これらの名前

が一致しない場合は、バックアップが行われるたびに作成される DR

ファイルの名前を、リカバリに使用する前に変更します。

(computer_name.dr という形式を使用します。 )

保護対象のコンピュータのバックアップリカバリで使用される DR ファイルを含む IDR メディアを準備する前に、保護対

象となるコンピュータの完全バックアップを実行します。バックアップを実行す

る NetBackup マスターサーバーは、ディザスタリカバリ情報を収集するように構

成しておく必要があります。収集されたバックアップ情報は、 DR ファイルの作

成に使用されます。

完全バックアップの後に差分増分バックアップまたは累積増分バックアップを

行った場合、 IDR ブートメディアを準備できます。


IDR メディアの作成


すべてのローカルドライブがバックアップされていることを確認します。

Windows 2000 コンピュータの場合は、システム状態がバックアップされている


すべてのユーティリティパーティションがバックアップされていることを確認し

ます。ユーティリティパーティションは、通常、コンピュータのベンダーによっ

てハードドライブ上に作成される小さいパーティションです。このパーティショ

ンには、コンピュータの構成および診断ユーティリティが格納されている場合が

あります。

IDR メディアの作成Intelligent Disaster Recovery 準備ウィザードでは、リカバリに使用する IDR メ

ディアを作成できます。 IDR メディアのセットの内容は次のとおりです。

■ コンピュータをブートして、オペレーティングシステムをインストールおよ

び構成するために使用されるブートメディア。

■ システム固有のドライバおよびディザスタリカバリウィザード。

■ ディザスタリカバリ (DR) ファイル。

■ Windows XP および Windows Server 2003 コンピュータの場合、 Windows

の自動システム回復ファイル。

IDR メディアを作成するには、次のものが必要です。

■ 保護対象となるコンピュータの 1 つ以上の完全バックアップ。

■ 保護対象のコンピュータにインストールされているバージョンおよび言語の

Windows インストール CD。

■ Windows 2000、 Windows XP または Windows Server 2003 オペレーティン

グシステムのライセンスキー。

■ 保護対象のコンピュータの管理者権限。

■ ブートメディアを作成可能なデバイス。

■ CD-R ドライブ (CD Recordable CD-ROM)

■ CD-RW ドライブ (CD Rewritable CD-ROM)

■ フロッピーディスクドライブ (Windows XP または Windows Server

2003 の場合、 IDR ではブートディスクメディアはサポートされていま

せん )

メディアについて詳しくは、この章の後述の説明を参照してください。

障害の発生に備えて、あらかじめメディアを準備しておく必要があります。CD-R

または CD-RW の場合は、実際にブートしてみて、そのメディアからハードウェ

アをブートできることを確認しておく必要があります。

詳しくは、 178 ページの「手順 1: コンピュータのブート」を参照してください。




ブートメディアの選択Windows NT および Windows 2000 の場合、 Intelligent Disaster Recovery 準備

ウィザードでブートディスク、ブート CD-R (CD-Recordable) または CD-RW

(CD-Rewritable) メディアを作成できます。

メモ : Windows XP または Windows Server 2003 の場合、 IDR ではブートディス

クメディアはサポートされていません。

フロッピーディスクおよび CD-ROM メディアのいずれを選択するか判断する場

合、次の事項を考慮してください。

■ フロッピーディスクは、ほぼすべてのコンピュータで動作しますが、準備と

リカバリにかかる時間が CD よりも長くなります。

■ フロッピーディスクを使用する場合、リカバリの実行中に Windows インス

トール CD が必要となります。

■ フロッピーディスクでは、領域が限られているため、 1 つのコンピュータだ

けの SCSI ドライバ情報を保持します。フロッピーディスクを使用して複数

のコンピュータを保護するには、他のすべてのコンピュータを代表する 1 つ

のコンピュータを選択して、そのコンピュータ用のブートメディアを作成し

ます。異なる SCSI ドライバがインストールされたコンピュータの場合、ド

ライバが異なるコンピュータごとにフロッピーディスクを作成します。

■ CD では、フロッピーディスクより短い時間で準備およびリカバリを実行で

きます。

■ CD メディアには、複数のコンピュータの SCSI ドライバ情報を格納するため

の十分な領域が存在します。ディザスタリカバリ時に 1 つの CD を複数のコ

ンピュータに使用してください。

■ CD メディアでは、保護対象となるコンピュータの BIOS が CD ブートをサ

ポートしている必要があります。

■ CD メディアでは、 CD 書き込みハードウェアが必要です。保護対象のコン

ピュータに CD ライターが存在する必要はありません。 Intelligent Disaster

Recovery 準備ウィザードによって作成されるブートイメージは、 CD ライ

ターを備えた任意のコンピュータ上で CD に書き込むことができます。

■ CD メディアでは、保護対象のコンピュータに CD ライターが存在しない場

合、 CD 書き込み用のサードパーティソフトウェアが必要です。また、保護

対象のコンピュータに接続された CD ライターが Intelligent Disaster

Recovery 準備ウィザードによって検出されない場合も、このソフトウェア

が必要です。 CD 書き込みハードウェアおよびソフトウェアで、 ISO 9660

CD イメージが書き込み可能である必要があります。

■ フロッピーディスクと CD の両方を使用する場合は、保護対象のオペレー

ティングシステムレベルおよび言語ごとに、異なるメディアを準備します。




ブートディスクの作成Intelligent Disaster Recovery 準備ウィザードでは、リカバリの実行中にコン

ピュータをブートし、ディザスタリカバリウィザードを実行するためのディスク

メディアのセットを作成できます。

IDR ディスクメディアのセットの内容は次のとおりです。

■ Windows セットアップディスク。このディスクは、Microsoft Windows ユー

ティリティによって作成されます。このユーティリティは、Windows インス

トール CD に収録されています。 Intelligent Disaster Recovery 準備ウィザー

ドは、このセットアップディスクを特に Windows 版 NetBackup で使用する

ために変更します。

■ ディザスタリカバリを実行するために必要な、コンピュータ固有の情報が格

納された Intelligent Disaster Recovery ディスク。このディスクは、

Intelligent Disaster Recovery 準備ウィザードによって作成されます。

ディザスタリカバリディスクのセットごとに、フォーマット済みの空の 1.44 MB

ディスクが Windows NT の場合は 5 枚、 Windows 2000 の場合は 6 枚必要です。

メモ : Windows XP および Windows Server 2003 では、ブートディスクはサポー

トされていません。

メモ : Windows インストール CD は、ディザスタリカバリディスクを準備する際

や、それらのディスクを使用してディザスタリカバリを行う際に必要です。また、

ブートディスクの準備中またはリカバリ中に、 Windows 2000 のライセンスキー

も必要です。

ブートディスクを作成する方法

1 フロッピーディスク (ディスケット ) をフォーマットします。Windows NT の

場合は 5 枚、 Windows 2000 の場合は 6 枚のディスクが必要です。 Windows

XP および Windows Server 2003 では、ブートディスクはサポートされてい

ません。

2 ディスクを準備するには、［スタート］ > ［プログラム］ > ［Veritas

NetBackup］ > ［Intelligent Disaster Recovery PrepWizard］を選択しま

す。 Intelligent Disaster Recovery 準備ウィザードの［ようこそ

(Welcome)］画面が表示されます。

3 ［次へ (Next)］をクリックして続行します。




［IDR ブートメディアの作成または更新 (Create or Update IDR Boot Media)］

画面が表示されます。

4 ［作成 (Create)］ - ［Windows インストール用 CD を起動するためのフロッ

ピーディスクの完全セット (Full set of diskettes to boot the Windows

Installation CD)］を選択して、［次へ (Next)］をクリックします。

［起動可能ディスクの作成を開始する (Starting Bootable Diskettes

Creation)］画面が表示されます。

5 画面の指示に従って、Intelligent Disaster Recovery 準備ウィザードを完了し

ます。

複数の Windows 2000 コンピュータで使用するディスクセットを変更する方法

IDR によって保護されるすべての Windows 2000 コンピュータに対して、ディス

ク 2 からディスク 6 まで同じディスクを使用するには、［ブートおよびシステム

ドライブのパーティションを IDR で自動的に作成する (Let IDR Automatically

Partition the Boot and System Drive)］を選択しないでください。このオプショ

ンは、ウィザードの［ディスク準備のためのマシンの選択 (Select Computer For

Diskette Preparation)］画面に表示されます。すべての Windows 2000 コンピュー

タに対して、ディスク 2 からディスク 6 までは同じディスクを使用できます。た

だし、 IDR によって保護されるコンピュータごとに異なるディスク 1 を作成する





ディスク 1 には、winnt.sif という名前のファイルが含まれます。これは、ディ

ザスタリカバリ用に Windows 2000 を自動的にインストールするために使用さ

れるスクリプトです。スクリプトを使用して Windows 2000 をインストールする

には、リカバリするコンピュータの名前が winnt.sif ファイルに示されている


そのため、ディスク 2 からディスク 6 を共有する Windows 2000 コンピュータご

とに、ディスク 1 ( およびディスク 1 のファイル ) のコピーを作成する必要があり

ます。ディスク 1 の各コピーで、 winnt.sif ファイルを編集して、コンピュー

タ名を保護対象のコンピュータの名前に変更します。コンピュータ名を変更しな

いと、ネットワーク上で重複するコンピュータ名が作成される場合があります。

重複する名前が作成されると、リカバリされたコンピュータをネットワークに加

えることができない可能性があります。

ブート CD イメージを作成する方法Intelligent Disaster Recovery 準備ウィザードでは、ブート CD イメージを作成で

きます。作成したイメージは、 Intelligent Disaster Recovery 準備ウィザードまた

は他の書き込みソフトウェアを使用して、 CD に書き込みます。 Intelligent

Disaster Recovery 準備ウィザードを実行しているコンピュータに CD-R または

CD-RW ドライブが存在しない場合があります。この場合、 CD 書き込み用のサー

ドパーティソフトウェアを使用して、別のコンピュータで CD にイメージを書き

込みます。

CD イメージには、必要なすべての IDR ファイルが含まれます (Windows Server

2003 の自動システム回復 (ASR) ファイルをディスクに格納するように選択した

場合を除く )。ASR ファイルを CD に格納すると、より新しい ASR ファイルがディ

スク上に存在していても、常に CD から読み込みが行われます。たとえば、ブー

ト CD を作成した後に IDR ディスクを作成すると想定します。 ASR ファイルは、

より新しい ASR ファイルが IDR ディスク上に存在しても、リカバリの実行中に

CD から読み込まれます。

Windows インストール CD は、メディアを準備するときだけ必要です。

Windows 2000、 Windows XP または Windows Server 2003 オペレーティングシ

ステムのライセンスキーが必要です。ブート CD の作成中にライセンスキーを入

力しなかった場合は、リカバリの実行時に入力することが必要になります。

メモ : Windows NT 4.0 コンピュータでは、IDR ソフトウェアによる書き込みが行

われません。このため、他の CD 書き込みソフトウェアを使用して CD を作成す





ブート CD イメージを作成する方法

1 ブート CD イメージを準備するには、［スタート］ > ［プログラム］ > ［Veritas

NetBackup］ > ［Intelligent Disaster Recovery PrepWizard］を選択します。

Intelligent Disaster Recovery 準備ウィザードの［ようこそ (Welcome)］画面

が表示されます。




3 ［作成 (Create)］ - ［CD ライター (ISO 9660) で使用する起動可能 CD イメージ

(Bootable CD Image for use with CD Writers (ISO 9660))］を選択して、［次へ

(Next)］をクリックします。

［CD イメージの作成を開始する (Starting CD Image Creation)］画面が表示さ

れます。


ます。

注意 : ブート CD をテストして、その CD からコンピュータをブートできることを

確認します。 (178 ページの「手順 1: コンピュータのブート」を参照。 )




IDR ディスクの作成IDR ディスクを作成するには、フォーマット済みの 1.44 MB フロッピーディスク

が 2 枚必要です。

IDR ディスクを作成する方法

1 IDR ディスクを準備するには、［スタート］ > ［プログラム］ > ［Veritas


Intelligent Disaster Recovery 準備ウィザードの［ようこそ (Welcome)］画

面が表示されます。

2 ［次へ (Next)］をクリックして続行します。［IDR ブートメディアの作成また

は更新 (Create or Update IDR Boot Media)］画面が表示されます。

3 ［作成 (Create)］ - ［IDR ディスクのみ (Windows XP/2003 用 ASR ファイルを

含む ) (IDR diskettes only (includes ASR files for XP/2003))］を選択して、［次

へ (Next)］をクリックします。［IDR ディスクを作成する (Creating the IDR

Diskettes)］画面が表示されます。


ます。


IDR メディアの更新


IDR メディアの更新ハードウェアの構成を変更した場合、または SCSI ドライバおよび他のコン

ピュータドライバが更新された場合は、 IDR メディアを更新します。

また、最新の DR ファイルを保存するために、 IDR ディスクを定期的に更新する

ことをお勧めします。

ブート CD の更新ブート CD を更新することはできません。新しいブート CD イメージを作成し、新

しい CD に記録する必要があります。新しいハードウェアを取り付けたり、保護

対象となるコンピュータのコンポーネントを変更する場合は、新しいブート CD

を作成してください。

手順については、 171 ページの「ブート CD イメージを作成する方法」を参照し

てください。

ブートディスクの更新Intelligent Disaster Recovery 準備ウィザードを使用して、ブートディスクセット

を更新できます。ディスクは、次のときに更新します。

■ ハードウェアの変更後。

■ SCSI ドライバ (Windows NT のみ ) の更新後。

■ 他のコンピュータドライバの更新後。

■ 更新対象のブートディスクセットがすでに存在する場合。

IDR ブートディスクを更新する方法











3 ［更新 (Update)］ - ［Windows インストール用 CD を起動するためのフロッ

ピーディスクの完全セット (Full set of diskettes used to boot the Windows

Installation CD)］を選択して、［次へ (Next)］をクリックします。


ます。

IDR ディスクだけの更新Intelligent Disaster Recovery 準備ウィザードを使用して、IDR ディスクを最新の

DR ファイル ( および Windows XP と Windows Server 2003 コンピュータ用の

ASR ファイル ) で更新できます。

DR ファイルだけを更新するには、コマンドプロンプトから drfile.exe ファイ

ルを実行して新しい DR ファイルを作成します。その DR ファイルをディスクに

コピーします。

詳しくは、 176 ページの「drfile.exe を使用した DR ファイルの作成または更新」





Intelligent Disaster Recovery 準備ウィザードを使用して IDR ディスクを更新

する方法








3 ［更新 (Update)］ - ［IDR ディスクのみ (Windows XP/2003 用 ASR ファイルを

含む ) (IDR Diskettes Only (Includes ASR Files for XP/2003))］を選択して、

［次へ (Next)］をクリックします。


ます。

drfile.exe を使用した DR ファイルの作成または更新IDR ディスクがすでに作成されている場合に DR ファイルだけを更新するには、

クライアント上で drfile.exe プログラムを実行します。次に、 DR ファイルを

格納するディスクに新しい DR ファイルをコピーします。DR ファイル名は、クラ

イアントのコンピュータ名 (IDR で必要な名前 ) と一致している必要があります。

この名前は、NetBackup ポリシーの構成で使用されている名前と異なる場合でも

必要です。


コンピュータのリカバリ


1 install_path¥NetBackup¥bin を開いて drfile.exe をダブルクリッ

クします。

drfile.exe プログラムによって、コンピュータの

install_path¥NetBackup¥Idr¥Data ディレクトリに DR ファイルが作

成 ( または更新 ) されます。

2 NetBackup クライアント名がコンピュータ名と異なる場合は、 DR ファイル

の名前を変更します。

DR ファイル名は、computer_name.dr という形式です。DR ファイル名は、

クライアントのコンピュータ名と一致している必要があります。 NetBackup

クライアント名がコンピュータ名と異なる場合は、 DR ファイルの名前を変

更してリカバリに使用できるようにする必要があります。

3 DR ファイルを格納するディスクを挿入して、 DR ファイルをコピーします。

このディスクは、IDR ディスクのいずれかまたは別のディスクです。別のディ

スクを使用する場合、ディザスタリカバリを実行中に DR ファイルを求める

プロンプトが表示されたら、そのディスクを挿入します。

コンピュータのリカバリIDR を使用してコンピュータを障害が発生する前の状態にリカバリするには、次

の手順を実行します。

■ 「手順 1: コンピュータのブート」。事前に準備した IDR ブートメディアを使用

して、リカバリするコンピュータをブートします。

■ 「手順 2: IDR によるリカバリ時の Windows セットアップ」。 Windows イン

ストールプログラムを使用して、リカバリするコンピュータのコンピュータ

ドライブにパーティションを作成しフォーマットします。 IDR ブートスト

ラップ処理によって、 Windows インストール CD から Windows インストー

ルプログラムがロードおよび実行されます。

■ 「手順 3: ディザスタリカバリウィザード」。NetBackup IDR ウィザードを使用

して、コンピュータを障害が発生する前の状態にリカバリしてデータファイ

ルをリストアします。

ディザスタリカバリウィザードを使用したリカバリを自動化するには、次のもの

が必要です。

■ リカバリするコンピュータに最新のバックアップをリストアできる

NetBackup サーバー。

■ リカバリするコンピュータ用の最新の DR ファイル。

最新のバックアップ以降に DR ファイルを更新していない場合、DR ファイル

に含まれているハードディスクのパーティション、ネットワークインター

フェースカードのドライバまたはバックアップ設定情報は古い可能性があり

ます。




■ IDR のブート CD メディアまたは元の Windows インストール CD。

■ Windows オペレーティングシステムのライセンスキー (IDR ブートメディア

の準備中にライセンスキーを入力していない場合 )。

■ Windows XP および Windows Server 2003 コンピュータの場合、リカバリす

るコンピュータ用の ASR ファイル。

■ ネットワークアダプタに特別なドライバソフトウェアが必要な場合は、ネッ

トワークアダプタの製造元から提供されているインストールプログラムを使

用します。特別なドライバとは、オペレーティングシステムのインストール

プログラム上に存在しないドライバです。たとえば、製造元によって提供さ

れるネットワークインターフェースカード (NIC) 用ドライバなどです。

メモ : Windows 2000 の場合 :IDR の準備中に［ブートおよびシステムドライブの

パーティションを IDR で自動的に作成する (Let IDR Automatically Partition the

Boot and System Drive)］を選択していない場合、リカバリ処理を開始する前に、

すべてのユーティリティパーティションを再インストールします。パーティショ

ンを再インストールするには、OEM によって提供されるインストールプログラム

を使用します。リカバリの実行中に、ドライブにパーティションを作成しフォー

マットを手動で実行するオプションを選択します。

手順 1: コンピュータのブート障害対策の準備で作成したブートディスクまたは CD を使用して、Windows コン

ピュータのリカバリを行うことができます。リカバリするコンピュータには、ブー

トメディアからブートを実行できるデバイスが存在する必要があります。

注意 : リカバリするコンピュータに接続されたストレージエリアネットワークま

たはクラスタコンピュータの接続を切断します。切断しないと、それらのコン

ピュータ上のハードドライブでパーティションの作成およびフォーマットが行わ

れる可能性があります。

ブートディスクを使用してコンピュータをブートする方法

1 ブートディスクを挿入します。

2 コンピュータを起動します。

3 画面に表示されるブート処理の手順に従って、 179 ページの「手順 2: IDR

によるリカバリ時の Windows セットアップ」に進みます。




ブート CD からブートする方法

1 ブート CD を挿入します。

2 コンピュータを起動して、 CD からブートするために必要な作業を実行しま

す。たとえば、ファンクションキーを押して、 CD ドライブからブートする

ことが必要となる場合があります。

［NetBackup Intelligent Disaster Recovery Bootstrap］画面が表示されます。

3 次のいずれかの操作を実行します。

■ CD を使用してコンピュータをブートできるかどうかを確認するために

CD をテストするには、 Esc キーを押して終了します。次に、ドライブか

ら CD を取り出します。

■ ディザスタリカバリを実行するには、 Enter キーを押して、ブート処理

を続行します。

4 コンピュータの種類に応じて、次のいずれかの操作を実行します。

■ Windows NT および Windows 2000 の場合、179 ページの「手順 2: IDR

によるリカバリ時の Windows セットアップ」に進んでください。

■ Windows XP および Windows Server 2003 の場合、ブート処理の指示に

従って F2 キーを押し、 ASR ファイルをロードします。 ASR ディスクが

存在する場合、 ASR ファイルをロードできるように、ディスクをフロッ

ピーディスクドライブに挿入します。

5 179 ページの「手順 2: IDR によるリカバリ時の Windows セットアップ」に

進んで、処理を続行します。

手順 2: IDR によるリカバリ時の Windows セットアップリカバリ処理の DR ブート処理では、Windows セットアッププログラムを使用し

て、リカバリコンピュータのコンピュータドライブにパーティションを作成し

フォーマットします。 IDR ブート CD からブートした場合は、 Windows セット

アップはその CD から起動されます。ディスクからブートした場合は、 Windows

セットアップを起動できるように、Windows インストール CD を挿入するように

求められます。

IDR によるリカバリ時に Windows セットアップを使用する方法

1 画面に表示される指示に従って、ブート処理を続行します。

ディスクからブートした場合、Windows インストール CD を挿入するように

求められます。

Windows セットアッププログラムがロードされます。 Windows セットアッ

ププログラムによって、ドライブのパーティションの作成およびフォーマッ

トに必要な作業が実行され、機能が制限されたオペレーティングシステムが

インストールされます。




2 Windows セットアップの実行中に、次の項目について選択することが必要と

なる場合があります。

■ Windows NT の場合、［高速セットアップ (Express Setup)］または［カ

スタムセットアップ (Custom Setup)］を選択します。通常、［高速セッ

トアップ (Express Setup)］を使用します。［カスタムセットアップ

(Custom Setup)］は、 SCSI ドライバがブートメディアに存在しない場合

または RAID ハードウェアの再構成が必要な場合に使用します。

■ Windows NT の場合、ファイルシステム (FAT または NTFS) を選択しま

す。新しいハードドライブが検出された場合、使用するファイルシステ

ムの形式を選択する必要があります。 C ドライブには、 FAT 形式を選択

します。パーティションを NTFS 形式で作成すると、 IDR では古いレイ

アウトにパーティションを作成できません。

3 再ブートするように求められたら、ディスクまたは CD がドライブに入って

いないことを確認します。 Enter キーを押してコンピュータを再ブートしま

す。再ブート後、ディザスタリカバリウィザードが自動的に起動されます。

4 180 ページの「手順 3: ディザスタリカバリウィザード」に進みます。

手順 3:ディザスタリカバリウィザードWindows セットアップが終了した後、ディザスタリカバリウィザードが、リカバ

リ処理の一部として起動されます。指示に従ってコンピュータをリカバリします。

条件が異なると処理も異なるため、この指示では手順は示されません。ただし、

処理の概要は次のとおりです。

ディザスタリカバリウィザードを使用する方法

1 プロンプトが表示されたら、リカバリするコンピュータ用の DR ファイルを

選択して、［次へ (Next)］をクリックします。

DR ファイル名は、そのファイルが作成されたコンピュータ名と一致します。

たとえば、コンピュータ名が carrot の場合、 carrot.dr ファイルを検索し

ます。

メモ : DR ファイルが存在しない場合は、［次へ (Next)］をクリックします。

リカバリファイルが選択されていないというメッセージが表示されたら、［は

い (Yes)］をクリックして手動モードで続行します。

2 次のようなハードディスクのレイアウトに関する画面が 1 つ以上表示される

場合があります。

■ DR ファイルに含まれているパーティション情報に従って現在のハード

ドライブのパーティションを変更するか、または現在のハードドライブ

のパーティションを維持するかを選択します。




■ Windows のディスクアドミニストレータ ( または［ディスクの管理］ ) プ

ログラムを実行します。これらのプログラムでは、パーティション情報

の追加変更を行うことができます。パーティションの変更を行うには、

［ディスクの管理を起動 (Run Disk Administrator)］または［ディスク管

理 (Run Disk Manager)］をクリックします。

詳しくは、 184 ページの「ハードドライブのパーティションサイズを変

更する際の注意事項」を参照してください。

それ以外の場合は、［次へ (Next)］をクリックしてリカバリ処理を続行し

ます。

ディスクアドミニストレータおよび耐障害性構成について詳しくは、オ

ペレーティングシステムのマニュアルを参照してください。

3 Windows 2000 の場合、表示されるダイアログボックスで次のいずれかの操

作を実行します。

■ ネットワークアダプタに特別なドライバソフトウェアが必要な場合は、

［カスタムネットワークドライバのプリインストール (Pre-install

Custom Network Driver)］をクリックします。指示に従って適切なドラ

イバソフトウェアを検索およびインストールします。特別なドライバと

は、オペレーティングシステムのインストールプログラム上に存在しな

いドライバです。たとえば、製造元によって提供されるネットワークイ

ンターフェースカード (NIC) 用ドライバなどです。

■ 続行するには、［次へ (Next)］をクリックして手順 5 に進み、リカバリ

を続行します。

4 Windows NT の場合だけ、ネットワークのインストールで、［自動リストア

(Automatic Restore)］または［手動リストア (Manual Restore)］のいずれか

を選択するように求められます。次のいずれかの操作を実行します。

■ ネットワークアダプタで、オペレーティングシステムに含まれているド

ライバおよびソフトウェアを使用する場合、［自動リストア (Automatic

Restore)］を選択します。［完了 (Finish)］をクリックして、ネットワー

クのインストールを完了します。手順 5 に進んでリカバリを続行します。

■ ネットワークアダプタで、特別なドライバおよびソフトウェアが必要な

場合、［手動リストア (Manual Restore)］を選択します。［ネットワーク

に接続 (Wired to the Network)］を選択し、［次へ (Next)］をクリックし

ます。手順 a に進みます。

a ネットワークアダプタを選択するには、次のいずれかの操作を実行し

ます。

■ ネットワークアダプタに、製造元提供のセットアップディスクが必

要な場合は、［一覧から選択する (Select from list)］をクリックしま

す。次に、［ディスク使用 (Have Disk)］をクリックします。




■ ネットワークアダプタに、製造元提供のセットアップディスクが不

要な場合は、［一覧から選択する (Select from list)］または［検索開

始 (Start Search)］のいずれかをクリックします。

ネットワークアダプタのリストが表示されます。

メモ : ご使用のネットワークアダプタが表示されない場合は、［一覧から選択

する (Select from list)］をクリックします。次に、［ネットワークアダプタ

(Network Adapter)］リストにアダプタを追加します。ネットワークの自動イ

ンストールを正常に実行するには、 Windows NT インストールプログラムで、

使用するネットワークインターフェースカードが認識される必要があります。

b 次の画面で、デフォルトのネットワークプロトコルのリストが表示され

ます。ネットワークで使用されるネットワークプロトコルを選択します。

［次へ (Next)］をクリックします。

c これで、 Windows NT で、ネットワークコンポーネントをインストール

する準備ができました。 Windows NT インストール CD または IDR ブー

ト CD を CD-ROM ドライブに挿入します。［次へ (Next)］をクリックし

て続行します。 ( ブート CD を作成した場合、 Intelligent Disaster

Recovery の準備処理中にドライブが検出されていると、ブート CD に適

切なネットワークドライバが含まれている場合があります。 )

メモ : ネットワークインターフェースカードを設定するための画面が表示さ

れたら、画面の指示に従って情報を入力します。

d ネットワークプロトコルに TCP/IP が選択されている場合は、 DHCP を

使用するように求められます。DHCP を使用しない場合は、TCP/IP 番号

を入力します。

［Windows NT ネットワークのインストール (Windows NT Networking

Installation)］ダイアログボックスが表示されます。

e ［次へ (Next)］をクリックしてネットワークを起動して、ネットワークコ

ンポーネントのインストールを完了します。

f コンピュータのワークグループ名またはドメイン名を入力して、［次へ

(Next)］をクリックします。

メモ : ドメイン名ではなく、一時的なワークグループ名を入力することをお

勧めします。リカバリが完了したら、コンピュータは元のワークグループま

たはドメインにリストアされます。

g ［完了 (Finish)］をクリックしてネットワークのインストールを完了し、

リカバリを続行します。




5 ［自動 (Automatic)］または［手動 (Manual)］のいずれかを選択します。

■ ［自動 (Automatic)］を選択した場合は、［次へ (Next)］をクリックして、

手順 6 に進みます。

■ ［手動 (Manual)］を選択した場合は、［次へ (Next)］をクリックして、

手順 8 に進みます。

6 レジストリを修復する場合、リストア処理によって、現在使用中のレジスト

リのハードウェア情報が、保存されていたレジストリ ( バックアップが行わ

れたレジストリ ) の情報に結合されます。レジストリの結合によって、ハー

ドウェアが変更されていた場合でも、リストア後にコンピュータが再ブート

します。

ハードウェアが変更されていた場合、リストアするファイルのサーバーを選

択します。［リストアの開始 (Start Restore)］をクリックし、選択したサー

バーにリストア要求を送信します。ファイルがリストアされ、現在使用中の

レジストリのハードウェア情報が、保存されていたレジストリの情報に結合

されます。手順 7 に進みます。

ハードウェアが変更されていない場合、現在使用中のレジストリと保存され

ていたレジストリを結合する必要はありません。ハードウェアのレジストリ

設定は、保存されていたレジストリの設定と同じです。レジストリの結合を

行わない場合は、手順 a に進みます。

a F1 キーを押して、コマンドウインドウを起動します。

b 次のディレクトリに移動します。通常、 %SYSTEMROOT% の場所は

C:¥Windows です ( デフォルト )。

%SYSTEMROOT%¥System32¥VERITAS¥NetBackup¥Bin

c 次のコマンドを入力し、 Enter キーを押します。W2KOption -restore -display -same_hardware 1

次の出力が表示されます。

NetBackup Restore Options----------------------------------------- SYSVOL Restore: Primary Hard Link Restore: Perform secondary restore Same Hardware Restore: Assume different hardware

NetBackup Restore Options----------------------------------------- SYSVOL Restore: Primary Hard Link Restore: Perform secondary restore Same Hardware Restore: Assume same hardware

d ［Same Hardware Restore］フィールドに［Assume Same Hardware］

が表示されていることを確認し、リストア処理を続行します。

7 リストアの完了後、［次へ (Next)］をクリックします。手順 10 に進みます。




8 ［NetBackup インターフェースの起動 (Start NetBackup Interface)］を選択し

て、 NetBackup のバックアップ、アーカイブおよびリストアインターフェー

スを起動します。

このインターフェースを使用すると、 NetBackup の構成を変更でき、リスト

アをより詳細に制御することもできます。 ( このインターフェースの使用方

法について詳しくは、『Veritas NetBackup バックアップ、アーカイブおよび

リストアスタートガイド UNIX、 Windows および Linux』を参照。 )

リストアが完了したら、バックアップ、アーカイブおよびリストアインター

フェースおよびその他の開いている NetBackup ウィンドウを閉じます。

9 リストアの完了後、［次へ (Next)］をクリックします。

10 ドライブ A からディスクを取り出し、［完了 (Finish)］をクリックしてコン

ピュータを再ブートします。

ハードドライブのパーティションサイズを変更する際の注意事項

メモ : この項は、 Windows NT および Windows NT 4.0 だけに該当します。

Windows 2000、 Windows XP または Windows Server 2003 では、フォーマット

およびパーティションがサポートされていません。

IDR は、デフォルトでは、ハードドライブパーティションをリカバリ前のサイズに

リストアします。リカバリコンピュータに、リカバリの実行前より大きいハードド

ライブが存在する場合があります。たとえば、より大きいハードドライブを取り付

けた場合やハードドライブがより小さいコンピュータの DR ファイルを使用する

場合などです。このような場合、一部のハードドライブ領域は割り当てられず、使

用されません。Windows NT のディスクアドミニストレータを実行して、より大き

いハードドライブのサイズに対応するようにパーティションのサイズを変更して

ください。 Windows NT のディスクアドミニストレータには、 IDR リカバリ処理の

ディザスタリカバリウィザードからアクセスできます。耐障害性構成について詳し

くは、『Windows NT Server 4.0 リソースキット』を参照してください。


特定のプラットフォームをリカバリする際の注意事項


特定のプラットフォームをリカバリする際の注意事項

特定のプラットフォームについて詳しくは、以降の項を参照してください。

RAID 付きの Dell PowerEdge 6100/200 のリカバリ

メモ : この項では、 Dell コンピュータのリストア方法について説明します。一般

的な手順は、サードパーティドライバを使用する必要があるどのコンピュータで

も同じです。

RAID 付きの Dell PowerEdge 6100/200 のリカバリ方法は、ハードドライブが 1

つの通常のコンピュータのリカバリ方法とは異なります。

Windows をこの種類のコンピュータにロードするには、 Windows オペレーティ

ングシステムにバンドルされていない PowerRaid II ドライバを手動でロードす


PowerRaid II ドライバのロード後に、 Adaptec コントローラドライバを手動で

ロードします。これらの手順に従わないと、Windows ではハードドライブのパー

ティションが認識されません。

IDR ディザスタリカバリディスクセットを使用して次の手順を実行する方法

1 IDR ブートディスクでのブート後に Windows の青色の［設定 (Setup)］画面

が表示されたら、 F6 キーを押したままにします。

2 2 枚目の IDR ディスクの挿入を求める Windows のプロンプトが表示されます。

3 2 枚目の IDR ディスクを挿入し、 F6 キーを再度押したままにします。

追加ドライバのロード後に［設定 (Setup)］画面が表示され、追加デバイスを

指定できます。

4 F6 キーを放して、 S キーを押します。

5 画面に表示される指示に従って、 PowerEdge RAID II コントローラソフト

ウェアをロードします。

6 PowerEdge RAID ソフトウェアのロード後に、 S キーを再度押して別のデバ

イスのロードを指定します。

7 画面に表示される指示に従って、次に Adaptec コントローラソフトウェアを

ロードします。

8 両方のサードパーティソフトウェアのロード後に、 Enter キーを押してコン

ピュータのリカバリを通常どおりに続行します。


IDR についてよくある質問事項


IBM コンピュータのリカバリコンピュータの構成情報を含むドライブに障害が発生した場合は、リカバリを実

行する前にコンピュータを再構成します。コンピュータを再構成するには、 IBM

リファレンスディスクを使用します。

Compaq コンピュータのリカバリシステム構成パーティションを含むドライブに障害が発生した場合は、 IDR に

よって、新しいハードディスクにパーティションが再作成されます。ただし、コ

ンピュータのパーティションを更新するために Compaq SmartStart ユーティリ

ティを使用します。

IDR についてよくある質問事項Q.Intelligent Disaster Recovery for Windows で、 System Commander や OS/2

Boot Manager などのブートマネージャのリストアを行うことはできますか ?

A. できません。ブートマネージャは、通常、 NetBackup が保護できない非常に低

いレベルにインストールされているためです。

たとえば、OS/2 Boot Manager は NetBackup がアクセスできないハードドライブ

パーティションに常駐しています。市場には多数の異なるブートマネージャが存

在するため、 IDR リストアは、コンピュータをブートできない状態にする場合が

あります。コンピュータは、オペレーティングシステムがリストアされていても

ブートできない状態になる場合があります。この場合、問題を解決するためにブー

トマネージャを再インストールしてください。

Q. コンピュータの完全バックアップを実行後に Intelligent Disaster Recovery 準

備ウィザードを再起動してもディザスタリカバリファイルが見つかりません。何

が起きたのでしょうか ?

A. なんらかの理由で、 DR ファイルが自動的に生成されませんでした。

176 ページの「drfile.exe を使用した DR ファイルの作成または更新」で説明され

ているとおりに、 DR ファイルを手動で生成してください。

Q. なぜディザスタリカバリウィザードで、 1 つ以上のハードドライブが元のドラ

イブより小さいというメッセージが表示されるのですか ?




A. ディザスタリカバリウィザードを実行する最小限のバージョンの Windows

で、最初に構成されていたものとは異なる順序でハードドライブが検出された可

能性があります。

ハードドライブおよびコントローラの構成が、障害が発生する前の元の構成と一

致していることを確認してください。

元の構成と一致しない場合は、ハードドライブの番号付けを制御可能な場合があ

ります。次の表に、Windows でディスクドライブ番号の割り当てに使用される順

序を示します。サードパーティドライバを使用する場合は、この表と異なる場合

があることに注意してください。

Windows では、その他の種類の大容量記憶装置コントローラは、通常、 SCSI コントロー

ラと見なされます。

Windows のハードドライブの番号付けスキーム

プライマリ IDE マスターサーバー (Master Server)

メディアサーバー (Media Server)

セカンダリ IDE マスターサーバー (Master Server)

メディアサーバー (Media Server)

SCSI Adapter 0

(最も小さい I/O ポートアドレスからの

順序 )

SCSI ID 0

SCSI ID 1

...

SCSI ID 7 ( または Wide SCSI の 15)

SCSI Adapter 1 SCSI ID 0

SCSI ID 1

...


SCSI Adapter n SCSI ID 0

SCSI ID 1

...





メモ : Windows NT の場合 :Intelligent Disaster Recovery 準備ウィザードでハー

ドドライブ順序が検出されないときは、ハードドライブのパーティションを手動

で設定します。設定するには、ディザスタリカバリウィザードから Windows NT

ディスクアドミニストレータを使用します。その後、バックアップメディアの自

動リストアを続行します。

Intelligent Disaster Recovery 準備ウィザードで 8 GB より大きいドライブが 8 GB

であるとレポートされる場合は、ブートディスクを作成します。作成するには、［こ

のシステム上に現在インストールされている SCSI ドライバを使用する (Use

SCSI Drivers currently installed on this system)］オプションを有効にします。


索引

A

ACS_、 vm.conf エントリ 30

ADJ_LSM、 vm.conf エントリ 31

AFS の指示句 155

AFS バックアップのトラブルシューティング 158

AFS ファイルリストの正規表現 156

AIX cachefs ファイルシステム 147Andrew File System (AFS)

インストール 153

指示句 155

正規表現 156

トラブルシューティング 158

バックアップ対象リスト 154

リストア 157

API ロボット 106

API_BARCODE_RULES、 vm.conf エントリ 32

AUTHORIZATION_REQUIRED、 vm.conf

エントリ 33

AUTO_PATH_CORRECTION、 vm.conf エントリ 33

AUTO_UPDATE_ROBOT、 vm.conf エントリ 34

AVRD_PEND_DELAY、 vm.conf エントリ 34, 122

AVRD_SCAN_DELAY、 vm.conf エントリ 34

B

backup_exit_notify スクリプト 74

backup_notify スクリプト 73

bp.conf ファイル 113

UNIX クライアントオプション 53bpdynamicclient 52

bpend_notify スクリプト

UNIX クライアント 79

Windows クライアント 81

bpstart_notify スクリプト



C

cdrom ファイルシステム 147

CLEAN_REQUEST_TIMEOUT、 vm.conf

エントリ 35

CLIENT_PORT_WINDOW、 vm.conf エントリ 35

CLUSTER_NAME、 vm.conf エントリ 35

Compaq コンピュータの IDR でのリカバリ方法 186

CONNECT_OPTIONS、 vm.conf エントリ 36

crawlreleasebyname、 vmoprcmd オプション 119CREATE_BACKUP_VOLUMES 155

D

DAS_CLIENT、 vm.conf エントリ 36

DataStore ボリュームプール 100

DAYS_TO_KEEP_LOGS、 vm.conf エントリ 37

dbbackup_notify スクリプト 83

［DHCP 間隔を通知する (Announce DHCP interval)］

プロパティ 48

DHCP サーバー 47

diskfull_notify スクリプト 84

drfile.exe コマンド 176

E

EMM_REQUEST_TIMOUT、 vm.conf エントリ 38

EMM_RETRY_COUNT、 vm.conf エントリ 37

ENABLE_ROBOT_AUTH、 vm.conf エントリ 38

F

FlashBackup 62

G

GNU tar 62

H

host.xlate ファイルおよび代替クライアントへの

リストア 61

190 索引


I

IBM

コンピュータの IDR でのリカバリ方法 186Intelligent Disaster Recovery (IDR)

DR ファイル

drfile.exe での更新 176

概要 165

サーバーからの取得 165


drfile.exe を使用 176

更新する場合 174

ディザスタリカバリディスク 174, 175Windows

サポートされているエディション 162

セットアップ 179

ディスクアドミニストレータ 181

ウィザード

Intelligent Disaster Recovery 準備 167

ディザスタリカバリ 177

概要 164

［カスタムセットアップ (Custom Setup)］を

使用する場合 180

構成 166

サポートされている Windows の

エディション 162

準備ウィザード 167

使用要件 163

ディザスタリカバリウィザード 177

ディスク、更新 175

ハードディスクのパーティションの変更 180

ハードドライブのパーティションサイズの

変更 184

ブートマネージャの使用方法 186

ブートメディア

CD イメージの作成 171

種類の選択 168

準備 167

ブートメディアの更新 174

フロッピーディスク

更新 174

準備 167

よくある質問事項 186

INVENTORY_FILTER、 vm.conf エントリ 37, 38

M

mail_dr_info.cmd 85

MAP_CONTINUE_TIMEOUT、 vm.conf

エントリ 39

MAP_ID、 vm.conf エントリ 39Media Manager

構成ファイル 30

推奨する使用方法 89

セキュリティ 43

MEDIA_ID_BARCODE_CHARS、 vm.conf

エントリ 40

MEDIA_ID_PREFIX、 vm.conf エントリ 41

MM_SERVER_NAME、 vm.conf エントリ 41

mntfs ファイルシステム 147

N

nbmail.cmd 86

NBRB_CLEANUP_OBSOLETE_DBINFO 28

NBRB_ENABLE_OPTIMIZATIONS 28

NBRB_FORCE_FULL_EVAL 28

NBRB_MPX_GROUP_UNLOAD_DELAY 29

NBRB_REEVAL_PENDING 28

NBRB_REEVAL_PERIOD 29

NBRB_RETRY_DELAY_AFTER_EMM_ERR 29

NDMP 62, 121

NetBackup のアクセス制御 (NBAC)

使用 38, 41

O

OS/2、ブートマネージャおよび IDR 186

P

PREFERRED_GROUP、 vm.conf エントリ 41

PREVENT_MEDIA_REMOVAL、 vm.conf

エントリ 42

proc ファイルシステム 147

R

RAID 付きの Dell PowerEdge 6100/200

IDR でのリカバリ方法 185

RANDOM_PORTS、 vm.conf エントリ 42

raw パーティション 62REMOVE_BACKUP_VOLUMES 155

REQUIRED_INTERFACE 30

REQUIRED_INTERFACE、 vm.conf エントリ 43

191索引


RESERVATION CONFLICT 状態 119

restore_notify スクリプト 88

S

SCSI Persistent RESERVE 116

SCSI RESERVE/RELEASE

RESERVATION CONFLICT 118, 119

エラーリカバリ 119

概要 116

制限事項 121, 122

保留 (PEND) 状態 119, 120

要件 121

予約の中断 118, 120

SERVER、 vm.conf エントリ 43

session_notify スクリプト 88

session_start_notify スクリプト 88

SGI cachefs ファイルシステム 147SKIP_SMALL_VOLUMES 155

Solaris

拡張属性 62

ファイルシステム 147

SSO、 vm.conf エントリ 44

SSO_DA_REREGISTER_INTERVAL、 vm.conf

エントリ 44

SSO_DA_RETRY_TIMEOUT、 vm.conf エントリ 44

SSO_HOST_NAME、 vm.conf エントリ 44

System Commander と IDR 186

T

TapeAlert 93, 97

要件 93

ログコード 94tar

GNU 62

バックアップイメージの読み込み 62

TLH_、 vm.conf エントリ 45

TLM_、 vm.conf エントリ 45

U

UNIX でのエスケープ文字 148

UnixWare cachefs ファイルシステム 147

userreq_notify スクリプト 89

V

VERBOSE、 vm.conf エントリ 45

vm.conf ファイル

ACS_ エントリ 30

ADJ_LSM エントリ 31

API_BARCODE_RULES エントリ 32

AUTHORIZATION_REQUIRED エントリ 33

AUTO_PATH_CORRECTION エントリ 33

AUTO_UPDATE_ROBOT エントリ 34

AVRD_PEND_DELAY エントリ 34

AVRD_SCAN_DELAY エントリ 34

CLEAN_REQUEST_TIMEOUT エントリ 35

CLIENT_PORT_WINDOW エントリ 35

CLUSTER_NAME エントリ 35

CONNECT_OPTIONS エントリ 36

DAS_CLIENT エントリ 36

DAYS_TO_KEEP_LOGS エントリ 37

ENABLE_ROBOT_AUTH エントリ 38

INVENTORY_FILTER エントリ 37, 38

MAP_CONTINUE_TIMEOUT エントリ 39

MAP_ID エントリ 39

MEDIA_ID_BARCODE_CHARS エントリ 40

MEDIA_ID_PREFIX エントリ 41

MM_SERVER_NAME エントリ 41

PREFERRED_GROUP エントリ 41

PREVENT_MEDIA_REMOVAL エントリ 42

RANDOM_PORTS エントリ 42

REQUIRED_INTERFACE エントリ 43

SERVER エントリ 43SSO_DA_REREGISTER_INTERVAL

エントリ 44

SSO_DA_RETRY_TIMEOUT エントリ 44

SSO_HOST_NAME エントリ 44

TLH_ エントリ 45

TLM_ エントリ 45

VERBOSE エントリ 45

概要 30VxFS

名前付きデータストリーム 62

あ圧縮されたバックアップ 62

インクルードファイルリスト 150

ウィザード

Intelligent Disaster Recovery 準備 167

ディザスタリカバリ 177

エクスクルードファイルリストUNIX 146

192 索引


エクスクルードリスト

UNIX 上のファイル 147

構文規則 148

作成 147

特定のポリシーまたはスケジュール 150

例 149

ワイルドカード 148

か拡張ファイル属性 62

カタログ

オフラインコールドバックアップ 83

カタログバックアップ

バックアップ通知スクリプト 83

間隔に基づくドライブクリーニング 98

［管理者の電子メールアドレス (Administrator

e-mail address)］プロパティ 53

共有ドライブ構成でのデバイスの交換 110

共有ドライブ構成でのデバイスの再構成 110

クライアント

UNIX の動的クライアント 52

インクルードファイルリスト 150

エクスクルードファイルリスト、 UNIX 147

ホスト名の変更 60

クラスタ環境 35, 121

クリーニング

間隔に基づくクリーニング 98

実行可能な回数 100

自動検出型クリーニング 97

ライブラリに基づくクリーニング 98

クロスマウントポイント

例 145


UNIX raw パーティションへの影響 144

設定 144

［クロスマウントポイントをサポートする (Cross

mount points)］と［NFS をたどる (Follow

NFS)］ 145

形式

光ディスクの説明 130

構成からのサーバーの削除 112

コンピュータのブート

IDR ブートメディア 178

さサーバー

NetBackup

複数 20

マスター 21

メディア 21

ホスト名の変更 58, 60

作業リスト、優先度付け 70

システムモニタ、 NetBackup での使用 67

自動クリーニング 98

自動検出型クリーニング 97

スクラッチプール 103

スクリプトbackup_exit_notify 72

backup_notify 72

bpend_notify 72

bpstart_notify 72, 74, 76

dbbackup_notify 72

diskfull_notify 72

mail_dr_info.cmd 72

nbmail.cmd 72

parent_end_notify 72

parent_start_notify 72

restore_notify 72

session_notify 72

session_start_notify 72

userreq_notify 72

通知 72

スケジュール

処理方法 69

スタンドアロンドライブ

拡張機能、無効化 127

た代替クライアントへのリストア、 host.xlate

ファイル 61

多重化 (MPX)

［1 クライアントあたりの最大ジョブ数

(Maximum jobs per client)］プロパティ 18

スケジュールのメディアの多重化 16

ストレージユニットのドライブあたりの

最大数 15

テープ形式 131

バックアップ 131

バックアップのリカバリ 62

非多重化 19

通知スクリプト 72

193索引


ディザスタリカバリ

ディスク、更新 175

手順 177

ディスクアドミニストレータ 184

ディスクのオーバーヘッド、カタログ 72

テープ

オーバーヘッド、カタログ 72

スパン 126, 128

テープ形式QIC/WORM 130

QIC 以外 129

多重化 131

テープのスパン 131

フラグメント処理 130

デバイス

検出 133

遅延 64

電子メール通知 53

転送速度 64, 65

動的ホスト名および動的 IP アドレス 47

ドメインネームサービス (DNS) ホスト名 61

ドライブ

クリーニング

オペレータによるクリーニング 99

概要 97

手動 99

な名前付きデータストリーム

VxFS 62

ネットワーク転送速度 65

はバーコード 105, 107

バーコードの最大長 106

ハードウェア圧縮 110

バックアップ

backup_exit_notify スクリプト 74

backup_notify スクリプト 73

bpend_notify スクリプト



bpstart_notify スクリプト



diskfull_notify スクリプト 84

session_notify スクリプト 88

session_start_notify スクリプト 88

圧縮 62

多重化 62

必要な時間の見積り 63

メディア要件 71

バックアップ対象リスト、 AFS 154, 156

［パフォーマンスデータ収集を有効にする (Enable

performance data collection)］プロパティ 68

パフォーマンスモニタ、 NetBackup での使用 67

ピアネーム、クライアント 59

光ディスク

形式 130

ブートマネージャと IDR 186

複数のサーバー 20

フラグメント処理されたバックアップ 130

他のアプリケーションでの Media Manager デバイス

の使用 90

ホスト名

簡潔 59

クライアントのピアネーム 59

クライアント名の変更 60

サーバー名の変更 58, 60

正しい使用 58

ボリューム (volume)

グループ

割り当て規則 101

プール

概要 100

スクラッチプールの構成 103

まメディア

ID の生成規則 109

tar を使用したイメージの読み込み 62

形式 129

サーバーの登録 26

スパン 126, 128

選択アルゴリズム 124, 126

プール 100

要件の決定 71

メディアサーバーの登録 26

メディアサーバーの廃止 112

メディアのスパン 126, 128, 131

メディアをまたがったバックアップを許可する(Allow backups to span media) 126

194 索引


らライブラリに基づくクリーニング 98

リストア

AFS クライアント 157

restore_notify スクリプト 88

ロボットクリーニング 98

わワイルドカード文字

AFS ファイルリスト 156

UNIX のエスケープ文字 148

エクスクルードリスト 148

Documents

管理者ガイ ド Vol. 2download1.veritas.com/support/products/NetBackup...目次 7 ホスト名の変更後の NetBackup の更新方法 60 ドメインネームサービス (DNS)

管理者ガイド Vol. 2download1.veritas.com/support/products/NetBackup...目次 7 ホスト名の変更後の NetBackup の更新方法 60 ドメインネームサービス (DNS)