管理者ガイド vol. 2 -...

nbu_ux_print_II.book Thursday, September 27, 2007 10:37 AM

Veritas NetBackup™

管理者ガイド Vol. 2

UNIX および Linux

リリース 6.5

ux_title_print_II.fm Thursday, September 27, 2007 3:35 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 章追加構成

多重化 .....................................................................................................................17

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

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

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

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

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

非多重化 .........................................................................................................23

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

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

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

NetBackup カタログ ....................................................................................27

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

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

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

bp.conf オプションの構文規則 ...................................................................32

サーバーの bp.conf オプション ..................................................................32ALLOW_MEDIA_OVERWRITE ...........................................................33

ALLOW_MULTIPLE_RETENTIONS_PER_MEDIA ..........................33

ALLOW_NON_RESERVED_PORTS ....................................................33

AUTHENTICATION_DOMAIN ...........................................................34

AUTHORIZATION_SERVICE ..............................................................35

BPBRM_VERBOSE ................................................................................35

BPDBJOBS_COLDEFS ...........................................................................36

BPDBM_VERBOSE ................................................................................39

BPRD_VERBOSE ...................................................................................40

BPTM_VERBOSE ..................................................................................41

BPEND_TIMEOUT ................................................................................42

BPSTART_TIMEOUT ...........................................................................42

CHECK_RESTORE_CLIENT ................................................................43

CLIENT_CONNECT_TIMEOUT ..........................................................43

CLIENT_PORT_WINDOW ...................................................................43

CLIENT_READ_TIMEOUT ..................................................................44

CLIENT_RESERVED_PORT_WINDOW .............................................45

CONNECT_OPTIONS ...........................................................................45

DEFAULT_CONNECT_OPTIONS ......................................................47

6 目次


DISABLE_JOB_LOGGING .................................................................... 48

DISABLE_STANDALONE_DRIVE_EXTENSIONS ............................ 48

DISALLOW_BACKUPS_SPANNING_MEDIA ................................... 49

DISALLOW_CLIENT_LIST_RESTORE .............................................. 49

DISALLOW_CLIENT_RESTORE ......................................................... 49

EMMSERVER ........................................................................................ 50

ENABLE_ROBUST_LOGGING ............................................................ 50

FAILOVER_RESTORE_MEDIA_SERVERS ........................................ 50

FORCE_RESTORE_MEDIA_SERVER ................................................. 51

GENERATE_ENGLISH_LOGS ............................................................. 52

INCOMPLETE_JOB_CLEAN_INTERVAL ........................................... 52

INITIAL_BROWSE_SEARCH_LIMIT ................................................. 52

LIMIT_BANDWIDTH ........................................................................... 53

MEDIA_ID_PREFIX .............................................................................. 55

MEDIA_UNMOUNT_DELAY .............................................................. 56

MEDIA_REQUEST_DELAY ................................................................. 56

MEDIA_SERVER ................................................................................... 56

MPX_RESTORE_DELAY ...................................................................... 57

MUST_USE_LOCAL_DRIVE ............................................................... 57

NBRB_CLEANUP_OBSOLETE_DBINFO ............................................ 58

NBRB_ENABLE_OPTIMIZATIONS .................................................... 58

NBRB_FORCE_FULL_EVAL ................................................................ 58

NBRB_REEVAL_PENDING ................................................................. 58

NBRB_REEVAL_PERIOD ..................................................................... 59

NBRB_RETRY_DELAY_AFTER_EMM_ERR ..................................... 59

NBRB_MPX_GROUP_UNLOAD_DELAY ........................................... 59

RANDOM_PORTS ................................................................................ 60

RE_READ_INTERVAL ......................................................................... 60

REQUIRED_INTERFACE ..................................................................... 61

REQUIRED_NETWORK ....................................................................... 62

SERVER ................................................................................................. 63

SERVER_PORT_WINDOW ................................................................. 64

SERVER_RESERVED_PORT_WINDOW ........................................... 65

SKIP_RESTORE_TO_SYMLINK_DIR ................................................. 65

SERVER_CONNECT_TIMEOUT ......................................................... 66

UNLINK_ON_OVERWRITE ................................................................ 67

USE_VXSS ............................................................................................. 68

VERBOSE ............................................................................................... 69

VXSS_NETWORK ................................................................................. 69

UNIX クライアントの bp.conf オプション ............................................... 71ALLOW_NON_RESERVED_PORTS ................................................... 72

AUTHENTICATION_DOMAIN ........................................................... 72

BPARCHIVE_POLICY ........................................................................... 73

7目次


BPARCHIVE_SCHED ............................................................................73

BPBACKUP_POLICY .............................................................................73

BPBACKUP_SCHED .............................................................................74

BUSY_FILE_ACTION ...........................................................................74

BUSY_FILE_DIRECTORY ....................................................................75

BUSY_FILE_NOTIFY_USER ................................................................75

BUSY_FILE_PROCESSING ..................................................................75

CLIENT_NAME .....................................................................................75

CLIENT_PORT_WINDOW ...................................................................76

CLIENT_READ_TIMEOUT ..................................................................76

CLIENT_RESERVED_PORT_WINDOW .............................................76

COMPRESS_SUFFIX ............................................................................76

CRYPT_CIPHER ....................................................................................77

CRYPT_KIND ........................................................................................77

CRYPT_OPTION ...................................................................................78

CRYPT_STRENGTH .............................................................................79

CRYPT_LIBPATH .................................................................................79

CRYPT_KEYFILE ..................................................................................80

DISALLOW_SERVER_FILE_WRITES ................................................80

DO_NOT_RESET_FILE_ACCESS_TIME ............................................80

GENERATE_ENGLISH_LOGS .............................................................81

IGNORE_XATTR ...................................................................................81

INFORMIX_HOME ................................................................................81

INITIAL_BROWSE_SEARCH_LIMIT .................................................81

KEEP_DATABASE_COMM_FILE ........................................................82

KEEP_LOGS_DAYS ..............................................................................82

LIST_FILES_TIMEOUT ........................................................................82

LOCKED_FILE_ACTION ......................................................................83

MEDIA_SERVER ...................................................................................83

MEGABYTES_OF_MEMORY ...............................................................83

NFS_ACCESS_TIMEOUT .....................................................................84

RANDOM_PORTS .................................................................................84

RESTORE_RETRIES .............................................................................84

REQUIRED_INTERFACE .....................................................................84

SERVER_PORT_WINDOW ..................................................................84

SERVER ..................................................................................................85

SYBASE_HOME ....................................................................................86

USE_CTIME_FOR_INCREMENTALS .................................................86

USE_FILE_CHG_LOG ...........................................................................86

USE_VXSS .............................................................................................87

USEMAIL ...............................................................................................87

VERBOSE ...............................................................................................87

VXSS_NETWORK .................................................................................87

8 目次


UNIX クライアントの例 .............................................................................. 88

/usr/openv/netbackup/bp.conf ファイルの例 ................................. 88

$HOME/bp.conf ファイルの例 ........................................................... 88

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

ACS_SEL_SOCKET ............................................................................... 89

ACS_CSI_HOSTPORT .......................................................................... 89

ACS_SSI_HOSTNAME ......................................................................... 90

ACS_SSI_INET_PORT .......................................................................... 91

ACS_SSI_SOCKET ................................................................................ 91

ACS_TCP_RPCSERVICE / ACS_UDP_RPCSERVICE ........................ 92

ADJ_LSM ............................................................................................... 92

API_BARCODE_RULES ....................................................................... 93

AUTHORIZATION_REQUIRED .......................................................... 94

AUTO_PATH_CORRECTION .............................................................. 94

AUTO_UPDATE_ROBOT .................................................................... 95

AVRD_PEND_DELAY .......................................................................... 95

AVRD_SCAN_DELAY .......................................................................... 95

CLEAN_REQUEST_TIMEOUT ............................................................ 96

CLIENT_PORT_WINDOW ................................................................... 96

CLUSTER_NAME ................................................................................ 96

CONNECT_OPTIONS .......................................................................... 97

DAS_CLIENT ......................................................................................... 98

DAYS_TO_KEEP_LOGS ....................................................................... 98

EMM_RETRY_COUNT ......................................................................... 98

EMM_CONNECT_TIMOUT ................................................................. 99

EMM_REQUEST_TIMOUT ................................................................. 99

ENABLE_ROBOT_AUTH ..................................................................... 99

INVENTORY_FILTER .......................................................................... 99

MAP_ID ................................................................................................100

MAP_CONTINUE_TIMEOUT ...........................................................101

MEDIA_ID_BARCODE_CHARS ........................................................101

MEDIA_ID_PREFIX ............................................................................102

MM_SERVER_NAME ........................................................................102

PREFERRED_GROUP ........................................................................103

PREVENT_MEDIA_REMOVAL ........................................................103

RANDOM_PORTS ..............................................................................103

REQUIRED_INTERFACE ..................................................................104

SERVER ...............................................................................................105

SSO_DA_REREGISTER_INTERVAL ................................................105

SSO_DA_RETRY_TIMEOUT .............................................................106

SSO_HOST_NAME .............................................................................106

TLH_mediatype ..................................................................................106

9目次


TLH_mediatype ..................................................................................106

VERBOSE .............................................................................................107

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

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

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

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

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

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

ビジー状態のファイルの処理 (UNIX クライアントのみ ) ............................113

はじめに .......................................................................................................114

bp.conf の変更によるビジー状態のファイルの処理の構成 .................115BUSY_FILE_PROCESSING ................................................................115

BUSY_FILE_DIRECTORY ..................................................................115

BUSY_FILE_ACTION .........................................................................115

操作ファイルの作成 ...................................................................................117

ログディレクトリ .......................................................................................118

bpend_notify_busy の変更 ........................................................................119

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

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

NetBackup-Java コンソールでのタイムゾーンの調整 ..................................122

第 2 章メニューユーザーインターフェース

NetBackup の bpadm 管理ユーティリティの使用 .........................................128

データの分類の管理 ...................................................................................129

ストレージユニットとストレージユニットグループの定義

および管理 ...................................................................................................129

ストレージユニットグループの定義および管理 ...........................130

ポリシーの定義および管理 .......................................................................130

オンラインカタログバックアップの構成 .......................................131

NetBackup グローバル属性の定義 ...........................................................134

ファイバーチャネルトランスポートの定義および管理 .......................134

レポートの表示 ...........................................................................................135

手動バックアップの実行 ...........................................................................136

特別な操作の実行 .......................................................................................137

信頼できるすべてのクライアントへの NetBackup の

インストール .......................................................................................137

オフラインカタログバックアップの実行 .......................................137

オフラインカタログバックアップ設定の変更 ...............................138

手動オフラインカタログバックアップの実行 ...............................142

保持レベルの再定義 ...........................................................................142

サーバーグループの定義および管理 .......................................................143

vmadm メディア管理ユーティリティの使用 .................................................144

vmadm の起動 ............................................................................................144

10 目次


vmd の起動および停止 ..............................................................................144

vmadm のメインメニュー ........................................................................145

ボリュームプールの定義および管理 .......................................................145

ボリュームの追加 .......................................................................................146

ロボットの自動配置 ...........................................................................146

ボリューム構成の表示 ...............................................................................148

ボリュームまたはグループの削除 ...........................................................148

ボリュームまたはボリュームグループの移動 .......................................148

ボリュームまたはボリュームグループの移動 ...............................149

ボリュームの説明の変更 ...........................................................................149

ボリュームのボリュームプールの変更 ...................................................149

ボリュームの有効期限の変更 ...................................................................150

ボリュームのボリュームグループの変更 ...............................................150

ボリュームの Vault 属性の変更 ...............................................................150

ボリュームの最大マウント数の設定 .......................................................151

クリーニング数の変更 ...............................................................................151

ロボット内の選択したボリュームのバーコードの更新 .......................152

ロボットのインベントリ ...........................................................................152

ロボットのインベントリ ...................................................................152

バーコード規則の構成 ...............................................................................155

光ディスクのフォーマット .......................................................................156

tpconfig デバイス構成ユーティリティの使用方法 .......................................156

ロボット番号 .......................................................................................157

ロボット制御パス ...............................................................................157

ホスト名 ..............................................................................................157

クローズ時非巻き戻しデバイス名 ...................................................158

文字型デバイス名 ...............................................................................158

ボリュームヘッダーデバイス名 .......................................................158

ドライブの状態 ...................................................................................159

tpconfig デバイス構成ユーティリティの起動 .......................................159

ロボットの追加 ...........................................................................................160

ドライブの追加 ...........................................................................................161

ロボット構成の更新 ...................................................................................163

ドライブ構成の更新 ...................................................................................163

ドライブの削除 ...........................................................................................164

ロボットの削除 ...........................................................................................164

ドライブパスの構成 ...................................................................................165

ホストクレデンシャルの構成 ...................................................................166

デバイス構成の表示および出力 ...............................................................167

ディスク構成ユーティリティの使用 ...............................................................167

SharedDisk の管理 .....................................................................................168

OpenStorage の管理 ..................................................................................168

11目次


第 3 章参照項目

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

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

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

UNIX サーバーおよび UNIX クライアントにおけるサーバー名

およびクライアント名 .......................................................................172

Windows サーバーおよび PC クライアントにおけるホスト名 ...173

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

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

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

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

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

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

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

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

tar によって生成されるファイル .....................................................179

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

総データ量 ...................................................................................................180

転送速度 .......................................................................................................181

圧縮 ...............................................................................................................181

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

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

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

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

合計転送速度 ...............................................................................................182

例 ...................................................................................................................183

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

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

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

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

NetBackup 通知スクリプト ..............................................................................187backup_notify .....................................................................................188

backup_exit_notify ............................................................................189

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

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

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

bpend_notify.bat (Microsoft Windows クライアントのみ ) ........196

bpend_notify_busy (UNIX クライアントのみ ) ..............................198dbbackup_notify .................................................................................198

diskfull_notify ....................................................................................199

mail_dr_info.sh ...................................................................................200

parent_end_notify .............................................................................201

parent_start_notify ............................................................................201

12 目次


restore_notify .....................................................................................202

session_notify .....................................................................................202

session_start_notify ..........................................................................202

userreq_notify ....................................................................................203

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

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

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

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

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

TapeAlert の使用 ...............................................................................................207

TapeAlert の使用要件 ................................................................................207

TapeAlert ログコード ................................................................................208

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

バーコード規則 ...........................................................................................221

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

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

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

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

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

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

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

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

13目次


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

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

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

SCSI Persistent RESERVE の競合 ....................................................231

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

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

SCSI RESERVE の競合 .......................................................................233

強制的な解放 .......................................................................................233

予約の中断 ...........................................................................................234

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

SCSI RESERVE のログ ...............................................................................236

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

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

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

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

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

SCSI RESERVE の構成 ...............................................................................238

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

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

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

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

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

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

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

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

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

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

多重化の形式 ...............................................................................................244

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

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

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

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

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

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

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

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

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

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

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

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

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

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

14 目次


テープ I/O のコマンド .......................................................................................255

テープの要求 ..............................................................................................255

drive_mount_notify スクリプト ......................................................256

tpreq の例 ............................................................................................256

テープファイルの読み込みおよび書き込み ...........................................256

テープファイルの位置設定 ...............................................................257

テープファイルの巻き戻し ...............................................................257

テープファイルの削除 ...............................................................................257

drive_unmount_notify スクリプト .................................................258

光ディスクの使用 .......................................................................................258

Media Manager で制御されているデバイスへの外部アクセス ...........259

ユーザーエラーメッセージ .......................................................................260

第 4 章 AFS での NetBackup の使用

インストール ......................................................................................................261

システム要件 ..............................................................................................261

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

構成 ......................................................................................................................262

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

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

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

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

正規表現 ......................................................................................................264

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

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

バックアップ ..............................................................................................264

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

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

リストア ......................................................................................................265

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

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

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

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

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

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

第 5 章 Intelligent Disaster Recovery

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

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

IDR の要件 ...........................................................................................................271

IDR 使用の概要 ...................................................................................................272

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

15目次


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

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

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

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

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

複数の Windows 2000 コンピュータで使用するディスクセットを

変更する方法 .......................................................................................278

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

索引 297

16 目次



1

追加構成

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

のとおりです。

■ 17 ページの「多重化」

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

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

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

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

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

■ 113 ページの「ビジー状態のファイルの処理 (UNIX クライアントのみ )」

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

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

■ 122 ページの「NetBackup-Java コンソールでのタイムゾーンの調整」

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

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

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

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

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

18 追加構成

多重化


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

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

行われます。

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

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

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

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

向上します。

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

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

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

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

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

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

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

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

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

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

また、使用中のテープドライブに適用する場合、高速テープ位置設定 ( ブロック

の配置 ) を有効にしてください。

クライアント

ディスクサーバー

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

ディスク

ディスク

19追加構成

多重化


多重化の構成方法多重化の設定は、 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)］の値とドライ

ブ数を掛けた値です。

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

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

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

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

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

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

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

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

20 追加構成

多重化


［メディアの多重化 (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

21追加構成

多重化


図 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

22 追加構成

多重化


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

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

たとえば、 21 ページの図 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)」を参照してください。

23追加構成

多重化


多重化リストアの遅延 (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 オプションを含めないでください。

24 追加構成

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


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

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

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

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

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

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

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

ワークステーション




ネットワーク A1

ネットワーク A2

ネットワーク B1

ネットワーク B2

大容量

記憶装置

大容量

記憶装置

ルーター

NetBackup

マスター

サーバー A

NetBackup

マスター

サーバー B

25追加構成

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



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

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

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

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

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

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

信します。

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

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

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

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

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

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

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

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

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

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

を示します。

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

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

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

26 追加構成



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

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

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

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

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

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

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

択します。

ストレージデバイス


NetBackup カタログ

イメージデータベース

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

マスターサーバー

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

構成ファイル

リレーショナル

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

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

ユーザー

インターフェース (BAR)


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

ユーザー

インターフェース

NetBackup

メディアサーバー

NetBackup

メディアサーバー

NetBackup

クライアント

ユーザー


管理インターフェース *

管理インターフェース *

ユーザー


27追加構成

メディアサーバーの追加


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 構成のホスト名と一致していることを確認してください。

28 追加構成



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

実行します。

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 サービスを再起動します。

29追加構成



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 スケジュールを使用してメディアサーバー上のストレージユニットを指定する

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

30 追加構成



メディアサーバーの登録メディアサーバーの追加時に 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』を参照してくだ

さい。

31追加構成

NetBackup 構成オプション


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

よび要件に応じて NetBackup をカスタマイズできます。多くの場合、デフォルト

のままで問題なく使用できます。デフォルト設定を変更するには、次のいずれか

の方法で変更します。

■ NetBackup 管理コンソールで、［NetBackup の管理 (NetBackup

Management)］ > ［マスターサーバー (Master Servers)］、［メディアサー

バー (Media Servers)］または［クライアント (Clients)］の［ホストプロパ

ティ (Host Properties)］を選択して、それぞれのプロパティに移動します。

構成オプションについては、『Veritas NetBackup 管理者ガイド Vol. 1』の第

7 章を参照してください。

メモ : マスターサーバー上の /usr/openv/netbackup/bp.conf ファイル

に変更を加えた後、すべての NetBackup デーモンおよびユーティリティを停

止して、再起動します。デーモンを再起動すると、 bp.conf の値を必要とす

るすべての NetBackup プロセスで新しい値が使用されます。クライアント上

の bp.conf ファイルまたはマスターサーバー上の $HOME/bp.conf ファイ

ルに変更を加える場合、この操作は必要ありません。

■ NetBackup の UNIX サーバーおよびクライアントで、次のいずれかの方法を

使用します。

■ bpgetconfig コマンドを使用して、構成エントリのリストを取得しま

す。次に、 bpsetconfig コマンドを使用してエントリを変更します。

これらのコマンドについて詳しくは、『Veritas NetBackup コマンド

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

■ この章の説明に従って、 bp.conf ファイルのオプションを入力します。

ほとんどのオプションは、この方法で入力できます。

■ この章の説明に従って、 vm.conf ファイルのオプションを入力します。

vm.conf ファイルには、メディアおよびデバイスの管理に対する構成エ

ントリが含まれます。

■ 一部のオプションは、この章または『Veritas NetBackup コマンド UNIX

および Linux』の説明に従って、 nbemmcmd コマンドを使用して変更し

ます。

■ クライアントでは、そのクライアントの『Veritas NetBackup バックアップ、

アーカイブおよびリストアスタートガイド UNIX、 Windows および Linux』

の説明に従って、構成オプションを指定します。

32 追加構成



bp.conf オプションの構文規則bp.conf にエントリを作成するには、次の構文規則を使用します。

■ 行のコメントアウトには、 # 記号を使用します。

■ = 記号の両側に、任意の数の空白またはタブを使用できます。

■ 空白行を使用できます。

■ 行頭に、任意の数の空白またはタブを使用できます。

サーバーの bp.conf オプションNetBackup の UNIX サーバーの bp.conf オプションは、次のファイルに存在し

ます。/usr/openv/netbackup/bp.conf

1 つの UNIX システムがクライアントおよびサーバーの両方として稼働している

場合、 /usr/openv/netbackup/bp.conf ファイルにはクライアントおよび

サーバーの両方のオプションが含まれます。

UNIX クライアント上の root 以外の各ユーザーは、ホームディレクトリにユー

ザー固有の bp.conf ファイルも設定できます。$HOME/bp.conf

クライアントオプションについては、71 ページの「UNIX クライアントの bp.conf

オプション」を参照してください。

メモ : SERVER オプションは、すべての NetBackup の UNIX クライアントおよび

サーバー上の /usr/openv/netbackup/bp.conf ファイルに存在する必要が

あります。このオプションは、これらの bp.conf ファイルに必要な唯一のエン

トリでもあります。 NetBackup では、 SERVER を除く bp.conf ファイルのすべ

てのオプションに対して、内部ソフトウェアのデフォルトが使用されます。イン

ストール時に、 SERVER オプションは、ソフトウェアがインストールされている

マスターサーバーの名前に設定されます。

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

SERVER エントリは、マスターサーバーおよびメディアサーバーのクラスタ内に

存在するすべてのサーバー上で同じである必要があります。他のすべてのエント

リも、すべてのサーバー上で一致させることをお勧めします ( 必須ではありませ

ん )。 (CLIENT_NAME エントリは例外です。 )

33追加構成



ALLOW_MEDIA_OVERWRITE

リムーバブルメディア上の様々なメディア形式に対する NetBackup の上書き禁

止は無視されます。

このオプションを使用するには、 UNIX マスターサーバー上の

/usr/openv/netbackup/bp.conf ファイルに追加します。または、ホストプ

ロパティの［メディア (Media)］の［メディアの上書きを許可 (Allow media

overwrite)］プロパティを設定します。

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

さい。

たとえば、 cpio 形式の上書きを許可するには、マスターサーバー ( および、必要

に応じて、メディアサーバー ) 上に次のエントリを追加します。ALLOW_MEDIA_OVERWRITE = CPIO

ALLOW_MULTIPLE_RETENTIONS_PER_MEDIA

メディア上での保持レベルの混在を許可します。デフォルトでは、このオプショ

ンは存在しません。各ボリュームには、 1 つの保持レベルのバックアップを含め

ることができます。

このオプションは、次のいずれかの方法で設定できます。

■ ホストプロパティの［メディア (Media)］の［スタンドアロンドライブ拡張

機能を有効にする (Enable standalone drive extension)］プロパティを変更

します。 ( デフォルトでは、この機能は有効です。 )

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

ださい。

■ nbemmcmd コマンドを使用します。 ( 『Veritas NetBackup コマンド UNIX お

よび Linux』を参照。 )

ALLOW_NON_RESERVED_PORTS

NetBackup Client デーモン (bpcd) が、権限を取得していないポート ( ポート番号

が 1024 以上 ) からのリモート接続を受け入れるように指定します。このエントリ

が存在しない場合、 bpcd は権限を取得しているポート ( ポート番号が 1024 未満 )

からのリモート接続だけを受け入れます。このオプションは、 NetBackup クライ

アントおよびサーバーが、ファイアウォールを挟んでその両側に存在する場合に

有効です。

ALLOW_NON_RESERVED_PORTS = YES | NO


/usr/openv/netbackup/bp.conf ファイルに追加します。

クライアントでの使用については、 33 ページの

「ALLOW_NON_RESERVED_PORTS」を参照してください。

34 追加構成



AUTHENTICATION_DOMAIN

Symantec Product Authentication のプリンシパル群を定義します。 Symantec

Product Authentication and Authorization を使用するマスターサーバーには、 1

つ以上の AUTHENTICATION_DOMAIN エントリが存在する必要があります。複数

のエントリを指定することもできます。

メディアサーバーまたはクライアントで認証ドメインが定義されていない場合

は、マスターサーバーの認証ドメインが使用されます。


/usr/openv/netbackup/bp.conf ファイルに追加します。または、［アクセ

ス制御 (Access Control)］ホストプロパティの［認証ドメイン (Authentication

Domain)］タブでドメインを追加します。


さい。

AUTHENTICATION_DOMAIN = domain "comment" mechanism broker

[ port ]

ここで示された文字列については、次のとおりです。

■ domain は、インターネットドメイン名または Windows ドメイン名です。

■ "comment" は、認証ドメインを説明する引用符付きのコメントです。

■ mechanism は、認証機構です。認証機構は、次のキーワードで指定します。

■ NIS ( ネットワーク情報サービス )

■ NIS+ ( ネットワーク情報サービスプラス )

■ PASSWD (指定したブローカー上の UNIX ローカルパスワードファイル )

■ VXPD (Symantec Product Authentication and Authorization プライベー

トデータベース )

■ WINDOWS (Windows の Active Directory またはプライマリドメインコン

トローラ )

■ broker は、認証ブローカーのホスト名または IP アドレスです。

■ port は、認証ブローカーのポート番号です。デフォルトは、認証ブローカー

の標準ポート番号です。

例AUTHENTICATION_DOMAIN = mycompany.com "Typical UNIX logins" NIS broker1.mycompany.comAUTHENTICATION_DOMAIN = OurEnterprise "Typical Windows logins" WINDOWS broker2.mycompany.com 5544AUTHENTICATION_DOMAIN = mycompany.com "VxSS-Only Identities" VXPD broker1.mycompany.comAUTHENTICATION_DOMAIN = broker3.mycompany.com "Local UNIX Logins on host broker3" PASSWD broker3.mycompany.com

35追加構成



この例では、mycompany.com がインターネットドメイン名で、OurEnterprise

が Windows ドメイン名です。

ホスト名 broker1 というブローカーによって、 Symantec Product

Authentication 用に NIS とプライベート認証の両方が処理されます。


Authentication 用に Windows 認証が処理されます。

broker2 では、標準外のポート番号 (5544) が使用されます。


Authentication 用にローカルファイル /etc/passwd が使用されます。

AUTHORIZATION_SERVICE

ローカル NetBackup サーバーで使用される Symantec Product Authorization

Service を定義します。 Symantec Product Authorization を使用するマスター

サーバーでは、認可サービスを定義する必要があります。メディアサーバーで認

可サービスが定義されていない場合は、マスターサーバーの認可サービスが使用

されます。


/usr/openv/netbackup/bp.conf ファイルに追加します。または、［アクセ

ス制御 (Access Control)］ホストプロパティの［認可サービス (Authorization

Service)］タブでホスト名を入力します。


さい。AUTHORIZATION_SERVICE = host [ port ]


host は、認可サービスのホスト名または IP アドレスです。

port は、認可サービスのポート番号です。デフォルトは、認可サービスの標準

ポート番号です。

BPBRM_VERBOSE

デバッグ目的で使用します。 BPBRM_VERBOSE オプションは、 NetBackup に

よって bpbrm のデバッグログに含められる情報の量を制御します。デフォルト

では、 bp.conf の VERBOSE エントリ (Global logging level) と同じ値です。

BPBRM_VERBOSE エントリは、 bp.conf の VERBOSE エントリより優先され

ます。



ロパティの［ログ (Logging)］の［BPBRM のログレベル (BPBRM logging level)］

プロパティを設定します。

36 追加構成




さい。

bp.conf の VERBOSE エントリと同じ値を bpbrm に使用するには、次のエント

リを追加します。BPBRM_VERBOSE = 0

これは、ホストプロパティの［ログ (Logging)］の［BPBRM のログレベル (BPBRM

logging level)］を［グローバルと同じ (Same as global)］に設定することと同じ

です。

bpbrm 用に記録される情報の量を最小にするには、次のエントリを追加します。BPBRM_VERBOSE = -1


logging level)］を 0 (ゼロ ) に設定することと同じです。

bpbrm 用に記録される情報の量を増加するには、 1 から 5 の値を入力します。次

に例を示します。BPBRM_VERBOSE = 1


logging level)］を 1 に設定することと同じです。

bpbrm 用に記録される情報の量を最大にするには、次のエントリを追加します。BPBRM_VERBOSE = 5



bpbrm のデバッグログについて詳しくは、『Veritas NetBackup トラブルシュー

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

BPDBJOBS_COLDEFS

このエントリを bp.conf ファイルに追加することによって、 bpdbjobs の出力

をカスタマイズします。次の書式を使用して、出力に含めるすべての列に対する

BPDBJOBS_COLDEFS エントリを追加します。

BPDBJOBS_COLDEFS = COLDEFS_ENTRY [minimum_size [true |

false]]


COLDEFS_ENTRY は、出力に含める列の名前です。有効な

BPDBJOBS_COLDEFS エントリについては、次の表を参照してください。

minimum_size は、列の最小の幅です。指定しない場合、デフォルトの幅は

5 です。

true を指定すると、必要に応じて列が拡張されます。指定しない場合、デ

フォルトは true です。

false を指定すると、 minimum_size 以内で列が拡張されます。

エントリの順序によって、列ヘッダーが表示される順序が決定されます。

37追加構成



例BPDBJOBS_COLDEFS = JOBID 5 trueBPDBJOBS_COLDEFS = TYPE 4 trueBPDBJOBS_COLDEFS = STATE 5 trueBPDBJOBS_COLDEFS = STATUS 6 trueBPDBJOBS_COLDEFS = POLICY 6 trueBPDBJOBS_COLDEFS = SCHEDULE 8 trueBPDBJOBS_COLDEFS = CLIENT 6 trueBPDBJOBS_COLDEFS = DSTMEDIA_SERVER 12 trueBPDBJOBS_COLDEFS = ACTPID 10 true

メモ : bp.conf の BPDBJOBS_COLDEFS エントリでは、次の影響があることに注

意してください。

- BPDBJOBS_COLDEFS エントリを 1 つでも追加すると、すべてのデフォルトの列

は無効になります。

- ローカルシステムのすべてのユーザーに対して、 bp.conf ファイルに指定され

た列だけが表示されます。

38 追加構成



表 1-1 BPDBJOBS_COLDEFS エントリおよび列ヘッダー名

COLDEFS エントリ列の名前 COLDEFS エントリ列の名前

ACTIVEELAPSED 動作経過 (Active Elapsed)

( 経過した動作時間 )

PATHNAME KB/ 秒 (KB Per Second)

ACTPID 有効な PID (Active PID)

( ジョブの PID)

PARENTJOBID 親ジョブ ID

(Parent Job ID)

ATTEMPT 試行 (Attempt) POLICY ポリシー (Policy)

BACKUPTYPE バックアップ形式

(Backup Type)

POLICYTYPE ポリシー形式

(Policy Type)

CLIENT クライアント (Client) PRIORITY 優先度 (Priority)

COMPLETION 完了 (Completion)

( 完了した割合 )

PROFILE プロファイル

(Profile)(Vault のみ )

COMPRESSION 圧縮 (Compression)

( ［はい (Yes)］または

［いいえ (No)］ )

RETENTION 保持 (Retention)

( 保持期間 )

DSTMEDIA_SERVER 宛先メディアサーバー

(Dest Media Svr)

( 書き込み先のメディア

サーバー )

RESUMABLE 再開可能 (Resumable)

DSTMEDIAID 宛先メディア ID (Dest Media

ID)( 書き込み先のメディア ID)

ROBOT ロボット (Robot)(Vault

のみ )

DSTSTORAGE_UNIT 宛先ストレージユニット (Dest

StUnit)( 書き込み先のストレー

ジユニット )

RQSTPID 要求 PID (Request PID)

( 存在する場合、ジョブを

要求している PID)

ELAPSED 経過時間 (Elapsed)

( 経過した時間 )

SCHEDULE スケジュール (Schedule)

ENDED 終了 (Ended) SCHEDULETYPE スケジュール形式

(Schedule Type)

ESTFILE 推定ファイル (Est File)

( 推定ファイル数 )

SESSIONID セッション ID (Session

ID)(Vault のみ )

ESTKB 推定 KB (Est KB)

( 推定 KB 数 )

SRCMEDIA_SERVER ソースメディアサーバー

(Src Media Svr)

FILES ファイル (File) SRCMEDIAID ソースメディア ID

(Src Media ID)

39追加構成



BPDBM_VERBOSE

デバッグ目的で使用します。 BPDBM_VERBOSE オプションは、 NetBackup によっ

て bpdbm のデバッグログに含められる情報の量を制御します。



ロパティの［ログ (Logging)］の［BPDBM のログレベル (BPDBM logging level)］

プロパティを設定します。


さい。

デフォルトでは、 bp.conf の VERBOSE エントリ (Global logging level) と同じ値

です。 BPDBM_VERBOSE エントリは、 bp.conf の VERBOSE エントリ (Global

logging level) より優先されます。

bp.conf の VERBOSE エントリと同じ値を bpdbm に使用するには、次のエント

リを追加します。BPDBM_VERBOSE = 0

これは、ホストプロパティの［ログ (Logging)］の［BPDBM のログレベル (BPDBM


です。

GROUP グループ (Group) SRCSTORAGE_UNIT ソースストレージユニッ

ト (Src StUnit)

JOBID ジョブ ID (JobID) STARTED 開始 (Started)

KBPERSEC パス名 (Pathname) STATE 状態 (State)

KILOBYTES KB (Kilobytes) STATUS 状態 (Status)

LASTBACKUP 最終バックアップ (Last Backup)

( 日時 )

STREAMNUMBER ストリーム番号 (Stream

Number)

MAINPID メイン PID (Main PID)( 存在する

場合、ジョブを生成する PID)

SUSPENDABLE 一時停止可能

(Suspendable)

NUMTAPESEJECT 取り出すメディア (Media to

Eject)( 取り出されるテープ数。

Vault のみ )

TYPE 形式 (Type)(ジョブの形式 )

OPERATION 操作 (Operation)( 現在の操作 ) VAULT Vault (Vault のみ )

OWNER 所有者 (Owner)

表 1-1 BPDBJOBS_COLDEFS エントリおよび列ヘッダー名 (続き )

COLDEFS エントリ列の名前 COLDEFS エントリ列の名前

40 追加構成



bpdbm 用に記録される情報の量を最小にするには、次のエントリを追加します。BPDBM_VERBOSE = -1



bpdbm 用に記録される情報の量を増加するには、 1 から 5 の値を入力します。次

に例を示します。BPDBM_VERBOSE = 1



bpdbm 用に記録される情報の量を最大にするには、次のエントリを追加します。BPDBM_VERBOSE = 5



次に、 2 つの bp.conf エントリの例を示します。この例では、 bpdbm のデバッ

グファイルの増加率を最小限に押さえながら、ログを有効にできます。 VERBOSE = 5BPDBM_VERBOSE = -1

bpdbm のデバッグログについて詳しくは、『Veritas NetBackup トラブルシュー


BPRD_VERBOSE

デバッグ目的で使用します。 BPRD_VERBOSE オプションは、 NetBackup によっ

て bprd のデバッグログに含められる情報の量を制御します。



ロパティの［ログ (Logging)］の［BPRD のログレベル (BPRD logging level)］プ

ロパティを設定します。


さい。


です。 BPRD_VERBOSE エントリは、 bp.conf の VERBOSE エントリ (Global


bp.conf の VERBOSE エントリと同じ値を bprd に使用するには、次のエント

リを追加します。BPRD_VERBOSE = 0

これは、ホストプロパティの［ログ (Logging)］の［BPRD のログレベル (BPRD


です。

41追加構成



bprd 用に記録される情報の量を最小にするには、次のエントリを追加します。BPRD_VERBOSE = -1



bprd 用に記録される情報の量を増加するには、 1 から 5 の値を入力します。次

に例を示します。BPRD_VERBOSE = 1



bprd 用に記録される情報の量を最大にするには、次のエントリを追加します。BPRD_VERBOSE = 5



bprd のデバッグログについて詳しくは、『Veritas NetBackup トラブルシュー


BPTM_VERBOSE

デバッグ目的で使用します。 BPTM_VERBOSE オプションは、 NetBackup によっ

て bptm のデバッグログに含められる情報の量を制御します。



ロパティの［ログ (Logging)］の［BPTM のログレベル (BPTM logging level)］プ

ロパティを設定します。


さい。


です。 BPTM_VERBOSE エントリは、 bp.conf の VERBOSE エントリ (Global


bp.conf の VERBOSE エントリと同じ値を bptm に使用するには、次のエント

リを追加します。BPTM_VERBOSE = 0

これは、ホストプロパティの［ログ (Logging)］の［BPTM のログレベル (BPTM


です。

bptm 用に記録される情報の量を最小にするには、次のエントリを追加します。BPTM_VERBOSE = -1



42 追加構成



bptm 用に記録される情報の量を増加するには、 1 から 5 の値を入力します。次

に例を示します。BPTM_VERBOSE = 1



bptm 用に記録される情報の量を最大にするには、次のエントリを追加します。BPTM_VERBOSE = 5



bptm のデバッグログについて詳しくは、『Veritas NetBackup トラブルシュー


BPEND_TIMEOUT

メモ : このオプションを変更する場合、CLIENT_READ_TIMEOUT オプションがこ

のオプション以上の値に設定されていることを確認してください。

クライアント上で bpend_notify スクリプトが完了するまでに待機する時間

(秒数 ) を指定します。デフォルトのタイムアウトは 300 秒です。



ロパティの［タイムアウト (Timeouts)］の［バックアップ終了の通知タイムア

ウト (Backup end notify timeout)］プロパティを設定します。


さい。

BPSTART_TIMEOUT

メモ : このオプションを変更する場合、CLIENT_READ_TIMEOUT オプションがこ

のオプション以上の値に設定されていることを確認してください。

クライアント上で bpstart_notify スクリプトが完了するまでに待機する時間

(秒数 ) を指定します。デフォルトは 300 秒です。



ロパティの［タイムアウト (Timeouts)］の［バックアップ開始の通知タイムア

ウト (Backup start notify timeout)］プロパティを設定します。


さい。

43追加構成



CHECK_RESTORE_CLIENT

リストアを開始する前にリストア対象のクライアントを確認するように指定しま

す。応答のないクライアントによって、同じテープ上にデータを持つ他のクライ

アントのリストア速度が低下する場合があります。このオプションは、マスター

サーバーだけに適用されます。



CLIENT_CONNECT_TIMEOUT

サーバーが、クライアントへの接続でタイムアウトするまでに待機する時間 ( 秒

数 ) を指定します。デフォルトは 300 秒です。



ロパティの［タイムアウト (Timeouts)］の［クライアント接続のタイムアウト

(Client connect timeout)］プロパティを設定します。

CLIENT_PORT_WINDOW

他のコンピュータの NetBackup に接続するために使用される、このコンピュータ

上の予約されていないポートの範囲を指定します。この設定は、予約されていな

いポートを受け入れるように構成されたクライアントに接続する場合に適用され

ます。

クライアントの構成については、 33 ページの


このオプションを使用するには、 NetBackup サーバーまたはクライアント上の


次の例では、ポート番号 4800 から 5000 の使用が許可されます。

CLIENT_PORT_WINDOW = 4800 5000

最初の数字に 0 ( ゼロ ) を指定すると ( デフォルト )、使用する予約されていない

ポートがオペレーティングシステムによって決定されます。

NetBackup-Java コンソールからの接続については、『Veritas NetBackup 管理者

ガイド Vol. 1』の「NBJAVA_CLIENT_PORT_WINDOW」を参照してください。

44 追加構成



CLIENT_READ_TIMEOUT

メモ : このオプションは、サーバーまたはデータベースエージェント (NetBackup

for Oracle など ) 上でだけ使用してください。このオプションには適切なデフォル

トが設定されているため、変更する必要があるのは問題が発生した場合だけです。

クライアントの読み込みのタイムアウトに使用する時間 (秒数 ) を指定します。



ロパティの［タイムアウト (Timeouts)］の［クライアントの読み込みタイムア

ウト (Client read timeout)］プロパティを設定します。


さい。

CLIENT_READ_TIMEOUT は、データベースエージェント (NetBackup for Oracle

など ) 上にも追加できます。

データベースエージェントは他のクライアントより最初の準備に時間がかかるた

め、これらのクライアント上に CLIENT_READ_TIMEOUT を追加するのは特別な

場合です。データベースのバックアップユーティリティによって頻繁に複数の

バックアップジョブが同時に開始されると、 CPU の速度が低下します。

次に、データベースエージェント上での処理の順序を示します。

■ データベースエージェント上の NetBackup によって、そのクライアントの

CLIENT_READ_TIMEOUT が読み込まれ、最初に使用する値が検出されます。

このオプションが設定されていない場合、標準のデフォルトである 5 分が使

用されます。

■ データベースエージェントの API にサーバーの値が渡され、その値が

CLIENT_READ_TIMEOUT として使用されます。

デフォルトでは、サーバーとデータベースエージェントのいずれにも

CLIENT_READ_TIMEOUT は指定されていません。タイムアウトは 300 秒です。

メモ : データベースエージェント上で CLIENT_READ_TIMEOUT を 5 分より大き

い値に設定することをお勧めします。多くのインストールでは、15 分が適切です。

45追加構成



CLIENT_RESERVED_PORT_WINDOW


上の予約済みポートの範囲を指定します。この設定は、予約済みポートだけを受

け入れるように構成されたクライアントに接続する場合に適用されます。



このオプションを使用するには、 UNIX マスターサーバーまたはクライアント上

の /usr/openv/netbackup/bp.conf ファイルに追加します。

次の例では、ポート番号 900 から 1023 の使用が許可されます。

CLIENT_RESERVED_PORT_WINDOW = 900 1023

デフォルトの範囲は、512 から 1023 です。最初の数字に 0 (ゼロ ) を指定すると、

予約済みのポートの代わりに予約されていないポートが使用されることに注意し

てください。予約されていないポートは、オペレーティングシステムによって選

択されます。

CONNECT_OPTIONS

NetBackup においてファイアウォールの効率を向上するための、次の 3 つのオプ

ションを指定します。

■ ホストの接続に、予約済みポート番号を使用するか、または予約されていな

いポート番号を使用するか。

■ ホストから他のサーバーへの接続に、従来のコールバック方式を使用するか、

または Veritas ネットワークデーモン (vnetd) を使用するか。

■ ホストへの接続に、次のどの方法を使用するか。

■ vnetd またはデーモンのポート番号を使用

■ vnetd だけを使用

■ デーモンのポート番号だけを使用



ロパティの［ファイアウォール (Firewall)］でこのオプションを設定します。


さい。

このエントリを使用するには、次の形式で NetBackup サーバー上の


CONNECT_OPTIONS = host [ 0 | 1 | 2 ][ 0 | 1 | 2 | 3 ]

[ 0 | 1 | 2 | 3 ]

ここで示されたコマンド内の文字列については、次のとおりです。

46 追加構成



■ host は、接続先のサーバーまたはクライアントのホスト名です。 host は、

NetBackup 4.5 以上である必要があります。

■ 最初の設定値は、host の bpcd への接続に使用するポートの種類を示します。

0 = 予約済みのポート番号を使用します。

1 = 予約されていないポート番号を使用します。このオプションを選択する

場合、選択された host の［予約されていないポートを許可 (Allow non

reserved ports)］を有効にします。［ホストプロパティ (Host Properties)］ >

［メディアサーバー (Media Servers)］の［ユニバーサル設定 (Universal

Settings)］ダイアログボックスを参照してください。

構成オプションについては、『Veritas NetBackup 管理者ガイド Vol. 1』の

第 7 章を参照してください。

2 = DEFAULT_CONNECT_OPTIONS 構成エントリで定義した値を使用します

( デフォルト )。

■ 2 番目の設定値は、 host への接続に bpcd のコールバック方式を使用するか

どうかを示します。

0 = 従来のコールバック方式を使用します ( デフォルト )。

1 = 非コールバック方式である vnetd を使用します。



47 ページの「DEFAULT_CONNECT_OPTIONS」を参照してください。

■ 3 番目の設定値は、 NetBackup クライアントおよびサーバーに関連していま

す。この設定値は、 host への接続に使用する接続方式を示します。

0 = 可能であれば vnetd を使用してホスト上のデーモンに接続します。そう

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

1 = vnetd だけを使用してホスト上のデーモンに接続します。この設定に

よって、一方向の bpcd が有効になります。

2 = デーモンの従来のポート番号だけを使用してホスト上のデーモンに接続

します。



47 ページの「DEFAULT_CONNECT_OPTIONS」を参照してください。

bp.conf ファイルには、複数のホストの CONNECT_OPTIONS の設定が含まれて

いる場合があります。次に例を示します。

CONNECT_OPTIONS = shark 0 0 0

サーバー shark への bpcd 接続には、予約済みのポート番号および従来

のコールバック方式を使用する必要があります。

サーバー shark 上の bpdbm、 vmd、 bprd およびロボットデーモンへの

接続には、 vnetd またはデーモンのポート番号を使用できます。

47追加構成



CONNECT_OPTIONS = dolphin 1 0 1

サーバー dolphin への bpcd 接続には、予約されていないポート番号お

よび従来のコールバック方式を使用する必要があります。

サーバー dolphin 上の bpdbm、 vmd、 bprd およびロボットデーモンへ

の接続には、 vnetd を使用する必要があります。

CONNECT_OPTIONS = perch 0 1 2

サーバー perch への bpcd 接続には、予約済みのポート番号および

vnetd を使用する必要があります。

サーバー perch 上の bpdbm、 vmd、 bprd およびロボットデーモンへの

接続には、デーモンのポート番号を使用する必要があります。

CONNECT_OPTIONS = trout 1 1 2

サーバー trout への bpcd 接続には、予約されていないポート番号およ

び vnetd を使用する必要があります。

サーバー trout 上の bpdbm、vmd、bprd およびロボットデーモンへの接

続には、デーモンのポート番号を使用する必要があります。

NetBackup-Java コンソールからの接続については、『Veritas NetBackup 管理者

ガイド Vol. 1』の「NBJAVA_CONNECT_OPTION」を参照してください。

DEFAULT_CONNECT_OPTIONS

CONNECT_OPTIONS 構成エントリのデフォルト値を指定します。

CONNECT_OPTIONS エントリでホスト名が指定されていない場合、

DEFAULT_CONNECT_OPTIONS エントリの値が使用されます。



ロパティの［ファイアウォール (Firewall)］でこのオプションを設定します。


さい。

このエントリを使用するには、次の形式で NetBackup サーバー上の


DEFAULT_CONNECT_OPTIONS = [ 0 | 1 ][ 0 | 1 ][ 0 | 1 | 2 ]


■ 最初の設定値は、リモートホストの bpcd への接続に使用するポートの種類

を示します。

0 = 予約済みのポート番号を使用します (デフォルト )。

1 = 予約されていないポート番号を使用します。このオプションを選択する

場合、選択された host の［予約されていないポートを許可 (Allow non

reserved ports)］を有効にします。［ホストプロパティ (Host Properties)］ >

［メディアサーバー (Media Servers)］の［ユニバーサル設定 (Universal

Settings)］ダイアログボックスを参照してください。

構成オプションについては、『Veritas NetBackup 管理者ガイド Vol. 1』の

第 7 章を参照してください。

48 追加構成



■ 2 番目の設定値は、リモートホストへの接続に bpcd のコールバック方式を

使用するかどうかを示します。

0 = 従来のコールバック方式を使用します。

1 = 非コールバック方式である vnetd を使用します ( デフォルト )。

■ 3 番目の設定値は、リモートホストへの接続に使用する接続方式を示します。

0 = 可能であれば vnetd を使用してホスト上のデーモンに接続します。そう

でない場合は、デーモンの従来のポート番号を使用して接続します ( デフォ

ルト )。

1 = vnetd だけを使用してホスト上のデーモンに接続します。

2 = デーモンの従来のポート番号だけを使用してホスト上のデーモンに接続

します。

メモ : デーモン接続ポートとして vnetd だけ (1) が選択されている場合、 BPCD

コネクトバック設定は適用されません。また、デーモン接続ポートとして vnetd

だけ (1) が選択されている場合、ポート設定の値に関係なく、予約されていない

ポート設定 (1) が常に使用されます。

DISABLE_JOB_LOGGING

NetBackup のアクティビティモニターに必要なジョブ情報のログを無効にしま

す。デフォルトでは、ジョブのログは有効です。



DISABLE_STANDALONE_DRIVE_EXTENSIONS

このエントリは、次のいずれかの方法で設定できます。

■ ホストプロパティの［メディア (Media)］の［スタンドアロンドライブ拡張

機能を有効にする (Enable standalone drive extension)］プロパティを変更し

ます。 ( デフォルトでは、この機能は有効です。 )


ださい。

■ nbemmcmd コマンドを使用します。 ( 『Veritas NetBackup コマンド UNIX お

よび Linux』を参照。 )

非ロボットのドライブ操作を無効にします。バックアップの実行中には、

NetBackup によって非ロボットのドライブ内で検出された任意のラベル付きメ

ディアおよびラベルなしメディアは自動的に使用されません。

49追加構成



DISALLOW_BACKUPS_SPANNING_MEDIA

バックアップがメディアをまたがらないようにします。メディアの空きがなく

なった場合に DISALLOW_BACKUPS_SPANNING_MEDIA が選択されていると、そ

のメディアは空きなしに設定されます。操作は異常終了します。 ( この操作は、ロ

ボットのドライブおよび非ロボットのドライブの両方に適用されます。 ) デフォ

ルトでは、バックアップがメディアをまたがることが許可されます。



ロパティの［メディア (Media)］の［メディアをまたがったバックアップを許可

する (Allow backups to span media)］プロパティを設定します。


さい。

DISALLOW_CLIENT_LIST_RESTORE

メモ : 個々のクライアントの list_restore の設定を変更して、そのクライアン

トの DISALLOW_CLIENT_LIST_RESTORE オプションより個々のクライアント

を優先することができます。

すべてのクライアントに対する一覧表示要求およびリストア要求を拒否します。

このオプションが存在する場合、クライアントはこのマスターサーバーを介して

バックアップしたファイルの一覧表示またはリストアを行うことができません。

デフォルトでは、このオプションは存在せず、クライアントはファイルの一覧表

示およびリストアを行うことができます。



DISALLOW_CLIENT_RESTORE

メモ : 個々のクライアントの list_restore の設定を変更して、このクライアン

トの DISALLOW_CLIENT_RESTORE オプションを無視することができます。

すべてのクライアントに対するリストア要求を拒否します。このオプションが存

在する場合、クライアントはこのマスターサーバーを介してバックアップした

ファイルのリストアを行うことができません。デフォルトでは、このオプション

は存在せず、クライアントはファイルのリストアを行うことができます。



50 追加構成



EMMSERVER

EMMSERVER エントリは、 1 つ以上のマスターサーバーの Enterprise Media

Manager サーバーとして機能しているマスターサーバーまたはメディアサー

バーを示します。 EMM サーバーには、メディアおよびデバイスの構成情報が格

納されるデータベースが存在します。

EMMSERVER エントリは、バージョン 6.0 以上のサーバーだけに適用されます。

EMMSERVER = server_name

ENABLE_ROBUST_LOGGING

1 つのデバッグログディレクトリで使用可能なディスク領域を制限できます。ロ

グファイルが最大サイズに達したときにそのログファイルが閉じて、新しいログ

ファイルが開かれます。新しいログファイルの追加によりそのディレクトリ内の

ログファイル数が最大数を超える場合、最も古いログファイルが削除されます。

ログファイルの最大サイズは、 NetBackup コマンド vxlogcfg で、パラメータ

NumberOfLogFiles および MaxLogFileSizeKB を使用して設定します。ログ

ファイルのサイズの制御については、『Veritas NetBackup トラブルシューティン

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

NetBackup 環境で MMDDYY.log という命名規則に依存するスクリプトを使用し

ている場合は、スクリプトを更新するか、またはデバッグログ制限機能を無効に

してください。



ロパティの［ログ (Logging)］の［デバッグログ制限機能を有効にする (Enable

robust logging)］プロパティを設定します。


さい。

FAILOVER_RESTORE_MEDIA_SERVERS


サーバーがリストアで一時的にアクセス不能になった場合に、別の NetBackup

サーバーへの自動フェールオーバーを指定します。フェールオーバーには、管理

者が介入する必要がありません。デフォルトでは、自動フェールオーバーは実行

されません。エントリの形式は次のとおりです。

FAILOVER_RESTORE_MEDIA_SERVERS = failed_host host1 host2

... hostN


failed_host は、操作できないサーバーです。

host1 ... hostN は、フェールオーバー機能を提供するサーバーです。

51追加構成



サーバーに自動フェールオーバーが必要な場合、関連付けられた

FAILOVER_RESTORE_MEDIA_SERVERS リストの全範囲が左から右に検索され

ます。検索は、リストアを実行可能なサーバーが検出されると停止します。

メモ : FAILOVER_RESTORE_MEDIA_SERVERS エントリは複数追加することがで

き、各エントリには複数のサーバーを指定することができます。ただし、

failed_host として NetBackup サーバーを指定できるのは、 1 つのエントリだ

けです。



FAILOVER_RESTORE_MEDIA_SERVERS エントリの追加後、構成を変更するマス

ターサーバー上の NetBackup Request デーモンを停止してから、再起動します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「代替サーバーを使用し

たリストア」を参照してください。

FORCE_RESTORE_MEDIA_SERVER


ファイルがバックアップされている場所にかかわらず、リストアを特定のサー

バー上で実行します。エントリの形式は次のとおりです。

FORCE_RESTORE_MEDIA_SERVER = from_host to_host

ここで、 from_host は最初のバックアップを行ったサーバー、 to_host はリストア

に使用するサーバーです。



FORCE_RESTORE_MEDIA_SERVER エントリの追加後、マスターサーバー上の

NetBackup Request デーモンを停止してから、再起動します。リストアを試行す

る前に、メディアを to_host に物理的に移動します。 Media Manager のボリュー

ムデータベースを更新して移動を反映します。

この設定は、元のサーバー上のすべてのストレージユニットに適用されます。

from_host 上のすべてのストレージユニットに対するリストアが、 to_host に移動

します。今後のリストアのために構成を元に戻すには、エントリを削除します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「代替サーバーを使用し

たリストア」を参照してください。

52 追加構成



GENERATE_ENGLISH_LOGS

英語のエラーログの生成を有効にします。また、 bparchive、 bpbackup、

bpduplicate、bpimport および bprestore コマンドに対して、英語のトレー

スログの生成を有効にします。このオプションは、異なるロケールで様々な言語

を含むログが作成される分散環境において有効です。

英語のエラーログ (_en という接尾辞で示される ) が次のディレクトリに作成され

ます。/usr/openv/netbackup/db/error

GENERATE_ENGLISH_LOGS オプションを設定し、 bparchive、 bpbackup、

bpduplicate、bpimport および bprestore コマンドの実行時に進捗ログ (-L)

を指定すると、引数 -en が強制的に追加されます。

接尾辞 _en は、英語の進捗ログであることを示します。



INCOMPLETE_JOB_CLEAN_INTERVAL

失敗したリストアジョブが、未完了の状態として保持される日数を示します。こ

の日数が経過した後、ジョブは完了状態に移行します。

INCOMPLETE_JOB_CLEAN_INTERVAL = x

ここで、 x は、 0 から 365 の範囲の値です。値を 0 (ゼロ ) にすると、失敗した未

完了のジョブは自動的に完了状態に移行しません。デフォルトは 7 日です。


の /usr/openv/netbackup/bp.conf ファイルに追加します。または、ホスト

プロパティの［グローバル属性 (Global Attributes)］の［リストアジョブを未完

了状態から完了状態に変更する (Move restore job from incomplete state to done

state)］プロパティを設定します。


さい。

INITIAL_BROWSE_SEARCH_LIMIT

NetBackup によってリストアが行われるファイルが何日前まで検索されるかを

指定します。値は日数で指定します。たとえば、参照範囲を現在の日付から 7 日

前までに制限するには、次のとおり指定します。INITIAL_BROWSE_SEARCH_LIMIT = 7

このオプションは、マスターサーバー上で指定でき、すべての NetBackup クライ

アントに適用されます。 UNIX クライアント上でも指定できます。このオプショ

ンが UNIX クライアント上で指定された場合、そのクライアントだけに適用され

ます。このオプションを指定すると、検索ウィンドウのサイズをサーバーで指定

したサイズより小さくすることができます ( クライアントの設定では、ウィンド

ウを大きくできません )。

53追加構成



デフォルトでは、最後の完全バックアップからクライアントの最後のバックアッ

プまでのファイルが含まれます。クライアントが複数のポリシーに属している場

合、最後に実行された一連の完全バックアップのうち、最も古いものから参照が

開始されます。



LIMIT_BANDWIDTH

メモ : このオプションを変更する前に、 408 ページの「帯域幅の制限に関する注

意事項」を参照してください。

ネットワーク上の複数の NetBackup クライアントが使用する、ネットワーク帯域

幅の制限を指定します。実際の制限は、バックアップ接続のクライアント側で発

生します。この機能では、バックアップだけが制限されます。リストアには影響

しません。デフォルトでは、帯域幅は制限されません。

LIMIT_BANDWIDTH の各エントリには、エントリが適用されるクライアントおよ

びネットワークの帯域幅の値および IP アドレスを指定します。構文は次のとおり

です。

LIMIT_BANDWIDTH = xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy zzz

LIMIT_BANDWIDTH = xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy zzz


■ xxx.xxx.xxx.xxx は、 IP アドレス範囲の先頭です (10.0.0.2 など )。

■ yyy.yyy.yyy.yyy は、 IP アドレス範囲の終わりです (10.0.0.49 など )。

■ zzz は、帯域幅の制限 (KB/秒 ) です (200 など )。値を 0 (ゼロ ) に指定すると、個

別のクライアントまたはこのエントリに設定されている範囲の IP アドレス

に対して、スロットリングが無効になります。



IP アドレスの範囲の規則

IP アドレスの範囲には、個々のクライアントまたはサブネット全体を指定できま

す。次に、アドレスの固有規則を示します。

■ IP アドレスの形式は、次のいずれかです。

■ a.b.c.d

ここで、 a、 b、 c および d は、 0 から 255 の範囲の整数です。

■ 128.net.host

ポリシー B のアドレス (16 ビットのホスト ) です。

54 追加構成



■ net.host

ポリシー A のアドレス (24 ビットのホスト ) です。

■ a

ネットワークのバイト順序 ( 最上位バイトから順番に格納されるビッグ

エンディアン ) に従って完全な IP アドレスを表す 32 ビットの整数です。

■ IP アドレスは、 10 進数、 8 進数または 16 進数で入力できます。 0 (ゼロ ) で

始まる数は 8 進数、 0x で始まる数は 16 進数と見なされ、他のすべての数は

10 進数と見なされます。

■ IP アドレス全体またはホスト部分を 0 (ゼロ ) に設定することはできません。

■ 通常の IP アドレスだけが受け入れられます。 ( ポリシー A、 B および C は受

け入れられます。マルチキャストアドレスまたは予約済みアドレスは受け入

れられません。 )

■ 同じ範囲の IP アドレスを指定する複数のエントリを作成しないでください。

作成した場合、 NetBackup では最後に検出したアドレスが使用されます。次

の例では、 NetBackup では 2 番目のエントリが使用されます。

LIMIT_BANDWIDTH = 111.222.333.1 111.222.333.255 500LIMIT_BANDWIDTH = 111.222.333.1 111.222.333.255 200

この規則は、 1 つの完全なクライアントアドレスを指定する複数のエントリ

にも適用されます。次に例を示します。


■ IP アドレスの範囲を指定するときは、範囲を重複させないでください。たと

えば、次の範囲を指定するとします。


この場合、範囲が重複しており、帯域幅の制限の結果が予測できなくなります。

■ 1 つのエントリでアドレスの範囲を指定し、別のエントリで特定のクライア

ントのアドレスを指定できます。

あるクライアントが、そのクライアントの完全な IP アドレスを指定するエン

トリで指定され、一定の範囲の IP アドレスを指定するエントリでも指定され

ている場合、 NetBackup では、そのクライアントの完全な IP アドレスを指

定するエントリに設定されている帯域幅の値が使用されます。

次のエントリでは、 IP アドレスの範囲に帯域幅が設定されています。

LIMIT_BANDWIDTH = 111.222.333.1 111.222.333.255 500

次のエントリでは、範囲内の特定のアドレスに帯域幅が設定されています。

LIMIT_BANDWIDTH = 111.222.333.111 111.222.333.111 200

この場合、 NetBackup では、アドレスが 111.222.333.111 のクライアントに

対して特定のエントリ (帯域幅が 200) が使用されます。この機能を使用して、

特定のクライアントを帯域幅の制限からエクスクルードすることもできま

す。 bp.conf ファイルでの範囲および特定のアドレスのエントリの順序は、

重要ではありません。

55追加構成



帯域幅の値の設定規則

個々のクライアントの帯域幅を、次のいずれかの値に設定します。

■ 0 (ゼロ )(帯域幅を制限しない )

■ クライアントの IP アドレスを含む IP アドレスの範囲に指定された値以下の値

たとえば、次の設定は有効です。


クライアントの帯域幅を範囲より大きい値に設定すると、NetBackup では個々の

設定値が無視されます。代わりに、範囲内の値が使用されます。この場合、クラ

イアントはネットワークに指定された帯域幅を共有します。

クライアントに対する帯域幅の制限が範囲の値以下の場合、クライアントは次の

うち小さい方の値を使用します。

■ 共有するネットワークの帯域幅の値

■ 個々の帯域幅の値

NetBackup によってクライアントに対して使用される帯域幅の値は、常に 1 KB/秒

以上になります。

例

■ サブネット (111.222.333) 上のすべてのマシンに 500 KB/秒の帯域幅の制限

を構成するには、次のエントリを使用します。

LIMIT_BANDWIDTH = 111.222.333.1 111.222.333.255 500

■ 特定のクライアント (111.222.333.111) に 700 KB/秒の帯域幅の制限を構成

にするには、次のエントリを使用します。

LIMIT_BANDWIDTH = 111.222.333.111 111.222.333.111 700

■ サブネット上の 1 つのクライアントに対する帯域幅の制限を無効にするに

は、 0 KB/秒を指定します。


この場合、 IP アドレスが 111.222.333.111 のクライアントに対しては帯域幅

の制限は行われません。

MEDIA_ID_PREFIX


■ ホストプロパティの［メディア (Media)］ダイアログボックスで［メディア

ID の接頭辞 (非ロボット )(Media ID prefix (non-robotic))］プロパティを変更

します ( デフォルトでは、チェックボックスはチェックされていません )。


ださい。

56 追加構成



■ nbemmcmd コマンドを使用します。

( 『Veritas NetBackup コマンド UNIX および Linux』を参照。 )

接頭辞は、 1 文字から 3 文字の英数字である必要があります。次に例を示します。MEDIA_ID_PREFIX = FEB

必要に応じて、NetBackup によって数字が追加され、割り当てられたメディア ID

は、 FEB000、 FEB001 のようになります。

デフォルトのメディア ID の接頭辞は A です。 NetBackup によって、最初に

A00000、次に A00001 という順序で割り当てられます。MEDIA_ID_PREFIX = A

MEDIA_UNMOUNT_DELAY

要求された操作の完了後、指定された秒数だけメディアのアンロードが遅延され

ます。 ( ユーザーによる操作だけに適用。 )



ロパティの［メディア (Media)］の［メディアのマウント解除の遅延 (Media

unmount delay)］プロパティを設定します。


さい。

たとえば、遅延が 120 秒であると想定します。

MEDIA_UNMOUNT_DELAY = 120

MEDIA_REQUEST_DELAY


■ ホストプロパティの［メディア (Media)］の［メディア要求の遅延 (Media

request delay)］プロパティを変更します ( デフォルトは 0 秒です )。


ださい。


『Veritas NetBackup コマンド UNIX および Linux』を参照してください。

MEDIA_SERVER

MEDIA_SERVER エントリは、 SERVER エントリと類似しています。

MEDIA_SERVER として指定されたホストは、クライアントに対してバックアップ

およびリストアを実行できます。ただし、そのホストが SERVER として指定され

ていない場合、そのホストの管理機能は制限されます。

57追加構成





ロパティの［サーバー (Servers)］の［メディアサーバー (Media Servers)］のリ

ストにメディアサーバー名を入力します。


さい。

次に、メディアサーバーの名前が oak である場合のエントリの例を示します。

MEDIA_SERVER = oak

MPX_RESTORE_DELAY

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

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

リストア要求を待機する時間を指定します。この遅延期間内に受け取ったすべて

のリストア要求は、同一のリストア操作に含まれます ( テープに 1 回の操作で渡

されます )。デフォルトは 30 秒です。



たとえば、遅延が 60 秒であると想定します。

MPX_RESTORE_DELAY = 60

MUST_USE_LOCAL_DRIVE


■ ホストプロパティの［一般的なサーバー (General Server)］ダイアログボッ

クスで［必ずローカルドライブを使用する (Must use local drive)］プロパ

ティを変更します ( デフォルトでは、チェックボックスはチェックされて

いません )。


ださい。


『Veritas NetBackup コマンド UNIX および Linux』を参照してください。

クライアントがメディアサーバーでもあるときにこのエントリが存在する場合、

このクライアントのバックアップは常にローカルドライブで実行されます。クラ

イアントがメディアサーバーでない場合、このエントリは無効です。

58 追加構成



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)

のすべてのキューの完全評価を行う間隔の秒数を示します。 ( デフォルトは

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

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



NBRB_REEVAL_PENDING

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

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

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

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



59追加構成



NBRB_REEVAL_PERIOD

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

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

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

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

フォルトでは、最初の要求が再評価されるまでの間隔は 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) が新しいジョブが出現するのを待ち受ける秒数を示します。

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

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

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

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)］が使用されます。



60 追加構成



RANDOM_PORTS

他のコンピュータ上の NetBackup と通信するためにポート番号が要求された場

合、 NetBackup によってポート番号がランダムに選択されるか、または順に選択

されるかを指定します。



■ RANDOM_PORTS = YES (デフォルト ) を設定した場合、NetBackup によって、

許容範囲内の空きポートからポート番号がランダムに選択されます。たとえ

ば、範囲が 1024 から 5000 である場合、 NetBackup によってこの範囲内の

番号からランダムに選択されます。

■ RANDOM_PORTS = NO を設定した場合、 NetBackup によって、許容範囲内

の利用可能な番号のうち最も大きい番号から順に選択されます。たとえば、

範囲が 1024 から 5000 である場合、NetBackup によって 5000 が選択されま

す ( この番号が空きであると想定します )。 5000 を使用できない場合、ポー

ト 4999 が選択されます。

デフォルトでは、このオプションは存在せず、 NetBackup によってランダムに

ポート番号が選択されます。

RE_READ_INTERVAL

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

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



ロパティの［一般的なサーバー (General Server)］の［ディスクストレージユ

ニットの容量を確認する間隔 (Check the capacity of disk storage units)］プロパ

ティで間隔の値を変更します。


さい。

次に、再読み込み間隔が 350 秒である場合のエントリの例を示します。

RE_READ_INTERVAL = 350

61追加構成



REQUIRED_INTERFACE

他の NetBackup クライアントまたはサーバーに接続する場合に、 NetBackup で

使用するネットワークインターフェースを指定します。NetBackup クライアント

およびサーバーでは、複数のネットワークインターフェースを使用できます。デ

フォルトでは、使用するインターフェースはオペレーティングシステムによって

決定されます。NetBackup を強制的に特定のネットワークインターフェースに接

続させるには、このエントリを使用してインターフェースのネットワークホスト

名を指定します。

次の例では、 host1 はインターフェースのネットワークホスト名を示します。REQUIRED_INTERFACE = host1

このオプションは、 NetBackup クライアントまたはサーバー上の

/usr/openv/netbackup/bp.conf ファイルに追加できます。デフォルトで

は、このエントリは存在せず、使用するインターフェースはオペレーティングシ

ステムによって決定されます。

例 1: 複数のネットワークインターフェースを持つクライアント

NetBackup クライアントに 2 つのネットワークインターフェースが設定されて

いると想定します。 1 つは通常のネットワーク用のインターフェースで、もう 1

つはバックアップネットワーク用のインターフェースです。

■ 通常のインターフェースのホスト名は、 fred です

■ バックアップインターフェースのホスト名は、 fred_nb です

クライアントおよびサーバーの両方に設定する NetBackup クライアント名は、

fred_nb です。

fred 上のユーザーがバックアップ、リストアまたは一覧表示の操作を開始する場

合、その要求は、バックアップ用のネットワークを介して fred_nb インターフェー

スに送信されることが理想的です。これには、 fred およびネットワークがそのよ

うに設定されている必要があります。ただし、この設定が適切でない場合、 fred

は通常のネットワークを介して、要求を fred インターフェースから送信できま

す。サーバーは、ホスト名 fred のクライアント fred_nb から要求を受信し、ホス

ト名とクライアント名が一致しないため要求を拒否します。

この問題を解決する 1 つの方法は、 fred という代替クライアントへのリストアを

実行できるようにマスターサーバーを設定することです。これによって、サーバー

は要求を受け入れますが、 NetBackup の通信は通常のネットワークで行われま

す。より適切な解決方法は、 fred 上の bp.conf ファイルに次のエントリを追加

することです。REQUIRED_INTERFACE = fred_nb

これによって、すべてのバックアップ、リストアおよび一覧表示の要求で fred_nb

インターフェースが使用され、サーバーはホスト名 fred_nb のクライアント

fred_nb から要求を受け取り、すべての操作が正常に実行されます。

62 追加構成



例 2: 複数のネットワークインターフェースを持つサーバー

NetBackup サーバーに 2 つのネットワークインターフェースが設定されている

と想定します。 1 つは通常のネットワーク用のインターフェースで、もう 1 つは

バックアップネットワーク用のインターフェースです。

■ 通常のインターフェースのホスト名は、 barney です

■ バックアップインターフェースのホスト名は、 barney_nb です

すべての NetBackup サーバーおよびクライアント上の bp.conf ファイルに、

SERVER = barney_nb エントリが存在します。

barney がバックアップのためにクライアントに接続する場合、その要求は、バッ

クアップ用のネットワークを介して barney_nb インターフェースに送信される

ことが理想的です。これには、barney およびネットワークがそのように設定され

ている必要があります。ただし、この設定が適切でない場合、 barney は通常の

ネットワークを介して、要求を barney インターフェースから送信できます。こ

の場合、クライアントは barney_nb ではなく barney から要求を受信するため、

サーバーが無効であるとしてこの要求を拒否します。

この問題を解決する 1 つの方法は、クライアント上の bp.conf ファイルに

SERVER = barney を追加することです。クライアントは barney からの要求を

受け入れますが、 NetBackup の通信は通常のネットワークで行われます。

より適切な解決方法は、 barney 上の bp.conf ファイルに次のエントリを追加す

ることです。REQUIRED_INTERFACE = barney_nb

これによって、 barney がクライアントに接続する場合、その接続は常に

barney_nb インターフェースを介して行われるため、すべての操作が正常に実行

されます。

REQUIRED_NETWORK

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

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

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

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

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

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

REQUIRED_NETWORK = 192.132.28.0

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

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



63追加構成



SERVER

bp.conf ファイルの最初の SERVER エントリとして、マスターサーバー自身が指

定されている必要があります。NetBackup マスターサーバーソフトウェアのイン

ストール時に、 SERVER は、インストールを行っているシステムの名前に自動的

に設定されます。

SERVER オプションは、すべての NetBackup の UNIX サーバーおよびクライアン

ト上の /usr/openv/netbackup/bp.conf ファイルに存在する必要がありま

す。このオプションは、これらの bp.conf ファイルに必要な唯一のエントリで

す。このオプションは、クライアント上の $HOME/bp.conf ファイルでは使用さ

れません。

メモ : この項では、サーバー上の bp.conf エントリについて説明します。ただ

し、クライアントの bp.conf ファイルのすべての SERVER エントリは、

NetBackup マスターサーバーまたは NetBackup メディアサーバーである必要が

あります。すなわち、SERVER として表示されている各システムには、NetBackup

マスターサーバーソフトウェアまたは NetBackup メディアサーバーソフトウェ

アのいずれかがインストールされている必要があります。サーバーとして表示さ

れているクライアント名が正しくない場合、クライアント上でクライアントサー

ビスを起動できない場合があります。


NetBackup メディアサーバーをマスターサーバーに構成する場合、そのマスター

サーバー上の bp.conf ファイルに、各メディアサーバーに対する SERVER エン

トリまたは MEDIA_SERVER エントリを含める必要があります。前述のとおり、リ

ストの最初の SERVER エントリとして、マスターサーバー自身を指定します。

SERVER エントリまたは MEDIA_SERVER エントリは、自身を参照する最初のエン

トリの後に追加する必要があります。

NetBackup マスターサーバーは、NetBackup クライアントとして、他のクラスタ

に属するサーバーによってバックアップを行うことができます。この場合、マス

ターサーバー上の bp.conf ファイルには、それらのサーバーに対する SERVER

エントリも必要です。

次に、マスターサーバー上の bp.conf ファイルの例を示します。

SERVER = Master_server ( このマスターサーバー自身 )

SERVER = NBU_server ( 他のクラスタのマスターサーバー )SERVER = Media_server_#1

MEDIA_SERVER = Media_server_#2

.

.

.

64 追加構成



すべてのメディアサーバー上の bp.conf ファイルの最初の SERVER エントリ

に、これらのメディアサーバーのマスターサーバーを指定する必要があります。

1 つのメディアサーバーは、ただ 1 つのマスターサーバーだけを持つことが可能

です。ただし、メディアサーバーは、 NetBackup クライアントとして、他のクラ

スタに属するサーバーによってバックアップを行うことができます。この場合、

メディアサーバー上の bp.conf ファイルには、それらのサーバーに対する

SERVER エントリも必要です。

次に、メディアサーバー上の bp.conf ファイルの例を示します。

SERVER = Master_server ( このメディアサーバーのマスターサーバー )

SERVER = NBU_server ( 他のクラスタのマスターサーバー )SERVER = Media_server_#1


.

.

.

SERVER エントリは、マスターサーバーおよびメディアサーバーのクラスタ内に

存在するすべてのサーバー上で同じである必要があります。

マスターサーバー上の bp.conf ファイルの SERVER エントリを変更または追加

した場合、 NetBackup Request デーモン (bprd) および NetBackup Database

Manager (bpdbm) の両方を停止してから、再起動し、 NetBackup に変更が認識さ

れるようにします。

メモ : メディアサーバー上の bp.conf の最初の SERVER エントリ (マスターサー

バー) を変更する場合、EMM データベースも更新する必要があります。EMM デー

タベースを更新するには、 nbemmcmd -updatehost を実行して、メディアサー

バーのマスターサーバーを変更します。

SERVER_PORT_WINDOW

このコンピュータが他のコンピュータ上の NetBackup からの接続を受け入れる、

予約されていないポートの範囲を指定します。デフォルトの範囲は、 1024 から

5000 です。このオプションは、 NetBackup-Java アプリケーションサーバーを実

行しているクライアント上でも有効です。





ロパティの［ポートの範囲 (Port Ranges)］の［サーバーのポートウィンドウ

(Server port window)］範囲プロパティを変更します。

65追加構成




さい。

次の例では、ポート番号 4900 から 5000 の使用が許可されます。SERVER_PORT_WINDOW = 4900 5000

SERVER_RESERVED_PORT_WINDOW


ローカルの予約済みポートの範囲を指定します。デフォルトの範囲は、 512 から

1023 です。

この設定は、予約済みポートだけを受け入れるように構成されたクライアントに

接続する場合に適用されます。このエントリは、通常、クライアント上では有効

ではありません。





ロパティの［ポートの範囲 (Port Ranges)］の［サーバーの予約済みポートウィ

ンドウ (Server Reserved Port Window)］範囲プロパティを変更します。


さい。

次の例では、ポート番号 900 から 1023 の使用が許可されます。SERVER_RESERVED_PORT_WINDOW = 900 1023

SKIP_RESTORE_TO_SYMLINK_DIR

ファイルのリストア先になる UNIX クライアント上で、すべてのディレクトリが

NetBackup によって確認されるように指定します。シンボリックリンクが設定さ

れているディレクトリ内にリストア対象のファイルが存在する場合、そのファイ

ルのリストアは実行されません。

たとえば、UNIX クライアントによって /home/user/.cshrc のリストアが要求

され、 /home/user がシンボリックリンクである場合、NetBackup では .cshrc

のリストアは実行されません。

SKIP_RESTORE_TO_SYMLINK_DIR を追加すると、 root 権限でリストアが実行

されている場合に、セキュリティ問題およびデータ損失の問題が発生する可能性

を最小限に抑えることができます。 bp.conf ファイルに

SKIP_RESTORE_TO_SYMLINK_DIR が含まれない場合、 NetBackup では、シン

ボリックリンクが設定されているすべてのディレクトリをたどり、その場所に

ファイルがリストアされます。

66 追加構成



メモ : このオプションを使用すると、リストアジョブのパフォーマンスが低下し

ます。

SKIP_RESTORE_TO_SYMLINK_DIR と UNLINK_ON_OVERWRITE の両方が指定

されている場合、互いに影響を与えることはありません。ただし、次の場合は例

外です。

SKIP_RESTORE_TO_SYMLINK_DIR および UNLINK_ON_OVERWRITE とともに

［既存のファイルの上書き (Overwrite existing files)］を選択している場合、リス

トアジョブがたどるシンボリックリンクは、確認の前にリンクを解除され、ファ

イルおよびディレクトリのリストアが実行されます。

たとえば、 /home/user/ ディレクトリ全体がバックアップされており、これが

あるディレクトリへのシンボリックリンクである場合、リストア時に次の操作が

行われます。

■ SKIP_RESTORE_TO_SYMLINK_DIR だけを設定 ( および［既存のファイルの

上書き (Overwrite existing files)］を指定 ) すると、シンボリックリンクが指

すディレクトリへのファイルのリストアは実行されません。シンボリックリ

ンクは保持されます。

■ UNLINK_ON_OVERWRITE と SKIP_RESTORE_TO_SYMLINK_DIR の両方を

設定 ( および［既存のファイルの上書き (Overwrite existing files)］を指定 )

すると、シンボリックリンクが設定されているディレクトリは、リンクを解

除されます。元のディレクトリはリストアされ、そのディレクトリ内のすべ

てのファイルもリストアされます。

■ どちらのエントリも設定しない場合 ( ただし、［既存のファイルの上書き

(Overwrite existing files)］は指定 )、 NetBackup はシンボリックリンクをた

どり、シンボリックリンクが指すディレクトリにすべてのファイルがリスト

アされます。

SERVER_CONNECT_TIMEOUT


マスターサーバーが、メディアサーバーへの接続でタイムアウトするまでに待機

する時間 (秒数 ) を指定します。デフォルトのタイムアウトは 30 秒です。



次の例では、 60 秒のタイムアウトが許可されます。

SERVER_CONNECT_TIMEOUT = 60

67追加構成



UNLINK_ON_OVERWRITE

UNIX クライアントでリストアオプションとして［既存のファイルの上書き

(Overwrite existing files)］が指定されている場合にこのオプションを指定する

と、 NetBackup によって、リストアを行うファイルの存在が確認されます。ファ

イルが存在する場合は、リンクが解除されてから、ファイルがリストアされます。

ファイルには、通常のファイル、シンボリックリンク、ハードリンクまたは空の

ディレクトリを指定できます。

UNLINK_ON_OVERWRITE を追加すると、既存のシンボリックリンクをたどるこ

とによって、セキュリティ問題およびデータ損失の問題が発生する可能性を最小

限に抑えることができます。また、ファイルがバックアップ時の状態と同じ状態

にリストアされることが保証されます。

メモ : このオプションを使用すると、リストアジョブのパフォーマンスが低下し

ます。

bp.conf ファイルに UNLINK_ON_OVERWRITE を指定していない場合 ( または

［NO］に設定されている場合 ) に上書きを指定すると、シンボリックリンク、ハー

ドリンクまたは特別なファイル (CHR、 BLK および FIFO) をリストアする際に、

NetBackup によって既存のファイルまたは空のディレクトリのリンクが解除さ

れます。ただし、通常のファイルまたはディレクトリをリストアする場合、リン

クの解除は行われません。そのため、シンボリックリンクで問題が発生する場合

があります。これは、 NetBackup では、シンボリックリンクをたどることによっ

て、シンボリックリンクが指すファイルまたはシンボリックリンクが指すディレ

クトリ内のファイルに対して作成や置換が行われるためです。

SKIP_RESTORE_TO_SYMLINK_DIR と UNLINK_ON_OVERWRITE の両方が指定

されている場合、互いに影響を与えることはありません。ただし、次の場合は例

外です。

SKIP_RESTORE_TO_SYMLINK_DIR および UNLINK_ON_OVERWRITE とともに

［既存のファイルの上書き (Overwrite existing files)］を選択している場合、リス

トアジョブがたどるシンボリックリンクは、確認の前にリンクを解除され、ファ

イルおよびディレクトリのリストアが実行されます。

たとえば、 /home/user/ ディレクトリ全体がバックアップされており、これが

あるディレクトリへのシンボリックリンクである場合、リストア時に次の操作が

行われます。

■ SKIP_RESTORE_TO_SYMLINK_DIR だけを設定 ( および［既存のファイルの

上書き (Overwrite existing files)］を指定 ) すると、シンボリックリンクが指

すディレクトリへのファイルのリストアは実行されません。シンボリックリ

ンクは保持されます。

68 追加構成



■ UNLINK_ON_OVERWRITE と SKIP_RESTORE_TO_SYMLINK_DIR の両方を

設定 ( および［既存のファイルの上書き (Overwrite existing files)］を指定 )

すると、シンボリックリンクが設定されているディレクトリは、リンクを解

除されます。元のディレクトリはリストアされ、そのディレクトリ内のすべ

てのファイルもリストアされます。

■ どちらも設定しない場合 ( ただし、［既存のファイルの上書き (Overwrite

existing files)］は指定 )、 NetBackup はシンボリックリンクをたどり、シ

ンボリックリンクが指すディレクトリにすべてのファイルがリストアされ

ます。

USE_VXSS

ローカルシステムで Symantec Product Authentication and Authorization を使

用するかどうかを指定します。



ロパティの［アクセス制御 (Access Control)］の［Symantec Product

Authentication and Authorization］プロパティを、［必須 (Required)］、［禁止

(Prohibit)］または［自動 (Automatic)］に変更します。


さい。USE_VXSS = REQUIRED | PROHIBITED | AUTOMATIC


REQUIRED は、ローカルシステムが Symantec Product Authentication and

Authorization を常に使用することを示します。 Symantec Product

Authentication and Authorization を使用していないシステムからの接続は拒否

されます。

PROHIBITED は、ローカルシステムが Symantec Product Authentication and

Authorization を使用しないことを示します。Symantec Product Authentication and

Authorization を使用しているシステムからの接続は拒否されます (デフォルト )。

AUTOMATIC は、ローカルシステムが Symantec Product Authentication and

Authorization を使用するかどうかをリモートシステムとネゴシエートすること

を示します。

USE_VXSS = AUTOMATIC を指定する場合、 VXSS_NETWORK エントリを使用

して、指定したリモートシステムとの Symantec Product Authentication and

Authorization 接続を要求または禁止することができます。 USE_VXSS =

AUTOMATIC の使用例については、 VXSS_NETWORK に関する項を参照してくだ

さい。

69追加構成



VERBOSE

デバッグ目的で使用します。 VERBOSE オプションは、 NetBackup によってレガ

シーログに含められる情報の量を制御します。デフォルトでは無効に設定されて

います。



ロパティの［ログ (Logging)］の［グローバルログレベル (Global logging level)］

プロパティを変更します。


さい。

VERBOSE = [ 0 | 1 | 2 | 3 | 4 | 5 ]

VXSS_NETWORK

特定のネットワークまたはリモートシステムで、ローカルシステムに対して

Symantec Product Authentication and Authorization を使用する必要があるかど

うかを指定します。

メディアサーバーまたはクライアントで Symantec Product Authentication and

Authorization ネットワークが定義されていない場合は、マスターサーバーの

Symantec Product Authentication and Authorization ネットワークが使用されます。



ロパティの［アクセス制御 (Access Control)］のネットワークのリストプロパ

ティを変更します。


さい。

VXSS_NETWORK は、USE_VXSS が AUTOMATIC (USE_VXSS = AUTOMATIC) に

設定されている場合だけ関係します。複数の VXSS_NETWORK エントリを指定す

ることができます。

VXSS_NETWORK = hostname | IP_address | .domain |

network.[AUTOMATIC | REQUIRED | PROHIBITED]

次の値を指定できます。

■ hostname

リモートシステムのホスト名。

■ IP_address

リモートシステムの IP アドレス。

■ .domain

ドットの後にリモートシステムのインターネットドメイン名を指定します。

70 追加構成



■ network.

リモートシステムのネットワークの後にドットを指定します。

2 つ目の値は任意で、次のいずれかのキーワードです。

■ AUTOMATIC

■ REQUIRED

■ PROHIBITED

メモ : 1 つのシステムに複数の VXSS_NETWORK エントリが指定されている場

合、最初のエントリが優先されます。

例

USE_VXSS = AUTOMATICVXSS_NETWORK = fred.mycompany.comVXSS_NETWORK = 10.0.0.37 REQUIREDVXSS_NETWORK = 10.0.0. PROHIBITEDVXSS_NETWORK = .theircompany.comVXSS_NETWORK = wilma.theircompany.com PROHIBITEDVXSS_NETWORK = barney.mycompany.com PROHIBITED

この例では、ローカルシステムとホスト fred.mycompany.com のシステム間の

接続で、 Symantec Product Authentication and Authorization が必要です。

ローカルシステムと IP アドレス 10.0.0.37 のシステム間の接続で、 Symantec

Product Authentication and Authorization が必要です。

ローカルシステムと 10.0.0.37 以外の 10.0.0 ネットワーク内のシステム間の

接続では、Symantec Product Authentication and Authorization は禁止されます。

ローカルシステムと theircompany.com インターネットドメイン内のシステ

ム間の接続で、Symantec Product Authentication and Authorization が必要です。

wilma.theircompany.com に対して PROHIBITED エントリが指定されていま

すが、ローカルシステムとホスト名 wilma.theircompany.com のシステム間

の接続で、 Symantec Product Authentication and Authorization が必要です。

.theircompany.com に対する REQUIRED エントリが優先されます。

ローカルシステムとホスト名 barney.mycompany.com のシステム間の接続で

は、 Symantec Product Authentication and Authorization が禁止されます。

71追加構成



UNIX クライアントの bp.conf オプションNetBackup の UNIX クライアント上では、主な bp.conf ファイルは次のパス名

に存在します。/usr/openv/netbackup/bp.conf

NetBackup では、 SERVER を除く bp.conf ファイルのすべてのオプションに対

して、内部ソフトウェアのデフォルトが使用されます。インストール時に、

SERVER オプションは、ソフトウェアがインストールされているマスターサー

バーの名前に設定されます。

メモ : SERVER オプションは、すべての NetBackup の UNIX クライアント上の

/usr/openv/netbackup/bp.conf ファイルに存在する必要があります。この

オプションは、これらのファイルに必要な唯一のエントリでもあります。

1 つの UNIX システムがクライアントおよびサーバーの両方として稼働している

場合、 /usr/openv/netbackup/bp.conf ファイルにはサーバーおよびクライ

アントオプションの両方が含まれます。

UNIX クライアント上の root 以外の各ユーザーは、ホームディレクトリにユー

ザー固有の bp.conf ファイルを設定できます。$HOME/bp.conf

ユーザー固有の bp.conf ファイルのオプションは、ユーザー操作だけに適用さ

れます。ユーザー操作中、 NetBackup によって、

/usr/openv/netbackup/bp.conf ファイルの前に $HOME/bp.conf ファイ

ルが確認されます。 root ユーザーには、固有の bp.conf ファイルは存在しませ

ん。 root ユーザーの場合、 NetBackup では、

/usr/openv/netbackup/bp.conf ファイルが使用されます。

次の項では、 NetBackup の UNIX クライアント上の

/usr/openv/netbackup/bp.conf ファイルおよび $HOME/bp.conf ファイ

ルに指定可能なオプションについて説明します。

メモ : PC クライアントは、クライアントに応じて、クライアントユーザーイン

ターフェースを介してまたは構成ファイル内で変更可能な、類似のオプションを

提供します。手順については、クライアントのバックアップ、アーカイブおよび

リストアインターフェースのオンラインヘルプを参照してください。

72 追加構成



ALLOW_NON_RESERVED_PORTS

NetBackup Client デーモン (bpcd) が、権限を取得していないポート ( ポート番号

が 1024 以上 ) からのリモート接続を受け入れるように指定します。このエントリ

が存在しない場合、 bpcd は権限を取得しているポート ( ポート番号が 1024 未満 )

からのリモート接続だけを受け入れます。このオプションは、 NetBackup クライ

アントおよびサーバーが、ファイアウォールを挟んでその両側に存在する場合に

有効です。

このオプションは、 UNIX クライアント上の

/usr/openv/netbackup/bp.conf ファイルに追加できます。

さらに、マスターサーバー上で root ユーザーで次のコマンドを実行します。cd/usr/openv/netbackup/bin/admincmd./bpclient -client client_name -add -connect_nr_port 1

ここで、client_name は、ALLOW_NON_RESERVED_PORTS オプションを追加す

るクライアントの名前です。これらのコマンドは、マスターサーバーが権限を取

得していないポートを使用するように指示します。

AUTHENTICATION_DOMAIN

Veritas Security Services (VxSS) の認証プリンシパル群を定義します。VxSS を使

用するクライアントには、 1 つ以上の AUTHENTICATION_DOMAIN エントリが存

在する必要があります。複数のエントリを指定することもできます。

詳しくは、 34 ページの「AUTHENTICATION_DOMAIN」を参照してください。

メディアサーバーまたはクライアントで認証ドメインが定義されていない場合

は、マスターサーバーの認証ドメインが使用されます。

このオプションを使用するには、 UNIX クライアント上の

/usr/openv/netbackup/bp.conf ファイルに追加します。または、クライア

ントのホストプロパティの［アクセス制御 (Access Control)］プロパティで［認

証ドメイン (Authentication Domains)］を設定します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「［アクセス制御 (Access

Control)］プロパティの［認証ドメイン (Authentication Domain)］タブ」を参照


73追加構成



BPARCHIVE_POLICY

ユーザーアーカイブに使用するポリシーの名前を指定します。デフォルトでは、

bp.conf ファイルには BPARCHIVE_POLICY が存在せず、 NetBackup では、ク

ライアントおよびユーザーアーカイブスケジュールが設定されていることが最初

に検出されたポリシーが使用されます。

次に例を示します。

BPARCHIVE_POLICY = arch_1



ルに追加できます。

ユーザーの $HOME/bp.conf ファイルに値が存在する場合、その値が優先されます。

BPARCHIVE_SCHED

ユーザーアーカイブのスケジュールの名前を指定します。デフォルトでは、

bp.conf ファイルには BPARCHIVE_SCHED が存在せず、 NetBackup では、この

クライアントが設定されていることを最初に検出されたポリシーの最初のアーカ

イブスケジュールが使用されます。


BPARCHIVE_SCHED = user_arch1





BPBACKUP_POLICY

ユーザーバックアップに使用するポリシーの名前を指定します。デフォルトでは、

bp.conf ファイルには BPBACKUP_POLICY が存在せず、 NetBackup では、クラ

イアントおよびユーザーバックアップスケジュールの両方が設定されていること

が最初に検出されたポリシーが使用されます。


BPBACKUP_POLICY = userback_1


/usr/openv/netbackup/bp.conf ファイルまたは $HOME/bp.conf ファイ



74 追加構成



BPBACKUP_SCHED

ユーザーバックアップに使用するスケジュールの名前を指定します。デフォルト

では、 bp.conf ファイルには BPBACKUP_SCHED が存在せず、 NetBackup では、

クライアントおよびユーザーバックアップスケジュールの両方が設定されている

ことが最初に検出されたポリシーが使用されます。


BPBACKUP_SCHED = user_back1





BUSY_FILE_ACTION

ビジー状態のファイルの処理が有効になっている場合、ビジー状態のファイルに

対して NetBackup によって実行される操作を指定します。





次の形式のとおり、複数のエントリを指定できます。

BUSY_FILE_ACTION = filename_template action_template


■ filename_template は、ビジー状態のファイルの絶対パス名およびファイ

ル名です。シェル言語のメタ文字 (*、 ?、 []、 [ - ]) は、ファイル名また

はファイル名の一部のパターン一致に使用できます。

■ action_template は、次のいずれかです。

MAIL | mail

BUSY_FILE_NOTIFY_USER オプションによって指定されたユーザーに

ビジー状態のファイル通知メッセージを電子メールで送信するように設

定します。

REPEAT | repeat [repeat_count]

指定したビジー状態のファイルのバックアップが再試行されるように設

定します。繰り返し回数を指定して、バックアップの試行回数を制御で

きます。デフォルトの繰り返し回数は 1 です。

IGNORE | ignore

ビジー状態のファイルがビジー状態のファイル処理からエクスクルード

されるように設定します。

75追加構成



BUSY_FILE_DIRECTORY

ビジー状態のファイルの処理が有効になっている場合、ビジー状態のファイルの

作業ディレクトリへのパスを指定します。デフォルトでは、 bp.conf ファイル

には BUSY_FILE_DIRECTORY が存在せず、 NetBackup によって、

/usr/openv/netbackup に busy_files ディレクトリが作成されます。





BUSY_FILE_NOTIFY_USER

BUSY_FILE_ACTION が MAIL または mail に設定されている場合、ビジー状態

のファイルの通知メッセージの受信者を指定します。デフォルトでは、 bp.conf

ファイルには BUSY_FILE_NOTIFY_USER が存在せず、メール受信者は root ユー

ザーです。





BUSY_FILE_PROCESSING

バックアップの実行中にファイルが変更された場合の NetBackup の動作を制御

できます。デフォルトでは、 bp.conf ファイルには BUSY_FILE_PROCESSING

オプションが存在せず、ビジー状態のファイルの処理は行われません。

このオプションの設定方法については、 113 ページの「ビジー状態のファイルの

処理 (UNIX クライアントのみ )」を参照してください。



CLIENT_NAME

NetBackup に認識されるクライアントの名前を指定します。 CLIENT_NAME エン

トリは 1 つだけ存在でき、このエントリはクライアントのバックアップを行うポ

リシーで使用される名前と一致する必要があります。例外は代替クライアントへ

のリダイレクトリストアです。この場合、名前は、ファイルのリストアが行われ

るクライアントの名前と一致している必要があります。

詳しくは、 735 ページの「クライアントによるリダイレクトリストア」を参照し

てください。

76 追加構成



クライアントのインストール手順では、 CLIENT_NAME がインストールスクリプ

トの ftp_to_client または install_client コマンドに指定されている値

に自動的に設定されます。



このオプションは、 UNIX クライアント上の $HOME/bp.conf ファイルにも追加

できます。ただし、通常は代替クライアントへのリストアだけに追加されます。

bp.conf ファイルに値が存在しない場合、NetBackup では、gethostname() ラ

イブラリ機能によって戻される値が使用されます。

CLIENT_PORT_WINDOW


上の予約されていないポートの範囲を指定します。

詳しくは、 43 ページの「CLIENT_PORT_WINDOW」を参照してください。

CLIENT_READ_TIMEOUT

サーバーまたはデータベースエージェント上で、クライアントの読み込みタイム

アウトに使用する時間 (秒数 ) を指定します。

詳しくは、 44 ページの「CLIENT_READ_TIMEOUT」を参照してください。

CLIENT_RESERVED_PORT_WINDOW


上の予約済みポートの範囲を指定します。

詳しくは、 45 ページの「CLIENT_RESERVED_PORT_WINDOW」を参照してく

ださい。

COMPRESS_SUFFIX

メモ : このエントリには適切なデフォルトが設定されているため、変更する必要

があるのは問題が発生した場合だけです。

ファイル拡張子のリストを指定します。これらの拡張子が付いたファイルはすで

に圧縮形式になっている可能性があるため、バックアップの実行中、 NetBackup

によってこれらのファイルは圧縮されません。デフォルトでは、bp.conf ファイ

ルには COMPRESS_SUFFIX は存在しません。

詳しくは、 121 ページの「圧縮する (Compression)」を参照してください。

77追加構成



これらの拡張子を指定する場合、ワイルドカードは使用できません。たとえば、

次の指定は有効です。

.A1

次の指定はいずれも無効です。

.A* または .A[1-9]



CRYPT_CIPHER

メモ : CRYPT_CIPHER エントリは、 NetBackup Encryption オプションがインス

トールされているクライアントに適用されます。NetBackup Encryption について

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

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

クライアントの CRYPT_CIPHER エントリには、次のいずれかの値を指定します。

■ AES-128-CFB (方法が指定されていない場合のデフォルト )

■ AES-256-CFB

■ BF-CFB

■ DES-EDE-CFB

このクライアントプロパティは、各クライアントの［暗号化 (Encryption)］ホス

トプロパティのダイアログボックスで設定することもできます。

構成オプションについては、『Veritas NetBackup 管理者ガイド Vol. 1』の第 7 章

を参照してください。

CRYPT_KIND

メモ : CRYPT_KIND エントリは、 NetBackup Encryption オプションがインス

トールされている NetBackup 5.1 クライアントに適用されます。 NetBackup

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

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

クライアントの CRYPT_KIND エントリは、バックアップで標準暗号化とレガシー

暗号化のどちらを使用するかを決定します。通常、 CRYPT_KIND は自動的に設定

されます。入力できる値は、次のとおりです。

NONE = クライアントで暗号化を使用しません ( デフォルト )。

LEGACY = バージョン 5.1 より前の NetBackup を実行している NetBackup

クライアントで使用します。レガシーは、 40 ビットおよび 56 ビットのデー

タ暗号化規格 (DES) に適用されます。

78 追加構成



STANDARD = NetBackup 5.1 クライアントで使用し、 128 ビットおよび 256

ビットの NetBackup Encryption オプションに適用されます。





CRYPT_OPTION

メモ : CRYPT_OPTION エントリは、 NetBackup Encryption オプションがインス

トールされているクライアントに適用されます。NetBackup Encryption について

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

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

CRYPT_OPTION エントリでは、 NetBackup クライアント上での暗号化オプショ

ンを指定します。このエントリは、 NetBackup マスターサーバーで

bpinst_crypt コマンドを実行すると、 UNIX クライアント上の

/usr/openv/netbackup/bp.conf ファイルに自動的に作成されます。

誤って削除してしまった場合を除き、このエントリを変更することや、手動で作

成することのないようにしてください。使用可能な値は、次のとおりです。

DENIED|denied

クライアントが暗号化されたバックアップを許可しないように設定します。

サーバーが暗号化されたバックアップを要求した場合、エラーが発生します。

このオプションは、暗号化に対して構成されていないクライアントのデフォ

ルトです。

ALLOWED|allowed

クライアントが、暗号化されたバックアップまたは暗号化されていないバッ

クアップを許可するように設定します。

REQUIRED|required

クライアントが暗号化されたバックアップを要求するように設定します。こ

の値が指定され、サーバーが暗号化されていないバックアップを要求した場

合、エラーが発生します。





79追加構成



CRYPT_STRENGTH

メモ : CRYPT_STRENGTH エントリは、 NetBackup Encryption オプションがイン

ストールされているクライアントに適用されます。『Veritas NetBackup セキュリ

ティおよび暗号化ガイド UNIX、 Windows および Linux』を参照してください。

CRYPT_STRENGTH エントリでは、 NetBackup クライアントでの暗号化の強度を

指定します。このエントリは、 NetBackup マスターサーバーで bpinst_crypt

コマンドを実行すると、 UNIX クライアント上の



成することのないようにしてください。使用可能な値は、次のとおりです。

DES_40|des_40

40 ビットの DES 暗号化を指定します。暗号化に対して構成されていないク

ライアントのデフォルト値は 40 ビットです。

DES_56|des_56

56 ビットの DES 暗号化を指定します。





CRYPT_LIBPATH

メモ : CRYPT_LIBPATH エントリは、NetBackup Encryption オプションがインス

トールされているクライアントに適用されます。『Veritas NetBackup セキュリ


CRYPT_KEYFILE エントリでは、 NetBackup クライアント上で、暗号化ライブ

ラリを含むディレクトリを指定します。このエントリは、 NetBackup マスター

サーバーで bpinst_crypt コマンドを実行すると、 UNIX クライアント上の



成することのないようにしてください。

■ UNIX システムのデフォルト値は、次のとおりです。

/usr/openv/lib/

■ Windows システムのデフォルト値は、次のとおりです。

install_path¥bin¥

ここで、 install_path は、 NetBackup がインストールされているディレ

クトリを示します。デフォルトは C:¥Program Files¥VERITAS です。

80 追加構成



CRYPT_KEYFILE

メモ : CRYPT_KEYFILE エントリは、NetBackup Encryption オプションがインス

トールされているクライアントに適用されます。『Veritas NetBackup セキュリ


CRYPT_KEYFILE エントリでは、 NetBackup クライアント上で、暗号化鍵を含

むファイルを指定します。このエントリは、 NetBackup マスターサーバーで

bpinst_crypt コマンドを実行すると、 UNIX クライアント上の



成することのないようにしてください。デフォルトの値は、次のとおりです。

■ UNIX システムの場合 :/usr/openv/netbackup/keyfile

■ Windows システムの場合 :install_path¥bin¥keyfile.dat

ここで、 install_path は、 NetBackup がインストールされているディレ

クトリを示します。デフォルトは C:¥Program Files¥VERITAS です。

DISALLOW_SERVER_FILE_WRITES

NetBackup サーバーによって NetBackup クライアント上でファイルが作成され

ないようにします。たとえば、クライアント上の bp.conf ファイルに対するサー

バー主導リストアまたはサーバー主導更新を回避することができます。



は、サーバーによる書き込みが許可されています。

DO_NOT_RESET_FILE_ACCESS_TIME

メモ : DO_NOT_RESET_FILE_ACCESS_TIME エントリは、ファイルのアクセス時

刻を検証するソフトウェアおよび管理スクリプトに影響します。システム上で

Veritas NetBackup Storage Migrator を実行している場合、このオプションまた

は USE_CTIME_FOR_INCREMENTALS を使用しないでください。これらのオプ

ションを設定すると、ファイルのバックアップを行うたびにファイルが更新され

るため、アクセス時刻 (atime) が変更されます。アクセス時刻 (atime) が変更され

ると、ファイルが頻繁に使用されているように見えるため、 Storage Migrator で

マイグレーションの対象として選択されなくなります。

81追加構成



ファイルのバックアップが行われると、ファイルのアクセス時刻 (atime) にその

ファイルのバックアップが行われた時刻が表示されるように指定します。デフォ

ルトでは、NetBackup によってアクセス時刻がバックアップ前の値にリセットさ

れ、アクセス時刻が保持されます。



GENERATE_ENGLISH_LOGS

英語のエラーログの生成を有効にします。また、 bparchive、 bpbackup、

bpduplicate、bpimport および bprestore コマンドに対して、英語のトレー

スログの生成を有効にします。このオプションは、異なるロケールで様々な言語

を含むログが作成される分散環境において有効です。

このオプションは、 NetBackup サーバーおよびクライアント上の


IGNORE_XATTR

デフォルトでは、拡張ファイル属性 (Solaris 9 以上 ) および名前付きデータスト

リームは、バックアップされます。拡張属性および名前付きデータストリームを

バックアップから除外するには、クライアントの

/usr/openv/netbackup/bp.conf ファイルに IGNORE_XATTR エントリを追

加します。 (IGNORE_XATTR は、以前の IGNORE_XATTR_SOLARIS です。 )

IGNORE_XATTR が bp.conf ファイルに存在すると、NetBackup によって拡張属

性または名前付きデータストリームが確認されません。

詳しくは、 204 ページの「拡張ファイル属性および名前付きデータストリームの

バックアップおよびリストア」を参照してください。

INFORMIX_HOME

クライアントが NetBackup for Informix を使用している場合に必要な、 Informix

のホームディレクトリへのパスを指定します。

INFORMIX_HOME は、 NetBackup for Informix を実行する UNIX クライアント上

の /usr/openv/netbackup/bp.conf ファイルに追加する必要があります。

INITIAL_BROWSE_SEARCH_LIMIT

NetBackup によってリストアが行われるファイルが日付の検索において、さかの

ぼって検索する日数を制限します。

INITIAL_BROWSE_SEARCH_LIMIT は、 NetBackup マスターサーバーおよびク

ライアント上の /usr/openv/netbackup/bp.conf ファイルに追加できます。

詳しくは、 52 ページの「INITIAL_BROWSE_SEARCH_LIMIT」を参照してくだ

さい。

82 追加構成



KEEP_DATABASE_COMM_FILE

NetBackup でデータベースエージェントのログが 7 日間保持されるように設定

します。デフォルトでは、データベースエージェントのログが保持される期間は

1 日間だけです。

KEEP_DATABASE_COMM_FILE は、 UNIX データベースエージェント上の

/usr/openv/netbackup/bp.conf ファイルに追加できます。たとえば、

NetBackup for Informix を実行しているクライアントに追加します。

KEEP_LOGS_DAYS

NetBackup Java プログラムのバックアップ、アーカイブおよびリストアのジョ

ブおよび進捗ログを保持する期間を指定します。 NetBackup によって、これら

のファイルが、 usr/openv/netbackup/logs/user_ops/username/jobs

ディレクトリおよび

/usr/openv/netbackup/logs/user_ops/username/logs ディレクトリに

書き込まれます。バックアップ、アーカイブおよびリストアプログラムを使用す

る各ユーザー用のディレクトリが存在します。このエントリでは、

NetBackup-Java GUI ログファイルを

/usr/openv/netbackup/logs/user_ops/nbjlogs に保持する日数も制御

されます。

デフォルトは 3 日間です。

KEEP_LOGS_DAYS は、 UNIX クライアント上の


LIST_FILES_TIMEOUT

クライアントユーザーインターフェースまたは bplist を使用してファイルを

一覧表示する場合に、サーバーからの応答を待機する時間を指定します。この時

間を超過すると、サーバーがユーザーの要求を処理中である場合でも、ユーザー

は［ソケットの読み込みに失敗しました (socket read failed)］というエ

ラーを受け取ります。デフォルトでは、 bp.conf ファイルには

LIST_FILES_TIMEOUT が存在せず、 NetBackup では 30 分が使用されます。





83追加構成



LOCKED_FILE_ACTION

ファイルモードで強制ロックが有効になっているファイルのバックアップを行う

場合の、 NetBackup の動作を指定します。 (chmod(1) を参照。 )

LOCKED_FILE_ACTION が SKIP に設定されている場合、 NetBackup によって、

他のプロセスによって強制ロックが設定されているファイルがスキップされま

す。 NetBackup は、この影響を示すメッセージをログに書き込みます。

LOCKED_FILE_ACTION は、 UNIX クライアント上の


は、 NetBackup はファイルのロックが解除されるまで待機します。

メモ : SKIP は、このエントリの唯一の有効な値です。

MEDIA_SERVER

一覧表示されているマシンがメディアサーバーだけであることを指定します。メ

ディアサーバーとして一覧表示されるマシンは、クライアントのバックアップお

よびリストアを行うことができますが、管理権限は制限されています。

MEGABYTES_OF_MEMORY



バックアップの実行中にファイルを圧縮するために、クライアント上で利用可能

なメモリの量を指定します。圧縮を選択している場合、クライアントソフトウェ

アでは、この値を使用して圧縮テーブルに必要なメモリ領域が判断されます。コー

ドを圧縮するのに利用可能なメモリを増やすと、圧縮率が高くなります。マシン

のリソース消費率も高くなります。他のプロセスにもメモリが必要な場合は、過

剰なスワッピングを回避するために、マシンに搭載されている実際の物理メモリ

の半分の値を使用してください。


/usr/openv/netbackup/bp.conf ファイルに追加できます。デフォルト値は

1MB です。

84 追加構成



NFS_ACCESS_TIMEOUT

バックアップ処理が NFS マウントテーブルの処理中に待機する時間 (秒数 ) を指

定します。この時間を超過すると、 NFS ファイルシステムは利用できないと見な

されます。


/usr/openv/netbackup/bp.conf ファイルに追加できます。デフォルトのタ

イムアウトは 5 秒です。

RANDOM_PORTS

他のコンピュータ上の NetBackup と通信するためにポート番号が要求された場

合、 NetBackup によってポート番号がランダムに選択されるか、または順に選択

されるかを指定します。

詳しくは、 60 ページの「RANDOM_PORTS」を参照してください。

RESTORE_RETRIES



リストアが失敗した場合の再試行回数を指定します。デフォルトは 0 (ゼロ ) であ

り、再試行されません。

RESTORE_RETRIES は、 UNIX クライアント上の


REQUIRED_INTERFACE

他の NetBackup クライアントまたはサーバーに接続する場合に、 NetBackup で

使用するネットワークインターフェースを指定します。

詳しくは、 61 ページの「REQUIRED_INTERFACE」を参照してください。

SERVER_PORT_WINDOW


予約されていないポートの範囲を指定します。

85追加構成



SERVER


NetBackup クライアントにアクセス可能な NetBackup マスターサーバーとメ

ディアサーバーのリストを定義します。クライアントのインストール時に、

SERVER は、そのクライアントのプライマリマスターサーバーの名前に設定され

ます。そのクライアントの他のマスターサーバーおよびそのクライアントのメ

ディアサーバーに対して、 SERVER エントリを追加できます。 (NetBackup クライ

アントのメディアサーバーは、MEDIA_SERVER オプションを使用して追加するこ

とも可能です。 )

メモ : クライアントの bp.conf ファイルのすべての SERVER エントリは、

NetBackup マスターサーバーまたは NetBackup メディアサーバーである必要が

あります。すなわち、SERVER として表示されている各システムには、NetBackup

マスターサーバーソフトウェアまたは NetBackup メディアサーバーソフトウェ

アのいずれかがインストールされている必要があります。サーバーとして表示さ

れているクライアント名が正しくない場合、クライアント上でクライアントサー

ビスを起動できない場合があります。

メディアサーバーを構成する場合、 NetBackup クライアントの bp.conf ファイ

ルに、各メディアサーバーの SERVER エントリまたは MEDIA_SERVER エントリ

を含める必要があります。

次に、クライアント上の bp.conf ファイルの例を示します。

SERVER = Master_server ( デフォルトのマスターサーバー )

SERVER = NBU_server ( 他のマスターサーバー )SERVER = Media_server_#1


.

.

.

最初の SERVER エントリは、クライアントがすべての要求 ( ファイルのバック

アップ、一覧表示、リストアなど ) についてデフォルトで接続するマスターサー

バーを示します。 SERVER エントリは、すべての UNIX クライアント上の

/usr/openv/netbackup/bp.conf ファイルに存在する必要があります。

SERVER エントリは、クライアントの bp.conf ファイルに必要な唯一のエント

リです。 SERVER エントリは、 $HOME/bp.conf ファイルでは使用されません。

NetBackup の UNIX サーバー上では、 SERVER エントリはクライアントおよび

サーバーの両方に適用されます。

86 追加構成



SYBASE_HOME

Sybase のホームディレクトリへのパスを指定します。これは、 NetBackup for

Sybase を使用している場合に Sybase データベースのバックアップを行うために必

要です。デフォルトでは、 bp.conf ファイルには SYBASE_HOME は存在しません。

SYBASE_HOME は、 NetBackup for Sybase クライアント上の

/usr/openv/netbackup/bp.conf ファイルに追加する必要があります。

メモ : このエントリは、NetBackup によって NetBackup カタログの一部として使

用される Sybase ASA のバックアップを行う場合は不要です。

USE_CTIME_FOR_INCREMENTALS

メモ : USE_CTIME_FOR_INCREMENTALS を指定する場合、

DO_NOT_RESET_FILE_ACCESS_TIME も指定する必要があります。

システム上で Storage Migrator を実行している場合、これらのオプションを使

用しないでください。これらのオプションを設定すると、ファイルのバックアッ

プを行うたびにファイルが更新されるため、アクセス時刻 (atime) が変更されま

す。アクセス時刻 (atime) が変更されると、ファイルが頻繁に使用されているよ

うに見えるため、 Storage Migrator でマイグレーションの対象として選択されな

くなります。

増分バックアップの実行中、 NetBackup クライアントソフトウェアで変更時刻

(mtime) および i ノード変更時刻 (ctime) の両方を使用して、ファイルが変更され

たかどうかを判断します。



は、 mtime だけが使用されます。

USE_FILE_CHG_LOG

NetBackup で VxFS クライアント上のファイル変更ログを使用するかどうかを指

定します。デフォルトでは、使用されません。

このオプションを使用するには、クライアント上の


ントのホストプロパティの［UNIX クライアントの設定 (UNIX Client Settings)］

で［増分バックアップに VxFS ファイル変更ログを使用する (Use VxFS File

Change Log for incremental backups)］プロパティを設定します。

サポートされているプラットフォームについては、『Veritas NetBackup 管理者ガ

イド Vol. 1』の「［クライアントの設定 (Client Settings)］プロパティ (UNIX)」を

参照してください。

87追加構成



USE_VXSS

ローカルシステムで VxSS を使用するかどうかを指定します。

このオプションを使用するには、クライアント上の


ントのホストプロパティの［アクセス制御 (Access Control)］プロパティで

［Symantec Product Authentication and Authorization］を［必須 (Required)］

に設定します。

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

Authentication and Authorization」を参照してください。

USEMAIL

UNIX クライアントに対する操作の結果が NetBackup によって送信される電子

メールアドレスを指定します。デフォルトでは、bp.conf ファイルには USEMAIL

が存在せず、電子メールは送信されません。

メモ : 複数のアドレスまたは電子メールのエイリアスを使用できます。ただし、そ

れらの間に空白を入れないでください。




■ /usr/openv/netbackup/bp.conf ファイルでアドレスを指定すると、

NetBackup によって、そのアドレスに自動バックアップおよび手動バック

アップの状態が送信されます。

■ $HOME/bp.conf ファイルでアドレスを指定すると、 NetBackup によって、

そのアドレスにユーザー操作の成功または失敗の状態も送信されます。

VERBOSE

NetBackup のログに詳細情報を含めます。デフォルトでは無効に設定されています。



VXSS_NETWORK

特定のネットワークまたはリモートシステムで、ローカルシステムに対して

VxSS を使用する必要があるかどうかを指定します。

メディアサーバーまたはクライアントで VxSS ネットワークが定義されていない

場合は、マスターサーバーの VxSS ネットワークが使用されます。

詳しくは、 69 ページの「VXSS_NETWORK」を参照してください。

88 追加構成



VXSS_NETWORK を使用するには、 UNIX クライアント上の


ントのホストプロパティの［アクセス制御 (Access Control)］プロパティで

［ネットワーク (Networks)］リストにネットワークを追加します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「［ネットワーク

(Networks)］リスト」を参照してください。

UNIX クライアントの例

/usr/openv/netbackup/bp.conf ファイルの例SERVER = hareCLIENT_NAME = freddieUSEMAIL = [email protected]_SUFFIX = .AddrsCOMPRESS_SUFFIX = .CountsVERBOSE = 1RESTORE_RETRIES = 1BPBACKUP_POLICY = U1userdirBPBACKUP_SCHED = userbackupsBPARCHIVE_POLICY = U1userdirBPARCHIVE_SCHED = userarchivesLOCKED_FILE_ACTION = SKIP

$HOME/bp.conf ファイルの例

UNIX クライアント上の root 以外のユーザーは、ホームディレクトリにユーザー

固有の bp.conf ファイルを設定できます。ユーザー固有の bp.conf ファイルに

は、次のオプションを含めることができます。

メモ : root ユーザーは、ユーザー固有の bp.conf ファイルを設定できません。

root ユーザーの場合、 NetBackup では、 /usr/openv/netbackup/bp.conf

ファイルが使用されます。

USEMAIL = [email protected]_POLICY = user1BPBACKUP_SCHED = userbackBPARCHIVE_POLICY = user1BPARCHIVE_SCHED = userarchLIST_FILES_TIMEOUT = 10CLIENT_NAME = alternate_client_name

代替クライアントへのリストアを行う場合だけ、 CLIENT_NAME を指定して

ください。

詳しくは、738 ページの「リダイレクトリストアの例」を参照してください。

89追加構成



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

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

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

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

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

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

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

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

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

ACS_mediatypeACS_mediatype = Media_Manager_mediatype

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

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

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

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

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

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

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

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

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

ド UNIX および Linux Vol. 1』の［メディア形式のマッピング (Media Type

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

ACS_SEL_SOCKETACS_SEL_SOCKET = socket_name


デフォルトでは、 acssel によってソケット名 13740 が待機されます。 vm.conf

でこのエントリを指定した場合、デフォルトの設定を変更できます。このエント

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

ACS_CSI_HOSTPORTACS_CSI_HOSTPORT = ACS_library_software_hostname socket_name


ACS_library_software_hostname の有効な値は、 ACS ライブラリホスト

のホスト名です。このパラメータには、 ACS ライブラリホストの IP アドレスを

指定しないでください。

90 追加構成



socket_name の有効な値は、 1024 から 65535 まで、および 0 です。この値は、

ACSLS サーバー上の、 CSI によって使用される受信パケット用ポートの値と一致

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

0 ( ゼロ ) を指定すると、 CSI および acsssi の以前の動作が使用されます ( 特定

のポートは指定されません )。

このエントリは、 ACSLS サーバー上で acsssi プロセスが ACSLS 要求を送信す

るポートを指定します。 ACSLS CSI は、このポートを使用して acsssi プロセスか

ら受信する ACSLS 要求を受け入れている必要があります。

通常、このエントリと ACS_SSI_INET_PORT および ACS_TCP_RPCSERVICE

エントリは、ファイアウォールを実装した環境で使用します。これらの 3 つのエ

ントリを vm.conf ファイルに追加すると、宛先として指定されたポートが TCP

接続で使用されます。 TCP のソースポートは制限されないことに注意してくだ

さい。 91 ページの「ACS_SSI_INET_PORT」および 92 ページの

「ACS_TCP_RPCSERVICE / ACS_UDP_RPCSERVICE」も参照してください。

たとえば、 NetBackup メディアサーバーに、ファイアウォール保護を受けている

2 つの ACSLS サーバー (ACSLS_1 および ACSLS_2) が存在すると想定します。両

方のサーバーがポート 30031 で問い合わせを待機しており、このポートを介した

通信だけがファイアウォールで許可されています。vm.conf エントリは、次のと

おりです。ACS_TCP_RPCSERVICEACS_CSI_HOSTPORT = ACSLS_1 30031ACS_CSI_HOSTPORT = ACSLS_2 30031ACS_SSI_INET_PORT = ACSLS_1 30032ACS_SSI_INET_PORT = ACSLS_2 30033

それぞれの acsssi プロセスによって各 ACSLS サーバーのポート 30031 に問い

合わせが送信され、ACSLS サーバーがこのポートで問い合わせを待機するように

構成されています。

ACS_SSI_HOSTNAMEACS_SSI_HOSTNAME = host


ACS_SSI_HOSTNAME を使用すると、 ACS ライブラリソフトウェアから戻される

RPC パケットが ACS ネットワーク通信にルーティングされるホストを指定でき

ます。デフォルトでは、ローカルホスト名が使用されます。このエントリは、acsd

および acsssi が実行されているホスト上で読み込まれ、解釈されます。このパ

ラメータには、ホストの IP アドレスを指定しないでください。

91追加構成



ACS_SSI_INET_PORTACS_SSI_INET_PORT = ACS_library_software_hostname socket_name





socket_name エントリは、 acsssi によって ACSLS 応答の受信用に使用され

るポートを指定します。有効な値は 1024 から 65535 まで、および 0 です。この

値は各 acsssi プロセスで一意である必要があります。

1024 から 65535 までの値は、 acsssi が ACSLS 応答を受け入れるための TCP

ポートとして使用されるポート番号を示します。

0 (ゼロ ) を指定すると、以前の動作が使用されます ( ポートが動的に割り当てら

れます )。

通常、このエントリと ACS_CSI_HOSTPORT および ACS_TCP_RPCSERVICE

エントリは、ファイアウォールを実装した環境で使用します。これらの 3 つのエ

ントリを vm.conf ファイルに追加すると、宛先として指定されたポートが TCP

接続で使用されます。 TCP のソースポートは制限されないことに注意してくだ

さい。 89 ページの「ACS_CSI_HOSTPORT」および 92 ページの

「ACS_TCP_RPCSERVICE / ACS_UDP_RPCSERVICE」も参照してください。

たとえば、 NetBackup メディアサーバーに、ファイアウォール保護を受けている

2 つの ACSLS サーバー (ACSLS_1 および ACSLS_2) が存在すると想定します。

ポート 30032 および 30033 は、 acsssi と ACSLS サーバーが通信するために

ファイアウォールで開かれています。この場合、エントリは次のとおりです。ACS_TCP_RPCSERVICEACS_SSI_INET_PORT = ACSLS_1 30032ACS_SSI_INET_PORT = ACSLS_2 30033ACS_CSI_HOSTPORT = ACSLS_1 30031ACS_CSI_HOSTPORT = ACSLS_2 30031

NetBackup メディアサーバーでは、 2 つの acsssi プロセスが開始されます。一

方のプロセスがポート 30032 で ACSLS_1 からの応答を待機し、他方のプロセス

がポート 30033 で ACSLS_2 からの応答を待機します。

ACS_SSI_SOCKETACS_SSI_SOCKET = ACS_library_software_hostname socket_name





92 追加構成



デフォルトでは、 acsssi によって、 13741 から始まる一意の連続したソケット

名が待機されます。 vm.conf でこのエントリを指定した場合、 ACS ライブラリ

ソフトウェアのホストごとにソケット名を指定できます。このエントリは、acsd

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

ACS_TCP_RPCSERVICE / ACS_UDP_RPCSERVICEACS_TCP_RPCSERVICEACS_UDP_RPCSERVICE


これらのエントリは、acsssi が ACSLS サーバーと通信するために使用する方法

(TCP または UDP) を指定します。

vm.conf に入力できるエントリは 1 つだけです。両方のエントリを入力した場

合、またはどちらのエントリも入力していない場合には、 UDP が使用されます。

acsssi でファイアウォールをサポートするには、 vm.conf に

ACS_TCP_RPCSERVICE を入力する必要があります (89 ページの

「ACS_CSI_HOSTPORT」および 91 ページの「ACS_SSI_INET_PORT」を参照 )。

ADJ_LSMADJ_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 管

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

93追加構成



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

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

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

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

LSM の座標を指定します。

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

定するために必要なエントリを示します (93 ページの図 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 の間にパススルー機構が構成されています。

図 1-2 パススルーの例

API_BARCODE_RULESAPI_BARCODE_RULES


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

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

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

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

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

1

4

0 2

6

35

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

94 追加構成



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

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

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

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

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

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

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

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

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

AUTHORIZATION_REQUIREDAUTHORIZATION_REQUIRED

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

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

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

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

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

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

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

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

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

御できます。

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

とをお勧めします。

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

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

AUTO_PATH_CORRECTIONAUTO_PATH_CORRECTION = YES|NO

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

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

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

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

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

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

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

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

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

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

95追加構成



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

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

で無効になっています。

AUTO_UPDATE_ROBOTAUTO_UPDATE_ROBOT

このエントリを使用すると、メディアアクセスポート (MAP) から TL8 または

TLD ロボットにメディアが自動的に取り込まれ、 EMM データベースを更新でき

ます。ロボットによってユニットアテンションメッセージが生成されると、メディ

アが取り込まれます。

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

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

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

します。複数のパーティションが存在する多くのロボットライブラリでは、MAP

が開かれているときにユニットアテンションが送信されません。

AVRD_PEND_DELAYAVRD_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_DELAYAVRD_SCAN_DELAY = number_of_seconds

vm.conf でこのエントリを指定した場合、通常のスキャン周期で、

number_of_seconds で指定した秒数だけ、 avrd コマンドの実行を待機します。

このエントリは、 avrd が実行されているホスト上で読み込まれ、解釈されます。

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

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

96 追加構成



number_of_seconds の最小値は 1 です。最大値は 180 です。 0 (ゼロ ) を指定する

と 1 秒に変換されます。デフォルトは 15 秒です。デフォルトより大きい値を指

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

表示も遅延されます。

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

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

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

CLEAN_REQUEST_TIMEOUTCLEAN_REQUEST_TIMEOUT = minutes

このエントリを使用すると、ドライブがクリーニングされるまで NetBackup が待

機する時間を指定できます。指定した時間を超えると、クリーニング要求はクリー

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

ング要求は、キューから削除されます。

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

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

CLIENT_PORT_WINDOWCLIENT_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

97追加構成



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

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

ます。

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

れます。

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

使用されます。

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

の名前は、 bp.conf ファイルで構成されます。

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

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

解釈されます。

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

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

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

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

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

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

また、同様のエントリを使用して、このエントリを NetBackup の構成に追加す

ることもできます (/usr/openv/netbackup/bp.conf)。詳しくは、 45 ペー

ジの「CONNECT_OPTIONS」を参照してください。

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

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

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

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

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

続方法を指定します。

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

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

します。

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

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

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

98 追加構成



例

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

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

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

定します。CONNECT_OPTIONS = dolphin 0 0 1

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

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

DAS_CLIENTDAS_CLIENT = client_name


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

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

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

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

DAYS_TO_KEEP_LOGSDAYS_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 デーモンまたはサービスを

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

99追加構成



EMM_CONNECT_TIMOUTEMM_CONNECT_TIMOUT = number_of_seconds

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

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

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

時間を判断します。

デフォルトは 20 秒です。





EMM_REQUEST_TIMOUTEMM_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_FILTERINVENTORY_FILTER = robot_type robot_number mode value1 [value2 ...]


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

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

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

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

釈されます。

100 追加構成



メモ : 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

MAP_IDMAP_ID = robot_num map_ID


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

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

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

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

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

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

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

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

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

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

は、 92 ページの「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

101追加構成



MAP_CONTINUE_TIMEOUTMAP_CONTINUE_TIMEOUT = seconds

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

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

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

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

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

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

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

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

終了します。

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

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

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

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

MEDIA_ID_BARCODE_CHARSMEDIA_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 には、バーコードの長さを指定します。

102 追加構成



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

MEDIA_ID_PREFIXMEDIA_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



ます。


れます。








103追加構成



PREFERRED_GROUP

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

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

ます。

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

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

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


PREVENT_MEDIA_REMOVAL

TL8 ロボットだけに適用されます。

このエントリを指定すると、 TL8 ロボットのデフォルト操作が変更されます。この

エントリが存在しない場合、 NetBackup ではメディアの取り出しが許可されます。

vm.conf でこのエントリを指定した場合、 TL8 ロボットによって SCSI コマンド

prevent media removal ( メディア取り出しの禁止 ) が実行されます。ロボッ

ト制御デーモンの実行中は、ロボットのメインドアや MAP を開くことはできま

せん。

このエントリは、 TL8 ロボット制御デーモンまたはプロセス (tl8cd) が実行され

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

PREVENT_MEDIA_REMOVAL を無効にする方法

次のいずれかを実行します。

■ テストユーティリティを使用して、allow media removal ( メディア取り

出しの許可 ) を実行します。

■ 取り込みおよび取り出しの機能を使用して、ボリュームの追加または移動を

行います。

RANDOM_PORTSRANDOM_PORTS = YES|NO

このエントリを使用すると、他の NetBackup サーバーと通信するために、

NetBackup によってポート番号がランダムに選択されるか、または順に選択さ

れるかを指定できます。このエントリは、 vmd が実行されているホスト上で読

み込まれ、解釈されます。

YES を設定した場合、またはエントリが存在しない場合 (デフォルト )、NetBackup

によって、許容範囲内の利用可能なポートからポート番号がランダムに選択され

ます。

NO を設定した場合、 NetBackup によって番号が順に選択されます。許容範囲内

の番号のうち最も大きい番号から始まり、次に 2 番目に大きい番号が試され、利

用可能なポートが見つかるまで順に選択されます。

104 追加構成



NetBackup の構成でランダムポートを指定しない場合、 vm.conf ファイルで

RANDOM_PORTS = NO を指定します。

詳しくは、 60 ページの「RANDOM_PORTS」を参照してください。

NetBackup 構成ファイルでランダムポートを使用しないように指定する方法

■ 次のいずれかを実行します。

■ UNIX の場合、bp.conf ファイルで RANDOM_PORTS = NO を指定します。

■ Windows の場合、 NetBackup の［ホストプロパティ (Host Properties)］

を使用します。

REQUIRED_INTERFACE REQUIRED_INTERFACE = host_name

このエントリおよび次の 2 つのエントリは、他の NetBackup サーバーがこのサー

バーを参照する場合に使用する名前を判断します。CLUSTER_NAME = cluster_aliasMM_SERVER_NAME = host_name



ます。


れます。








NetBackup サーバーでは、複数のネットワークインターフェースを使用できま

す。デフォルトでは、使用するネットワークインターフェースはオペレーティン

グシステムによって決定されます。NetBackup を強制的に特定のネットワークイ

ンターフェースに接続させるには、 REQUIRED_INTERFACE を使用してインター

フェースのネットワークホスト名を指定します。

105追加構成



SERVERSERVER = host_name

vm.conf ファイルの SERVER エントリは、 NetBackup メディアサーバーの機密

保護の目的で使用されます。SERVER エントリと AUTHORIZATION_REQUIRED エ

ントリを同時に使用すると、このホスト上でデバイスを監視および制御するホス

トを制御できます。

AUTHORIZATION_REQUIRED エントリが存在する場合、 vm.conf ファイルに、

このホスト上のデバイスを制御するすべてのメディアサーバーの SERVER エン

トリが含まれている必要があります。vm.conf ファイルに SERVER エントリが含

まれる場合、そのホスト自身の SERVER エントリも含まれる必要があります。エ

ントリが含まれない場合、ホストは自身のデバイスを管理できません。

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

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

御できます。

機密保護の目的で、特定のホストだけにデバイスへのアクセスを許可するエント

リをリモートで追加する必要があります。

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


SSO_DA_REREGISTER_INTERVALSSO_DA_REREGISTER_INTERVAL = minutes


この vm.conf エントリは、テープ機能のための Shared Storage Option (SSO) だ

けに使用されます。このエントリは、 ltid が実行されているホスト上で読み込

まれ、解釈されます。

スキャンホスト上の ltid では、 EMM/DA を使用して共有ドライブが定期的に登

録され、ドライブのスキャン機能が提供されていることが確認されます。ドライ

ブを共有しているホストのうち、ドライブをスキャンするホストは 1 つだけです。

この再登録によって、デバイスアロケータを再起動する場合などに、共有ドライ

ブの使用に与える影響を最小限に抑えることができます。

再登録のデフォルトの間隔は 5 分です。 SSO_DA_REREGISTER_INTERVAL エン

トリを使用して、登録の間隔を調整できます。このエントリを追加したら、 ltid

を停止後に再起動して、変更を有効にします。

106 追加構成



SSO_DA_RETRY_TIMEOUTSSO_DA_RETRY_TIMEOUT = minutes





ltid で EMM/DA との通信に問題が発生した場合、または共有ドライブの予約の

試行に失敗した場合、 ltid によって再試行が遅延します。

再試行のデフォルトの遅延時間は 3 分です。SSO_DA_RETRY_TIMEOUT エントリ

を使用して、遅延間隔を調整できます。このエントリを追加したら、 ltid を停

止後に再起動して、変更を有効にします。

SSO_HOST_NAMESSO_HOST_NAME = host_name





このエントリは、現在のホストで、 EMM/DA を使用した共有ドライブの登録、予

約および解放に使用される名前を指定します。デフォルトは、ローカルのホスト

名です。

TLH_mediatypeTLH_mediatype = Media_Manager_mediatype


vm.conf でこのエントリを指定した場合、1/2 インチテープライブラリ (TLH) ロ

ボットの IBM ATL メディア形式が Media Manager のメディア形式にマッピング

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

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

TLH_mediatypeTLM_mediatype = Media_Manager_mediatype


vm.conf でこのエントリを指定した場合、マルチメディアテープライブラリ

(TLM) ロボットの DAS/SDLC メディア形式が Media Manager のメディア形式に

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

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

されます。

107追加構成

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


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

動的ホスト名および動的 IP アドレスデフォルトでは、NetBackup サーバーは、NetBackup クライアント名とクライア

ントマシンのネットワークホスト名は同じであると想定します。このため、ネッ

トワークホスト名が変更される可能性があるクライアントのバックアップを行う

ことは困難です。このようなクライアントの例には、LAN に接続して DHCP サー

バーから IP アドレスを取得するポータブルマシンがあります。また、 PPP サー

バーにダイヤルアップ接続するリモートマシンもこのようなクライアントに含ま

れます。 NetBackup の動的ホスト名および動的 IP アドレスを使用すると、 IP ア

ドレスおよびホスト名が固定されない NetBackup クライアントを定義すること

ができます。

メモ : 動的アドレスを使用する場合も、NetBackup サーバーでは固定された IP ア

ドレスおよびホスト名が必要であることに注意してください。

メモ : 動的アドレスおよび動的ホスト名を使用するように構成されたすべてのク

ライアントは、 NetBackup の altnames 機能と同様に、相互に信頼性を確認でき

る必要があります。

NetBackup で動的 IP アドレスを使用する構成をサポートするには、次の手順を

実行する必要があります。構成を変更する前に、この項全体を参照してください。

1 DHCP などの動的 IP アドレスプロトコルを使用するようにネットワークを

構成します。

108 追加構成



NetBackup では、クライアントの IP アドレスにネットワークホスト名が含

まれている必要があります。ネットワークホスト名は、ネットワーク上の

hosts ファイル、 NIS または 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)］チェックボックスをチェックします。

6 それぞれの UNIX 版 NetBackup 動的クライアントに変更を加えます。

a マシンの正しい NetBackup クライアント名が設定された CLIENT_NAME

エントリを含むように、 bp.conf ファイルを変更します。

b 起動中にマシンの NetBackup クライアント名および現在のネットワー

クホスト名がマスターサーバーに通知されるようにシステムを構成しま

す。マスターサーバーへの通知には、 bpdynamicclient コマンドを使

用します。

c マシンの NetBackup クライアント名および現在のネットワークホスト名

がマスターサーバーに定期的に通知されるようにシステムを構成します。

109追加構成



動的 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 クライアント名が変更されていたり一意でない場合、バックアッ

プおよびリストアの結果が予測できなくなります。

たとえば、事前に定義された IP アドレスを 20 台のマシンが共有すると想定しま

す。これらのマシンを NetBackup クライアントにする場合、これらのマシンに次

のとおり NetBackup クライアント名を割り当てることができます。nbclient01nbclient02nbclient03nbclient04...nbclient20

110 追加構成



NetBackup マスターサーバーの構成マスターサーバー上で、 NetBackup のバックアップポリシーを作成します。クラ

イアント名のリストには、動的ネットワークホスト名 (dynamic01 など ) ではな

く、 NetBackup クライアント名 (nbclient01 など ) を使用します。

次に、マスターサーバー上にクライアントデータベースを作成します。クライア

ントデータベースは、次に示すディレクトリ内のディレクトリおよびファイルで

構成されます。

/usr/openv/netbackup/db/client

bpclient コマンドを使用して、クライアントエントリを作成、更新、一覧表示

および削除できます。 bpclient コマンドは、次のディレクトリに存在します。/usr/openv/netbackup/bin/admincmd

■ 動的クライアントエントリを作成するには、次のコマンドを実行します。

bpclient -add -client client_name -dynamic_address 1

ここで、 client_name は、 NetBackup クライアント名です。引数

-dynamic_address 1 は、クライアントが動的 IP アドレスを使用してい

ることを示します。静的 IP アドレスを意味する -dynamic_address 0 を

使用してエントリを作成することもできますが、これは不要な操作であり、

逆にパフォーマンスを低下させます。

■ クライアントエントリを削除するには、次のコマンドを実行します。

bpclient -delete -client client_name

■ 1 つのクライアントエントリを表示するには、次のコマンドを実行します。bpclient -L -client client_name

■ すべてのクライアントエントリを表示するには、次のコマンドを実行します。

bpclient -L -All

この例では、次のコマンドを入力して 20 個のクライアントを作成できます。cd /usr/openv/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 コマンドを次のとおり実行します。/usr/openv/netbackup/bin/admincmd/bpclient -L -All

次のように出力されます。Client Name:nbclient01Current Host:Hostname:*NULL*IP Address: 0.0.0.0

111追加構成



Connect 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 クライアントの

値が表示されます。

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 を停止してから再起動すると、変

更が有効になります。

112 追加構成



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

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 行 ) を次に示します。

113追加構成

ビジー状態のファイルの処理 (UNIX クライアントのみ )


7 * * * * /usr/openv/netbackup/bin/bpdynamicclient

-last_successful_hostname/usr/openv/netbackup/last_successful_

hostname

DHCP を使用している場合、 bpdynamicclient を呼び出す間隔は、リース期間

の 2 分の 1 に設定することをお勧めします。


メモ : ビジー状態のファイルの処理は、 UNIX クライアントだけに適用されます。

Microsoft Windows クライアントについては、『Veritas NetBackup 管理者ガイド

Vol. 1』の「VSP (Volume Snapshot Provider) のプロパティ」を参照してください。

ビジー状態のファイルとは、ユーザーバックアップまたはスケジュールバック

アップの実行中に、変更されていることが検出されたファイルです。通常、

NetBackup によってファイルのバックアップが試行されている間にプロセスに

よってそのファイルへの書き込みが行われた場合に、検出が行われます。ビジー

状態のファイルは、次の場合に検出されます。

■ ファイルの読み込みエラー

■ ファイルの変更時刻の変更

■ ファイルの i ノード時刻の変更

■ ファイルのサイズの変更

通常、バックアップは、バックアップが部分的に正常終了したことを示す 1 とい

う状態で完了します。ビジー状態のファイルの処理によって、ビジー状態のファ

イルが検出された場合の NetBackup の動作を制御することができます。

ビジー状態のファイルの処理は、 UNIX クライアントの［ビジー状態のファイル

の設定 (Busy File Settings)］ホストプロパティで構成できます。詳しくは、

『Veritas NetBackup 管理者ガイド Vol. 1』の第 7 章「ホストプロパティ (Host

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

ビジー状態のファイルの処理は、クライアントの

/usr/openv/netbackup/bp.conf ファイルに BUSY_FILE_PROCESSING オ

プションを追加して有効にすることもできます。次に、ビジー状態のファイルの

処理を制御するための他のビジー状態のファイルオプションを追加します。オプ

ションは、クライアントの /usr/openv/netbackup/bp.conf ファイルと

ユーザーの $HOME/bp.conf ファイルの両方に存在することができます。両方

のファイルにオプションが存在する場合、ユーザーの bp.conf ファイルが優先

されます。

114 追加構成



ビジー状態のファイルの処理時に、 NetBackup によって複数のファイルおよび

ディレクトリが作成されます。最初に、 /usr/openv/netbackup の下に

busy_files という名前の作業ディレクトリが作成されます。次に、

busy_files の下に /actions ディレクトリが作成され、そのディレクトリに

actions ファイルが格納されます。 actions ファイルには、ビジー状態のファ

イルの処理を制御するために NetBackup によって使用される情報が含まれてい

ます。

デフォルトでは、操作ファイルの内容は、bp.conf の BUSY_FILE_ACTION オプ

ションから導出されます。特定のバックアップポリシーおよびスケジュールを制

御するための操作ファイルを作成することもできます。 NetBackup によって、

busy_files の下階層に、ビジー状態のファイルの状態情報および診断情報を格

納するためのログディレクトリが作成されます。

詳しくは、 117 ページの「操作ファイルの作成」を参照してください。

はじめにbp.conf ファイルを使用してビジー状態のファイルの処理を構成するには、次の

手順を実行します。

■ 115 ページの「bp.conf の変更によるビジー状態のファイルの処理の構成」

に従って、 bp.conf ファイルを変更します。

次の場所にある bpend_notify_busy スクリプトをコピーします。

/usr/openv/netbackup/bin/goodies/bpend_notify_busy

コピー先のパスは次のとおりです。

/usr/openv/netbackup/bin/bpend_notify

group ( グループ ) および other ( その他 ) が bpend_notify を実行できるよ

うにするには、ファイルへのアクセス権限を設定する必要があります。

( この手順は、［ビジー状態のファイルの設定 (Busy File Settings)］ホストプ

ロパティでビジー状態のファイルの処理を構成する場合にも実行します。 )

■ ユーザーバックアップスケジュールが指定されたポリシーがビジー状態の

ファイルバックアップに使用されるように構成します。

このポリシーは、 actions ファイルの repeat オプションによって生成され

るバックアップ要求を処理します。ポリシーの名前は重要です。デフォルトで

は、ユーザーバックアップスケジュールが設定されていてバックアップ処理時

間帯が表示されているポリシーのうち、最初の利用可能なポリシーが

NetBackup によってアルファベット順で検索されます。たとえば、

AAA_busy_files という名前のポリシーは、 B_policy の前に選択されます。

( この手順は、［ビジー状態のファイルの設定 (Busy File Settings)］ホストプ

ロパティでビジー状態のファイルの処理を構成する場合にも実行します。 )

115追加構成



bp.conf の変更によるビジー状態のファイルの処理の構成UNIX クライアントの［ビジー状態のファイルの設定 (Busy File Settings)］ホス

トプロパティを使用して、ビジー状態のファイルの処理方法を構成します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の第 7 章「ホストプロパティ

(Host Properties)」を参照してください。

または、クライアント上の bp.conf ファイルで次に示すエントリを使用して、ビ

ジー状態のファイルの処理を構成します。ユーザーはホームディレクトリに

bp.conf ファイルを構成することもできます。ユーザーの bp.conf ファイルに

指定されたビジー状態のファイルオプションは、ユーザー主導バックアップだけ

に適用されます。ホームディレクトリに bp.conf ファイルが存在しない場合、

ユーザーバックアップのためのビジー状態のファイルの処理は無視されます。


BUSY_FILE_PROCESSING エントリを使用すると、NetBackup のビジー状態のファ

イル処理機能を有効にできます。デフォルトでは、クライアントの

/usr/openv/netbackup/bp.conf ファイルにはこのエントリは存在しません。

BUSY_FILE_DIRECTORY

BUSY_FILE_DIRECTORY エントリを使用すると、ビジー状態のファイルの作業

ディレクトリへの代替パスを指定できます。このエントリは必須ではありません。

デフォルトでは、クライアントの /usr/openv/netbackup/bp.conf ファイル

または $HOME/bp.conf ファイルにはこのエントリは存在しません。デフォルト

では、 NetBackup によって /usr/openv/netbackup またはユーザーのホーム

ディレクトリに busy_files ディレクトリが作成されます。

BUSY_FILE_ACTION

BUSY_FILE_ACTION エントリを使用すると、ビジー状態のファイルに対して実

行される NetBackup の動作を指定できます。デフォルトでは、クライアントの

/usr/openv/netbackup/bp.conf ファイルまたは $HOME/bp.conf ファイ

ルにはこのエントリは存在しません。

次の形式のとおり、複数のエントリを指定できます。

BUSY_FILE_ACTION = filename_template action_template


■ filename_template は、ビジー状態のファイルの絶対パス名およびファイ

ル名です。シェル言語のメタ文字 (*、 ?、 []、 [ - ]) は、ファイル名また

はファイル名の一部のパターン一致に使用できます。

116 追加構成



■ action_template は、次のいずれかです。

MAIL | mail

BUSY_FILE_NOTIFY_USER オプションによって指定されたユーザーに

ビジー状態のファイル通知メッセージを電子メールで送信するように設

定します。

REPEAT | repeat [repeat_count]

指定したビジー状態のファイルのバックアップが再試行されるように設

定します。繰り返し回数を指定して、バックアップの試行回数を制御で

きます。デフォルトの繰り返し回数は 1 です。

IGNORE | ignore

ビジー状態のファイルがビジー状態のファイル処理からエクスクルード

されるように設定します。ファイルのバックアップが行われ、［すべての

ログエントリ (All Log Entries)］レポートにビジー状態であったことを

示すログエントリが表示されます。

BUSY_FILE_NOTIFY_USER

BUSY_FILE_ACTION が MAIL または mail に設定されている場合、ビ

ジー状態のファイルの通知メッセージの受信者を指定します。デフォル

トでは、クライアント上の /usr/openv/netbackup/bp.conf ファイ

ルまたは $HOME/bp.conf ファイルには、 BUSY_FILE_NOTIFY_USER

は存在しません。デフォルトでは、 root ユーザーが電子メールを受信し

ます。

例 1


BUSY_FILE_DIRECTORY = /tmp

BUSY_FILE_NOTIFY_USER = kwc

BUSY_FILE_ACTION = /usr/* mail

BUSY_FILE_ACTION = /usr/local ignore

これらの一連のオプションを使用すると、 NetBackup によって、ビジー状態の

ファイルが検出された場合に次の操作が実行されます。

■ /tmp にビジー状態のファイルの作業ディレクトリが作成されます。

■ /usr/local 内のビジー状態のファイルを除く、 /usr で検出されたすべて

のビジー状態のファイルに対して、ユーザー kwc に電子メールの通知メッ

セージが送信されます。

例 2


BUSY_FILE_ACTION = /usr/* repeat 2

BUSY_FILE_ACTION = /usr/openv mail

BUSY_FILE_ACTION = /usr/local ignore

117追加構成



これらの一連のオプションを使用すると、 NetBackup によって、ビジー状態の

ファイルが検出された場合に次の操作が実行されます。

■ /usr/openv 内のビジー状態のファイルに対して、root ユーザーにビジー状

態のファイル通知メッセージが送信されます。

■ /usr/openv 内および /usr/local 内のビジー状態のファイルを除く、

/usr で検出されたすべてのビジー状態のファイルのバックアップが 2 回ま

で繰り返されます。

■ すべての操作から /usr/local 内のビジー状態のファイルがエクスクルー

ドされます。

操作ファイルの作成バックアップ操作の開始時に、 NetBackup によって、 busy_files/actions

ディレクトリに actions という名前のデフォルトの操作ファイルが作成されま

す。 actions ファイルの内容は、 bp.conf ファイルの BUSY_FILE_ACTION オ

プションから導出されます。

通常、 NetBackup では、将来ビジー状態のファイルを処理する場合、常にデフォ

ルトの操作ファイルが参照されます。デフォルトを無視するには、バックアップ

ポリシーおよびスケジュールを制御するための操作ファイルを作成します。次の

エントリは、ポリシーおよびスケジュールの操作ファイルの命名規則を示します。

actions.policy_name.schedule_name

actions.policy_name

ここで、 policy_name および schedule_name は、事前定義されたバックアッ

プポリシーおよびスケジュールです。

操作ファイルを検索する場合、 NetBackup によって次の手順が実行されます。

1 ポリシー名およびスケジュール名を持つ、次のような形式の名前のファイル

が確認されます。

actions.policy_name.schedule_name

2 ポリシー名およびスケジュール名を持つファイルが検出されない場合、より

広い範囲で次のような形式の名前の検索が行われます。

actions.policy_name

3 検索範囲を広げても名前が検出されない場合、NetBackup ではデフォルトの

操作ファイルが参照されます。

ユーザーが作成した操作ファイルの内容は、デフォルトに類似しています。任意

のコメント行を含めることができます。指定方法は、 BUSY_FILE_ACTION オプ

ションと同じです。

# comment_line

filename_template action_template

118 追加構成



例 1

bp.conf ファイルに次のエントリが含まれると想定します。 BUSY_FILE_ACTION = /usr/openv mailBUSY_FILE_ACTION = /usr/* repeat 2BUSY_FILE_ACTION = /usr/local ignore

この場合、actions という名前のデフォルトの操作ファイルには、次の行が含ま

れます。/usr/openv mail/usr/* repeat 2/usr/local ignore

例 2

スケジュール名が full であるバックアップポリシー production_servers の操作

ファイル名は、次のとおりです。actions.production_servers.full

actions ファイルに次の行が含まれると想定します。/bin/* repeat

この場合、NetBackup によって、/bin ディレクトリに存在するビジー状態のファ

イルのバックアップが繰り返されます。

ログディレクトリビジー状態のファイルの処理中、 NetBackup によって busy_files/logs ディ

レクトリの下に多数のファイルが作成されます。これらのファイルには、状態情

報および診断情報が含まれます。 NetBackup によって、バックアップのポリシー

名、スケジュール名およびプロセス ID (PID) から、これらのファイルの名前が導

出されます。

■ ビジー状態のファイルログ

NetBackup によって、ビジー状態のファイルログにすべてのビジー状態の

ファイルの名前が記録されます。ビジー状態のファイルログの名前の形式は

次のとおりです。

policy_name.schedule_name.PID

■ 診断ログファイル

NetBackup によって、診断情報を含むログファイルが生成されます。ログ

ファイルの名前の形式は次のとおりです。

log.policy_name.schedule_name.PID

■ 再試行ログファイル

repeat オプションが指定されている場合、NetBackup によって、記録された

診断情報を含む再試行ファイルも作成されます。再試行ファイルの名前の形

式は次のとおりです。

policy_name.schedule_name.PID.retry.retry_count

119追加構成



ここで、 retry_count は、 0 (ゼロ ) から始まり、バックアップが繰り返さ

れるたびに 1 ずつ増加します。 retry_count の値が repeat オプションで

指定された数より 1 小さい数になると、処理が停止します。

例

ビジー状態のファイルのバックアップ要求を処理するため、 user という名前の

ユーザーバックアップスケジュールが設定されている AAA_busy_files という名

前のポリシーが、管理者によって定義されています。スケジュールバックアップ

は、 production_servers という名前のポリシー、 full という名前のスケジュール

および 1442 という PID によって開始されます。

ビジー状態のファイルが検出されると、 NetBackup によって

/usr/openv/netbackup/busy_files/logs ディレクトリに次のファイルが

生成されます。 production_servers.full.1442log.production_servers.full.1442

操作ファイルの繰り返し回数が 2 に設定されている場合、NetBackup によって次

のファイルが生成されます。production_servers.full.1442.retry.0AAA_busy_files.user.10639log.AAA_busy_files.user.10639

2 回目のバックアップが試行されると、 NetBackup によって次のファイルが生成

されます。production_servers.full.1442.retry.1AAA_busy_files.user.15639log.AAA_busy_files.user.15639

bpend_notify_busy の変更管理者は、 bpend_notify_busy スクリプトを変更することによって、ビジー状

態のファイルの処理を変更できます。次の変更以外は加えないことをお勧めします。

■ RETRY_POLICY および RETRY_SCHED 変数を NONE からビジー状態のファ

イルバックアップのポリシー名およびスケジュール名に変更します。

■ ビジー状態のファイル処理後にログディレクトリのファイルを削除します

( これらのログは自動的には削除されません )。

a busy_files() 関数の末尾に、次のコマンドを追加します。

/bin/rm -f $LOG_FILE

b main で busy_files() 関数を呼び出した後、次のコマンドを追加し

ます。

/bin/rm -f $BUSYFILELOG

/bin/rm -f $RETRY_FILE

120 追加構成

電子メール通知の構成


電子メール通知の構成バックアップ、アーカイブおよびリストア操作の結果を、ユーザーおよび管理者

に電子メールで通知するように NetBackup を構成できます。

構成可能な通知の種類は、次のとおりです。

■ スケジュールバックアップ、管理者主導の手動バックアップまたは

NetBackup データベースのバックアップが行われた場合、サーバー管理者へ

通知します。

これらの通知を電子メールで送信するように NetBackup を構成するには、

NetBackup マスターサーバーの［グローバル属性 (Global Attributes)］プロ

パティの［管理者の電子メールアドレス (Administrator e-mail address)］で

サーバー管理者のアドレスを指定します。詳しくは、『Veritas NetBackup 管

理者ガイド Vol. 1』を参照してください。

dbbackup_notify スクリプトをカスタマイズする場合は、電子メールメッ

セージおよび受信者を含めると、このスクリプトによって、 NetBackup デー

タベースのバックアップが行われるたびにメッセージが送信されます。

■ ユーザー操作の成功または失敗を、 UNIX クライアント上のユーザーに通知

します。

これらの通知を構成するには、ユーザー固有の bp.conf ファイルの

USEMAIL オプションで、ユーザーの電子メールアドレスを指定します。この

ファイルは、ユーザーのホームディレクトリ ( 必要に応じて作成します ) に

存在します。

■ スケジュールバックアップまたは手動のバックアップの成功または失敗を、

UNIX クライアントのシステム管理者に通知します。

これらの通知を構成するには、クライアント上の

/usr/openv/netbackup/bp.conf ファイルの USEMAIL オプションで、

クライアント管理者のアドレスを指定します。

UNIX 版 NetBackup サーバーソフトウェアで提供されているスクリプトを使用

して、電子メール通知を設定することもできます。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「goodies スクリプト」を


121追加構成

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 は同義語であることに注意してください。

122 追加構成

NetBackup-Java コンソールでのタイムゾーンの調整


NetBackup-Java コンソールでのタイムゾーンの調整地理的に離れて配置されている NetBackup 構成のサイトでは、 NetBackup のリ

モートホストを管理するために、NetBackup-Java コンソールでのタイムゾーンの

調整が必要な場合があります。 ( ここで、 NetBackup のリモートホストは、コン

ソールのログインダイアログボックスで指定されたホストか、またはコンソール

の［ファイル (File)］ > ［サーバーの変更 (Change Server)］機能によって参照さ

れているホストのいずれかです。 )

コンソールのデフォルトのタイムゾーンは、コンソールのログインダイアログ

ボックスで指定されたホストではなく、コンソールが起動されたホストのタイム

ゾーンです。

■ NetBackup-Java コンソール (jnbSA) または (クライアント上で実行されてい

る ) バックアップ、アーカイブおよびリストアアプリケーション (jbpSA) か

らバックアップ、リストアまたはアーカイブの操作を実行する場合、タイム

ゾーンは、クライアントがファイルのリストアを行う NetBackup サーバーに

対して相対的に設定する必要があります。

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 インストールのロケールを指定する方法 ( 続き )

プラットフォーム方法

123追加構成



■ 異なるタイムゾーンに存在するサーバーを管理する場合、NetBackup-Java コ

ンソールのインスタンス別にタイムゾーンを設定する必要があります。

たとえば、 NetBackup-Java コンソールを開き、ローカルサーバーのタイム

ゾーンを中央標準時に設定します。同様に、太平洋標準時のタイムゾーンに

存在するサーバーのタイムゾーンを設定するには、別の NetBackup-Java コ

ンソールを開きます。

最初の NetBackup-Java コンソールで新しいウィンドウを開き、サーバーを

変更して ( ［ファイル (File)］ > ［サーバーの変更 (Change Server)］ )、太平洋

標準時タイムゾーンのサーバーに対するタイムゾーンを設定することは避け

てください。この場合、中央標準時に設定されているサーバーのタイムゾー

ンも変更されます。

タイムゾーンおよび夏時間 (DST) を設定する方法

1 NetBackup 管理コンソール、またはクライアントのバックアップ、アーカイ

ブおよびリストアインターフェースで、［ファイル (File)］ > ［アプリケーショ

ンのタイムゾーンを調整 (Adjust Application Time Zone)］を選択します。［タ

イムゾーンの調整 (Adjust Time Zone)］ダイアログボックスが表示されます。

2 ［標準 (Standard)］タブを使用してタイムゾーンを設定するには、次の手順を

実行します。

a ［カスタムタイムゾーンの使用 (Use custom time zone)］チェックボック

スのチェックを外します。

b タイムゾーンを選択します。

c DST を使用するには、［夏時間の使用 (Use daylight savings time)］を選

択します。

d 設定内容を現行のセッションおよび今後のすべてのセッションに適用す

るには、［デフォルトのタイムゾーンとして保存する (Save as default

time zone)］を選択します。

3 ［カスタム (Custom)］タブを使用してタイムゾーンを設定するには、次の手

順を実行します。

a ［カスタムタイムゾーンの使用 (Use custom time zone)］チェックボック

スをチェックします。

b バックアップ、アーカイブおよびリストアインターフェースの時間の基

となるタイムゾーンを選択します。タイムゾーンのリストについては、

オンラインマニュアルの「タイムゾーン表」を参照してください。

c サーバーのタイムゾーンがグリニッジ標準時から遅れているまたは進ん

でいる時間および分を反映するように、時間を調整します。

d DST を使用するには、［夏時間の使用 (Use daylight savings time)］を選

択します。

124 追加構成



e DST の開始日を指定します。次のいずれかの方法を使用します。

■ DST の開始日を特定の日にするには、［絶対日付 (Absolute date)］を

選択し、月日を指定します。

■ DST の開始日を、月の最初の特定の曜日にするには、［第 1 週の特

定の曜日を指定 (First day of week in month)］を選択します。曜日

および月を指定します。

■ DST の開始日を、特定の日以降の最初の特定の曜日にするには、

［指定日以降の最初の特定の曜日を指定 (First day of week in

month after date)］を選択します。曜日および月日を指定します。

■ DST の開始日を、月の最後の特定の曜日にするには、［最終週の特

定の曜日を指定 (Last day of week in month)］を選択します。曜日

および月を指定します。

■ DST の開始日を、特定の日以前の最後の特定の曜日にするには、

［指定日以前の最後の特定の曜日を指定 (Last day of week in

month before date)］を選択します。曜日および月日を指定します。

f ［曜日 (Day of week)］、［月 (Month)］、［日 (Day)］および［時間 (Time)］

に適切な値を選択します。

DST の開始日を特定の日にするには、

［絶対日付 (Absolute date)］を選択します。

月日を指定します。

DST の開始日を 4 月 5 日に設定する場合

DST の開始日を、月の最初の特定の曜日

にするには、［第 1 週の特定の曜日を指定

(First day of week in month)］を選択します。

曜日および月を指定します。

DST の開始日を 4 月の最初の月曜日に設定する場合

DST の開始日を、特定の日以降の最初の

特定の曜日にするには、［指定日以降の最初

の特定の曜日を指定 (First day of week in

month after date)］を選択します。

曜日および月日を指定します。

DST の開始日を 4 月 5 日以降の最初の月曜日に設定する場合

125追加構成



g 手順 e に示したいずれかの方法を使用して、 DST の終了日を指定します。

h 設定内容を現行のセッションおよび今後のすべてのセッションに適用す

るには、［デフォルトのタイムゾーンとして保存する (Save as default

time zone)］を選択します。

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

DST の開始日を、月の最後の特定の曜日

にするには、最終週の特定の曜日を指定

(Last day of week in month) を選択します。

曜日および月を指定します。

DST の開始日を 4 月の最後の木曜日に設定する場合

DST の開始日を、特定の日以前の最後の

特定の曜日にするには、指定日以前の最後の

特定の曜日を指定 (Last day of week in month

before date) を選択します。

曜日および月日を指定します。

DST の開始日を 4 月 30 日以前に設定する場合

126 追加構成




2

メニューユーザーインターフェース

次のメニューユーザーインターフェースは、 UNIX または Linux システムでの

NetBackup の管理に利用できます。

■ 128 ページの「NetBackup の bpadm 管理ユーティリティの使用」

■ 144 ページの「vmadm メディア管理ユーティリティの使用」

■ 156 ページの「tpconfig デバイス構成ユーティリティの使用方法」

■ 167 ページの「ディスク構成ユーティリティの使用」

これらのユーティリティと同様の操作を、NetBackup 管理コンソールを使用して

実行することもできます。使用する管理方法にかかわらず、用語、一般的な概念

および結果は同じです。

128 メニューユーザーインターフェース

NetBackup の bpadm 管理ユーティリティの使用


NetBackup の bpadm 管理ユーティリティの使用NetBackup の bpadm 管理者ユーティリティは、文字ベースのメニュー方式のイ

ンターフェースです。 termcap または terminfo を定義しているすべての端

末 ( または端末エミュレーションウィンドウ ) で使用できます。

メモ : bpadm は、マスターサーバー上でだけ使用してください。構成を変更する

場合は bpadm の他のインスタンスまたは NetBackup 管理コンソールが実行中で

ないことを確認してください。複数のユーティリティを使用して構成を変更する

と、予測できない結果を招く場合があります。

root ユーザーで bpadm コマンドを実行して、 bpadm プログラムを起動します。

bpadm は、次のディレクトリに存在します。

/usr/openv/netbackup/bin

メインメニューが表示されます。NetBackup Server:server_name

NetBackup Administration-------------------------d) Data Classification Management...s) Storage ...p) Policy Management...g) Global Configuration...f) Fibre Channel Transport Management...r) Reports...m) Manual Backups...x) Special Actions...u) User Backup/Restore...e) Media Management...o) Server Group Management...h) Helpq) Quit

ENTER CHOICE:

すべてのメニューでオンラインヘルプを使用できます。詳しくは、『Veritas

NetBackup 管理者ガイド Vol. 1』の対応する章を参照してください。多くの操作

では、エスケープ (Esc) キーを押すと操作を中断できます。

129メニューユーザーインターフェース



データの分類の管理［Data Classification］メニューを使用すると、データの分類を表示、追加および

変更できます。Name: <ALL>

Description: <ALL>Rank: <ALL>

Classification ID: <ALL>Output Destination: SCREEN

Data Classification-------------------------a) Add Data Classification ... m) Modify Data Classification ...k) Modify Data Classification Ranks

b) Browse Data Classifications Forwardr) Browse Data Classifications Reversee) Enterl) List/Display Data Classificationso) Output Destination (SCREEN or FILE)h) Helpq) Quit

ストレージユニットとストレージユニットグループの定義および管理

［Storage］メニューを使用すると、ストレージユニットを定義および管理でき

ます。 bpadm メインメニューで「s」 (Storage...) を押すと、［Storage］メ

ニューが表示されます。

Storage-------u) Storage Unit Management ...g) Storage Unit Group Management ...s) Storage Lifecycle Policy Management ...

h) Helpq) Quit Menu




ストレージユニットグループの定義および管理

ストレージユニットグループとは、優先度によって並べられたストレージユニッ

トのリストです。［Storage Unit Group Management］メニューには、スト

レージユニットグループを定義および管理するオプションがあります。ストレー

ジユニットグループを作成して、ストレージユニットのセットを定義し、 1 つ以

上のストレージユニットに優先度を割り当てます。

このメニューを表示するには、［Storage］メインメニューを表示した状態で「g」

を押します。

Storage Unit Group Label: <ALL>Output Destination: SCREEN

Storage Unit Group Management-----------------------------a) Add Storage Unit Group...m) Modify Storage Unit Group...d) Delete Storage Unit Group

b) Browse Storage Unit Groups Forwardr) Browse Storage Unit Groups Reversee) Enter Storage Unit Groupl) List/Display Storage Unit Groupso) Output Destination (SCREEN or FILE)h) Helpq) Quit Menu

ENTER CHOICE:

ポリシーの定義および管理［Policy Management］メニューを使用すると、 NetBackup ポリシーを作成お

よび管理できます。 bpadm メインメニューで「p」 (Policy Management) を押

すと、［Policy Management］メニューが表示されます。

Policy: <none>Clients: <none>

Schedules: <none>Output Destination: SCREEN

Policy Management-----------------a) Add Policy...m) Modify Policy Attributes...d) Delete Policys) Schedule Management...c) Client List Management...f) File List Management...t) Catalog Backup Disaster Recovery...




b) Browse Policies Forwardr) Browse Policies Reversee) Enter Policyl) List/Display Policieso) Output Destination (SCREEN or FILE)h) Helpq) Quit Menu

ENTER CHOICE:

オンラインカタログバックアップの構成

オンラインホットカタログバックアップは、以前のリリースのオフラインコール

ドカタログバックアップとは異なります。ホットカタログバックアップでは、ポ

リシーに基づくバックアップが行われます。そのため、通常のバックアップポリ

シーと同様に柔軟にスケジュールを設定できます。オンラインカタログバック

アップは、カタログサイズが大きく、バックアップ処理が継続的に行われている

非常にアクティブな NetBackup 環境で使用することを目的としています。

カタログバックアップは、クライアントデータのリストアに不可欠です。そのた

め、オンラインカタログバックアップの作成方法を次に示します。オンラインカ

タログバックアップは、［Policy Management］メニューを使用して、ポリシー

と同様に作成します。

オンラインカタログバックアップを作成する方法

1 ［NetBackup Administration］メニューで、「p」 (Policy Management)

を押します。

2 ［Policy Management］メニューで、「a」 (Add Policy) を押します。

3 ポリシーの名前を指定します。名前は構成内で一意である必要があります。

空白は使用できません。

4 既存のポリシーをテンプレートとして使用するかどうかを指定します。新し

いポリシーは後で変更できます。この手順では、ポリシーをテンプレートと

して使用しないことを想定しています。 [1]

5 ポリシー属性［1) Policy Type］を選択して、ポリシー形式［21)

NBU-Catalog］を入力します。

6 NBU-Catalog ポリシー形式のポリシー構成オプションは、次のとおりです。

Modify Policy Attributes (<ESC> to quit)-----------------------------------------

1) Policy Type/subtype : NBU-Catalog2) Active : Yes

--) Collect True Image Recovery Information : Yes with movedetection

--) Cross mount points : Yes




--) Follow NFS mounts : Yes --) Client Compression : No --) Client encryption : No --) Allow multiple data streams : No --) Collect disaster recovery information : No --) Collect BMR information : No --) Maximum number of jobs per policy : 1 12) Required storage unit : 13) Volume pool : CatalogBackup14) Server group : ANY--) Granular Restore : No16) Keyword :

17) Priority as compared to other policies : 0 --) Take checkpoints : No19) Set Policy Attributes for Snapshot Client.

メモ : デフォルトでは、 NBU-Catalog ポリシー形式は CatalogBackup ボ

リュームプールに書き込みを行います。

7 必要に応じて、その他のポリシー属性を変更します。

8 変更が完了したら、 Esc キーを押します。「y」を押してポリシーを追加する

か、または「n」を押して取り消します。

9 ポリシーのスケジュールを作成するには、［Policy Management］メニュー

で「s」 (Schedule Management) を押します。

10 ［Schedule Management］メニューで、「a」 (Add Schedule) を押します。

11 スケジュールのラベルを入力して、 Return キーを押します。

12 NBU-Catalog ポリシー形式では、次のスケジュール形式が許可されています。

Add Schedule (<ESC> to abort)-----------------------------Enter Schedule Label: full_schedSchedule Type-------------

0) Full Backup1) Differential Incremental Backup2) Cumulative Incremental Backup3) Vault Catalog Backup

Enter Choice [0-3]: (0)

ポリシーへのスケジュールの追加について詳しくは、『Veritas NetBackup 管

理者ガイド Vol. 1』を参照してください。

13 ディザスタリカバリ情報が NBU-Catalog ポリシーに構成されている必要が

あります。

［Policy Management］メニューで、「t」 (Catalog Backup Disaster

Recovery) を押します。ディザスタリカバリ情報は、 NBU-Catalog ポリ

シーだけに構成できます。




Policy: catalog-backupModify Catalog Backup Disaster Recovery (<ESC> to quit)-------------------------------------------------------

1) Disaster Recovery Email Address : 2) Disaster Recovery File Location :3) User Name to Access File Location :4) Password to Access File Location :5) Critical policy :

Enter Choice (choices marked "--" are unavailable) [1-5]:

［Modify Catalog Backup Disaster Recovery］メニューのオプションは、次の

とおりです。

1) Disaster Recovery Email Address

次のプロンプトが表示されます。

Enter Email Address:

ディザスタリカバリ情報が NetBackup 管理者に送信されるようにポリシー

を構成することをお勧めします。このバックアップ固有の情報は、オンライ

ンカタログバックアップが終了するごとに送信されます。

複数の管理者に情報を送信するには、複数の電子メールアドレスをカンマで

区切ります (email1,email2)。

ご使用の環境で電子メール通知が有効になっていることを確認します。

2) Disaster Recovery File Location


Enter DR Path:

ディザスタリカバリ情報が保存されるディレクトリへのパスを入力します。

NFS 共有を指定します。

メモ : イメージファイルは、ネットワーク共有またはリムーバブルデバイス

に保存することをお勧めします。ディザスタリカバリ情報をローカルマシン

に保存しないでください。

3) User Name to Access File Location


Enter User Name:

必要に応じて、 NFS 共有ディレクトリへアクセスするために使用するログオ

ン名を入力します。

4) Password to Access File Location


Enter Password:

必要に応じて、 NFS 共有ディレクトリへアクセスするためのパスワード情報

を入力します。入力時には、パスワードは画面上に表示されます。 Return

キーを押すと、パスワードは 8 つのアスタリスクで表示されます。




5) Critical policy

クリティカルポリシーは、障害発生時にサイトをリカバリするために不可欠

であると見なされます。このポリシーは、［クリティカルポリシー (Critical

policies)］リストに表示されている必要があります。このリストは、［ディザ

スタリカバリ (Disaster Recover)］タブの NBU-Catalog ポリシーの構成に表

示されます。

14 Esc キーを押して、次の操作を実行します。「y」を押してポリシーを変更す

るか、または「n」を押して取り消します。

NetBackup グローバル属性の定義［Global Configuration Attributes］メニューを使用すると、構成で定義

できない NetBackup 操作の定義を行うことができます。 bpadm メインメニュー

で「g」 (Global Configuration...) を押すと、［Global Configuration

Attributes］メニューが表示されます。

Keep Logs: 2 daysAdmin Mail Address: <none>

Job Retry Delay: 10 minutesPolicy Update Interval: 10 minutes

Preprocess Interval: 4 hours (default)Backup Tries: 2 times in 12 hours

Maximum Backup Copies: 2Output Destination: SCREEN

Global Configuration--------------------m) Modify Configuration Parameters...l) List/Display All Configuration Parameterso) Output Destination (SCREEN or FILE)h) Helpq) Quit Menu

ファイバーチャネルトランスポートの定義および管理［Fibre Channel Transport Management］メニューを使用すると、

NetBackup ファイバーチャネルと SAN クライアントを定義および管理できま

す。 bpadm メインメニューで「f」 (Fibre Channel Transport

Management) を押すと、［Fibre Channel Transport Management］メ

ニューが表示されます。




Fibre Channel Transport Management-----------------------------

c) SAN Client Management ...s) FT Server Management ...d) Defaults Configuration ...r) FT Connection Report ...h) Helpq) Quit

ENTER CHOICE:

または、 /usr/openv/netbackup/bin/nbftadm コマンドを使用して［Fibre

Channel Transport Management］ユーティリティを起動することができます。

レポートの表示［Reports］メニューを使用すると、 1 台以上の NetBackup サーバーまたはクラ

イアントからの問題や状態のレポートを表示できます。［Reports］メニューを

使用するには、 bpadm メインメニューで「r」 (Reports) を押します。

Server: ALLClient: ALL

Start Date: 05/14/2007 13:58:27End Date: 05/15/2007 23:59:59

Output Destination: SCREEN

Reports-------b) Backup Statusl) List Client Backupsp) Problems a) All Log Entries m) Media ...

d) Change Datesc) Change Clients) Change Servero) Output Destination (SCREEN or FILE)h) Help q) Quit Menu

ENTER CHOICE:




手動バックアップの実行［Manual Backups］メニューを使用すると、ポリシー、クライアントまたはス

ケジュールに関連付けられたファイルの手動バックアップを行うことができま

す。 bpadm メインメニューで「m」 (Manual Backups) を押します。

Policy: W2Client: <ALL>

Schedule: w2_daily_incr (Incremental)

Manual Backups--------------i) Initiate Backupb) Browse Policies Forwardr) Browse Policies Reverses) Browse Schedulesc) Browse Client Workstationse) Enter Policy/Client/Schedule...h) Helpq) Quit Menu

ENTER CHOICE:

手動バックアップを実行する方法

手順 1 か手順 2 の方法を選択して、手動バックアップを行うポリシー、クライア

ントおよびスケジュールを選択し、手順 3 を完了します。

1 「e」 (Enter Policy/Client/Schedule) を押して、ポリシー、クライア

ントおよびスケジュールを指定します。

2 画面上部の［Policy］行に目的の名前が表示されるまで「b」 (Browse

Policies Forward) を押します。

a 1 つまたはすべてのクライアントを選択するには、「c」(Browse Client

Workstations) を押します。画面の上部の［Client］行に目的のクラ

イアント名 ( または［ALL］ですべてのクライアント名 ) が表示されるま

で押します。

b 1 つまたは複数のスケジュールを選択するには、「s」 (Browse

Schedules) を押します。画面の上部の［Schedule］行に目的のスケ

ジュール名が表示されるまで押します。

3 「i」 (Initiate Backup) を押して、バックアップを開始します。




特別な操作の実行［Manual Backups］メニューを使用すると、ポリシー、クライアントまたはス

ケジュールに関連付けられたファイルの手動バックアップを行うことができま

す。 bpadm メインメニューで「m」 (Manual Backups) を押します。

［Special Actions］メニューを使用すると、他のカテゴリに分類されない様々

な操作を実行できます。 bpadm メインメニューで「x」 (Special Actions) を

押します。

Special Actions---------------c) Install All Clients...b) Offline Catalog Backup...r) View and Change Retention Levels

i) Initiate Request Daemont) Terminate Request Daemon

h) Helpq) Quit Menu

信頼できるすべてのクライアントへの NetBackup のインストール

信頼できるクライアントにソフトウェアをインストールするには、「c」 (Install

All Clients) を押します。信頼できるクライアントには、NetBackup サーバー

のエントリを含む /.rhosts ファイルが存在します。

オフラインカタログバックアップの実行

ただちにオフラインカタログバックアップを実行するには、「b」 (Offline

Catalog Backup) を押します。このメニュー選択項目を使用して、既存のオフ

ラインカタログバックアップを変更または削除することもできます。

Backup When: never - must be manually initiatedOutput Destination: SCREEN

Offline Catalog Backup----------------------m) Modify Offline Catalog Backup Settings...d) Delete Offline Catalog Backup Media ID...b) Perform Offline Catalog Backup Now...

a) Add Offline Catalog Backup File Path...r) Remove Offline Catalog Backup File Path...




l) List/Display Offline Catalog Backup Settingso) Output Destination (SCREEN or FILE)h) Helpq) Quit Menu

メモ: オフラインコールドカタログバックアップはデフォルトで存在するため、作

成する必要はありません。ただし、オフラインカタログバックアップを実行する

には、実行できるように構成する必要があります ( デフォルトは［Never］ )。

［Offline Catalog Backup］メニューで、「m」オプションを使用します。

オンラインホットカタログバックアップは、［Policy Management］メニュー

を使用して作成します。処理について詳しくは、 131 ページの「オンラインカタ

ログバックアップの構成」を参照してください。

情報を表示する 2 つの行があります。

■ ［Backup When］には、現在設定されているカタログのオフラインバック

アップ間隔が表示されます。

■ never - must be manually initiated

■ after each backup schedule

■ after any successful backup/archive

これらの設定については、 138 ページの「オフラインカタログバックアップ

設定の変更」を参照してください。

■ ［Output Destination］には、 bpadm が送信する［List/Display

Offline Catalog Backup Settings］の出力先を指定します。この行

に［SCREEN］という語が表示される場合は、出力は端末画面に表示されま

す。ファイルパス ( たとえば、 /tmp/bp_db_backup) が表示される場合は、

そのファイルに出力されます。出力設定を変更するには、「o」オプション

を使用します。

オフラインカタログバックアップ設定の変更

オフラインカタログバックアップを変更するには、［Offline Catalog

Backup］メニューを表示した状態で「m」を押し、プロンプトに従います。




注意 : 以前のバックアップで使用したメディア ID に関連する情報を変更する場

合、このメディア ID に対する［Written］の日付および時刻は、NetBackup デー

タベース内で上書きされます。メディア自身の内容は、メディアを再利用しない

かぎり破損しません。

たとえば、カタログファイルの拡張コピーを作成するために、異なるメディア ID

に変更すると想定します。新しいメディア ID に変更する場合、古い ID は

NetBackup によって新しい ID に置き換えられ、データベース内の古い ID に対す

るトラッキングは行われなくなります。これによって、古い ID に対応している

メディアは、 Media Manager による再割り当てが可能になります。

オフラインカタログバックアップ設定を変更する方法

1 ［Offline Catalog Backup］メニューから「m」を選択して、オフライン

カタログバックアップを行うタイミングを指定します。

■ 1) never - must be manually initiated:

NetBackup によるカタログファイルの自動バックアップは行われませ

ん。［Perform Offline Catalog Backup Now］オプションを使用

してバックアップを開始する必要があります。

■ 2) after each successful backup schedule:

1 つ以上の正常なバックアップイメージが作成されたスケジュールバッ

クアップセッションの後に、オフラインカタログバックアップが行われ

ます。カタログバックアップは、手動またはユーザー主導のバックアッ

プまたはアーカイブの後には行われません。オプション 2 の方法をお勧

めします。

■ 3) after any successful backup/archive:

1 つ以上のバックアップイメージまたはアーカイブイメージが作成され

たバックアップセッションの後に、オフラインカタログバックアップが

行われます。バックアップセッションには、スケジュール、手動および

ユーザー主導のバックアップおよびアーカイブが含まれます。

バックアップイメージまたはアーカイブイメージが正常に作成された後に、

NetBackup オフラインカタログバックアップを構成する例を次に示します。

Enter Selection [1-3]: (1) 2 <Return>

Enter Server name: (server1.xxx.yyy.com) <Return>

Modify ID 1? (y/n): y

Storage Unit Type Selections: 1) Disk2) Media Manager

Enter Type [1-2]: (1) <Return>




Enter ID (path): (path_other_than_local_drive) <Return>

Modify ID 2? (y/n): y

Storage Unit Type Selections: 1) Disk2) Media Manager

Enter Type [1-2]:2 <Return>

Density Selections1) 4mm - 4mm Cartridge

2) 8mm - 8mm Cartridge 3) 8mm2 - 8mm Cartridge 2 4) 8mm3 - 8mm Cartridge 3 5) dlt - DLT Cartridge 6) dlt2 - DLT Cartridge 2 7) dlt3 - DLT Cartridge 3 8) dtf - DTF Cartridge 9) hcart - 1/2 Inch Cartridge 10) hcart2 - 1/2 Inch Cartridge 2 11) hcart3 - 1/2 Inch Cartridge 3 12) odiskwm - Optical Disk Write-Many 13) odiskwo - Optical Disk Write-Once 14) qscsi - 1/4 Inch Cartridge

Enter Selection [1-14]:5 <Return>

Enter ID (media ID): RR1005 <Return>

Make change now? (y/n): y

2 カタログバックアップを送信するサーバーを指定します。

デフォルトは、［Enter Server Name］プロンプトの後にカッコ内に表示

される現在の値です。初回の構成時には、デフォルトは常にマスターサーバー

になります。

メディアサーバーへの宛先を変更する場合は、サーバーがすでに構成されて

いること (bprd および bpdbm を起動したマスターサーバー上の bp.conf

ファイルにサーバーが示されていること ) を確認してください。

また、メディアサーバーにバックアップを行う場合、手順 7 で説明したとお

り、マスターサーバーに対するバックアップのパスを変更してください。

3 利用可能な 2 つのメディア ID のうち、最初の ID (ID 1) を変更するかどうか

を指定します。

■ 「n」を押すと、メディア ID は変更されず、手順 5 に進みます。

■ 「y」を押すと、メディア ID は変更され、手順 4 に進みます。




注意 : オフラインカタログバックアップでは、テープボリュームをまたがること

はできません。すべてのバックアップデータを、 1 つのテープ内に収める必要が

あります。このため、管理者はすべてのバックアップデータが 1 つに収まるメ

ディア形式を選択してください。サイズの要件は、データベースのサイズによっ

て異なります。バックアップに失敗すると、 NetBackup によって通知が送信され

ます。

4 ストレージユニット形式を選択します ( カッコ内の番号は、現在の形式を表

示しています )。

■ ディスク形式の場合、「1」を押して、オフラインカタログバックアップ

の書き込み先のパスを指定します。サブディレクトリを指定する必要が

あります。パスが存在しない場合、 NetBackup によってパスが作成され

ます。パスが存在し、そのパスがディレクトリではなくファイルの場合、

エラーが発生します。

メモ : パスがすでに存在している場合、パスの指定時ではなくバックアップの実

行時に、 NetBackup によってエラーが通知されます。

■ リムーバブル形式またはロボット形式のストレージユニットの場合、

「2」を押して、密度を選択します。

使用するメディアのメディア ID ( ボリュームのシリアル番号 ) を指定し

ます。

5 2 番目のメディア ID (ID 2) を変更するかどうかを指定します。「y」を押す

と、手順 3 でメディア ID 1 について示したようなプロンプトが表示されます。

6 変更を行うかどうかを指定します。いずれの場合も、［Offline Catalog

Backup］メニューに戻ります。

7 メディアサーバーに対してオフラインカタログのバックアップを行う場合

( 手順 2 を参照 )、マスターサーバーへのオフラインカタログバックアップパ

スを変更します。

a ［Offline Catalog Backup］メニューの［Remove Offline

Catalog Backup File Path］オプションを使用して、マスター

サーバーに対するそれぞれのバックアップパスを削除します。

b マスターサーバーに対するバックアップパスを再度追加するには、

［Offline Catalog Backup］メニューを表示した状態で「a」 (Add

Offline Catalog Backup File Path) を押します。

パスを追加する場合は、次の形式でパスを指定します。

master_name:database_backup_path

たとえば、プラットフォーム名が bunny の場合、パスは次のようになり

ます。




bunny:/usr/openv/netbackup/db

bunny:/usr/openv/volmgr/database

手動オフラインカタログバックアップの実行

ただちにオフラインカタログバックアップを開始するには、［Offline Catalog

Backup］メニューで、「b」 (Perform Offline Catalog Backup Now) を押

します。

次のプロンプトが表示されます。WARNING: Backing up the catalog may take a while.Are you sure you want to continue? (y/n):

メモ : オフラインカタログバックアップに使用するメディア ID がロボット内に存

在しない場合、メディア ID のマウント要求が通知されます。マウント要求が実

行されない場合、マウントされるまで手動オフラインカタログバックアップ作業

を待機する必要があります。また、スケジュール方式のカタログバックアップも、

スケジュールが待機しているためマウントされるまで作業を待機する必要があり

ます。その他のバックアップおよびアーカイブも、カタログバックアップが完了

するまで待機する必要があります。

■ 「y」を押すと、オフラインカタログバックアップが開始されます。バック

アップに割り当てた 2 つのメディア ID のうち最後に使用していない方のメ

ディア ID が使用されます。バックアップが完了し、端末セッションの制御

が再び行うことができるようになるまで待機します。

■ 「n」を押すと、操作が中断されます。

保持レベルの再定義

保持レベルに関連付けられた保持期間を変更するには、メインメニューで「x」

(Special Actions) を押します。「r」 (View and Display Retention

Levels) を押し、プロンプトに従います。

Level Period level Period----- ----------- ----- ----------- * 0 1 week * 1 2 weeks* 2 3 weeks * 3 1 month

4 2 months 5 3 months6 6 months 7 9 months

* 8 1 year * 9 infinity10 infinity 11 infinity12 infinity 13 infinity14 infinity 15 infinity16 infinity 17 infinity18 infinity 19 infinity20 infinity 21 infinity




22 infinity 23 infinity24 infinity

Enter 'r' to restore defaults. '*' indicates the retention is used in a current schedule.

Select the retention level you wish to change.(0-8, 10-24, r, q=quit, s=save)>

メモ : 保持レベルの前のアスタリスクは、現在定義されているスケジュールが保

持レベルを参照していることを示します。その保持レベルを変更すると、それを

使用しているスケジュールに望ましくない影響を与える可能性があります。

サーバーグループの定義および管理［Server Group Management］メニューを使用すると、サーバーグループを

定義および管理できます。 bpadm メインメニューで「o」 (Server Group

Management) を押すと、［Server Group Management］メニューが表示され

ます。

Server Group Label: <none>Output Destination: SCREEN

Server Group Management-----------------------------

a) Add Server Group...m) Modify Server Group...d) Delete Server Group

b) Browse Server Groups Forwardr) Browse Server Groups Reversee) Enter Server Groupl) List/Display Server Groupso) Output Destination (SCREEN or FILE)h) Helpq) Quit Menu

ENTER CHOICE:


vmadm メディア管理ユーティリティの使用


vmadm メディア管理ユーティリティの使用UNIX システムだけに適用されます。

この項では、 NetBackup の vmadm メディア管理ユーティリティを使用して、

NetBackup のボリューム構成にメディアを追加、削除または変更する方法につい

て説明します。

これらのユーティリティと同様の操作を、NetBackup 管理コンソールを使用して

実行することもできます。どの方法を使用しても、用語、一般的な概念および結

果は同じです。

vmadm の起動vmadm を実行するには、 root ユーザーである必要があります。

vmadm を起動する方法

■ /usr/openv/volmgr/bin/vmadm を入力します。

vmd の起動および停止Media Manager Volume デーモン (vmd) は、次の方法で制御できます。

UNIX プロンプトから vmd を起動する方法

■ /usr/openv/volmgr/bin/vmd を入力します。

vmadm から vmd を起動する方法

1 メインメニューで「s」を指定して［Special Actions］を選択します。

2 「i」を指定して［Initiate Media Manager Volume Daemon］を選択します。

これによって、 vmd が起動され、［Special Actions］メニューに戻ります。

vmadm から vmd を停止する方法

1 メインメニューで「s」を指定して［Special Actions］を選択します。

2 「t」を指定して［Terminate Media Manager Volume Daemon］を選択しま

す。これによって、vmd が停止され、［Special Actions］メニューに戻ります。




vmadm のメインメニュー次のようなメインメニューが表示されます。 Database Host: sharkMedia Management-----------------a) Add Volumesd) Delete Volumesm) Move Volumesp) Print Information about Volumes

c) Configure Volume Poolss) Special Actions

u) Device Configuration Utilityk) Disk Configuration Utility

h) Helpq) QuitENTER CHOICE:

メニューオプションに対応するキーを押して、オプションを指定します。各オプ

ションでは、選択するメニューがさらに表示されます。

データベースホストは、EMM データベースが配置され、Media Manager Volume

デーモン (vmd) が実行されているホストです。

ボリュームプールの定義および管理［Configure Volume Pools］メニューを開くには、［Media Management］メニュー

で「c」を押します。［Configure Volume Pools］メニューは、次のように表示さ

れます。 Display Mode: BRIEF Output Destination: SCREEN

Configure Volume Pools ---------------------- a) Add Pool c) Change Pool d) Delete Pool l) List Pools s) List Scratch Pools p) List Catalog Pools

m) Mode (brief or full) o) Output Destination (screen or file) h) Help q) Quit Menu

ENTER CHOICE:




ボリュームプールを追加、変更、または削除するには、メニューオプションに対

応する文字のキーを押して、プロンプトに従います。

ボリュームプールについて詳しくは、『Veritas NetBackup 管理者ガイド UNIX お

よび Linux Vol. 1』の「メディア」に関する章の「ボリュームプールの操作」を


ボリュームの追加ボリュームを追加するには、［Media Management］メニューで「a」を押して、

プロンプトに従います。次のボリュームを追加できます。

■ スタンドアロンボリューム ( 場所の入力を求められたら、［Not in robotic

device］を指定します。 )

■ ロボットに追加するボリューム ( 場所の入力を求められたら、ボリュームが

存在するロボットを指定します。 )

1 つのボリュームやボリュームの範囲を追加したり、 vmadm を使用してメディア

のバーコードを読み込み、そのメディアを自動的に追加 ( 自動配置 ) したりする

こともできます。

ボリュームについて詳しくは、『Veritas NetBackup 管理者ガイド UNIX および

Linux Vol. 1』の「メディア」に関する章の「ボリュームの操作」を参照してくだ

さい。

ロボットの自動配置

自動配置は、バーコードがサポートされているロボットに使用できます。バーコー

ドがサポートされていないロボットにも使用できますが、操作にいくつかの制限が

あります。制限について詳しくは、『Veritas NetBackup デバイス構成ガイド UNIX、

Windows および Linux』のロボットの属性に関する項を参照してください。

新しいメディアを NetBackup に追加する最も簡単な方法は、次のとおりです。

■ メディアをロボットに取り込みます。

■ 自動配置を使用して、ロボットの内容と一致するように EMM データベース

を更新します。データベースを更新すると、メディア ID が自動作成されます。

ロボットでバーコードがサポートされており、ボリュームに読み取り可能なバー

コードラベルが付いている場合は、自動配置により次のいずれかを使用して新し

いボリュームのメディア ID が生成されます。

■ バーコードの末尾 6 文字。

■ メディア ID の生成規則。




バーコード規則を使用する場合、バーコード規則に従って追加された新しいメ

ディアには、メディア形式、プール名、最大マウント数 ( または最大クリーニン

グ数 ) および説明が割り当てられます。

ロボットでバーコードがサポートされていない場合、またはメディアに読み込み

可能なバーコードが付いていない場合、新しいメディア ID は指定したメディア

ID の接頭辞に基づいて作成されます。

自動配置の前提条件

ロボットの自動配置に関する前提条件を次に示します。

■ 152 ページの「ロボットのインベントリ」に示す手順に従って、ロボットお

よびそのメディアのバーコード機能を確認します。次の条件に該当するかど

うかを確認します。

■ ロボットでバーコードがサポートされている。

■ 新しいメディアに、読み込み可能なバーコードが付いている。

ロボットライブラリでバーコードがサポートされていない場合、またはメ

ディアに読み込み可能なバーコードが付いていない場合は、検証の結果を保

存してください。この結果は、メディア ID の接頭辞を割り当てる場合に使

用できます。

バーコードなしのメディアには、物理インベントリユーティリティを使用で

きます。手順について詳しくは、『Veritas NetBackup 管理者ガイド UNIX お

よび Linux Vol. 1』の「メディア」に関する章の「物理インベントリユーティ

リティの使用」を参照してください。

■ バーコード規則を作成します (任意 )。

手順について詳しくは、 155 ページの「バーコード規則の構成」を参照して

ください。データベースの自動配置に使用する追加のバーコード規則を作成

します。

■ ロボット形式が API ロボットではない場合、メディア ID の生成規則を作成

します (任意 )。

■ API ロボットの場合、 153 ページの「更新オプションの変更」の説明に従っ

て、ロボット用のメディア形式のマッピングを作成します。

『Veritas NetBackup 管理者ガイド UNIX および Linux Vol. 1』のメディアの

管理に関する説明に従って、デフォルトのメディア形式のマッピングを変更

することができます。

■ 適切な制御デーモンがロボット制御ホスト上で動作中であることを確認し

ます。




ボリューム構成の表示ボリューム構成は画面に表示したり、ファイルに出力することができます。

［Media Management］メニューで「p」を押すと、［Display Options］メニュー

が表示されます。

構成内のすべてのボリュームを表示するには、［Display Options］メニューで「s」

を押します。

簡潔な表示と詳細な表示を切り替えることができます。出力を画面に表示したり

( デフォルト )、ファイルに書き込むことができます。次の条件で出力をフィルタ

リングすることができます。

■ All

■ Media ID

■ Media type

■ Volume group

■ Robot number

■ Robot type

■ Volume pool

■ Vault container ID

ボリュームまたはグループの削除［Media Management］メニューで「d」を押して、プロンプトに従います。

1 つのボリューム、複数のボリューム、ボリュームグループのいずれかを削除で

きます。

複数のボリュームを削除する場合は、メディア ID を 1 つずつ入力します。すべ

てのボリュームを削除する場合は、メディア ID を入力せずに Enter キーを押し

ます。

ボリュームまたはボリュームグループの移動vmadm によってボリュームを移動すると、 EMM データベースの論理位置情報だ

けが変更されます。そのボリュームがメディアアクセスポートを使用して取り込

まれていないか、または取り出されていない場合、物理的にも移動する必要があ

ります。

次のボリュームを移動できます。

■ 1 つのボリューム。ロボットにメディアアクセスポートがある場合は、ボ

リュームを取り込んだり取り出したりすることができます。




■ 複数のボリューム。複数のボリュームの移動は、 1 つのボリュームの場合と

類似しています。ただし、ボリュームの移動先の位置を選択すると、移動先

のボリュームのメディア ID を入力するためのプロンプトが表示されます。す

べてのボリュームを移動する場合は、メディア ID を入力せずに Enter キー

を押します。また、メディアアクセスポートを使用してボリュームの取り出

しおよび取り込みを行うためのオプションは存在しません。

■ ボリュームグループ。

ロボットでバーコードがサポートされ、メディアに読み込み可能なバーコードが

付いている場合、ボリュームを移動する最も簡単な方法は、ロボットのインベン

トリを実行してボリューム構成を更新する方法です。

ロボットでバーコードがサポートされていない場合またはメディアに読み込み可

能なバーコードがない場合、次のいずれかの方法を使用します。

■ 移動手順 (次の項を参照 )。

■ 物理インベントリユーティリティ ( 『Veritas NetBackup 管理者ガイド UNIX

および Linux Vol. 1』の「メディア」に関する章の「物理インベントリユー

ティリティの使用」を参照 )。

ボリュームの移動方法の概要については、『Veritas NetBackup 管理者ガイド

UNIX および Linux Vol. 1』の「ボリュームの移動」を参照してください。

ボリュームまたはボリュームグループの移動

［Media Management］メニューで「m」を押して、プロンプトに従います。

ボリュームの説明の変更［Media Management］メニューで「s」を押し、［Special Actions］メニューで

「d」を押して、プロンプトに従います。

ボリュームのボリュームプールの変更［Media Management］メニューで「s」を押し、［Special Actions］メニューで

「p」を押して、プロンプトに従います。

［Volume Pool］メニューでボリュームの新しいボリュームプールを選択し、変更

するボリュームのメディア ID を入力します。

ボリュームの変更を終了するには、メディア ID を入力するためのプロンプトで

メディア ID を入力せずに Enter キーを押します。別のボリュームを変更するに

は、別のメディア ID を入力します。




ボリュームの有効期限の変更EMM データベースのすべてのボリュームの有効期限を変更できます。有効期限

は、メディア上のデータの寿命ではなく、メディア自体の寿命です。この期限に

達すると、メディアは古く信頼性がないと見なされます。

ボリュームの有効期限が経過しても、 NetBackup ではまだ読み込み可能です。た

だし、 NetBackup では、書き込みアクセスのために期限切れのボリュームのマウ

ントは行われません。期限切れのボリュームに読み込みアクセスが要求されると、

NetBackup によって警告メッセージがシステムコンソールログに書き込まれま

す。期限切れのボリュームに対して書き込みが要求されると、 NetBackup によっ

てエラーメッセージが生成されます。

［Media Management］メニューで「s」を押し、［Special Actions］メニューで

「e」を押して、プロンプトに従います。

「0」 (ゼロ ) を入力して有効期限なしを指定するか、次のいずれかの形式を使用し

て有効期限を入力します。

■ mm/dd/yy hh/mm/ss

■ mm/dd/yyyy hh/mm/ss

■ mm/dd/yy

■ mm/dd/yyyy

■ mm/dd

ボリュームの変更を終了するには、メディア ID を入力するためのプロンプトで

メディア ID を入力せずに Enter キーを押します。別のボリュームを変更するに

は、別のメディア ID を入力します。

ボリュームのボリュームグループの変更［Media Management］メニューで「s」を押し、［Special Actions］メニューで

「g」を押して、プロンプトに従います。

1 つ以上のボリュームを変更できます。ボリュームの変更を終了するには、メディ

ア ID を入力するためのプロンプトでメディア ID を入力せずに Enter キーを押し

ます。別のボリュームを変更するには、別のメディア ID を入力します。

［Volume Group］メニューでボリュームの新しいグループを選択するか、そのボ

リューム用の新しいボリュームグループを生成します。

ボリュームの Vault 属性の変更NetBackup Vault オプションには、複数のボリューム属性が使用されています。

これらの Vault 属性を変更できます。


「a」を押して、［Vault Volume Parameters］メニューを表示します。




Vault Volume Parameters-----------------------n) Change Vault Name for Volumesd) Change Date Volumes are sent to Vaultr) Change Date Volumes return from Vaults) Change Vault Slot for Volumesi) Change Vault Session ID for Volumes

h) Helpq) Quit Menu

ENTER CHOICE:

変更する属性に対応する文字のキーを押します。




ボリュームの最大マウント数の設定NetBackup がボリュームをマウントする最大数を設定または変更できます。この

数に達すると、その後、書き込み操作のためにボリュームのマウントが要求され

ると、エラーが発生します。 0 ( ゼロ ) を指定すると、 NetBackup は無制限にボ

リュームをマウントできます。

使用する最大マウント数を決定するには、メディアの寿命について、各ベンダー

が提供するマニュアルを参照してください。

メモ : クリーニングカートリッジの最大マウント数は設定できません。


「s」を押して、プロンプトに従います。




クリーニング数の変更クリーニングテープで実行可能なクリーニング数を設定または変更できます。こ

の数は、クリーニングが実行されるたびに減少し、 0 (ゼロ ) になると NetBackup

によるテープの使用が停止されます。この場合、クリーニングテープを変更する

か、または残りのクリーニング数を増加させる必要があります。


「m」を押して、プロンプトに従います。




ロボット内の選択したボリュームのバーコードの更新ロボットがバーコードをサポートし、読み込み可能なバーコードが付いたメディ

アを持っている場合は、ボリュームのバーコードを確認し、必要に応じて EMM

データベースを更新できます。

このメニューオプションは、データベースに存在しないバーコードを追加するた

めだけに使用します。たとえば、 NetBackup に新しいボリュームを追加したもの

の、ロボットにボリュームを取り込まなかった場合、 NetBackup は EMM データ

ベースを更新しません。この場合、［Update/Validate Barcode］オプションを使

用すると、バーコードを取得できます。

メモ : NetBackup では、 API ロボットのメディアに関する場所情報が管理されな

いため、 API ロボットには［Update/Validate Barcodes］オプションは使用でき

ません。


「u」を押して、プロンプトに従います。

1 つ以上のボリュームを更新できます。ボリュームの更新を終了するには、メディ


ます。別のボリュームを更新するには、別のメディア ID を入力します。

ロボットのインベントリロボットがバーコードをサポートし、読み込み可能なバーコードが付いたメディ

アを持っている場合は、ロボットでメディアのインベントリを実行できます。ま

た、インベントリオプションの 1 つを使用して、 NetBackup 構成に新しいメディ

アを追加することもできます。

ロボットのインベントリ

［Special Actions］メニューからインベントリ形式を選択し、プロンプトに従いま

す。この手順は、どの形式のインベントリでもほぼ同じです。

考慮事項

■ ACS および TLM ロボット : ロボット制御ホストを選択するためのプロンプ

トで、NetBackup ロボットデーモン (acsd または tlmd) が実行されているホ

ストを入力します。

■ インベントリおよび比較操作の場合 :

■ API ロボットの場合、 EMM データベースに格納されているメディア ID

およびメディア形式が、ロボットのデータベースと一致しているかどう

かが NetBackup によって検証されます。




■ バーコードリーダーが存在する非 API のロボットの場合、NetBackup に

よって、ロボット内のバーコードが EMM データベースのバーコードと

一致するかどうかが検証されます。レポートに［<NONE>］が表示され

る場合、メディアにバーコードが付いていないこと意味します。

■ バーコードを読み込めないロボットの場合、 vmadm によって、スロット

内のメディアの有無が EMM データベースに正しく表示されるかどうか

だけが検証されます。

更新モードの変更

インベントリ操作と更新操作の場合の更新モードは次のとおりです。

■ ［INTERACTIVE］を指定すると、推奨する変更のリストが表示され、更新を

続行するかどうかを確認するプロンプトが表示されます。

■ ［NOT INTERACTIVE］を指定すると、確認のプロンプトは表示されず、推奨

する変更が行われます。

［Inventory and Update］メニューの「m」オプションを使用して更新モードを切

り替えます。

更新オプションの変更

［Inventory and Update］メニューの「o」オプションを使用して、［Update Options］

メニューを表示します。Update Robot: TL8 (10) - whale

OPTION FOR REMOVED MEDIA ------------------------ Volume Group:DEFAULT OPTIONS FOR ADDED OR MOVED MEDIA -------------------------------- Volume Group:DEFAULT Use Barcode Rules:YES Media Type:DEFAULT Media ID Prefix:DEFAULT Volume Pool:DEFAULT

Update Options -------------- b) Use Barcode Rules r) Volume Group for REMOVED media m) Media Type a) Volume Group for ADDED or MOVED media i) Media ID Prefix p) Volume Pool

h) Help q) Quit Menu

ENTER CHOICE:




更新オプションを変更するには、オプションに対応する文字のキーを選択します。

デフォルトの更新オプションは、ほぼすべての構成で正常に機能します。構成に

特別なハードウェア要件または使用要件が存在する場合だけ、デフォルトを変更

する必要があります。

次の点に注意します。

■ バーコード規則の使用。バーコード規則を使用している場合、 NetBackup で

は、まだ EMM データベースに存在しないボリュームに対してだけ、バーコー

ド規則の使用が試行されます。

■ メディア形式 (バーコード規則を使用していない場合 )。API ロボットの場合、

vmadm では、表示されるメディア形式のマッピングが使用されます。このロ

ボットホストに非 API ロボットが構成されている場合、vmadm では次のよう

にロボットのメディア形式が使用されます。

■ すべてのドライブが同じ形式で、 1 つ以上のドライブがロボット制御ホ

スト上で構成されている場合、vmadm ではそのドライブのメディア形式

が使用されます。

■ すべてのドライブが同じ形式でない場合、vmadm ではロボットライブラ

リのデフォルトのメディア形式が使用されます。

次の場合は、メニューからメディア形式を選択する必要があります。

■ ロボットライブラリで複数のメディア形式がサポートされており、デ

フォルト以外のメディア形式を使用する場合。

■ ドライブがロボット制御ホストで構成されておらず、ドライブがロボッ

トのデフォルトのメディア形式でない場合。

■ バーコード規則を使用する場合のメディア形式。［DEFAULT］を選択すると、

割り当てられるメディア形式がバーコード規則で決定されます。デフォルト

以外のメディア形式を使用するには、メニューから特定の形式を選択します。

更新オプションのメディア形式の設定は、常にバーコード規則より優先され

ます。

■ メディア ID の接頭辞。ロボットでバーコードがサポートされていない場合

や、挿入されたメディアに読み込み可能なバーコードがない場合は、メディ

ア ID の接頭辞を指定します。

これらの条件のいずれにも該当しない場合、接頭辞は必要ありません。メディ

ア ID には次のいずれかが使用されます。

■ バーコードの末尾 6 文字。

■ メディア ID の生成規則を使用する場合に指定する文字 ( バーコード規

則が使用されているかどうかには関係しない )。

デフォルトのメディア ID の接頭辞を選択すると、 vmadm は vm.conf ファ

イルの最後の MEDIA_ID_PREFIX エントリを使用します。

MEDIA_ID_PREFIX エントリが存在しない場合は、文字「A」をデフォルト

の接頭辞として使用します。




メディア ID の接頭辞を使用しないように選択すると、ロボットでバーコー

ドがサポートされ、メディアに読み込み可能なバーコードが付いている場合

だけ、操作は正常に実行されます。この選択項目は、バーコード付きのメディ

アで、読み込みできないバーコードまたはバーコードが付いていないことが

検出された場合に更新を失敗させるときに有効です。

■ 取り外したメディアのボリュームグループ。メディア形式が［DEFAULT］の

場合、ロボットのデフォルトのメディア形式に対して有効な既存のボリューム

グループから選択できます。メディア形式が［DEFAULT］以外の場合、その

メディア形式に対して有効な既存のボリュームグループから選択できます。

■ 追加または移動したメディアのボリュームグループ。メディア形式が

［DEFAULT］の場合、ロボットのデフォルトのメディア形式に対して有効な

既存のボリュームグループから選択できます。メディア形式が［DEFAULT］

以外の場合、そのメディア形式に対して有効な既存のボリュームグループか

ら選択できます。

■ ［Use platter side in media ID］。 ODL ロボットの場合は、［yes］を選択して、

光ディスクプラッタの 2 つの面のメディア ID に A 面と B 面の指定を含めま

す。片面に xxxxxA、もう 1 つの面に xxxxxB というメディア ID が指定され

ます。ここで、 xxxxx はメディア ID の接頭辞と番号です。［no］を選択する

と、プラッタ面の指定は使用されません。光ディスクプラッタの両面を、メ

ディア ID パートナーと呼びます。

ODL ロボット上でインベントリおよび更新を実行し、メディア ID 接頭辞を

使用している場合だけ、［Use platter side in media ID］が表示されます。

■ ボリュームプール。バーコード規則を使用する場合、デフォルトでは、バー

コード規則のボリュームプールの設定によって NetBackup が割り当てるボ

リュームプールが決定されます。更新オプションのボリュームプールは、常

にバーコード規則より優先されます。バーコード規則を使用しない場合、

NetBackup はデフォルトで、データボリュームには NetBackup ボリューム

プールを使用し、クリーニングテープにはボリュームプールを使用しません。

バーコード規則の構成バーコード規則を構成するには、［Special Actions］メニューから「b」 (Configure

Barcode Rules) を選択します。次のメニューが表示されます。 Display Mode: BRIEF Output Destination: SCREEN

Configure Barcode Rules ----------------------- a) Add Rule c) Change Rule d) Delete Rule l) List Rules


tpconfig デバイス構成ユーティリティの使用方法


m) Mode (brief or full) o) � Output Destination (screen or file) h) Help q) Quit Menu

ENTER CHOICE:

バーコード規則について詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の

「メディア」に関する章の「［バーコード規則 (Barcode Rules)］タブ」を参照して

ください。

光ディスクのフォーマットNetBackup で光ディスクプラッタを使用できるようにするには、プラッタにメ

ディア ID とボリュームラベルを書き込む必要があります。メディア ID は外部メ

ディア ID と一致する必要があります。この情報を書き込むには、 2 つの方法があ

ります。

■ vmadm を使用して、追加時にプラッタをフォーマットします。この手順の最

後にボリュームをフォーマットします。 vmadm によって、フォーマットを実

行する tpformat が起動されます。

■ tpformat コマンドを実行します。

vmadm を使用する場合、メディア ID は記録されたメディア ID になります。

vmadm の使用例を次に示します。 tpformat の使用方法については、『Veritas

NetBackup コマンド UNIX および Linux』の tpformat を参照してください。

メモ : 一部のオペレーティングシステムでは、 1024 バイト / セクタのプラッタは

サポートされません。多くのプラットフォームおよびオペレーティングシステム

では、 512 バイト / セクタのサイズだけがサポートされます。光ディスクプラッ

タを購入する前に、オペレーティングシステムのマニュアルを確認して、サポー

トされるセクタサイズを判断してください。また、サポート内容については、シ

マンテック社のサポート Web サイトを参照してください。事前にフォーマットさ

れているプラッタを使用することをお勧めします。

tpconfig デバイス構成ユーティリティの使用方法UNIX システムだけに適用されます。

この項では、NetBackup のデバイス管理構成ユーティリティ tpconfig を使用し

て、ロボットとドライブを構成する方法について説明します。デバイスを構成し

た後に、メディア管理ユーティリティ (vmadm) を使用してボリュームを構成でき

ます。

以降の項では、デバイス構成の属性と、 tpconfig ユーティリティを使用してこ

れらの属性を構成する方法について説明します。




ロボット番号

ロボット番号は、ロボットを構成に追加するときに割り当てます。tpconfig は、

番号を入力するか、表示されているロボット番号を受け入れるかを確認するプロ

ンプトを表示します。この番号によって、表示およびリスト内のロボットが識別

されます。この番号は、 TL8(2) のように、ロボット形式の後ろのカッコ内に示さ

れます。


複数のシステム上でロボットを構成する場合、ロボット番号は一意である必要が

あります。ロボットからドライブを複数のシステムに接続している場合、すべて

のシステムでそのロボットに同じロボット番号を指定する必要があります。

ロボット制御パス

ほとんどのロボットでは、このパスは、ロボットを構成に追加するときに、ユー

ザーまたはオペレーティングシステムによって /dev ディレクトリ内に作成され

ます。 tpconfig によってプロンプトが表示されたら、 /dev ディレクトリに表

示される、ロボット制御へのパスを入力します。エントリが存在しない場合は、

『Veritas NetBackup デバイス構成ガイド UNIX、 Windows および Linux』を参照



API ロボットの場合、ロボット制御の構成方法について詳しくは、『Veritas

NetBackup デバイス構成ガイド UNIX、 Windows および Linux』の付録を参照し

てください。ロボットへの制御パスは、他のホスト上に存在する場合があります。

他のホスト上に存在する場合、パスではなくそのホストのホスト名を入力します。

他のホストが制御するロボットを定義する場合、ロボット番号は、両方のホスト

上で同じである必要があります。

ホスト名

この項は、 NetBackup Enterprise Server だけに適用されます。

ホスト名は、次の場合に指定する必要があります。

■ ACS ロボットを追加する場合、ロボット制御パスではなく、 ACS ライブラリ

ソフトウェアが存在するホストの名前を入力します。

■ TLM ロボットを追加する場合、ロボット制御パスではなく、 DAS または

Scalar DLC サーバー名を入力します。

■ ロボット制御が他のホスト上に存在する TL8、 TLD または TLH ロボットを

追加する場合、そのホストのホスト名を入力するためのプロンプトが表示さ

れます。




クローズ時非巻き戻しデバイス名

クローズ時非巻き戻しデバイス名は、ドライブを追加するときに指定します。ド

ライブの追加時に指定し、通常、デバイス名の先頭または末尾に、 n という文字

が付きます。デバイス名のエントリが存在しない場合、『Veritas NetBackup デバ

イス構成ガイド UNIX、 Windows および Linux』の説明に従って作成する必要が

あります。

tpconfig の表示および出力では、これらのデバイス名は、［ドライブパス

(DrivePath)］というヘッダーの下に表示されます。

文字型デバイス名

文字型デバイス名は、光ディスクデバイスだけに適用されます。文字型デバイス

として使用されるドライブでは、データが書き込まれるたびに、 512 バイトのブ

ロック全体が使用されます (1024 バイトのブロックが使用されるシステムもある

ことに注意してください )。使用されるのが 512 バイト未満の場合、残りのバイト

は埋め込まれます。文字型デバイスは、 raw デバイスとも呼ばれます。 NetBackup

および Storage Migrator では、文字型デバイスモードが使用されます。

デバイス名は、光ディスクを構成に追加するときに指定します。デバイスパスに

は、デバイスへのパス名を /dev ディレクトリに見られるような形式で入力しま

す。エントリが存在しない場合は、『Veritas NetBackup デバイス構成ガイド

UNIX、 Windows および Linux』の説明に従って作成する必要があります。

tpconfig の表示および出力では、文字型デバイス名は、［ドライブパス

(DrivePath)］というヘッダーの下に表示されます。

ボリュームヘッダーデバイス名

メモ : ボリュームヘッダーは、一部のシステムには適用されません。

ボリュームヘッダーデバイス名は内部で使用されますが、光ドライブを構成に追

加するときに指定する必要があります。デバイスパスには、デバイスへのパス名

を /dev ディレクトリに見られるような形式で入力します。ボリュームヘッダー

デバイス名を表示するには、［ドライブの構成 (Drive Configuration)］メニューか

ら［更新 (Update)］オプションまたは［削除 (Delete)］オプションを選択します。

Solaris SPARC システムでは、これらのエントリを作成するには、最初に

makedev コマンドを実行することが必要な場合があります。詳しくは、『Veritas

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

makedev(8) コマンドを参照してください。




ドライブの状態

ドライブの状態では、NetBackup によってドライブが利用可能かどうかが示されま

す。ドライブを構成に追加するときに、初期ドライブ状態を指定します。この状態

は変更することができます。状態を変更するには、 tpconfig の［ドライブの構成

(Drive Configuration)］メニューから［更新 (Update)］オプションを使用します

(ltid が実行中でない場合にかぎります )。 ltid が実行中である場合は、管理コン

ソールのデバイスモニターを使用するか、 vmoprcmd コマンドを使用します。

tpconfig デバイス構成ユーティリティの起動デバイス構成ユーティリティは、 vmadm の［Media Management］メニューから

「u」 (Device Configuration Utility) を押すと起動できます。または、UNIX シェル

で次のコマンドを使用することもできます (root ユーザー権限が必要です )。

/usr/openv/volmgr/bin/tpconfig

次のメニューが表示されます。

デバイスの構成管理ユーティリティ (Device Management Configuration Utility)

1) ドライブの構成 (Drive Configuration)2) ロボットの構成 (Robot Configuration)3) クレデンシャルの構成 (Credentials Configuration)4) 構成の表示 (Print Configuration)5) ヘルプ (Help)6) 終了 (Quit)

オプションを入力してください (Enter option) :

メモ : Media Manager device デーモンが実行されている場合、 stopltid コマン

ドを実行して停止する必要があります。

次の表に、メインメニューの選択項目を示します。

オプションメニュー

選択項目

説明

1 ドライブの構成

(Drive

Configuration)

ドライブの定義の追加、削除または更新、ドライブお

よびロボットの定義の表示、またはドライブパスの構

成を行うためのメニューが開きます。

2 ロボットの構成

(Robot

Configuration)

ロボットの定義の追加、削除または更新、ドライブお

よびロボットの定義の表示を行うためのメニューが

開きます。




Ctrl キーを押しながら C キーを押すか、または Esc キーを押すことによって、ユー

ティリティのどのメニューからでもメインメニューに戻ることができます。

ロボットの追加ロボットおよびドライブを構成する場合、最初に［ロボットの構成 (Robot

Configuration)］メニューを使用してロボットを追加し、次に［ドライブの構成

(Drive Configuration)］メニューを使用してドライブを追加します。

スタンドアロンドライブをロボットに変更するには、［ドライブの構成 (Drive

Configuration)］メニューの［更新 (Update)］オプションを使用します。163 ペー

ジの「ドライブ構成の更新」を参照してください。

ロボットを追加する方法

1 ［ロボットの構成 (Robot Configuration)］メニューを選択します。

2 ［追加 (Add)］オプションを選択します。

3 使用可能なロボット形式のリストから、追加するロボット形式を 1 つ選択し

ます。

3 クレデンシャルの

構成 (Credentials

Configuration)

次のクレデンシャルの追加、削除、更新または表示を

行うためのメニューが開きます。

■ NDMP ファイラ

■ ディスクアレイ

■ OpenStorage サーバー

■ 仮想マシン

4 構成の表示 (Print

Configuration)

続いて表示されるメニューの［構成の一覧表示 (List

Configuration)］コマンドを実行すると、現在の構

成を画面に表示するか、ファイルに書き込むことが

できます。

-d オプションだけを指定して tpconfig コマンド

を実行すると、tpconfig はこれらのメニューを起動

せずに、現在の構成を標準出力 (stdout)(画面 ) に書

き込みます。

他のコマンドオプションを指定することもできます。

tpconfig -help を実行するか、『Veritas NetBackup コ

マンド UNIX および Linux』の tpconfig を参照してく

ださい。

5 ヘルプ (Help) オンラインヘルプは、メインメニューおよびほぼすべ

てのサブメニューで使用できます。

6 終了 (Quit) ユーティリティを終了し、UNIX プロンプトに戻ります。

オプションメニュー

選択項目

説明




4 未使用であることがわかっているロボット番号を入力するか、デフォルトの

ロボット番号を受け入れます。

5 デバイスファイルパスまたはライブラリ名を入力して、ライブラリに対する

ロボット制御の位置を指定します。［ロボットの構成 (Robot Configuration)］

メニューで［ヘルプ (Help)］オプションを使用すると、代表的なパス名の例


6 この手順は、 NetBackup Enterprise Server だけに適用されます。

a ロボットが他のホスト上で制御されている場合、そのホスト名を入力し

ます。

ACS ロボットの場合、ACS ライブラリソフトウェアホストの名前を入力

する必要があります。

TLM ロボットの場合、 DAS または Scalar DLC サーバーの名前を入力す


b ロボットがこのホスト上で制御されている場合、デバイスファイルパス

またはライブラリ名を入力します。［ロボットの構成 (Robot

Configuration)］メニューで［ヘルプ (Help)］オプションを使用する

と、代表的なパス名の例が表示されます。

ACS ロボットの場合、ACS ライブラリソフトウェアホストの名前を入力

します。

AIX システム上の TLH ロボットの場合、LMCP デバイスファイルを入力

します。それ以外の場合は、自動テープライブラリ名を入力します。

TLM ロボットの場合、 DAS または Scalar DLC サーバーの名前を入力し

ます。

7 新しい構成との競合が検出されなかった場合、ロボットが追加されたという

メッセージが表示されます。

ドライブの追加ドライブを追加するには、次の手順を実行します。

ドライブを追加する方法

1 ［ドライブの構成 (Drive Configuration)］メニューを選択します。

2 ［追加 (Add)］オプションを選択します。

3 表示される使用可能なドライブ形式のリストから、追加するドライブ形式を

1 つ選択します。

4 /dev ディレクトリで検出されるようにクローズ時非巻き戻しデバイスへの

パスを入力します。




デバイスが光ディスクである場合は、文字型デバイスおよびボリュームヘッ

ダーデバイスファイルへのパスを入力します。ファイルパスは /dev ディレ

クトリです ( ボリュームヘッダーは、一部のシステムには適用されません )。

［ドライブの構成 (Drive Configuration)］メニューで［ヘルプ (Help)］オプ

ションを使用すると、代表的なパス名の例が表示されます。

5 ドライブの状態 ( 起動状態または停止状態 ) を入力します。

6 ドライブを追加可能なロボットが存在する場合は、ドライブをロボットに追

加するかどうかを指定します。または、ドライブをスタンドアロンドライブ

として構成することもできます。

ドライブを追加可能なロボットが存在しない場合、ドライブは、 tpconfig

によって自動的にスタンドアロンドライブとして追加されます。

ドライブをロボットに追加し、使用可能なロボットが複数存在する場合、ド

ライブを制御するロボット番号を入力します。

ロボット形式によっては、ロボットドライブ番号も追加するためのプロンプ

トが表示される場合があります。

7 この手順は、 NetBackup Enterprise Server だけに適用されます。

ACS ロボット内のドライブの場合、 4 つのドライブ識別子を指定するための

プロンプトが表示されます。 ACS ロボットについて詳しくは、『Veritas

NetBackup デバイス構成ガイド UNIX、 Windows および Linux』を参照して

ください。

TLH ロボット内のドライブの場合、IBM デバイス番号を指定するためのプロ

ンプトが表示されます。詳しくは、『Veritas NetBackup デバイス構成ガイド

UNIX、 Windows および Linux』の付録を参照してください。

TLM ロボット内のドライブの場合、 DAS または Scalar DLC ドライブ名を指

定するためのプロンプトが表示されます。詳しくは、『Veritas NetBackup デ

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

8 ドライブ名を入力するか、 Enter キーを押してデフォルトのドライブ名を使

用します。


共有ドライブオプションを使用している場合、同じ物理ドライブを共有して

いるすべてのホストで、ドライブに対して同じ名前が使用される必要があり

ます。説明的なドライブ名を指定することをお勧めします。




ロボット構成の更新ロボット番号またはロボット制御パスを変更するには、次の手順を実行します。

ロボット番号またはロボット制御パスを変更する方法

1 メインメニューで［ロボットの構成 (Robot Configuration)］を選択します。

メモ : 1 つのロボットだけが構成されている場合、手順 2 と手順 3 はスキップさ

れます。

2 ［ロボットの構成 (Robot Configuration)］メニューで［更新 (Update)］を選

択します。


更新するロボット番号を入力してください (Enter robot number to update) :

3 変更するロボットライブラリのロボット番号を入力します。


新しいロボット番号を入力してください (現在の値 (n) をそのまま使用するには、Return キーを押します )(Enter new robot number or <RETURN> to use existing (n)) :

4 新しいロボット番号を入力して既存のロボット番号を置き換えるか、 Enter

キーを押して現在のロボット番号を保持します。

ロボット制御情報を入力するためのプロンプトが表示されます。実際のプロ

ンプトは、更新するロボットライブラリの形式によって異なります。

5 適切なロボット制御パスまたはロボットをホストするサーバー名を入力し

ます。

ドライブ構成の更新ドライブに関する情報は変更できます ( たとえば、ロボットに追加できます )。

ドライブの情報を変更する方法

1 メインメニューで［ドライブの構成 (Drive Configuration)］を選択します。

2 ［ドライブの構成 (Drive Configuration)］メニューで［更新 (Update)］を選択

します。

3 更新するドライブの名前を入力します。

現在のドライブ情報と、それに続いて各フィールドを変更するためのプロン

プトが表示されます。




4 新しい値を入力するか、 Enter キーを押して既存の値を保持します。

ドライブをロボット内に構成するかどうかを問い合わせるプロンプトが表示

されます。ドライブをロボット内に構成する場合、 tpconfig を使用してド

ライブをすぐに追加するか、または既存の適切なロボット形式から選択する

ことができます。

すべてのプロンプトに応答すると、変更されたドライブ情報が、次のプロン

プトとともに表示されます。

ドライブ名 xxxxx を本当に更新しますか? (Are you sure you want to UPDATE drive name xxxxx?) (y/n) n:

5 「y」を押して「はい」と応答します。

ドライブの削除ドライブを削除するには、次の手順を実行します。

ドライブを削除する方法

1 メインメニューで［ドライブの構成 (Drive Configuration)］を選択します。

2 ［ドライブの構成 (Drive Configuration)］メニューで［削除 (Delete)］を選択

します。

3 削除するドライブの名前を入力します。

ドライブ情報および次のようなプロンプトが表示されます。

ドライブ名 xxxxx を本当に削除しますか? (Are you sure you want to DELETE drive name xxxxx?) (y/n) n:

4 ドライブを削除するには、「y」を入力します。

「y」を入力した場合、ドライブが削除されたことを確認するメッセージが表

示されます。

「n」を入力した場合、任意のキーを押すと［ドライブの構成 (Drive

Configuration)］メニューに戻ります。

ロボットの削除ロボットを削除するには、次の手順を実行します。

ロボットを削除する方法

1 メインメニューで［ロボットの構成 (Robot Configuration)］を選択します。

メモ : 1 つのロボットだけが構成されている場合、手順 2 と手順 3 はスキップさ

れます。

2 ［ロボットの構成 (Robot Configuration)］メニューで［削除 (Delete)］を選択

します。




3 複数のロボットが構成されている場合は、削除するロボットの番号を入力し

ます。

次のようなプロンプトが表示されます。

ロボットの定義を削除しています (Deleting robotic definition):TLD(0) robotic path = /dev/sg/c1t0d0s0,

このロボットで定義されたすべてのドライブは、スタンドアロンドライブに変更されます (Any drives defined in this robot will be changed to standalone drives)

続行しますか ? (Do you want to proceed?) (y/n) n:

4 ロボットを削除するには、「y」を入力します。

「y」を入力した場合、ロボットが削除されたことを確認するメッセージが表

示されます。

「n」を入力した場合、任意のキーを押すと［ドライブの構成 (Drive

Configuration)］メニューに戻ります。

ドライブパスの構成ドライブパスを構成および管理するには、次の手順を実行します。

［ドライブパス (Drive Path)］メニューを表示する方法

1 ［ドライブの構成 (Drive Configuration)］メニューで［ドライブパスの構成

(Drive Path Configuration)］を選択します。


パスを構成するドライブ名を入力してください : (Enter name of drive to configure path(s) for:)

2 ドライブ名を入力します。

［ドライブパスの構成 (Drive Path Configuration)］メニューが表示されます。

ドライブパスを追加する方法

1 ［ドライブパスの構成 (Drive Path Configuration)］メニューから［追加 (Add)］

を選択します。


新しいドライブパスを入力してください : (Enter the new drive path:)

2 有効なドライブパスを入力します。


このパスのドライブの状態を入力してください (起動 (u)、停止 (d) または無効 (a)): (Enter drive status on this path - (u)p, (d)own or dis(a)bled:)

3 パスのドライブの状態を指定します。

パスのドライブは、起動、停止または無効のいずれかです。




ドライブパスを削除する方法

1 ［ドライブパスの構成 (Drive Path Configuration)］メニューから［削除

(Delete)］を選択します。

2 削除するドライブパスを入力します。

ドライブパスを更新する方法

1 ［ドライブパスの構成 (Drive Path Configuration)］メニューから［更新

(Update)］を選択します。


現在のドライブパスを入力してください : (Enter the current drive path:)

2 更新するドライブパスを入力します。

3 新しいドライブパスを指定します。または、ドライブパスの状態を更新する

ために Enter キーを押します。

4 次のようなプロンプトが表示されます。

このパスのドライブの状態を入力してください (起動 (u)、停止 (d) または無効 (a)): (Enter drive status on this path - (u)p, (d)own or dis(a)bled:)

5 パスの状態を入力します。

ホストクレデンシャルの構成次のデフォルトのホストクレデンシャルを追加、削除、更新、構成できます。

■ NDMP ファイラ。すべての NetBackup サーバーのすべての NDMP ファイラで

使用されるクレデンシャルのデフォルトのセットを追加することもできます。

■ ディスクアレイ。

■ OpenStorage サーバー。

■ 仮想マシン。

ホストクレデンシャルを構成する方法

1 メインメニューで［クレデンシャルの構成 (Credentials Configuration)］を

選択します。

2 クレデンシャルメニューで、構成するクレデンシャルの形式を選択します。

次に、このメニューの例を示します。

構成するホストの形式を選択してください :(Please select the type of host you are trying to configure:)

1) NDMP ファイラ (N)((N)dmp Filer) 2) ディスクアレイ管理サーバー (D)((D)isk Array Management Server) 3) OpenStorage サーバー (O)((O)penStorage Server) 4) 仮想マシン (V)((V)irtual Machine)


ディスク構成ユーティリティの使用


オプションを入力するか、または終了する場合は Esc キーを押してください :(Enter option or <ESC> to quit:)

3 特定のクレデンシャルメニューでオプションを選択し、プロンプトに従います。

デバイス構成の表示および出力tpconfig のすべてのメニューで、現在の構成を表示できます。現在の構成を表

示するには、メインメニューの［構成の表示 (Print Configuration)］オプション

またはサブメニューの［構成の一覧表示 (List Configuration)］オプションを使用

します。

メインメニューの［構成の表示 (Print Configuration)］オプションを使用すると、

構成を出力できます。構成を書き込むファイルを指定するか、 Enter キーを押し

て、画面上に構成を表示します。

また、 -d オプションを指定して tpconfig コマンドを実行すると、メニューを

起動せずに現在の構成を標準出力 (stdout) に書き込むことができます。

ディスク構成ユーティリティの使用NetBackup ディスク構成ユーティリティは、ディスクストレージエンティティを

構成および管理できる UNIX ユーティリティです。このユーティリティは、

SharedDisk などの別ライセンスの NetBackup 製品で使用します。

UNIX ユーティリティを使用してベーシックディスクストレージユニットを構成

するには、 129 ページの「ストレージユニットとストレージユニットグループの

定義および管理」を参照してください。

次に、 NetBackup ディスク構成ユーティリティのメニューを示します。このメ

ニューを表示するには、 vmadm の［Media Management］メニュー ( メインメ

ニュー ) で「k」 (Disk Configuration Utility) を押します。 vmadm ユーティリティ

を起動するには、 144 ページの「vmadm の起動」を参照してください。

NetBackup Disk Configuration Utility------------------------------------

e) Enclosure Management for SharedDisko) OpenStorage Disk Management

m) Change Master Server

h) Helpq) Quit Menu

ENTER CHOICE:




SharedDisk の管理［Enclosure Management for SharedDisk］メニューを使用すると、 NetBackup

SharedDisk オプションのディスクストレージを構成および管理できます。

このメニューを表示するには、NetBackup ディスク構成ユーティリティのメイン

メニューで「e」 (Enclosure Management for SharedDisk) を押します。

Enclosure Management for SharedDisk-----------------------------------

a) Add Storage Serverr) Remove Storage Serverv) View Storage Server

p) Preview Enclosurei) Import Enclosure

t) Take Disk Pool Inventorym) Merge Two Disk Poolsc) Change Disk Pools) Change Disk Pool Stated) Delete Disk Pooll) List Disk Pools

h) Helpq) Quit Menu

ENTER CHOICE:

AdvancedDisk を構成および管理するには、メニューオプションを選択してプロ

ンプトに従います。

OpenStorage の管理［OpenStorage Disk Management］メニューを使用すると、 OpenStorage Disk

Storage Unit オプションのディスクストレージを構成および管理できます。

このメニューを表示するには、NetBackup ディスク構成ユーティリティのメイン

メニューで「o」 (OpenStorage Disk Management) を押します。

OpenStorage Disk Management---------------------------

a) Add Storage Serverr) Remove Storage Serverv) View Storage Server

p) Preview Disk Volumesn) Create New Disk Pool

t) Take Disk Pool Inventory




m) Merge Two Disk Poolsc) Change Disk Pools) Change Disk Pool Stated) Delete Disk Pooll) List Disk Pools

h) Helpq) Quit Menu

ENTER CHOICE:

OpenStorage を構成および管理するには、メニューオプションを選択してプロン

プトに従います。


3

参照項目

この章では、 NetBackup の構成および管理の追加情報について説明します。

■ 172 ページの「NetBackup におけるホスト名の使用規則」

■ 176 ページの「tar を使用したバックアップイメージの読み込み」

■ 180 ページの「バックアップ時間に影響する要素」

■ 182 ページの「NetBackup の転送速度の計算」

■ 183 ページの「NetBackup による作業リストの作成」

■ 186 ページの「バックアップメディア要件の決定」

■ 187 ページの「NetBackup 通知スクリプト」

■ 203 ページの「メディアおよびデバイスの管理の推奨する使用方法」

■ 207 ページの「TapeAlert の使用」

■ 211 ページの「ドライブクリーニングの概要」

■ 214 ページの「ボリュームプールおよびボリュームグループの概要」

■ 219 ページの「バーコードの概要」

■ 224 ページの「ハードウェア構成の変更」

■ 228 ページの「NetBackup のドライブ選択の方法」

■ 229 ページの「NetBackup のドライブ予約の方法」

■ 238 ページの「NetBackup のメディア選択の方法」

■ 243 ページの「メディアの形式」

■ 245 ページの「Media Manager のコマンド」

■ 247 ページの「デバイスの検出の概要」

■ 251 ページの「テープドライブとデバイスファイルまたはアドレスとの関連

付け」

■ 255 ページの「テープ I/O のコマンド」

172 参照項目

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


NetBackup におけるホスト名の使用規則NetBackup では、NetBackup のクライアントおよびサーバーコンピュータに対し

て、ホスト名を使用して識別、通信および処理の開始を行います。構成時のホス

ト名を正しく使用することは、 NetBackup の適切な操作の基本です。

詳しくは、 107 ページの「動的ホスト名および動的 IP アドレス」を参照してく

ださい。

ホスト名の修飾重要な事項は、ホスト名を修飾する範囲を考慮することです。通常は、簡潔なホ

スト名をコンピュータに使用しても問題ありません。ネットワーク環境に複数の

ドメインが存在する場合、複数ドメイン環境においてサーバーおよびクライアン

トがそれぞれを識別可能な範囲でホスト名を修飾します。

たとえば、単に mercury だけではなく、 mercury.bdev.null.com や

mercury.bdev などの名前を使用します。

次の 2 つの項目で、詳細を説明します。

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

■ クライアントホスト名の変更時の NetBackup の更新方法

NetBackup によるホスト名の使用方法次の項では、NetBackup がホスト名を格納する方法およびホスト名の使用方法に

ついて説明します。また、ホスト名を選択する際に考慮する注意事項についても

説明します。

UNIX サーバーおよび UNIX クライアントにおけるサーバー名およびクライアント名

UNIX サーバーおよび UNIX クライアントの両方において、 bp.conf ファイル内

の SERVER エントリで、アクセスが許可されている NetBackup サーバーが定義さ

れます。最初の SERVER エントリがマスターサーバーとして識別されます。この

最初の SERVER エントリは、クライアントからの要求を受け取るサーバーを示し

ます。このような理由から、 SERVER の名前は、すべてのクライアントから接続

できるサーバー名である必要があります。

2 つ以上の SERVER エントリが存在している場合、追加のエントリは、スケジュー

ルバックアップをクライアント上で開始可能な他の NetBackup サーバーとして

識別されます。リモートメディアサーバーが構成されている場合、bp.conf ファ

イルには、複数の SERVER エントリが構成されている必要があります。NetBackup

Request デーモン (bprd) および NetBackup Database Manager デーモン (bpdbm)

は、マスターサーバー以外のサーバーでは実行されません。

173参照項目



クライアントがサーバーに対して一覧表示要求またはリストア要求を行うとき、

NetBackup クライアント名は、操作を許可するかどうかを決定するために使用

されます。 ( このクライアント名は、クライアント上に指定されています。 )使

用されるクライアント名は、通常、クライアントの bp.conf ファイル内の

CLIENT_NAME です。 bp.conf ファイルに指定されていない場合は、クライア

ントの実際のホスト名が使用されます。代替クライアントへのリストアでは、

ユーザーインターフェースまたは bprestore コマンドのパラメータで指定した

名前を使用できます。

要求を正常に実行するには、クライアント名は、サーバーの NetBackup 構成に指

定されているクライアント名と一致している必要があります。サーバーが代替ク

ライアントへのリストアを許可するように構成されている場合は、この規則は該

当しません。

Windows サーバーおよび PC クライアントにおけるホスト名

Windows 版 NetBackup サーバーおよびクライアントにも、 SERVER および

CLIENT_NAME の設定が含まれます。これらのシステムでは、 NetBackup 管理コ

ンソールでサーバーとクライアントの設定を指定します。

ポリシーの構成

クライアントの構成名は、ポリシーに追加されたときのホスト名です。この名前に

より、 NetBackup 構成でクライアントがどのように識別されるかが決まります。

NetBackup は、最初にクライアントにソフトウェアをインストールする際に、

CLIENT_NAME エントリを UNIX クライアントの bp.conf ファイルに追加します。

サーバーは、クライアントの構成名を使用してクライアントに接続し、クライア

ントの要求を満たす処理を開始します。ポリシーにクライアントを追加するとき

は、すべての NetBackup サーバーがクライアントに接続できるように、修飾され

ているホスト名を常に使用します。

クライアントがユーザーのバックアップ、アーカイブまたはリストアの要求を

NetBackup サーバーに対して行う場合、サーバーはクライアントのピアネームを

使用します。 TCP 接続で識別するピアネームが使用され、クライアントの構成名

が決定されます。

クライアントを 2 つ以上のポリシーに追加するときは、どのような場合でも常に

同じ名前を使用します。同じ名前を使用しなかった場合、クライアント用にバッ

クアップされたすべてのファイルがクライアントで表示できません。この場合、

ユーザーおよび管理者の両方の操作が、複数のバックアップからリストアするよ

うに要求されるため、ファイルのリストアが複雑になります。

174 参照項目



イメージカタログ

そのクライアントに対して最初にバックアップを作成するときに、イメージカタ

ログ内にクライアント用のサブディレクトリが作成されます。サブディレクトリ

名は、クライアントの構成名と同じです。

このサブディレクトリに、クライアントのすべてのバックアップに対する個別の

ファイルが存在します。これらの各バックアップの記録には、バックアップが書

き込まれたサーバー名が含まれています。

エラーカタログ

NetBackup は、レポートを生成するためにエラーカタログ内のエントリを使用し

ます。適用可能な場合は、これらのエントリには、そのエントリを生成するサー

バーのホスト名およびクライアントの構成名が含まれています。サーバーのホス

ト名は、通常は簡潔なホスト名 ( たとえば、shark.null.com の場合は shark) です。

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


メディアサーバーのカタログファイルを NetBackup カタログに含める場合、ファ

イルパスのメディアサーバーのホスト名を修飾します。修飾名は、マスターサー

バーがメディアサーバーに接続できるようにするために必要です。

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

メモ : NetBackup サーバーのホスト名は変更しないでください。名前を変更する

と、サーバーで以前に使用していたすべてのメディアをインポートしてからでな

いと、新しい名前でホストを使用できなくなります。

クライアントのホスト名が変更された場合、次の手順に従って NetBackup 構成を

更新します。

1 マスターサーバーで次の手順を行います。

■ クライアントが存在するすべてのポリシーからクライアントの古い名前

を削除し、ポリシーにクライアントの新しい名前を追加します。クライ

アントに NetBackup ソフトウェアを再インストールする必要はありま

せん。クライアントは、以前のすべてのバックアップに引き続きアクセ

スできます。

■ クライアントの古いイメージディレクトリから新しいイメージディレク

トリへのシンボリックリンクを作成します。次に例を示します。

cd /usr/openv/netbackup/db/images ln -s

old_client_name new_client_name

175参照項目



2 クライアントで次の手順を行います。

■ PC クライアントでは、ユーザーインターフェースを使用して、または構

成ファイルでクライアント名の設定を変更します。( クライアントのバッ

クアップ、アーカイブおよびリストアインターフェースのオンラインヘ

ルプを参照。 )

■ UNIX クライアントでは、bp.conf ファイル内の CLIENT_NAME 値を新

しい名前に変更します。

メモ : UNIX クライアント上の $HOME ディレクトリに bp.conf ファイルが存在

する場合、そのファイル内の CLIENT_NAME を新しい名前に変更する必要があり

ます。

ドメインネームサービス (DNS) の考慮事項マスターサーバーへの要求の中には、クライアントソフトウェアが

gethostname(2) ライブラリ関数を使用して取得した名前を送信するものがあ

ります。この名前がマスターサーバーのドメインネームサービスに認識されない

と、マスターサーバーがクライアントの要求に応答できない場合があります。

この状況になるかどうかは、クライアントおよびサーバーの構成方法に依存しま

す。クライアント上の gethostname(2) がホスト名を戻し、マスターサーバー

上の DNS でこれらの名前を解決できない場合、問題が発生します。

可能な解決方法は、クライアントまたはマスターサーバーの DNS ホストファイル

を再構成することです。また、別の方法として、マスターサーバー上の altnames

ディレクトリに次の特別なファイルを作成する方法もあります。このファイルに

より、 NetBackup クライアントホスト名を強制的に変換します。/usr/openv/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(2) を実行することによって取得した名前に一致

する必要があります。また、この値は、要求時にサーバーに送信される必要

があります。

176 参照項目

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


■ client_as_known_by_server は、要求の応答時に hostname_from_client の代

わりとなる名前です。この名前は、マスターサーバー上の NetBackup 構成内

の名前と一致している必要があり、マスターサーバーのネットワークサービ

スによって認識可能であることが必要です。

次に例を示します。 0 xxxx xxxx.eng.aaa.com

この行の指定では、構成されたクライアント名 (数値キー 0 (ゼロ )) に対する要求

をマスターサーバーが受信するときに、名前 xxxx は常に xxxx.eng.aaa.com に

置換されます。次の条件に該当する場合、この置換によって問題が解決されます。

■ クライアントで gethostname(2) を実行すると、 xxxx が戻される。

■ マスターサーバーのネットワークサービスの gethostbyname(2) ライブ

ラリ関数が、名前 xxxx を認識していない。

■ NetBackup 構成にクライアントが xxxx.eng.aaa.com という名前で構成

されていた。さらに、この名前がマスターサーバー上のネットワークサービ

スにも認識されている。

tar を使用したバックアップイメージの読み込みUNIX 版 NetBackup では、バックアップイメージの読み込みに、 GNU tar を使

用します。NetBackup の tar は、/usr/openv/netbackup/bin/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 を使用した場合、特定の状況で次の問題が発生する可能性

があります。

■ 圧縮されたバックアップのリカバリは実行できません。

■ 多重化されたバックアップのリカバリは実行できません。

177参照項目



■ Solaris の拡張属性は、クライアントにリストアできません。

■ VxFS の名前付きデータストリームは、クライアントにリストアできません。

■ raw パーティションを含むバックアップのリカバリは実行できません。

(FlashBackup のイメージを含む。 )

■ NDMP クライアントのバックアップイメージはリストアできませんが、メ

ディアから直接リストアできるツールまたはユーティリティを NDMP のベ

ンダーが提供している場合があります。

■ NetBackup 以外の tar では、スパースファイルの処理に問題が発生し、処理

がスキップされる場合があります。

■ HP CDF は NetBackup 以外の tar でリストアされます。ただし、ディレクト

リの隠し属性は解除され、ディレクトリ名には「+」が追加されます。

■ バックアップが複数のメディアにまたがっている場合、メディアからフラグ

メントを読み込んで連結し、 tar に渡す必要があります。フラグメントを連

結するには、システムの dd コマンドを使用すると便利です。

別の方法として、フラグメント上で tar を使用することもできます。フラグ

メント上で tar を使用すると、複数のメディアにまたがっているバックアッ

プ以外のバックアップからファイルのリカバリを行うことができます。

HP9000-800 の /bin/tar コマンドの中には、メディアを越えるバックアッ

プの 2 番目のフラグメントで、ディレクトリチェックサムエラーが発生する

バージョンがあります。

■ Solaris の tar の中には、atime、mtime および ctime 文字列とファイル名

を結合し、不適切なファイルパスを作成するバージョンがあります。

NetBackup 以外の tar を使用してファイルのリストアを行う方法

次に、 NetBackup 以外の tar を使用して、 NetBackup テープからバックアップ

を読み込む方法について説明します。多くの tar では、 mt コマンドでテープを

適切な場所に配置した後、NetBackup によって作成されたテープを読み込むこと

ができます。最初に、手順の後に示す注意事項および 176 ページの「NetBackup

以外の tar の影響」を参照して、制限事項を確認してください。

ここで説明する手順では、メディアが Media Manager に認識されており、テープ

ドライブが Media Manager によって制御されていることを前提としています。

最初に、次の情報を収集しておく必要があります。

■ 目的のバックアップが含まれているテープのメディア ID

■ テープ上のバックアップのテープファイル番号 ( テープ用のメディアレポー

トの NetBackup イメージを参照 )

■ テープ形式および密度

■ テーププール

178 参照項目



NetBackup 以外の tar を使用してファイルのリストアを行う方法

1 tpreq -m media_id -a r -d density -p poolname -f

/tmp/tape


media_id は、バックアップを含むテープのメディア ID です。

density は、テープの密度です。

poolname は、テープが存在するボリュームプールです。

2 mt -f /tmp/tape rew

3 mt -f /tmp/tape fsf file_#


file_# は、テープ上のバックアップのテープファイル番号です。テープ用の

メディアレポートの NetBackup イメージを確認して、テープファイル番号を

決定します。

4 mt -f /tmp/tape fsr

5 /bin/tar -tvfb /tmp/tape blocksize


■ blocksize は、 64 です ( テープは 32 KB ブロックで書き込まれている

ことを想定しています )。

6 tpunmount /tmp/tape

178 ページの「NetBackup 以外の tar を使用してファイルのリストアを行う方法」の手順に関する注意事項

1 光ディスクの場合、この手順は使用できません。

2 NetBackup Encryption を使用して暗号化されたバックアップの場合、この手

順は使用できません。暗号化されたバックアップのリカバリを行うことはで

きますが、バックアップを復号化することはできません。

バックアップが暗号化されているかどうかを判断するには、リカバリの前に

tar -t を実行します。暗号化されたバックアップの場合、次の例のように

出力されます。

erw-r--r-- root/other Nov 14 15:59 2006 .EnCryYpTiOn.388

-rw-r--r-- root/other Oct 30 11:14 2006 /etc/group.10-30

1 行目の先頭の「e」は、バックアップが暗号化されていることを示します。

( リカバリの実行中は、別のメッセージが表示されます。 )

3 Solaris プラットフォーム上では、この手順は使用できません。 Solaris の

/usr/sbin/tar は、 NetBackup のバックアップの読み込みに使用できま

せん。 Solaris の tar コマンドでは、他の tar コマンドと異なり、 ctime お

よび atime フィールドを個々に使用します。

179参照項目



/usr/sbin/tar を使用してバックアップをリストアすると、最上位レベル

に多数のディレクトリが作成されます。これらのディレクトリは、パス名と

して読み込まれた ctime および atime フィールドから作成されます。

ただし、 /usr/openv/netbackup/bin/tar または GNU tar を使用する

と、 Solaris 上でバックアップを読み込むことができます。

4 スタンドアロン環境では、手順 1 および手順 6 は必要に応じて行います。手

順 1 を省略する場合、ドライブを停止し、別の手順で /tmp/tape の代わり

にドライブの /dev パスを使用します。作業完了後にドライブを必ず起動し

てください。

例

次に、停止した 4mm スタンドアロンドライブおよび NetBackup の tar を使

用した HP9000-800 上での操作例を示します。

mt -t /dev/rmt/0hncb rewmt -t /dev/rmt/0hncb fsf 1mt -t /dev/rmt/0hncb fsr 1/usr/openv/netbackup/bin/tar tvfb /dev/rmt/0hncb 64

プラットフォームによっては、 tar コマンドに他のオプションが必要な場合

があります。 Solaris 2.4 では、次のオプションが必要です。

/usr/openv/netbackup/bin/tar -t -v -f /dev/rmt/0hncb -b 64

メモ : 他の制限事項については、 176 ページの「NetBackup 以外の tar の影響」


tar によって生成されるファイル

tar の種類 (NetBackup の tar を含む ) にかかわらず、リカバリの状況によって

は、多くのファイルが生成される場合があります。

■ @@MaNgLeD.nnnn

パス名が 100 文字を超えるバックアップの場合、 tar によって、実際のファ

イルを格納する @@MaNgLeD.nnnn という名前のファイルが生成されます。

■ @@MaNgLeD.nnnn_Rename

@@MaNgLeD.nnnn ファイルの名前を変更して正しい場所にファイルを戻す

方法について説明する、別のファイル @@MaNgLeD.nnnn_Rename が、 tar

によって生成されます。

■ @@MaNgLeD.nnnn_Symlink

シンボリックリンクの名前が長い場合、 tar によって

@@MaNgLeD.nnnn_Symlink という名前のファイルが生成されます。この

ファイルでは、正しいファイルにリンクを戻すために作成する必要があるシ

ンボリックリンクについて説明しています。

180 参照項目

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


■ クロスプラットフォームで ACL のリストアを行う場合、tar によって、ルー

トディレクトリ内の .SeCuRiTy.nnnn ファイルに ACL が作成および格納

されます。このファイルに対して読み込みまたは削除を実行します。対応す

るファイルへの ACL は手動で再生成します。

詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』の「ファイルおよびア

クセス制御リストのリストア」を参照してください。

■ クロスプラットフォームで VxFS エクステント属性のリストアを行う場合、

tar によってエクステント属性が作成され、ルートディレクトリ内の

.ExTeNt.nnnn ファイルに格納されます。このファイルに対して削除または

読み込みのいずれかを実行し、対応するファイルにエクステント属性を手動

で再生成することができます。

バックアップ時間に影響する要素NetBackup がバックアップ完了までに必要とする時間は、スケジュールの設定に

おいて重要な要素です。多量のデータを扱うサイトの場合、時間は特に重要です。

たとえば、バックアップ時間の合計は、あらかじめ割り当てられたバックアップ

完了までの時間を超えることがあったり、通常のネットワーク操作に影響するこ

とがあります。バックアップ時間が長くなると、バックアップの破損という問題

が発生する可能性も大きくなります。ファイルのバックアップ時間は、ファイル

のリカバリ時間の目安にもなります。

次の式に、バックアップ時間に影響する主要な要素を示します。

総データ量バックアップを行う総データ量は、ポリシーに含まれている各クライアントに対

するファイルサイズに依存します。また、バックアップが完全バックアップと増

分バックアップのどちらであるかにも依存します。

■ 完全バックアップは、すべてのデータが対象になります。このため、完全バッ

クアップでは増分バックアップよりも時間がかかります。

■ 差分増分バックアップには、最後の完全バックアップまたは増分バックアッ

プから変更されたデータだけが含まれています。

■ 累積増分バックアップには、最後の完全バックアップから変更されたすべて

のデータが含まれています。

増分バックアップの場合、データ量はファイルの変更頻度に依存します。多数の

ファイルが頻繁に変更されると、増分バックアップはより大きくなります。

バックアップ時間

総データ量転送速度

圧縮係数 ( 必要な場合 ) デバイスの遅延= × +

181参照項目

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


転送速度転送速度は次の要素に依存します。

■ バックアップ装置の速度。バックアップのテープへの転送速度が 800 KB/秒

の場合、転送速度以外の要素を考慮しても、たいていの場合、 400 KB/ 秒の

速度の装置よりも速くバックアップを行うことができます。

■ 利用可能なネットワーク帯域幅。利用可能な帯域幅は、理論上のネットワー

ク帯域幅よりも小さくなり、実際のネットワークの通信量に依存します。た

とえば、同じネットワーク上で複数のバックアップを行うと、帯域幅の競合

が発生します。

■ クライアントのデータ処理速度。この速度はハードウェアプラットフォーム

によって様々で、プラットフォーム上で他のアプリケーションを実行してい

るかどうかに依存します。ファイルサイズも重要な要素です。クライアント

では、小さいファイルより大きいファイルを速く処理できる場合があります。

1 KB のファイルが 20,000 個の場合よりも、 1 MB のファイルが 20 個の方が

速くバックアップを行うことができます。

■ サーバーのデータ処理速度。クライアントの速度と同様に、サーバーの速度

もハードウェアプラットフォームによって様々で、プラットフォーム上で他

のアプリケーションを実行しているかどうかに依存します。並列して実行し

ているバックアップの数も、サーバーの速度に影響します。

■ ネットワークの構成がパフォーマンスに影響する場合があります。たとえば、

イーサネット環境では、全二重モードで動作するマシンと半二重モードで動

作するマシンが混在すると、スループットが大幅に低下します。

詳しくは、 182 ページの「NetBackup の転送速度の計算」を参照してください。

圧縮ソフトウェア圧縮を使用する場合、指定したデータの集合の 2、 3 の要素によっ

てバックアップ時間が増加することがあります。

デバイスの遅延デバイスの遅延は、デバイスがビジー状態であったり、メディアのロード中に処

理が低速になっていたりすることが原因で発生します。また、バックアップ開始

時のメディアの書き込み場所の検出によって、デバイスの処理が低速になること

もあります。この遅延は、デバイスおよびコンピュータ環境に依存し、大きく異

なります。

182 参照項目

NetBackup の転送速度の計算


NetBackup の転送速度の計算NetBackup のレポートデータを使用することによって、 3 種類のバックアップ転

送速度を計算できます。 3 種類の転送速度および計算方法は、次のとおりです。

■ 182 ページの「ネットワーク転送速度」

■ 182 ページの「ネットワーク転送速度にバックアップ後処理速度を加算した

速度」

■ 182 ページの「ネットワーク転送速度にバックアップ後処理速度を加算した

速度」

ネットワーク転送速度ネットワーク転送速度は、［すべてのログエントリ (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)］レポー

トに記録されています。 )

合計転送速度この転送速度は、バックアップ後処理と同様にメディアのロードおよび配置を行

う時間が含まれています。［クライアントバックアップ (Client Backups)］レポー

トを使用して、 KB 数を経過時間 (秒に換算 ) で割って計算します。

183参照項目

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


例この例では、レポートによって次のデータが提供されることを想定します。

［すべてのログエントリ (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/秒

NetBackup による作業リストの作成次の項では、NetBackup が各クライアントに対する自動バックアップの順序を決

定する手順について説明します。ここで説明する情報は、実際の運用で発生した

問題を評価する場合に有効です。

184 参照項目



作業リスト ( キュー ) の作成NetBackup によって、有効で、スケジュールが設定されたすべてのジョブが含ま

れる内部作業リストが作成されます。各ジョブの実行時間が計算され、ジョブが

実行される順に作業リストのすべてのジョブがソートされます。

a すべてのポリシーのすべてのクライアントのジョブが含まれる作業リス

トが作成されます。

b 次の要素に基づいて各ジョブが評価され、実行時間が決定されます。

■ 最後にジョブが実行された時間

■ ジョブの実行がスケジュールされている間隔 ( ジョブの間隔 )

■ スケジュールされた時間帯がジョブに対して次に開始されるまでの

時間 ( 時間帯が現在開始されていない場合 )

c 作業リストが各ジョブの実行時間でソートされます。

リソース ( デバイス ) が利用可能になるまでジョブが待機している間、ジョブは

［キューへ投入済み (Queued)］と見なされ、アクティビティモニターの［ジョブ

(Jobs)］タブに表示されます。

ジョブが必要なリソースを受け取ると、ジョブは［実行中 (Active)］となり、開

始されます。ジョブが完了したら、 NetBackup によってジョブの次の実行時間が

計算されます。このように、作業リストの計算およびソートは常に行われます。

作業リストのジョブの順序は動的です。次に、作業リストのジョブの順序に影響

を与える要素の例を示します。

■ ジョブが正常に行われたか、または失敗して［再試行を待機中 (Waiting for

Retry)］状態となっているか。

(NetBackup がジョブを再試行するまでに待機する時間は、マスターサーバー

の［グローバル属性 (Global Attributes)］プロパティの［ジョブの再試行の

遅延 (Job retry delay)］設定で構成できます。 )

再試行されたジョブは、元のジョブ ID を保持します。許可されている試行

回数が実行された後にジョブが正常に完了していない場合、ジョブは［完了

(Done)］と見なされます。ジョブの状態では、ジョブが失敗したことが示さ

れます。試行回数の上限は、［スケジュールバックアップの試行回数

(Schedule backup attempts)］で設定します。 ( ［ホストプロパティ (Host

Properties)］ > ［グローバル属性 (Global Attributes)］ > ［スケジュールバッ

クアップの試行回数 (Schedule backup attempts)］を選択します。 )

■ ジョブの試行回数が、［スケジュールバックアップの試行回数 (Schedule

backup attempts)］ホストプロパティで指定された回数を超えたかどうか。

■ ジョブが子ジョブであるかどうか。親ジョブが［実行中 (Active)］である場

合、その親ジョブのすべての子ジョブは、他のジョブより優先されます。こ

の優先規則には、他の親ジョブの子ジョブも含まれます。

185参照項目



キューに投入されたジョブの優先度付け作業リストには、通常、異なるポリシーおよびスケジュールからのジョブが含ま

れます。 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 のジョ

ブ用にそのドライブ上にテープがマウントされます。

4 実行が最も遅延しているバックアップジョブ。

優先度および保持レベルが同じ場合、 NetBackup では遅延の長さに従って

バックアップの優先度付けが行われます。実行が最も遅延しているクライア

ントは、最も高い優先度となります。

バックアップの遅延時間の判定は、そのクライアントにおける最後の正常な

バックアップから現在までの時間から、バックアップの間隔を差し引いて行

います。 ( バックアップの間隔は、ポリシーのスケジュールで指定します。 )

たとえば、 client_1 と client_2 に同じポリシーで同じ保持レベルのバック

アップジョブが存在するとします。これらのバックアップジョブのスケ

ジュールは、両方とも間隔は 1 日です。 client_1 の最後のバックアップは 25

時間前で、client_2 の最後のバックアップは 26 時間前です。両方のクライア

ントでバックアップが遅延しています。ただし、クライアント client_2 の

ジョブの方が遅延しているため、先に実行されます。

186 参照項目

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


この方法によって、以前のバックアップ処理時間帯が開始中に失敗したバッ

クアップの優先度が、成功したバックアップの優先度より高くなります。実

行が最も遅延しているジョブの優先処理は、すべてのバックアップを開始す

る前にバックアップ処理時間帯が終了した場合があるビジー状態の

NetBackup 構成では重要です。

バックアップメディア要件の決定NetBackup には、利用可能なメディアの数を確認するために次のツールが用意さ

れています。

■ NetBackup の［メディアの概略 (Media Summary)］レポート。サーバーで利

用可能な有効または無効なメディアのリストです。

■ /usr/openv/netbackup/bin/goodies ディレクトリの

available_media スクリプト。このスクリプトを実行すると、サーバー

で利用可能なすべてのメディア ID が表示されます。

バックアップ環境を効果的に管理するには、日常的な使用と長期的な使用の両方

に必要なメディアの数を把握しておきます。日常的な要件として、各バックアッ

プセッションで利用可能なメディアが十分であることを確認しておく必要があり

ます。長期的な要件として、新しいメディア、ストレージデバイス、オフサイト

保管施設 (必要な場合 ) を入手するのに必要なコストを評価する必要があります。

日常的な要件として、毎日各形式のメディアにバックアップを行うファイルのお

およそのデータ量を最初に把握しておきます。その後、［メディアの概略 (Media

Summary)］レポートおよび available_media スクリプトの実行で得られた結

果を確認して、十分なメディア ID およびディスク領域が利用可能であることを

検証します。

長期的な計画では、次の点も考慮します。

■ データを保持する期間。［1 つのメディアに対する複数の保持設定を許可する

(Allow multiple retentions per media)］プロパティが有効でない場合、特定

のテープまたは光ディスクにあるすべてのバックアップは同じ保持レベルに

なります。このプロパティが有効でない場合、各保持レベルに対してそれぞ

れ追加メディアが必要です。

■ オフサイト保管または特別なセキュリティのための複製が必要であるかど

うか。

■ 新しいソフトウェアのリリースおよび他の特別なバックアップ。

■ 古くなったメディアの置き換え。

■ ディスクの使用パターンの長期的な変更。ディスクの使用および容量が増加

すると、バックアップの必要性も増加します。

187参照項目

NetBackup 通知スクリプト


■ 1 つのテープに含まれるバックアップの数。テープマークは、バックアップ

間で作成されます。サイズの小さいバックアップ (増分バックアップなど ) が

多数含まれているテープは、サイズの大きいバックアップが少数含まれてい

る場合に比べると、含まれる実際のデータは少なくなります。テープマーク

のサイズは、メディア形式によって異なります。サイズの小さいファイルが

多数含まれているテープの場合、メディア上のカタログ情報用としてファイ

ルごとに 512 バイトが余分に必要になるため、バックアップにおけるオー

バーヘッドが増加します。

■ メディアの共有。これによってテープを最大限に利用できる場合があります。

■ データに応じた十分なメディアが定義されているかどうか ( 異なるボリュー

ムプールが多数存在する場合 )。


メモ : 通知スクリプトを使用する前に、その他のユーザー (other) によって実行可

能かどうかを確認してください。そのためには、 chmod 755 script_name を実行

してください。ここで、 script_name は、スクリプトファイル名です。

NetBackup では、イベントの情報の収集および通知を行う次のスクリプトまたは

バッチファイルが使用されます。

マスターサーバーで実行するスクリプトは次のとおりです。

/usr/openv/netbackup/bin/backup_notify

/usr/openv/netbackup/bin/backup_exit_notify

/usr/openv/netbackup/bin/dbbackup_notify

/usr/openv/netbackup/bin/diskfull_notify

/usr/openv/netbackup/bin/mail_dr_info.sh ( 作成が必要 )

/usr/openv/netbackup/bin/restore_notify

/usr/openv/netbackup/bin/session_notify

/usr/openv/netbackup/bin/session_start_notify

/usr/openv/netbackup/bin/userreq_notify

/usr/openv/netbackup/bin/parent_end_notify

/usr/openv/netbackup/bin/parent_start_notify

クライアントで実行するスクリプトは次のとおりです。

/usr/openv/netbackup/bin/goodies/bpstart_notify

/usr/openv/netbackup/bin/goodies/bpend_notify

/usr/openv/netbackup/bin/goodies/bpend_notify_busy

188 参照項目



クライアントスクリプトを使用するには、まずスクリプトをクライアント

上に作成する必要があります。 191 ページの「bpstart_notify.bat

(Microsoft Windows クライアントのみ )」および 196 ページの

「bpend_notify.bat (Microsoft Windows クライアントのみ )」に記載された

手順に従ってください。

詳しくは、スクリプト中のコメントを参照してください。

注意 : 次の説明は、 NetBackup Enterprise Server だけに適用されます。

bpstart_notify または bpend_notify のいずれかのスクリプトを使用する

場合、標準出力 (stdout) に書き込むコマンドは含めないでください。stdout に

書き込まれた出力は、 NetBackup によって、バックアップの一部としてサーバー

に送信されます。ブロックサイズに関するエラーメッセージが表示されてバック

アップが異常終了する場合があります。また、スクリプト中のすべてのコマンド

がクライアントのプラットフォームで適切であることを確認してください。たと

えば、 UNIX プラットフォームの種類によっては、 mail コマンドには -s パラ

メータは無効です。これを使用した場合、データが標準出力 (stdout) または標

準エラー出力 (stderr) に書き込まれる場合があります。

backup_notify

backup_notify スクリプトは、ストレージユニットが存在する NetBackup サー

バーで実行されます。バックアップが正常にメディアに書き込まれるたびに呼び

出されます。NetBackup がこのスクリプトに渡すパラメータは、次のとおりです。

■ バックアップを実行中のプログラム名

■ バックアップイメージ名またはパス


backup_notify bptm bilbo_0695316589

メモ : 次の説明は、 NetBackup Enterprise Server だけに適用されます。

NetBackup で、 Storage Migrator によって管理されている UNIX ディスクストレー

ジユニットにファイルがバックアップされた場合、backup_notify スクリプトは

できるだけ早くマイグレーションを実行するように Storage Migrator に通知しま

す。ただし、リリーススクリプトには、 NetBackup でバックアップが格納された後

に管理ファイルシステムのバックアップを強制的に実行するコマンドは含まれて

いません。管理ファイルシステムのバックアップを実行するには、バックアップの

サイト要件を満たすように必要に応じてスクリプトを変更してください。

189参照項目



backup_exit_notify

backup_exit_notify スクリプトは、マスターサーバーで実行されます。各

バックアップの完了時に呼び出され、サイト固有の処理を行います。

表 3-1 backup_exit_notify パラメータ


backup_exit_notify freddie production fulls FULL 0

backup_exit_notify danr production incrementals INCR 73

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

メモ : このスクリプトを使用する前に、クライアント上でその他のユーザー

(other) によって実行可能かどうかを確認してください。そのためには、 chmod

755 script_name を実行してください。ここで、script_name は、スクリプトファ

イル名です。

UNIX クライアントでは、NetBackup は、クライアントがバックアップまたはアー

カイブを開始するたびに bpstart_notify スクリプトを呼び出します。

このスクリプトを使用するには、サーバーの次のファイルをコピーします。

/usr/openv/netbackup/bin/goodies/bpstart_notify

次に、このファイルを UNIX クライアントの次の場所に配置します。

/usr/openv/netbackup/bin/

スクリプトを変更して、スクリプトの実行権限があることを確認します。

bpstart_notify スクリプトは、バックアップまたはアーカイブが開始され、初

期化が完了するたびに実行されます。スクリプトは、テープが配置される前に実

行されます。このスクリプトは、呼び出すプログラムを続行するため、またバッ

クアップおよびアーカイブを続行するために、 0 (ゼロ ) の状態で終了する必要が

あります。 0 (ゼロ ) 以外の状態では、クライアントバックアップまたはアーカイ

ブが、 bpstart_notify failed の状態で終了します。

パラメータ説明

clientname NetBackup カタログのクライアント名。

policyname NetBackup カタログのポリシー名。

schedname NetBackup カタログのスケジュール名。

schedtype 次のいずれか :FULL、 INCR (差分増分 )、 CINC (累積増分 )、 UBAK、 UARC

exitstatus バックアップジョブ全体の終了コード。

190 参照項目



/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 であるスケジュールバック

アップだけに影響します。

表 3-2 bpstart_notify パラメータ





schedtype 次のいずれか :FULL、 INCR (差分増分 )、 CINC (累積増分 )、 UBAK、 UARC

191参照項目



メモ : 該当するバックアップに対して、 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 クライアントでは、クライアントがバックアップまたはアー

カイブを開始するたびに通知するバッチスクリプトを作成できます。

このスクリプトを使用するには、サーバーの次のファイルをコピーします。

/usr/openv/netbackup/bin/goodies/bpstart_notify.bat

次に、このファイルをクライアント上の、 NetBackup クライアントのバイナリと

同じ次のディレクトリに配置します。

Install_path¥NetBackup¥bin¥

ここで、 Install_path は、 NetBackup がインストールされているディレクト

リです。

192 参照項目



すべてのバックアップ、または特定のポリシーまたはスケジュールのバックアッ

プを通知する 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 になります。

193参照項目



バックアップの開始時に NetBackup からこのスクリプトに渡されるパラメータ

は、次のとおりです。

サーバーは、BPSTART_TIMEOUT オプションで指定された期間内にクライアント

から continue メッセージが返されると想定します。 BPSTART_TIMEOUT のデフォルト値は 300 です。スクリプトの実行に 300 秒より長い時間が必要な場合は、値を増加して実行可能な時間を長くします。

Windows 2000 クライアントの場合、bpstart_notify スクリプトでは、次の環

境変数を使用して複数のデータストリームをサポートできます。


びスケジュールからの最初のストリームは 1 です。 0 (ゼロ ) は、複数のデータストリームが使用できないことを示します。




表 3-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 ( ゼロ ) である必要があります。結果ファイルが

存在しない場合、スクリプトが正常終了したと見なされます。

194 参照項目



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

注意 : bpend_notify スクリプトは、クライアントがデータの送信を完了しても

サーバーがメディアへの書き込みを完了していない場合に実行されます。

UNIX クライアントがバックアップまたはアーカイブ操作を終了するたびに通知

を受信するには、サーバーの次のファイルをコピーします。

/usr/openv/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 スクリプトに渡されるパラメータは、次のとお

りです。

表 3-4 bpend_notify パラメータ





schedtype 次のいずれか :FULL、INCR (差分増分 )、CINC (累積増分 )、UBAK、UARC

exitstatus bpbkar の終了コード。これは、クライアントの終了状態で、バック

アップの完了および正常終了を示すものではありません。

サーバー上の失敗が原因で［すべてのログエントリ (All Log Entries)］

レポートが状態 84 を表示するときに、クライアントが状態 0 ( ゼロ )

を表示する場合もあります。

195参照項目



注意 : .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 プロセスで作成されます。次に、バック

アップについての情報を記録するために、このスクリプトで利用可能な文字列の


BACKUPID=freddie_0857340526

UNIXBACKUPTIME=0857340526

BACKUPTIME=Sun Mar 2 16:08:46 2005

次の環境変数を使用して複数のデータストリームをサポートできます。






196 参照項目




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 カタログバックアップに対しても実行されます。

最初のスクリプトは、days という名前のポリシーに含まれるすべてのスケジュー

ルバックアップに影響します。 2 つ目のスクリプトは、 days という名前のポリ

シーに含まれる、スケジュール名が fulls であるスケジュールバックアップだけに

影響します。

該当するバックアップに対して、 NetBackup では、 bpend_notify スクリプト

が 1 つだけ呼び出され、次の順序で確認されます。

bpend_notify.policy.schedule.bat

bpend_notify.policy.bat

bpend_notify.bat

197参照項目



たとえば、 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 からこのスクリプトに渡されるパラメータ

は、次のとおりです。

表 3-5 bpend_notify パラメータ


%1 NetBackup カタログのクライアント名。

%2 NetBackup カタログのポリシー名。

%3 NetBackup カタログのスケジュール名。

%4 次のいずれか :FULL、 INCR、 CINC、 UBAK、 UARC

%5 操作の状態。 NetBackup サーバーに送信される状態と同じです。バックアップが正常終了した場

合は 0 (ゼロ )、バックアップの一部分だけが正常終了した場合は 1 となります。エラーが発生し

た場合、状態はそのエラーに対応する値になります。

%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 (ゼロ ) である必要があります。結果ファイルが存在しない場

合、スクリプトが正常終了したと見なされます。

198 参照項目



サーバーは、 BPEND_TIMEOUT オプションで指定された期間内にクライアントか

ら continue メッセージが返されると想定します。BPEND_TIMEOUT のデフォルト

値は 300 です。スクリプトの実行に 300 秒より長い時間が必要な場合は、値を増

加して実行可能な時間を長くします。

Windows 2000 クライアントの場合、bpend_notify スクリプトでは、次の環境

変数を使用して複数のデータストリームをサポートできます。







bpend_notify_busy (UNIX クライアントのみ )

bpend_notify_busy スクリプトは、 bp.conf ファイルの使用時にビジー状態

のファイルの処理を構成するために使用します。詳しくは、 113 ページの「ビ

ジー状態のファイルの処理 (UNIX クライアントのみ )」を参照してください。

ビジー状態のファイルの処理は、 NetBackup 管理コンソールの［ビジー状態の

ファイルの設定 (Busy File Settings)］ホストプロパティでも構成できます。

dbbackup_notify

dbbackup_notify スクリプトは、 NetBackup によるオフラインコールドカタ

ログバックアップが完了するたびに呼び出されます。このスクリプトは、オフラ

インカタログバックアップのデータを受信するサーバー上で実行されます。

NetBackup からこのスクリプトに渡されるパラメータは、次のとおりです。

表 3-6 dbbackup_notify パラメータ


device バックアップが書き込まれたデバイスの種類。

vsn_or_path バックアップに使用されたボリュームのシリアル番号 ( テープの場合 )

またはパス (ディスクの場合 )。

status バックアップが正常終了したかどうかを示し、 SUCCESS または FAIL

のいずれかの値である必要があります。

199参照項目




dbbackup_notify DISK /disk1/bpsync1 SUCCESS

dbbackup_notify OPTICAL AA0001 FAIL

dbbackup_notify TAPE XYZ047 SUCCESS

最新のカタログバックアップが識別可能である必要があります。カタログのバッ

クアップ先のメディア ID のコピーを生成するようにこのスクリプトを変更して

ください。


NetBackup のカタログファイルが、 Storage Migrator によって管理されている

UNIX ディスクストレージユニットにバックアップされた場合、

dbbackup_notify スクリプトはできるだけ早くマイグレーションを実行するよ

うに Storage Migrator に通知します。ただし、このスクリプトには、 NetBackup

カタログのバックアップ後に Storage Migrator のカタログを強制的にバックアッ

プするコマンドは含まれていません。 Storage Migrator のカタログバックアップの

サイト要件を満たすようにスクリプトを変更する必要があります。

diskfull_notify

diskfull_notify スクリプトは、ストレージユニットが存在する NetBackup

サーバーで実行されます。 Disk Manager (bpdm) は、ディスクストレージユニッ

トにバックアップを書き込む際に、空き領域のないディスクを検出した場合にこ

のスクリプトを呼び出します。デフォルトの動作は、状態を通知して、データの

書き込みをすぐに再試行します。 ( 書き込み先のファイルは、実行中の bpdm に

よって開かれたままです )。

このスクリプトを変更して、電子メールアドレスに通知を送信できます。または、

影響を受けたディレクトリやファイルシステムの他のファイルを削除するなどの

操作を実行できます。 NetBackup からこのスクリプトに渡されるパラメータは、

次のとおりです。

表 3-7 diskfull_notify パラメータ


diskfull_notify bpdm

/disk1/images/host_08193531_c1_F1


programname プログラム名 (常に bpdm)。

pathname 書き込み先のファイルのパス。

200 参照項目



注意

以前のリリースでは、ディスクストレージユニットに空きがなくなると、

diskfull_notify スクリプトは、デフォルトで 5 分間待機していました。アッ

プグレード時にこの動作を保持するには、次のいずれかの手順を実行します。

■ netbackup/bin/diskfull_notify.old_revision_number スクリプ

トを netbackup/bin/diskfull_notify にコピーします。

■ スクリプトの sleep 0 を、次のように変更します。

sleep 300

mail_dr_info.sh

mail_dr_info.sh を使用すると、オンラインホットカタログバックアップを実行

した後、指定した受信者へ NetBackup のディザスタリカバリ情報を送信できます。

このスクリプトを作成するには、次のファイルを指定して touch コマンドを実行

します。

/usr/openv/netbackup/bin/mail_dr_info.sh

次の終了パラメータを使用して、スクリプトを更新します。

表 3-8 mail_dr_info.sh パラメータ

NetBackup によって、mail_dr_info.sh が /usr/openv/netbackup/bin に

存在しているかどうかが確認されます。 mail_dr_info.cmd が存在する場合、

NetBackup からスクリプトにパラメータが渡されます。

mail_dr_info.sh ファイルは、自動的にインストールされません。スクリプト

を作成する必要があります。


%1 受信者のアドレス。複数のアドレスを指定するには、 email1,email2

などと入力します。

%2 件名行。

%3 メッセージファイル名。

%4 添付ファイル名。

201参照項目



parent_end_notify

parent_end_notify スクリプトは、親ジョブが終了するたびに呼び出されます。

次のパラメータを使用して、スクリプトを更新します。

表 3-9 parent_end_notify パラメータ

parent_start_notify

parent_start_notify スクリプトは、親ジョブが開始されるたびに呼び出さ

れます。

次のパラメータを使用して、スクリプトを更新します。

表 3-10 parent_start_notify パラメータ






status バックアップジョブ全体の終了コード。

streamnumber 親ジョブのストリーム数は常に -1 です。






status バックアップジョブ全体の終了コード。

streamnumber 親ジョブのストリーム数は常に -1 です。

202 参照項目



restore_notify


Storage Migrator によって管理されている UNIX ディスクストレージユニットに

ファイルがリストアされた場合、 restore_notify スクリプトはリストアの完

了後、できるだけ早くマイグレーションを実行するように Storage Migrator に通

知します。

restore_notify スクリプトは、ストレージユニットが存在するサーバーで実

行されます。NetBackup Tape Manager または Disk Manager (bptm または bpdm)

は、リストア中にクライアントへのデータの送信を完了した場合にスクリプトを呼

び出します。スクリプトは、データが送信されたかどうかに関係なく呼び出されま

す。 NetBackup からこのスクリプトに渡されるパラメータは、次のとおりです。

表 3-11 restore_notify パラメータ


restore_notify bptm bilbo_0695316589 duplication

session_notify

session_notify スクリプトは、マスターサーバーで実行されます。1 つ以上の

スケジュールバックアップが正常終了した場合に、バックアップセッションの最

後に呼び出されます。NetBackup からこのスクリプトに渡されるパラメータはあ

りません。スケジュールはこのスクリプトが完了するまで一時停止されるため、

その間、他のバックアップは開始できません。

session_start_notify

session_start_notify スクリプトは、マスターサーバーで実行されます。一

連のバックアップを実行する場合、 NetBackup は、最初のバックアップを開始す

る前にこのスクリプトを呼び出して、サイト固有の処理を行います。 NetBackup

からこのスクリプトに渡されるパラメータはありません。


programname リストアまたはその他の読み込み操作を実行中のプログラム名。

pathname バックアップイメージの名前またはバックアップイメージへのパ

ス名。

operation 次のいずれか :restore、 verify、 duplication、 import

203参照項目

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


userreq_notify

userreq_notify スクリプトは、マスターサーバーで実行されます。次の要求

が行われるたびに NetBackup によって呼び出されます。

■ バックアップまたはアーカイブに存在するファイルの一覧表示

■ バックアップ、アーカイブまたはリストアの開始

このスクリプトを変更して、ユーザーから NetBackup への要求についての情報を

収集できます。 NetBackup からこのスクリプトに渡されるパラメータは、次のと

おりです。

表 3-12 userreq_notify パラメータ


userreq_notif backup mercury jdoe

userreq_notify archive mercury jdoe

userreq_notify manual_backup mercury jdoe

userreq_notify restore mercury jdoe

userreq_notify list mercury jdoe

メディアおよびデバイスの管理の推奨する使用方法NetBackup のメディアおよびデバイスの管理の推奨する使用方法を次に示しま

す。これらの推奨事項に従うと、問題を最小限に抑えることができます。また、

これらの多くの方法によって、構成の管理に必要な時間と労力が削減されます。

これらの推奨する使用方法に従うと、時間も節約できます。

サポートされているデバイス、サーバープラットフォームおよび最新のデバイス

マッピングファイルのリストについては、 NetBackup のサポート Web サイト

http://entsupport.symantec.com を参照してください。


action 操作として次のいずれか :backup、 archive、 manual_backup、

restore、 list

clientname クライアント名。

userid ユーザー ID。

http://entsupport.symantec.com

204 参照項目



一般的な使用方法メディアおよびデバイスの管理の一般的な推奨する使用方法を次に示します。

■ 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 によって制御されているデバイスを他のアプリケーションで使

用するには、データの損失を回避するために、次のいずれかの操作を行う必

要があります。

■ NetBackup の tpreq コマンドを実行してドライブにメディアをマウン

トし、tpunmount を実行してドライブからメディアを取り外します。こ

れらのコマンドを実行すると、NetBackup でデバイスの使用が終了した

後、他のアプリケーションがデバイスを制御することが可能になります。

■ ドライブが起動状態にある場合、そのドライブを停止します。

メディアの管理メディアの管理の推奨する使用方法を次に示します。

■ ロボットのインベントリ更新操作を使用してメディアを管理します。

■ 割り当てられていないメディアには、スクラッチプールを使用します。

205参照項目



■ テープドライブにクリーニングカートリッジを構成し、ドライブが自動ク

リーニングをサポートしている場合は、 TapeAlert を使用して自動ドライブ

クリーニングを行います。

■ 製造元の製品寿命についての推奨事項に従って、古いメディアを交換します。

古いクリーニングメディアも交換します。

■ バーコードリーダーが存在するロボットライブラリを使用し、ロボットのベ

ンダーが推奨するバーコードラベルだけを使用します。

■ マルチメディアライブラリのインベントリを行うときは、メディア形式の割

り当てを行うために、バーコード規則を使用します。バーコード命名規則を

使用して、データテープとクリーニングテープを区別したり、異なる物理メ

ディア形式を区別します。一般的な規則は、メディア形式を識別する接頭辞

です。

■ 取り込みコマンドまたは取り出しコマンドを実行する前に、メディアアクセ

スポートが空になっていることを確認します。NetBackup では空になってい

ないメディアアクセスポートにも対応できますが、ライブラリによっては問

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

デバイスの管理デバイスの管理の推奨する使用方法を次に示します。

■ NetBackup のシステムログで、発生したデバイスエラーを監視します。

■ NetBackup のデバイスモニターを使用して、デバイスを監視します。

■ 停止状態のすべてのドライブについて、原因を調査します。

■ バックアップジョブまたはリストアジョブの実行中は、ロボットのテスト

ユーティリティを使用しないでください。

■ メディアサーバー ( または SAN メディアサーバー ) でデバイスを構成する前

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

をお読みください。

■ シマンテック社でテストされ、サポートされているロボット、テープドライブ

とテープドライバ、およびサーバープラットフォームとハードウェアのみを使

用します。サポートされるデバイスについては、 NetBackup のサポート Web

サイトで、 NetBackup のハードウェア互換性リストを参照してください。

■ 完全にシリアル化されたデバイスだけを使用します。完全にシリアル化され

た SCSI ライブラリでは、そのロボットのシリアル番号およびロボットに存

在する各ドライブのシリアル番号をレポートする必要があります。

■ ロボットライブラリおよびドライブでは、常にパススルーパスを構成し、使

用します。

■ 可能であれば、 SCSI RESERVE を使用します。

206 参照項目



■ ファイバー接続されているデバイスでは、永続的なバインドを使用します。

■ デバイスの構成には、 NetBackup のデバイスの構成ウィザードを使用します。

■ デバイスの構成ウィザードを使用する前に、 NetBackup のサポート Web サ

イトから最新のデバイスマッピングファイルをダウンロードし、インストー

ルします。

■ 環境内のすべてのサーバーのすべての物理ドライブ形式に対して、一貫性の

ある論理ドライブ形式を使用します。たとえば、すべての 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 機能は無効にしないでください。

207参照項目

TapeAlert の使用


■ NetBackup Shared Storage Option、 OpenStorage または SharedDisk をイン

ストールして構成する前に、『Veritas NetBackup 共有ストレージガイド

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

TapeAlert の使用TapeAlert は、テープドライブの状態の監視およびメッセージの通知を行うユー

ティリティです。テープの品質の問題、テープドライブハードウェアの欠陥およ

びドライブのクリーニングの必要性を検出できます。テープドライブで

TapeAlert がサポートされている場合、 TapeAlert ファームウェアによってドラ

イブハードウェアおよびメディアが監視されます。エラー、警告および通知メッ

セージは、TapeAlert ログページに記録されます。TapeAlert の状態は、NetBackup

によって次に書き込まれます。

■ bptm ログ

■ エラーログ

■ ジョブの詳細ログ

■ UNIX のシステムログおよび Windows のイベントビューア

詳しくは、 211 ページの「自動検出型クリーニング (TapeAlert)」を参照してく

ださい。

TapeAlert の使用要件TapeAlert を使用するには、次のすべての条件を満たしている必要があります。

追加の構成は必要ありません。

■ ドライブで TapeAlert 機能がサポートされており、ドライブで TapeAlert が

有効になっている。

ドライブで TapeAlert がサポートされているかどうかを判断するには、シマ

ンテック社のサポートサイトを参照してください。

■ TapeAlert を使用してドライブのクリーニングを実行するために、

NetBackup によって利用可能なクリーニングテープが、ロボットライブラ

リに対して構成済みである。

■ クリーニングテープが寿命に達していない。

■ UNIX メディアサーバーにパススルーデバイスファイルが構成されている。

詳しくは、『Veritas NetBackup デバイス構成ガイド UNIX、 Windows およ

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

208 参照項目

TapeAlert の使用


TapeAlert ログコードTapeAlert コードは、T10 SCSI-3 Stream Commands 規格に従って導出されます。

デバイスでサポートされているコードのリストについては、デバイスのマニュア

ルを参照してください。 TapeAlert では、次の種類のエラーが確認されます。

■ ドライブのリカバリ可能な読み込みおよび書き込みエラー

■ ドライブのリカバリ不可能な読み込みおよび書き込みエラー

■ ハードウェア障害

■ 不正なメディアおよび古くなったメディア

■ 期限切れのクリーニングテープ

■ 異常によるエラー

TapeAlert の状態によっては、使用中のメディアを凍結できるように定義されて

いる場合があります。また、ドライブを停止できるように定義されている場合も

あります。 208ページの表 3-13 に TapeAlert コードについて説明します。

表 3-13 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

209参照項目

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

表 3-13 TapeAlert ログコード ( 続き )

TapeAlert

コード


210 参照項目

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

表 3-13 TapeAlert ログコード ( 続き )

TapeAlert

コード


211参照項目

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


ドライブクリーニングの概要NetBackup では、次の形式のドライブクリーニングを利用できます。

■ 自動検出型クリーニング

自動検出型クリーニングを使用することをお勧めします。

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

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

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

自動検出型クリーニング (TapeAlert)TapeAlert を使用した自動検出型クリーニング ( オンデマンドクリーニングまた

は TapeAlert クリーニングとも呼ばれる ) は、テープドライブの機能です。クリー

ニングが必要かどうかがドライブによって判断され、必要に応じてクリーニング

が開始されます。ドライブで TapeAlert 機能がサポートされ、そのドライブで機

能が有効になっている場合、 NetBackup bptm プロセスによって、 TapeAlert か

らドライブの状態が通知されます。

TapeAlert を使用すると、多くのドライブ形式に対して自動検出型クリーニング

を実行できます。すべてのプラットフォーム、ロボット、ドライブまたはファー

ムウェアレベルで、このような自動検出型クリーニングがサポートされているわ

けではありません。

ドライブが TapeAlert をサポートしていない場合は、間隔に基づくクリーニング

を設定し、使用できます。詳しくは、 212 ページの「間隔に基づくクリーニング」

および 212 ページの「TapeAlert および間隔に基づくクリーニング」を参照して

ください。

自動検出型クリーニングを使用することをお勧めします。

詳しくは、 207 ページの「TapeAlert の使用要件」を参照してください。

TapeAlert クリーニング

TapeAlert 機能を備えたドライブでは、一定の時間帯に発生した読み込みおよび

書き込みエラーの回数をトラッキングできます。ドライブはこれらのエラーから

リカバリ可能ですが、しきい値に達すると、 CLEAN_NOW または

CLEAN_PERIODIC フラグが設定されます。

bptm では、設定されたフラグが検出されると、次のいずれかの時点でクリーニ

ングが実行されます。

■ ドライブでのバックアップまたはリストアの終了時。

■ ドライブでの次のバックアップまたはリストアの実行前。

212 参照項目



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)］を使用します。

次の条件を満たしている場合、合計マウント時間がクリーニングの間隔に指定し

た時間を超過すると、ドライブクリーニングが実行されます。

■ ドライブが、ドライブクリーニングをサポートしているロボットライブラリ

内に存在する。

■ クリーニングテープが、ロボットライブラリに対して構成済みで利用可能で

ある。

■ クリーニングテープの期限が切れていない。

213参照項目



NetBackup では、テープのマウントを解除するとすぐにドライブのクリーニング

が実行されます。ドライブクリーニングによって、バックアップの実行中にマウ

ントが解除されることはありません。マウント時間は、ドライブのクリーニング

が終了するとリセットされます。クリーニングの間隔の値は変更されません。

バックアップが複数のテープにまたがっている場合、バックアップ中にクリーニ

ングが実行される可能性があります。たとえば、最初のテープの空き領域がなく

なったときにクリーニングの実行を予定している場合、NetBackup では次のテー

プをマウントする前にドライブのクリーニングが実行されます。

メディアはドライブ内に長時間配置したままにしておくことができます。これに

よるクリーニングの間隔への影響はありません。 NetBackup では、処理にメディ

アが割り当てられたときだけにマウント時間が増加するためです。

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

次の項目は、 NetBackup Enterprise Server だけに適用されます。

API ロボットによって制御されている ACS または TLH ライブラリのドライブで

は、間隔に基づくクリーニングはサポートされません。ドライブクリーニングは、

ロボットライブラリソフトウェアによって制御されます。これらのロボットのド

ライブクリーニングを管理するには、ロボットのベンダーのインターフェースを

使用します。

オペレータによるクリーニングクリーニングの間隔またはドライブの累積マウント時間に関係なく、ドライブの

クリーニングを実行できます。適切なメディア形式のクリーニングテープおよび

そのドライブの位置情報が NetBackup に追加されている場合、スタンドアロンド

ライブまたはロボットドライブのクリーニングを実行できます。

次のいずれかの条件に一致する場合、ドライブのクリーニングが必要であると報

告されます。

■ マウント時間の値が、クリーニングの間隔を超えている。

■ TapeAlert の CLEAN_NOW または CLEAN_PERIODIC フラグが設定されている。

さらに、次のいずれかの条件に一致している必要があります。

■ ドライブがスタンドアロンドライブで、クリーニングテープが定義されてい

ない。

■ ドライブがスタンドアロンドライブで、すべてのクリーニングテープの期限

が切れている。

次のように［要クリーニング (Needs Cleaning)］が表示されます。

■ NetBackup 管理コンソールの［デバイス (Devices)］ノードで表示されるドラ

イブリストの［クリーニングのコメント (Cleaning Comment)］列。

■ tpclean -L コマンドの出力の［コメント (Comment)］フィールド。

214 参照項目

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


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

メモ : NetBackup は、ライブラリに基づくクリーニングで使用するクリーニング

テープを制御しません。

クリーニングテープで実行可能なクリーニング数を指定できます。この数は、ク

リーニングが実行されるたびに減少します。 0 ( ゼロ ) になると NetBackup によ

るテープの使用が停止されます。新しいクリーニングテープを使用するか、また

はこのテープで実行可能なクリーニング数を増加させることができます。

テープの使用回数については、クリーニングテープのベンダーの推奨に従うこと

をお勧めします。推奨の限度を超えてクリーニングテープを使用すると、 ( 過剰

なテープの位置設定操作によって ) クリーニングが遅延し、ドライブが停止する

場合があります。

ボリュームプールおよびボリュームグループの概要ボリュームプールを使用すると、ボリュームの論理セットをその使用方法によっ

て識別できます。

ボリュームグループは、物理的に同じ場所に存在するボリュームセットを識別す

る論理グループです。ボリュームグループは、ボリュームの移動時 ( たとえば、

ロボットからスタンドアロンへ ) に構成を更新する場合に有効です。

ボリュームプールおよびボリュームグループは、NetBackup にボリュームを追加

する際に指定します。

ボリュームプールボリュームプールの概念は、 NetBackup ストレージユニットだけに関連し、ディ

スクストレージユニットには適用されません。

ボリュームプールは、権限を所有していないユーザー、グループまたはアプリケー

ションによるアクセスからボリュームを保護します。ボリュームプールは、ユー

ザーグループなどに作成できます。ボリュームを追加するごとに、そのボリュー

ムを適切なプールに関連付けることが可能です。割り当てられていないボリュー

ムを、他のプールに移動することもできます。

CatalogBackup、NetBackup、DataStore ボリュームプールを使用する場合を除い

て、ボリュームを追加する前にボリュームプールを作成しておく必要があります。

デフォルトでは、 NetBackup によって、 None、 NetBackup、 CatalogBackup およ

び DataStore という名前のボリュームプールが作成されます。

215参照項目



ボリュームグループボリュームグループは、ボリュームが存在するロボットなど、ボリュームの場所

を示します。ボリュームを物理的に移動した場合は、論理的にも移動する必要が

あります ( 論理的な移動とは、新しい場所を示すようにボリュームの属性を変更

することです )。ボリュームグループは、ボリュームがオフサイトに移動された

場合などに、ボリュームの場所を追跡するのに便利です。

ボリュームグループにより、各ボリュームの個々のメディア ID ではなく、グルー

プ名を指定して、一連のボリュームに対して操作を実行できます。操作には、ロ

ボットライブラリとスタンドアロンの場所間の移動や NetBackup からの削除な

どがあります。

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

ボリュームグループの割り当て規則を次に示します。

■ 1 つのグループ内のすべてのボリュームは、同じメディア形式である必要が

あります。

ただし、同じボリュームグループに、メディア形式と対応するクリーニング

メディア形式が存在することは可能です (DLT と DLT_CLN など )。

■ ロボットライブラリ内のすべてのボリュームは、 1 つのボリュームグループ

に属している必要があります。グループを指定するか、または Media

Manager を使用してグループの名前を生成しないかぎり、ロボットライブ

ラリにボリュームを追加することはできません。

■ ボリュームグループ名を消去する唯一の方法は、スタンドアロンにボリュー

ムを移動し、ボリュームグループを指定しないことです。

■ 複数のボリュームグループで同じ場所を共有できます。たとえば、 1 つのロ

ボットライブラリに複数のボリュームグループのボリュームが存在したり、

複数のスタンドアロンボリュームグループが存在することも可能です。

■ グループ内のすべてのボリュームは、同じロボットライブラリに存在するか、

またはスタンドアロンである必要があります。つまり、グループがすでに他

のロボットライブラリに存在する場合、ロボットライブラリにそのグループ

( またはグループの一部 ) を追加できません。

ボリュームプールおよびボリュームグループの例216 ページの図 3-1 に、 1 つのボリュームプール (NB_pool) および複数のボ

リュームグループの例を示します。この例では、ロボットライブラリ内のグルー

プとオフサイトのグループ間でボリュームを移動できます。ただし、すべてのボ

リュームは同じプール内に残ります。

216 参照項目



図 3-1 複数のボリュームグループが存在するボリュームプール

217 ページの図 3-2 では、同じボリュームプールのメンバーが異なるボリューム

グループに存在しています。データが、それぞれ異なるボリュームプールに割り

当てられ、別々のボリュームに保存されていることに注意してください。プール

内のボリュームは、複数の物理的な場所および複数のボリュームグループに配置

できます。

この例では、 NB_pool_dept_1 というプールのボリュームが、 rob_A グループ、

standalone1 グループおよび offsite グループに分散しています。また、これらの

グループには、複数のプールのボリュームが存在します ( ただし、各グループの

ボリューム形式は同じである必要があります )。

ロボット

グループ 1 グループ 2

グループ 3 グループ 4

オフサイト 1

オフサイト 2

スタンドアロン

NB_pool

217参照項目



図 3-2 複数のボリュームプールが存在するボリュームグループ

また、利用可能なメディアがボリュームプールに存在しない場合、スクラッチプー

ルを構成すると、NetBackup にそのスクラッチプールからボリュームを転送させ

ることができます。詳しくは、 217 ページの「スクラッチボリュームプール」を


スクラッチボリュームプールスクラッチプールは、構成可能なオプションのボリュームプールです。スクラッ

チプールを構成すると、スクラッチプールから利用可能なボリュームが存在しな

いプールへ、 NetBackup によってボリュームが移動されます。

スクラッチプールの例

218 ページの図 3-3 では、スクラッチプールの名前が Scratch_pool です。 3 つの

ロボットにそのスクラッチプールのボリュームおよび他のプールのボリュームが

存在します。次の一連の事項を想定します。

グループrob_B

グループrob_A

グループオフサイト

グループstandalone 1

ロボット A

ロボット B

NB_pool_dept_2

NB_pool_dept_1



NB_pool_dept_3

218 参照項目



■ NetBackup によって DLT ボリュームが要求され、 Media Manager によって

ロボット C の NB_pool_dept_1 から DLT ボリュームの割り当てが試行され

ています。

■ ロボット C には、 NB_pool_dept_1 プールで利用可能な、割り当てられてい

ないボリュームが存在しません。

■ NetBackup によって、ロボット C のスクラッチプール内に存在する、割り当

てられていない DLT ボリュームが検索されます。ボリュームが利用可能な場

合、NetBackup によってそのボリュームが NB_pool_dept_1 に移動されます。

利用できない場合は、メディアが利用できないことがログに書き込まれます。

図 3-3 スクラッチプールの例

グループ

rob_A

グループ

rob_C

ロボット A: TL8 ロボット C: DLT

ロボット B: TL8

グループ

rob_B

NB_pool_dept_1

NB_pool_dept_2

Scratch_pool

219参照項目

バーコードの概要


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

スクラッチプールの使用上の注意事項を次に示します。

■ スクラッチプールに割り当てられているボリュームが存在する場合、それら

のボリュームはスクラッチプール内に残ります。割り当てられていないボ

リュームの場合と異なり、割り当てられているボリュームは他のプールへ移

動されません。

■ ボリュームがスクラッチプールに存在する間は、そのボリュームは

NetBackup によって割り当てられません。たとえば、NetBackup のポリシー

またはスケジュールによってスクラッチプールが指定された場合、それらの

ボリュームへのすべての要求が拒否されます。

■ 期限切れのメディアは、Media Manager によってスクラッチボリュームプー

ルに自動的に戻されます ( 戻されるのは、同じスクラッチプールに含まれて

いたメディアだけです )。

■ Media Manager を使用してボリュームプールへのボリュームの割り当てを

管理するには、次の手順を実行します。

a 必要に応じてボリュームプールを作成します。ただし、そのプールには

ボリュームを追加しないでください。

b スクラッチプールを定義して、すべてのボリュームを追加します。

NetBackup によって、必要に応じてボリュームが他のプールへ移動され

ます。

バーコードの概要ロボットライブラリにバーコードリーダーが存在する場合、メディアのバーコー

ドに対してスキャンが実行され、結果が保存されます。バーコードのスキャン結

果は、スロット番号およびバーコードがスロット内のメディアに関連付けられま

す。 NetBackup は、ロボットライブラリからバーコードおよびスロットの情報を

取得します。

バーコードの利点NetBackup は、バーコードを使用するかどうかにかかわらず正常に動作します。

ただし、バーコードを読み込み可能なロボットでは、バーコード付きのメディア

を使用することをお勧めします。バーコードを使用する利点は次のとおりです。

■ メディア ID の自動割り当てロボットに新しいメディアを追加する場合、

NetBackup によって、指定した条件に従ってメディア ID が割り当てられます。

■ より正確なボリューム場所のトラッキングロボットインベントリの更新に

よって、ロボット内のボリュームを判断できます。

220 参照項目



■ パフォーマンスの向上バーコードを使用しない場合、一部のロボットでパ

フォーマンスが低下する可能性があります。バーコードを読み込むロボット

では、テープが移動されるたびにスキャンが実行されます。ロボットによっ

て、正しいバーコードがメモリに格納され、保存済みのバーコードが検証さ

れます。ただし、テープにバーコードが付いていない場合、ロボットによっ

てスキャンが複数回試行されるため、パフォーマンスが低下します。

バーコードの推奨する使用方法ボリュームに対しバーコードを指定する場合、次の点に注意してください。

■ 通常、バーコードは、テープボリュームの外側に付けたラベルに表示されます。

通常、光ディスクにはバーコードが使用されません。NetBackup では、光ディ

スクライブラリ (ODL ロボット ) のバーコードはサポートされていません。

■ NetBackup によってサポートされるバーコードの最大長は、ロボットの形式

によって異なります。

■ NetBackup 用にバーコードラベルを購入する場合、ロボットライブラリベ

ンダーの推奨に従ってください。バーコードの文字数が正しいことを確認し

ます。

■ バーコードは、任意の英数字の組み合わせで表現できますが、サポートされ

るバーコードの長さはロボットによって異なります。特定のロボット形式に

対する要件を判断するには、各ロボットベンダーが提供するマニュアルを参

照してください。

■ バーコードには、空白 (先頭、末尾または文字間 ) を含めないでください。空

白を含めると、ロボットまたは NetBackup で正確に読み取れないことがあり

ます。

■ API ロボットのボリュームには、実際のバーコードまたは論理バーコードが

付いています。このボリューム識別子は、 NetBackup のメディア ID として

使用されます。このボリューム識別子は、 ACS、 TLH および TLM ロボット

のボリュームのシリアル番号です。

■ API ロボットでは、ボリュームのバーコードが NetBackup のメディア ID と

一致している必要があります。

メディア ID と同じシリーズのカスタムラベルを使用することによって、バー

コードをメディア ID と一致させることができます。たとえば、AA0000 から

ZZ9999 のメディアの集合体と一致させるには、そのシリーズのバーコード

ラベルを使用します。

■ ロボットライブラリに複数のメディア形式が存在可能な場合、メディア ID の

生成規則を使用して、異なるメディア形式に対してバーコードに特定の文字

を割り当ててください。また、バーコードを使用して、データテープとクリー

ニングテープの区別や、複数のボリュームプールの区別を行うようにしてく

ださい。

221参照項目



バーコード規則バーコード規則では、新しいロボットボリュームに属性を割り当てる条件を指定

します。 NetBackup は、これらの属性を、ロボットライブラリから提供されるボ

リュームのバーコード、および指定されているバーコード規則を使用して割り当

てます。

NetBackup で、ユーザーは、ロボットのインベントリ更新操作の設定時に、バー

コード規則を使用するかどうかを選択します。バーコード規則は、EMM サーバー

に格納されます。

NetBackup でのバーコードの処理

ロボットのインベントリ更新操作で NetBackup のバーコード規則を使用する場

合、ロボットで新しいバーコードが検出されると、次の操作が実行されます。

■ NetBackup によって、規則のリストの先頭から末尾に向かって、新しいバー

コードと一致する規則が検索されます。

■ 規則がバーコードタグと一致する場合、 NetBackup によって、規則のメディ

ア形式が更新オプションのメディア形式と互換性があるかどうかが検証され

ます。

■ メディア形式が一致する場合、規則の属性がボリュームに割り当てられます。

属性には、メディア形式、ボリュームプール、最大マウント数 ( または最大

クリーニング数 ) および説明が含まれます。

メモ : ボリュームですでにバーコードが使用されている場合、バーコード規則は

使用されません。

バーコードの確認

ロボットにバーコードリーダーが存在する場合、NetBackup によってバーコード

の検証が行われ、ロボットが正しいボリュームをロードしているかどうかが確認

されます。ボリューム内のバーコードが EMM データベース内のバーコードと一

致しない場合、 NetBackup は次のような処理を実行します。

■ 要求に保留状態を割り当てる ( リストアなどのメディア固有のジョブの場合 )

■ 別のボリュームを使用する ( バックアップジョブまたは複製ジョブの場合 )

■ ジョブが失敗する ( コールドカタログバックアップジョブの場合 )

要求されたボリュームがロボット内に存在しない場合、NetBackup 管理コンソー

ルのデバイスモニターに保留中の要求メッセージが表示されます。その場合、オ

ペレータはそのボリュームを検索して、次のいずれかの操作を実行する必要があ

ります。

222 参照項目



■ デバイスモニターを確認して、適切なドライブを見つけます。次に、要求さ

れたボリュームをそのドライブにマウントします。

■ ボリュームをロボット内に移動して、メディアの正しい場所を反映させるた

めにボリュームの構成を更新します。次に、要求を再送信します。

ボリュームがラベル付けされている場合 ( テープまたは光プラッタ )、自動ボ

リューム認識デーモンによってラベルが読み込まれ、ドライブが要求に割り当て

られます。ボリュームがラベル付けされておらず、ロボットに関連付けられてい

ない場合、オペレータが手動でドライブを要求に割り当てる必要があります。

バーコード規則の例

次の表に、バーコード規則の例を示します。規則は、最初にバーコードタグの文

字数に従ってソートされ、次に追加した順にソートされます。例外として、

<NONE> 規則および <DEFAULT> 規則は、常にリストの最後に表示されます。

次の例では、バーコード規則の例を示す前述の表を参照してください。TL8 ロボッ

トの新しい 8MM テープの更新操作で、次のようなメディアの設定 (更新オプショ

ン ) を選択すると想定します。

［メディア形式 (Media Type)］ : 8MM

［ボリュームグループ (Volume Group)］ : 00_000_TL8

［バーコード規則を使用する (Use barcode rules)］ : 使用する

［ボリュームプール (Volume Pool)］ : DEFAULT

表 3-14 バーコード規則の例

バーコード

タグ

メディア形式 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 他のバーコード

223参照項目



このロボットライブラリ内の新しいボリュームのバーコードが 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 に挿

入する英数字を指定することもできます。

ロボットおよびバーコード長に対応する複数の規則を定義できます。特定のロ

ボットに対して規則を定義できます。また、異なる文字数のバーコードを持つ各

バーコード形式に対して規則を定義できます。複数の規則を使用することで、複

数のメディア形式をサポートするロボットに対する柔軟性を確保できます。

224 参照項目

ハードウェア構成の変更


ハードウェア構成の変更この項では、 NetBackup の既存の構成を変更する方法について説明します。

■ 224 ページの「デバイスの交換」

■ 226 ページの「メディアサーバーの廃止」

デバイスの交換構成内の既存のデバイスを交換すると、新しいデバイスのシリアル番号は古いデ

バイスと異なります。 NetBackup ではこの変更が認識され、 ltid を再起動せず

に、EMM データベースが更新されます。また、デバイスのファームウェアのアッ

プグレードも認識されます。 NetBackup 5.x ホスト上のデバイスの場合、新しい

デバイスが認識されるように ltid を再起動する必要があります。

6.0 より前の NetBackup 環境からアップグレードする場合、デバイスのシリアル

番号が維持されます。 NetBackup 6.0 以上では、シリアル番号のフォーマットア

ルゴリズムを変更すると、一部のテープドライブおよびロボットライブラリに影

響することがあります。これらのデバイスは、シリアル化されずに構成されるか、

異なるシリアル番号で構成されることがあります。そのため、デバイスのシリア

ル番号を問い合わせ、データベース内のシリアル番号とそれを比較する

NetBackup の整合性チェックが失敗することがあります。その場合、デバイスは

使用できなくなる ( テープドライブが停止するなど ) 可能性があります。整合性

チェックは、 ltid によってパスの自動修正が実行された場合、または実行時の

Plug-n-Play のコード (Windows のみ) によってシリアル番号のチェックが実行さ

れた場合に実行されます。このような場合、次の操作を実行します。

■ シリアル番号を更新するか、デバイスを再構成して、新しいシリアル番号を

EMM データベースに格納します。手順については、次を参照してください。

■ 224 ページの「シリアル化されたドライブの交換またはホスト上のドラ

イブファームウェアの更新を行う方法」

■ 共有ドライブの場合は 225 ページの「シリアル化された共有ドライブの

交換または共有ドライブのドライブファームウェアの更新を行う方法」

■ AUTO_PATH_CORRECTION の vm.conf オプションを使用して、実行時の

シリアル番号のチェックを無効にします。

シリアル化されたドライブの交換またはホスト上のドライブファームウェアの

更新を行う方法

1 ドライブを停止します。デバイスモニターで、交換または更新するドライブ

を選択します。［処理 (Actions)］メニューから［ドライブの停止 (Down Drive)］

を選択します。または、vmoprcmd コマンドで -downbyname drive_name オ

プションを指定してドライブを停止します。

225参照項目



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 サービスが実行中であることを確認します。

5 -replace_drive drive_name -path path_name オプションまたは

-replace_robot robot_number -path robot_path オプションを指定して

tpautoconf を実行します。

tpautoconf コマンドによって、新しいハードウェアデバイスからシリアル

番号が読み込まれ、 EMM データベースが更新されます。

6 新しいデバイスがシリアル化されていないドライブの場合、そのドライブを

共有するすべてのサーバーで、デバイスの構成ウィザードを実行します。

新しいデバイスがロボットの場合、ロボット制御ホストであるサーバーで、

デバイスの構成ウィザードを実行します。

226 参照項目



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

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 に接続された各ロボットを選択し、すべてのテープを選択してス

タンドアロンに移動します。

227参照項目



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)］を指すように変更する必要があります。

9 NetBackup マスターサーバーとすべての NetBackup メディアサーバー上の

bp.conf ファイル (UNIX のみ ) と vm.conf ファイル内の old_server へのす

べての参照を削除します。

10 nbemmcmd コマンドを使用して、 old_server を参照しているホストのエイリ

アスおよびホスト名を削除します。すべての参照が削除されたことを確認す

るには、 nbemmcmd -listhosts を実行します。

11 すべてのクライアント上でサーバーリストを更新し、 old_server への参照を

削除します。更新したすべてのシステム上で、 NetBackup デーモン ( または

サービス ) を再起動します。

228 参照項目

NetBackup のドライブ選択の方法


NetBackup のドライブ選択の方法NetBackup では、メディア情報、デバイス構成情報、デバイス状態の情報が、

EMM データベースに格納されます。ロボットのマウント要求が発行されると、

NetBackup Resource Broker (nbrb) によって EMM データベースに、要求された

ボリュームのメディア ID の問い合わせが実行されます。ボリュームが EMM デー

タベース内に存在する場合、メディア要求がロボット内の互換性のあるドライブ

と照合されます。マウント要求がメディアの場所に基づいて、適切なロボットデー

モン (UNIX) またはロボットプロセス (Windows) に転送されます。該当する場合、

場所は、ロボットライブラリおよびストレージのスロット番号です。

次の条件を満たすドライブが、マウント要求に対して選択されます。

■ 構成済みである。

■ メディアを含むロボットライブラリ内に存在する。

■ 要求されたメディア密度が使用可能である。

EMM サーバー (nbemm) では、次のようにして、ドライブの管理と、 EMM ドメイ

ン内のローカル接続ドライブまたは共有ドライブへの要求が行われます。

■ 現在利用可能なドライブを判断します。ドライブは次の場合に利用可能です。

■ 起動状態として構成されている

■ 割り当てられていない

■ メディア形式と互換性がある

■ 別のホストによって予約されていない (NetBackup Enterprise Server

のみ )

■ 使用されていない期間が最も長い利用可能なドライブを選択します。

NetBackup では、正しいメディアがすでにスタンドアロンドライブにロード

されていないかぎり、スタンドアロンドライブではなくロボットベースのド

ライブが選択されます。

ドライブ構成の先頭のドライブが最初に使用され、次に 2 番目のドライブ、とい

うように使用されます。構成のドライブの順序を確認するには、tpconfig -d コ

マンドを使用します。

次の項目は、 NetBackup Enterprise Server だけに適用されます。

ドライブの一部が共有ドライブの場合、 NetBackup では非共有ドライブ (利用可

能な場合 ) が先に選択されます。 NetBackup では最初に共有ドライブが選択され

るため、ドライブを共有する他のホストで共有ドライブを使用できます。共有ド

ライブには、 Shared Storage Option が必要です。

229参照項目

NetBackup のドライブ予約の方法


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 を構成

できます。次に、保護のオプションを示します。

■ 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 がコマンドを送信できるため、テープドライブへのデー

タが損失する可能性があります。

230 参照項目



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 コマンドによってドライブが制御

される可能性があります。

また、他の HBA によって、 SCSI Persistent RESERVE が消去または解除される

可能性もあります。その結果、アプリケーションは他の HBA 予約を解除できま

す ( ただし、実行すべきではありません )。

231参照項目



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 のジョブは失敗します。

予約によって、ホスト上の予約を持つ他のアプリケーションによる同じデバイス

の使用やデータの損失を妨げることはできません。たとえば、同じホスト上のユー

ザーが UNIX mt コマンドを発行した場合、 mt コマンドによってドライブが制御


232 参照項目



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 リセット

■ バスデバイスのリセット

■ LUN デバイスのリセット

■ 電源の再投入

■ ファイバーチャネルのリンク操作での予約の中断

233参照項目



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 コマンドを発行するように要求

します。

デバイスアロケータであるホスト (DA ホスト ) で vmoprcmd コマンドを発行しま

す。または、このコマンドの -h オプションを使用して、 DA ホストを指定しま

す。 DA ホストは EMM サーバーでもあります。

234 参照項目



注意 : 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) を参照し

てください。

235参照項目



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 を使用できます。

236 参照項目



■ ドライブパスが変更された場合、バックアップおよびリストアが失敗します。

そのため、クラスタ環境やパスを動的に共有するマルチパス環境では、ジョ

ブが失敗します。動的パス共有を無効にできない場合は、 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)

237参照項目



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

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』を参照してください。

238 参照項目

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 は保持レベルで検索しません。

■ バックアップで必要とされるボリュームプールに存在すること。

■ 空きなし、凍結、インポート済みまたは一時停止状態ではないこと。

■ 要求されたバックアップで必要とされる同じ密度で、バックアップで要

求されるロボット内に存在すること。

■ 他のバックアップまたはリストアによって現在使用されていないこと。

239参照項目



■ 保護された形式で書き込みされていないこと。 NetBackup は、ボリュー

ムがマウントされた後にテープ形式を検出します。ボリュームが保護さ

れた形式である場合、ボリュームのマウントが解除され、検索が再開さ

れます。

適切なボリュームが見つかると、NetBackup によってそのドライブが使用さ

れます。

■ 上記のすべての条件を満たすマウントされたボリュームを検出できない場

合、 NetBackup はメディアカタログを確認して、適切なボリュームを検索し

ます。

■ 適切なボリュームがロボット内に存在する場合、 NetBackup は、ドライ

ブへボリュームを移動し、ボリュームの先頭にヘッドを配置して、要求

へのボリュームの割り当てを行うコマンドを発行します。手動での操作

は必要ありません。

■ 適切なボリュームがロボット内に存在せず、スタンドアロンドライブ内

にある場合、自動的にそのボリュームがマウントされ、割り当てられま

す。手動での操作は必要ありません。

■ 適切なボリュームがロボット内に存在せず、スタンドアロンドライブ内

にある場合、 NetBackup によって次のいずれかが実行されます。

■ 要求がメディア固有 ( リストア、インポート、 tpreq) の場合は、マ

ウント要求が保留されます。

■ 別のボリュームの使用が試行されます ( 他のメディアを使用できる

バックアップジョブの場合 )。

■ メディアカタログに適切なボリュームが存在しないか、適切なボリュームがメ

ディアの終わり (EOM) にある場合、新しいボリュームが割り当てられます。

NetBackup は、ボリュームに空きがある場合でも新しいボリュームを割り当

てる場合があります (NetBackup はドライブから EOM メッセージを受信す

るため )。新しいボリュームは次のすべての条件を満たす必要があります。

■ メディア形式が正しいこと。

■ 適切なロボット形式であること (該当する場合 )。

■ 要求されたロボットの周辺機器に配置されていること (該当する場合 )。

■ 要求されたホスト上に存在していること。

■ 適切なボリュームプール内に存在すること。

■ 現在割り当てられていないこと (NetBackup にまだ割り当てられてい

ない )。

■ 期限が切れていないこと (有効期限が NetBackup で定義されている場合 )。

■ 許可されているマウントの最大数を超えていないこと。

■ 該当するボリュームが 2 つ以上存在する場合、NetBackup は、使用されていな

い期間が最も長いボリュームを選択します。その後、NetBackup は、ボリュー

ムをメディアカタログに追加し、指定された保持レベルを割り当てます。

240 参照項目



■ 要求された形式のボリュームがすべて割り当て済みの場合、利用可能なメ

ディアがない旨のエラーメッセージが表示され、バックアップが終了します。

メディアのスパン

メディアの終わり (EOM) に達した後、メディアが自動的に選択されるのは、次に

示すように、メディアをまたがったバックアップを許可するように NetBackup が

構成されているかどうかに依存します。

■ ［メディア (Media)］ホストプロパティの［メディアをまたがったバックアッ

プを許可する (Allow backups to span media)］がサーバーに指定されている

場合、バックアップ中にメディアの終わり (EOM) に達すると、バックアップ

は別のメディアにまたがって続行されます。この場合、別のボリュームを使

用して次のフラグメントが開始され、バックアップは異なるボリューム上の

フラグメントで構成されます。

■ ［メディアをまたがったバックアップを許可する (Allow backups to span

media)］が指定されていない場合、メディアの終わり (EOM) に達しても、

別のメディアにまたがってバックアップが続行されることはありません。こ

の場合、バックアップは異常終了し、［グローバル属性 (Global Attributes)］

ホストプロパティの［スケジュールバックアップの試行回数 (Schedule

backup attempts)］に従って再試行されます。

スタンドアロンドライブ内のメディアの選択次の項では、メディアの選択およびスタンドアロンドライブ操作の概要について

説明します。

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

NetBackup スタンドアロンドライブ拡張機能では、ラベルの有無にかかわらず、

NetBackup によってスタンドアロンドライブ内の任意のメディアの使用が試行

されます。この機能は、インストール時にデフォルトで有効になります。メディ

アの選択処理は次のように行われます。

■ バックアップが要求され、適切なスタンドアロンドライブにボリュームが含

まれていない場合、 238 ページの「NetBackup のメディア選択の方法」に説

明されている方法で NetBackup によってボリュームが選択されます。

デバイスモニターはマウント要求を表示し、オペレータはボリュームを手動

で挿入して、ドライブに割り当てる必要があります。

■ 適切なドライブにボリュームが含まれている場合、 NetBackup によって、

そのボリュームの選択および使用が試行されます。

以前バックアップに使用したボリュームは、次の条件を満たす必要があります。

■ 空きなし、凍結または一時停止状態ではないこと。

241参照項目



■ 保持レベルで、ボリュームを必要とするバックアップと同じボリュームプー

ル内にバックアップが格納されていること。ただし、 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 が構成されてい

るかどうかに依存します。

■ メディアサーバーホストプロパティの［メディアをまたがったバックアップ

を許可する (Allow backups to span media)］がサーバーに指定されている場

合、バックアップ中にメディアの終わり (EOM) に達すると、バックアップは

別のメディアにまたがって続行されます。別のボリュームを使用して次のフ

ラグメントが開始され、複数のボリューム上にバックアップのデータフラグ

メントが保持されることになります。

242 参照項目



■ 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 に達した場合またはエラーが発生した場合に実行されます。また、ドライ

ブを別のメディアで使用する必要がある場合、またはメディアを別のドライブで

使用する必要がある場合にも実行されます。

1 台のスタンドアロンドライブを準備完了状態にし、適切なメディアを含めるこ

とができます。

nbemmcmd コマンドについて詳しくは、『Veritas NetBackup コマンド UNIX およ

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

243参照項目

メディアの形式


メディアの形式NetBackup では、新しいバックアップを追加する前に位置の検証が可能な形式で

メディアに書き込みます。テープおよび光メディアの形式は、メディアの特性に

応じて少々異なります。

以降の項でのメディアの形式の説明では、次の記号を使用します。

標準テープの形式1/4 インチカートリッジ (QIC) および WORM 以外のすべてのテープメディアの

場合、多重化されないバックアップ用の形式は次のとおりです。

MH * BH Image * BH Image * BH Image * EH

新しいバックアップイメージを追加すると、テープは EH に配置され、位置が検

証されます。 EH は BH によって上書きされ、バックアップが継続します。完了す

ると、新しい EH が今後の位置の検証用に書き込まれます。

書き込み時にメディアの終わりが検出された場合、 2 つのテープマークを残して

終了し、 EH は書き込まれません。

QIC/WORM テープの形式この形式は、1/4 インチカートリッジ (QIC) および WORM メディアの場合に使用

されます。標準テープ形式と異なり、 NetBackup では空のバックアップヘッダー

(EH) は書き込まれません。形式は次のとおりです。

MH * BH Image * BH Image * BH Image *

QIC メディアにバックアップイメージを追加する場合、 NetBackup はデータの終

わり (EOD) に移動し、次のバックアップを開始します。

記号説明

MH メディアヘッダー (1024 バイト )。

* テープマーク。

BH バックアップヘッダー (1024 バイト )。

BH1 ... BHn 複数のバックアップヘッダー (1024 バイト )。それぞれは、多重化さ

れた一連のジョブを構成するそれぞれのジョブに対応します。

Image バックアップのデータ。

EH 空のバックアップヘッダー。位置の検証に使用されます。

244 参照項目

メディアの形式


光メディアの形式光メディアの場合、形式は次のとおりです。

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 全体を取得する必要がありません。

メモ : バックアップでエラーが発生した場合、バックアップ全体が廃棄され、先

頭から再度実行されます。これによって、エラーが発生したフラグメントから再

実行されません。例外 : チェックポイントとバックアップの再実行は、最後の

チェックポイントフラグメントから再開されます。

多重化の形式多重化されたバックアップ用のテープ形式は次のとおりです。

MH * BH1 ... BHn Image...

デフォルトでは、データイメージは 64 KB のブロック内に存在します。各ブロッ

クでは、多重化制御情報用に 512 バイトが予約されており、ブロックが対応する

バックアップを識別するために使用されます。

245参照項目

Media Manager のコマンド


ジョブが終了するかまたは新しいジョブが多重化セットに追加されると、

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 コマ

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

jnbSA コマンドは、/usr/openv/netbackup/bin ディレクトリに存在します。

リストに含まれる他のコマンドは、 /usr/openv/volmgr/bin に存在します。

表 3-15 デーモンの起動

コマンド説明備考

acsd 自動カートリッジシステムのロボットデーモンです。

このデーモンは、 ltid によって起動されます。

NetBackup

Enterprise

Server だけに適

用されます。

avrd 自動ボリューム認識デーモンです。このデーモンは、

ltid によって起動されます。

ltid Media Manager device デーモンです。 ltid を起動す

ると、ロボットデーモン、ロボット制御デーモン、Media

Manager Volume デーモンおよび avrd デーモンも起

動されます。

246 参照項目

Media Manager のコマンド


odld 光ディスクライブラリのロボットデーモンです。この

デーモンは、 ltid によって起動されます。

tl4d 4MM テープライブラリのロボットデーモンです。この


tl8cd 8MM テープライブラリのロボット制御デーモンです。


tl8d 8MM テープライブラリのロボットデーモンです。この


tldcd DLT テープライブラリのロボット制御デーモンです。


tldd DLT テープライブラリのロボットデーモンです。この


tlhcd 1/2 インチテープライブラリのロボット制御デーモン

です。このデーモンは、 ltid によって起動されます。

NetBackup

Enterprise

Server だけに適

用されます。

tlhd 1/2 インチテープライブラリのロボットデーモンです。


NetBackup

Enterprise

Server だけに適

用されます。

tlmd マルチメディアテープライブラリのデーモンです。こ

のデーモンは、 ltid によって起動されます。

NetBackup

Enterprise

Server だけに適

用されます。

vmd Media Manager Volume デーモンです。このデーモン

は、 ltid によって起動されます。

vmscd NetBackup 状態収集デーモンです。 vmscd は、構成内

に 1 台以上の NetBackup 5.x サーバーが存在する場合

に、 EMM サーバーと同じホストの nbemm によって起

動されます。

表 3-15 デーモンの起動 ( 続き )


247参照項目

デバイスの検出の概要


デバイスの検出の概要NetBackup では、すべてのサポートされているオペレーティングシステムサー

バープラットフォーム (NetWare サーバーは除く ) で、サポートされている周辺

機器に対し、自動的にデバイスが検出され、構成されます。

デバイスの検出は、ホストから検出可能な周辺機器を判断するために使用される

検索方法です。検出されるかどうかは、物理的な接続 (SCSI、ファイバーなど )、

デバイスの状態 ( 起動状態で応答あり、または停止状態で応答なし ) およびホス

トのシステムにおけるデバイス層の構成に依存します。

検出では、SCSI パススルー機能をサポートするオペレーティングシステムのデバ

イスファイル (UNIX の場合 ) または API (Windows の場合 ) を介して SCSI コマン

ドが送信されます。デバイスへのパススルーパスが存在している必要があり、存

在しない場合はデバイスが検出されません。オペレーティングシステムでのデバ

イスの構成について詳しくは、『Veritas NetBackup デバイス構成ガイド UNIX、


デバイスの検出の目的は、 NetBackup で使用する周辺機器の、完全または部分的

な自動構成を行うための情報を提供することです。デバイスの検出では、複数の

ホスト間で相互接続されているデバイスどうしや、同じホスト上の複数のホスト

バスアダプタどうしを関連付けるデータが提供されます。

表 3-16 デーモンの停止


kill pid pid (プロセス ID) で指定したデーモンのプロセスを停止

します。

これは、 /usr/bin/kill または /bin/kill のパスを

使用するシステムコマンドです。

stopltid device デーモン、ロボットデーモンおよびロボット制御

デーモンを停止します。

tldcd -t DLT テープライブラリのロボット制御デーモンを停止

します。

tl8cd -t 8MM テープライブラリのロボット制御デーモンを停止

します。

tlhcd -t 1/2 インチテープライブラリのロボット制御デーモンを

停止します。

NetBackup

Enterprise

Server だけに

適用されます。

248 参照項目



デバイスのシリアル化デバイスのシリアル化は、デバイスの識別および構成を可能にするファームウェ

アの機能です。一意のシリアル番号によってデバイスが識別されます。

NetBackup では、デバイスの関係を、同じデバイスを参照する複数のソースのシ

リアル番号を比較することで判断します。ロボットライブラリとドライブの両方

でシリアル化が完全にサポートされている場合、NetBackup ではロボットライブ

ラリ内のドライブの位置 ( アドレス ) を判断できます。

ほとんどのロボットおよびドライブでは、デバイスのシリアル化がサポートされ

ています。デバイスでシリアル化がサポートされている場合、デバイスの構成ウィ

ザードによってデバイスの問い合わせが行われると、次の処理が行われます。

■ 各ロボットおよびドライブによって一意のシリアル番号が戻されます。

■ 構成内のすべてのロボットに、ウィザードから追加コマンドが発行されます。

ロボットによって、ロボット内のドライブの数および各ドライブのシリアル

番号が戻されます。この情報は、ウィザードでロボットの各ドライブの正し

いドライブ番号を判断するために使用されます。

NetBackup では、この情報を使用して構成が作成されます。

デバイスでシリアル化がサポートされていない場合は、シリアル番号を戻す新し

いファームウェアについてベンダーに問い合わせてください。適切なファーム

ウェアを使用している場合でも、デバイスによっては、そのデバイスのシリアル

化を有効にするためにベンダーが他の処置を行うことが必要な場合があります。

デバイスでシリアル化がサポートされていないことがわかっている場合、許可さ

れている最大構成の制限に従っていることを確認してください。

構成の中にシリアル化をサポートしていないドライブおよびロボットが多いほ

ど、デバイスの構成ウィザードを使用する際に構成についての問題が発生する可

能性が高くなります。

検出可能なデバイスNetBackup では、次の形式のデバイスを検出できます。

■ SCSI ベースのロボットライブラリ ( チェンジャ、オートローダ、スタッカ

など )。

■ SCSI ベースのテープドライブ。

■ ネーティブパラレル SCSI、ファイバーチャネルプロトコル (FCP) および

FC-AL ( ループ ) 接続。

■ SCSI over IP。

■ ACS、 TLM および TLH ロボット。

■ NDMP バージョン 3 以上を実行する NDMP デバイス。

249参照項目



NetBackup でのデバイスの検出この項は、 NetBackup Enterprise Server だけに適用されます。

NetBackup はデバイスの静的な構成に基づいています。ロボットライブラリおよ

びテープドライブまたは光ドライブのこれらの構成は、 NetBackup Enterprise

Media Manager (EMM) データベースに保持されます。 EMM データベースには、

次の NetBackup コンポーネントでデバイスを使用する際に必要となる主要な属

性情報が格納されます。

■ マスターサーバーで使用される NetBackup 管理コンソール

■ マスターサーバーで使用されるデバイスの構成ウィザード

■ 各メディアサーバーでローカルに使用される tpconfig コマンド

■ 内部 API

また、 EMM データベースには、デバイスの関連付けおよび構成の一貫性の検証

に必要な検出されたデバイス属性も格納されます。 EMM データベースによって、

複数のサーバー間でドライブ、ロボットライブラリ、ストレージユニット、メディ

アおよびボリュームプールの一貫性が確実に保持されます。 EMM サーバーには、

複数のサーバー構成でデバイスを共有するすべてのメディアサーバーの情報が格

納されます。

NetBackup のスケジュールコンポーネントは、 EMM データベースの情報を使用

して、ジョブで使用するサーバー、ドライブパスおよびメディアを選択します。

デバイスマネージャ ltid は起動時に、EMM データベースのデバイス情報を共有

メモリセグメントに読み込みます。同じホストのコンポーネント間では、共有メ

モリの IPC またはソケットプロトコルを使用して通信が行われます。ソケットプ

ロトコルは、複数のホスト上のコンポーネント間で使用されます。コマンドライ

ンインターフェースを利用して、ランタイム ( 共有メモリ ) 情報および静的なデ

バイス構成情報を取得できます。

デバイスの構成ウィザードでのデバイスの検出NetBackup デバイスの構成ウィザードで、デバイスの検出が使用されます。この

ウィザードでは、検出されたホストのリスト内のすべてのホストに対してデバイ

スの検出の問い合わせが発行され、戻されたデータが関連付けられます。ロボッ

トライブラリの特定のアドレスとスタンドアロン ( 非ロボット ) ドライブのグ

ループ間で、デバイスをドラッグアンドドロップすることができます。

デバイスが完全にシリアル化されている場合、ウィザードによって構成されるた

め、ユーザーがデバイスを移動する必要はありません。このウィザードは、デバ

イスの検出が要求されたすべてのホストで、必要に応じてデバイスの構成を変更

します。 ltid は停止後に再起動され、最新のデバイス構成が有効になります。

250 参照項目



デバイスの構成ウィザードは、初期構成後に使用できます。デバイスの構成が変

更された場合またはデバイスの構成を検証する必要がある場合に、デバイスの構

成ウィザードを再度使用できます。ただし、NetBackup が動作中の場合は、ltid

を停止および再起動できません。そのため、デバイスの構成ウィザードを起動す

る際は、ジョブが実行中でないことを確認してください。

NetBackup では、 ltid の起動時に、デバイスの検出を自動的に実行するように

構成できます (Windows ではデフォルトの動作です )。自動検出によって、実際

のデバイス構成と EMM データベースに定義されているデバイス構成との違いが

検出されます。その後、 NetBackup でそれらの違いが調整されます。

デバイスの検出および共有テープドライブこの項は、 NetBackup Enterprise Server だけに適用されます。

NetBackup では、ローカル接続された非共有テープドライブが構成されているホ

スト上で、これらのドライブが起動状態で未使用の場合に、ポーリングが行われ

ます。共有テープドライブでは、 NetBackup からのマウント要求が受信されるま

で、スキャンホストのみでドライブのポーリングが行われます。マウントの要求

時に、 NetBackup はマウントを要求するホストを使用して、共有ドライブをポー

リングします。 ( スキャンホストは、自動ボリューム認識プロセス (avrd) が割り

当てられていないドライブをスキャンするホストです。 )

この設計によって、 NetBackup で動的ループ切り替えまたは SAN のゾーンをサ

ポートできます。各テープドライブは、 1 つのホストだけから検出される必要が

あります。各テープドライブのスキャンホストは、エラーの処理および可用性の

継続のために動的に切り替わる可能性があります。中央デバイスアービトレー

ションコンポーネントによって、共有ドライブのスキャンホストの割り当てが管

理されます。また、アービトレーションコンポーネントには、複数の NetBackup

メディアサーバーが 1 つのドライブを共有できるように、ネットワークドライブ

の予約システムが備えられています。

共有テープドライブのポーリングによって、動的ループ切り替えを使用できるよ

うになり、デバイスへのアクセス回数および CPU 時間が減少します。ただし、デ

バイスの接続の切断 ( ファイバーチャネルファブリックの断絶など ) は、I/O が発

生するまで検出できません。

デバイスの構成の表示および検証デバイスの構成は、 NetBackup で利用可能な次のいずれかのデバイス構成イン

ターフェースを使用して表示できます。

■ NetBackup 管理コンソールの［メディアおよびデバイスの管理 (Media and

Device Management)］

■ メニューベースのデバイス構成インターフェース (UNIX の tpconfig)

251参照項目

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


■ デバイス構成用のコマンドラインインターフェース (tpconfig -d コマ

ンド )

デバイスの構成は、デバイスの構成ウィザードを実行して検証できます。ただし、

デバイス構成の詳細を検証するために、テープのマウントを試行することが必要

となる場合があります。テープをマウントし、構成を検証するには、 NetBackup

robtest ユーティリティを使用できます。

検出されないデバイスの追加NetBackup にストレージデバイスを追加する場合や NetBackup デバイス構成を

更新する場合は、デバイスの検出およびデバイスの構成ウィザードを使用するこ

とをお勧めします。

ただし、 NetBackup では、自動的に検出できないデバイスをサポートしていま

す。また、検出処理時にユーザーの操作を必要とするデバイスもサポートしてい

ます。これらのデバイスを追加し、構成するには、 NetBackup 管理コンソール

の［メディアおよびデバイスの管理 (Media and Device Management)］または

tpconfig を使用します。

NetBackup で検出できないか、またはシリアル番号を持たないデバイスの場合

は、 ltid デバイスマネージャの起動時のデバイスパスの自動修正機能が制限さ

れます。

デバイスマッピングファイルNetBackup ではファイルを使用して、ストレージデバイスとの通信に使用するプ

ロトコルおよび設定が判断されます。

シマンテック社からリリース更新が提供される前に、新しいデバイスまたはアップ

グレードされたデバイスのサポートを追加できます。このファイルの更新方法につ

いて詳しくは、『Veritas NetBackup 管理者ガイド Vol. 1』を参照してください。


テープドライブでデバイスのシリアル化がサポートされていない場合は、物理ド

ライブに一致するデバイスファイル、論理デバイス名、SCSI アドレスを特定する

ことが必要となる場合があります。

共有ドライブについて詳しくは、『Veritas NetBackup 共有ストレージガイド

UNIX、 Windows および Linux』を参照してください (NetBackup Enterprise

Server のみ )。

252 参照項目



UNIX ホストでのデバイスとデバイスファイルの関連付け各ドライブにデバイスファイルを作成する場合、デバイスファイルを物理ドライ

ブに関連付けます。『Veritas NetBackup デバイス構成ガイド UNIX、Windows お

よび Linux』に、デバイスファイルの作成に役立つ指示が記載されています。一

般的な手順は次のとおりです。

デバイスファイルを関連付ける方法

1 各ドライブの、ロボットライブラリ内での物理的な場所を特定します。場所

は、通常、ドライブへのコネクタまたは各ベンダーが提供するマニュアルに

示されています。

2 ドライブを、ホストの SCSI アダプタへ物理的に接続します。

3 各ドライブを接続したアダプタおよび SCSI アドレスをメモに記録します。

4 ドライブとアダプタの SCSI アドレスを使用して、各ドライブにデバイス

ファイルを作成します。手順 3 のメモを使用して、デバイスファイルを追加

し、デバイスファイルと物理的なドライブ場所の関連付けを完了します。

5 NetBackup でロボットを構成し、ドライブを追加します。

ドライブを追加する場合、各デバイスのパスに正しいドライブアドレス ( ロ

ボットのドライブ番号など ) を割り当てていることを確認します。

必要に応じて、適切な NetBackup のロボットテストユーティリティを使用して構

成を検証します。ロボットテストユーティリティについては、『Veritas NetBackup

トラブルシューティングガイド UNIX、 Windows および Linux』を参照してくだ

さい。

デバイスファイルを作成して NetBackup を構成した後、その構成を確認できます。

構成を検証する方法 (UNIX)

1 NetBackup device デーモン (ltid) を停止します。

2 ltid を起動することによって、自動ボリューム認識デーモン (avrd) を起動

します。 ltid を停止後に再起動して、現在のデバイスの構成を確実に有効

にする必要があります。


ロボットがこのホストのローカル以外で制御されている場合、リモートロ

ボット制御デーモンも起動します。

3 ロボットのテストユーティリティを使用して、ドライブ上にテープをマウン

トします。

4 NetBackup 管理コンソールのデバイスモニターを使用して、適切なロボット

ドライブに対してテープがマウントされていることを検証します。

253参照項目



構成の検証の例

たとえば、 TLD ロボットに 3 つのドライブが含まれ、オペレーティングシステム

に次のデバイスパスが含まれるとします。

■ ドライブ 1:/dev/rmt/0cbn



また、「構成を検証する方法 (UNIX)」の手順 3 で、ドライブ 1 に対するテープの

マウントを要求したと想定します。ドライブのデバイスパスが正しく構成されて

いる場合、デバイスモニターにはドライブ 1 にテープがマウントされたことが示

されます。

デバイスモニターに、テープが別のドライブにマウントされていると示された場

合は、そのドライブのデバイスパスが正しく構成されていません。たとえば、デ

バイスモニターに、そのテープがドライブ 2 にマウントされていると示された場

合は、ドライブ 1 のデバイスパスが正しくありません。ドライブ 1 のデバイスパ

ス (/dev/rmt/0cbn) をドライブ 2 の正しいデバイスパス (/dev/rmt/1cbn) に

置き換えます。これらの変更を加える間、一時的なデバイスパスが必要になる場

合があります。ドライブ 2 のデバイスパスも正しくないことがわかります。これ

は、構成中にデバイスパスを取り違えた可能性があります。

ロボットテストユーティリティを使用して、ドライブ 1 からテープをアンロード

し、マウント解除します。各ドライブについてテストを繰り返します。


テープがマウントされているドライブまでのパスが、ロボットを直接制御するホ

スト上に存在しない場合、他のホストまたはドライブのフロントパネルからコマ

ンドを実行して、ドライブをアンロードする必要があります。

Windows ホストでのデバイスと名前の関連付け次の手順を実行して、論理デバイス名とドライブを一致させます。

SCSI アドレスを関連付ける方法

1 ドライブの SCSI ターゲットを書き留めます。

2 ロボットのインターフェースパネルを使用して、SCSI ターゲットをドライブ

アドレスに関連付けます。または、テープドライブの後部パネルにあるイン

ジケータを確認します。

3 ロボットのラベルを確認して、物理ドライブアドレス ( ドライブ番号など ) を

判断します。

4 NetBackup でロボットを構成し、ドライブを追加します。

ドライブを追加する場合、各 SCSI 座標セットに正しいドライブアドレスを

割り当てていることを確認します。

254 参照項目



必要に応じて、適切な 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

また、「構成を検証する方法 (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 からテープをアンロード

し、マウント解除します。各ドライブについてテストを繰り返します。


255参照項目

テープ I/O のコマンド


テープがマウントされているドライブまでの正確なデータパスが、ロボットを直

接制御するホスト上に存在しない場合、他のホストまたはドライブのフロントパ

ネルからコマンドを実行して、ドライブをアンロードする必要があります。

テープ I/O のコマンドNetBackup や Storage Migrator を使用していない場合、または Media Manager

のトラブルシューティングやテストを行う場合、この章に記載するコマンドを実

行して、特定のボリュームのマウントおよび取り外しを行うように Media

Manager に手動で要求できます。

この章の内容は次のとおりです。

■ テープの要求

■ テープファイルの読み込みおよび書き込み

■ テープファイルの削除

■ 光ディスクの使用

■ Media Manager で制御されているデバイスへの外部アクセス

■ ユーザーエラーメッセージ

テープの要求tpreq コマンドを実行すると、特定の密度のテープを要求したり、アクセスモー

ドなどの様々なオプションを指定することができます。このコマンドを実行する

と、 1 台のドライブが予約され、現在の作業ディレクトリ内にファイルが作成さ

れます ( フルパスを指定しない場合 )。ファイルはテープへのシンボリックリンク

として機能し、それ以降のテープに対するアクセスは、常にこのファイル名を介

して行われます。ユーザーは、特定のデバイスファイルへのフルパスを考慮する

必要がなくなります。

tpreq コマンドで提供した情報は、テープファイルに対するすべてのアクセス要

求を検証するために Media Manager device デーモンによって使用されます。

tpreq コマンドを入力すると、すべての形式のテープで、テープのマウントおよ

び割り当てが実際に行われます。

デフォルトでは、密度 dlt を使用する、 DLT カートリッジテープがサポートされ

ているドライブが割り当てられます。密度のオプションを指定して tpreq を実行

すると、他の密度がサポートされているドライブを要求できます。サポートされ

ている密度およびドライブ形式のリストについては、 tpreq マニュアルページま

たは NetBackup 管理コンソールの保留中の要求ペインのオンラインヘルプを参

照してください。

256 参照項目



物理書き込みの密度は、ドライブ上で自動的には選択されません。オペレータが

正しいドライブを使用できるように、密度が要求されます。密度は、 Media

Manager 構成にドライブを追加したときに使用した /dev デバイス名、またはド

ライブの選択ボタンによって決定されます。

tpreq コマンドには、メディア ID およびファイル名を指定する必要があります。

テープボリュームがボリュームプール (Media Manager を使用して構成 ) に関連

付けられている場合、 -p パラメータを使用して、ボリュームプールの名前も指定

します。プール名が指定されている場合、そのプール名は、 EMM データベース

に存在するメディアに関連付けられたプール名に対して検証されます。

詳しくは、『Veritas NetBackup コマンド UNIX および Linux』の tpreq を参照し

てください。

drive_mount_notify スクリプト

tpreq コマンドを実行すると、事前に選択したドライブにメディアが正常に配置さ

れた後、すぐに drive_mount_notify スクリプトが呼び出され、実行されます。

このスクリプトを実行すると、その時点でユーザーが特殊な処理を実行できるよ

うになります。その後、 NetBackup に制御が戻され、処理が再開されます。この

スクリプトは、ロボット内に存在するドライブに対する tpreq コマンドからのみ

呼び出すことができ、スタンドアロンドライブには無効です。

このスクリプトは /usr/openv/volmgr/bin/goodies ディレクトリに存在し

ます。この機能を使用する場合は、このスクリプトを有効にして、

/usr/openv/volmgr/bin ディレクトリに配置します。

使用方法はスクリプト内に記載されています。

tpreq の例

次に示す tpreq コマンドを実行すると、テープドライブが予約され、シンボリッ

クテープファイルが作成されます。

/usr/openv/volmgr/bin/tpreq -f tape1 -m jlr01 -a w -d qscsi

このコマンドによって、現在の作業ディレクトリ内に tape1 という名前のファイ

ルが作成され、JLR01 というメディア ID を持つテープボリュームが存在するドラ

イブに、そのファイルがリンク付けされます。テープファイルのアクセスモード

は書き込み用に設定され、1/4 インチカートリッジドライブが割り当てられます。

テープファイルの読み込みおよび書き込みテープファイルの読み込みまたは書き込みを行うと、テープからディスクまたは

ディスクからテープにファイルのコピーが取得されます。読み込みまたは書き込

みの操作を実行するには、 tar や mt などの入出力操作を実行する UNIX コマン

ドのいずれかを使用します。

257参照項目



テープファイルの位置設定

mt コマンドを実行すると、テープマークに従って早送りまたは巻き戻しを行うこ

とによって、テープファイルの位置設定が行われます。次の表に、テープの位置

設定に利用可能な mt コマンドのオプション、およびそのオプションによるテー

プファイルへの影響を示します。

次の例では、 mt を使用して、テープ上の 3 つのファイルを早送りします。

mt -f tape1 fsf 3

テープファイルの巻き戻し

ファイルが巻き戻されると、データの先頭に位置設定されます。テープファイル

を巻き戻すには、 mt コマンドを実行します。

次のコマンドを実行すると、テープファイル tape1 が巻き戻されます。 tape1

は、ファイルに関連付けられたテープボリュームの先頭に位置設定されます。

mt -f tape1 rewind

カウントオプションは、巻き戻し操作には使用しません。カウントオプションを

指定した場合、無視されます。

テープファイルの削除テープファイルの読み込みまたは書き込みが完了したら、

/usr/openv/volmgr/bin/tpunmount コマンドを実行して、テープファイル

の割り当てを終了します。このコマンドを実行すると、 tpreq を使用して作成

したテープファイルがディレクトリから削除され、テープボリュームがテープド

ライブから取り外されます。 tpunmount は、 tpreq コマンドで作成したファイ

ルごとに実行する必要があります。

詳しくは、『Veritas NetBackup コマンド UNIX および Linux』の tpunmount を


mt のオプション操作

eof、 weof mt で指定したカウントオプションに従って、テープ上の現在の

位置に、ファイル終わりのテープマークを書き込みます。

fsf、 bsf カウントオプションに指定したテープマークの数だけ早送りま

たは巻き戻しを行います。

fsr、 bsr mt で指定したカウントオプションに従って、レコードの数だけ

早送りまたは巻き戻しを行います。 bsr では、未定義のレコー

ド形式だけがサポートされます。

258 参照項目



drive_unmount_notify スクリプト

tpunmount コマンドを実行すると、 drive_unmount_notify スクリプトが呼

び出され、実行されます。

このスクリプトを実行すると、その時点でユーザーが特殊な処理を実行できるよ

うになります。その後、 NetBackup に制御が戻され、処理が再開されます。この

スクリプトは、ロボット内に存在するドライブに対する tpreq コマンドからのみ

呼び出すことができ、スタンドアロンドライブには無効です。

このスクリプトは /usr/openv/volmgr/bin/goodies ディレクトリに存在し

ます。この機能を使用する場合は、このスクリプトを有効にして、

/usr/openv/volmgr/bin ディレクトリに配置します。

使用方法はスクリプト内に記載されています。

光ディスクの使用光ディスクは、テープと同じ方法では使用できません。ただし、光ディスクはテー

プとは多くの共通点があり、Media Manager の自動制御機能を活用できます。た

とえば、光ディスクでは、自動ボリューム認識が可能であり、ロボットを使用し

てマウントおよび移動を実行できます。

光ディスクは、 Symantec ストレージ管理アプリケーションに適しています。こ

れらのアプリケーションでは、データベースを使用して場所情報 ( オフセットや

容量など ) が処理されます。これらのアプリケーションを使用しない場合、この

操作はユーザーが行う必要があります。このような情報のトラッキングを行うに

は、次に示すテープコマンドを実行して光ディスクにアクセスします。

次の例では、光ディスクに対して 2 つの tar 操作を実行し、2 番目の tar イメー

ジを表示します。

1 書き替え型光ディスクを要求します。

tpreq tape -m XXX01A -d odiskwm -p NetBackup

2 最初の tar をディスクの先頭から実行します。

tar -cvf - /home/arh | dd of=tape ibs=10240 obs=10240

0+473 records in

189+0 records out

3 2 番目の tar を、前のデータの末尾から実行します。 records out の情報

は、 oseek パラメータに使用します。

tar -cvf - /home/arh/.cshrc|dd of=tape ibs=10240

obs=10240 oseek=189

4 ディスクのマウントを解除します。

tpunmount tape

5 光ディスクを再度要求します。

tpreq tape -m XXX01A -d odiskwm

259参照項目



6 2 番目の tar イメージを表示します。データにアクセスするには、 iseek パ

ラメータにデータの位置を指定する必要があります。

dd if=tape ibs=10240 obs=10240 iseek=189 | tar -tvf -

rw-r--r--357/110 2386 Jul 9 14:01 1992

/home/arh/.cshrc

7 ディスクのマウントを解除します。

tpunmount tape

Media Manager で制御されているデバイスへの外部アクセスdevice デーモン (ltid) では、 Media Manager で制御されているドライブのデバ

イスファイルの権限を変更することによって、それらの起動状態にあるドライブ

へのアクセスが制限されます。この権限は、 ltid が起動されると 0600 に変更さ

れ、ltid が停止されると ( またはドライブが停止状態に変更されると ) 元の設定

に戻されます。

ltid が動作中の場合、これらのデバイスファイルの権限を変更しないでくださ

い。操作の信頼性を確保するには、この章に記載された tpreq および

tpunmount コマンド、または drive_mount_notify および

drive_unmount_notify 呼び出しスクリプトを使用するユーザーだけが、

ltid によって制御されている起動状態のドライブにアクセスする権限を所有し

ます。

次の例では、 tpreq を実行します。

tpreq tape -m xxx -d 4mm -f /tmp/tape

/bin/tar -cvf /tmp/tape files

tpunmount /tmp/tape

tpreq および tpunmount、または呼び出しスクリプトを使用しないユーザーが

起動状態のドライブにアクセスすると、アクセスとデータの信頼性の両方に問題

が発生する可能性があります。 Media Manager の avrd デーモンによって、現在

割り当てられていない起動状態のドライブのメディアが定期的に巻き戻され、

データが読み込まれるため、これらの問題が発生します。

tpreq および tpunmount を使用できないユーザーは、ドライブにアクセスする

前に、次のいずれかの操作を実行する必要があります。

■ ドライブにアクセスする前にドライブを停止します。

■ stopltid を実行して ltid を停止し、ドライブにアクセスした後、ltid を

再起動します。

260 参照項目



ユーザーエラーメッセージ状態メッセージおよびエラーメッセージについては、『Veritas NetBackup トラブ

ルシューティングガイド UNIX、Windows および Linux』または NetBackup 管理

コンソールヘルプを参照してください。


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 ソフトウェアは、サーバーおよびク

ライアントとともに自動的にインストールされます。

262 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 のボリュームがサポートされています。

263AFS での 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

ファイルサーバー ) へボリュームのリストアを実行できます。リダイレクトリス

トア ( サーバー主導リストア ) も実行できます。手順については、バックアップ、

アーカイブおよびリストアインターフェースのオンラインヘルプを参照してくだ

さい。

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

■ NetBackup クライアントのバックアップ、アーカイブおよびリストアイン

ターフェース (jbpSA) によって、ボリュームまたは代替パーティションの

代替名を指定できる便利な機能が提供されます。ボリュームの代替名を指定

することで、リストアによる既存のボリュームの上書きを回避できます。


トラブルシューティング


■ 管理者が［既存のファイルの上書き (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 ウィザードでは、ディ

ザスタリカバリの準備、および障害が発生する前の状態へのコンピュータのリカ

バリを実行できます。

内容は次のとおりです。

■ 270 ページの「NetBackup 6.0 以上での変更点」では、 NetBackup 6.0 以上

における IDR のサポートの制限について説明します。

■ 270 ページの「サポートされている Windows のエディション」では、 IDR

でサポートされている Windows のバージョンについて説明します。

■ 272 ページの「IDR 使用の概要」では、ディザスタリカバリソフトウェアの

使用についての主な手順を説明します。

■ 273 ページの「DR ファイルについて」では、ディザスタリカバリファイル、

およびディザスタリカバリにおけるその重要性について説明します。

■ 274 ページの「IDR の NetBackup ポリシーの構成」では、 IDR を使用するク

ライアントを含むポリシーの構成方法について説明します。

■ 274 ページの「保護対象のコンピュータのバックアップ」では、リカバリに

使用するブートメディアを作成する前に、コンピュータのバックアップが必

要になることについて説明します。

■ 275 ページの「IDR メディアの作成」では、 Intelligent Disaster Recovery 準

備ウィザードでデータのリカバリに使用するブートメディアの準備方法につ

いて説明します。

■ 282 ページの「IDR メディアの更新」では、 IDR メディアを必要なときに常

に使用可能な状態にしておくための更新の方法およびタイミングについて説

明します。

■ 285 ページの「コンピュータのリカバリ」では、ディザスタリカバリの実行

方法について説明します。

270 Intelligent Disaster Recovery

NetBackup 6.0 以上での変更点


■ 293 ページの「特定のプラットフォームをリカバリする際の注意事項」では、

特定の種類のプラットフォームでのデータのリカバリについて説明します。

■ 294 ページの「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 メディアサーバーが必要です。

271Intelligent 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 コンピュータである必要があります。

詳しくは、 270 ページの「サポートされている 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 の場合は、実際にブートしてみて、そのメディアからハードウェ

アをブートできることを確認しておく必要があります。

詳しくは、 286 ページの「手順 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 からコンピュータをブートできることを

確認します。 (286 ページの「手順 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

を作成してください。

手順については、 279 ページの「ブート 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 ファイルをディスクに

コピーします。

詳しくは、 284 ページの「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 画面に表示されるブート処理の手順に従って、 287 ページの「手順 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 の場合、 287 ページの「手順 2:IDR

によるリカバリ時の Windows セットアップ」に進んでください。

■ Windows XP および Windows Server 2003 の場合、ブート処理の指示に

従って F2 キーを押し、 ASR ファイルをロードします。 ASR ディスクが

存在する場合、 ASR ファイルをロードできるように、ディスクをフロッ

ピーディスクドライブに挿入します。

5 287 ページの「手順 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 288 ページの「手順 3: ディザスタリカバリウィザード」に進みます。

手順 3:ディザスタリカバリウィザードWindows セットアップが終了した後、ディザスタリカバリウィザードが、リカバ

リ処理の一部として起動されます。指示に従ってコンピュータをリカバリします。

条件が異なると処理も異なるため、この指示では手順は示されません。ただし、

処理の概要は次のとおりです。

ディザスタリカバリウィザードを使用する方法

1 プロンプトが表示されたら、リカバリするコンピュータ用の DR ファイルを

選択して、［次へ (Next)］をクリックします。

DR ファイル名は、そのファイルが作成されたコンピュータ名と一致します。

たとえば、コンピュータ名が carrot の場合、 carrot.dr ファイルを検索し

ます。

メモ : DR ファイルが存在しない場合は、［次へ (Next)］をクリックします。

リカバリファイルが選択されていないというメッセージが表示されたら、［は

い (Yes)］をクリックして手動モードで続行します。

2 次のようなハードディスクのレイアウトに関する画面が 1 つ以上表示される

場合があります。

■ DR ファイルに含まれているパーティション情報に従って現在のハード

ドライブのパーティションを変更するか、または現在のハードドライブ

のパーティションを維持するかを選択します。




■ Windows のディスクアドミニストレータ ( または［ディスクの管理］ ) プ

ログラムを実行します。これらのプログラムでは、パーティション情報

の追加変更を行うことができます。パーティションの変更を行うには、

［ディスクの管理を起動 (Run Disk Administrator)］または［ディスク管

理 (Run Disk Manager)］をクリックします。

詳しくは、 292 ページの「ハードドライブのパーティションサイズを変

更する際の注意事項」を参照してください。

それ以外の場合は、［次へ (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)］をクリックし、選択したサー

バーにリストア要求を送信します。ファイルがリストアされ、現在使用中の

レジストリのハードウェア情報が、保存されていたレジストリの情報に結合

されます。手順 8 に進みます。

ハードウェアが変更されていない場合、現在使用中のレジストリと保存され

ていたレジストリを結合する必要はありません。ハードウェアのレジストリ

設定は、保存されていたレジストリの設定と同じです。レジストリの結合を

行わない場合は、手順 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 ファイルが自動的に生成されませんでした。

284 ページの「drfile.exe を使用した DR ファイルの作成または更新」で説明され

ているとおりに、 DR ファイルを手動で生成してください。

Q. なぜディザスタリカバリウィザードで、 1 つ以上のハードドライブが元のドラ

イブより小さいというメッセージが表示されるのですか ?

A. ディザスタリカバリウィザードを実行する最小限のバージョンの Windows

で、最初に構成されていたものとは異なる順序でハードドライブが検出された可

能性があります。

ハードドライブおよびコントローラの構成が、障害が発生する前の元の構成と一

致していることを確認してください。




元の構成と一致しない場合は、ハードドライブの番号付けを制御可能な場合があ

ります。次の表に、Windows でディスクドライブ番号の割り当てに使用される順

序を示します。サードパーティドライバを使用する場合は、この表と異なる場合

があることに注意してください。

Windows では、その他の種類の大容量記憶装置コントローラは、通常、 SCSI コントロー

ラと見なされます。

メモ : Windows NT の場合 :Intelligent Disaster Recovery 準備ウィザードでハー

ドドライブ順序が検出されないときは、ハードドライブのパーティションを手動

で設定します。設定するには、ディザスタリカバリウィザードから Windows NT

ディスクアドミニストレータを使用します。その後、バックアップメディアの自

動リストアを続行します。

Intelligent Disaster Recovery 準備ウィザードで 8 GB より大きいドライブが 8 GB

であるとレポートされる場合は、ブートディスクを作成します。作成するには、［こ

のシステム上に現在インストールされている SCSI ドライバを使用する (Use

SCSI Drivers currently installed on this system)］オプションを有効にします。

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

...



索引

記号.ExTeNt.nnnn ファイル 180

.SeCuRiTy.nnnn ファイル 180

@@MaNgLeD.nnnn ファイル 179

@@MaNgLeD.nnnn_Rename ファイル 179

@@MaNgLeD.nnnn_Symlink ファイル 179

数字［1 つのメディアに対する複数の保持設定を許可

する (Allow multiple retentions per media)］

プロパティ 33

A

ACS_、 vm.conf エントリ 89

ACS_CSI_HOSTPORT、 vm.conf エントリ 90

ACS_SEL_SOCKET、 vm.conf エントリ 89

ACS_SSI_HOSTNAME、 vm.conf エントリ 90

ACS_SSI_INET_PORT、 vm.conf エントリ 91

ACS_SSI_SOCKET、 vm.conf エントリ 92

ACS_TCP_RPCSERVICE、 vm.conf エントリ 92

ACS_UDP_RPCSERVICE、 vm.conf エントリ 92

ADJ_LSM、 vm.conf エントリ 92

AFS の指示句 263

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

AFS ファイルリストの正規表現 264ALLOW_MEDIA_OVERWRITE 33, 75

ALLOW_MULTIPLE_RETENTIONS_PER_MEDIA 3

3, 75

ALLOW_NON_RESERVED_PORTS 33

クライアント 72Andrew File System (AFS)

インストール 261

指示句 263

正規表現 264

トラブルシューティング 266

バックアップ対象リスト 262

リストア 265

API ロボット 147, 157, 220

API_BARCODE_RULES、 vm.conf エントリ 93AUTHENTICATION_DOMAIN 34, 72

AUTHORIZATION_REQUIRED、 vm.conf

エントリ 94AUTHORIZATION_SERVICE 35

AUTO_PATH_CORRECTION、 vm.conf エントリ 94

AUTO_UPDATE_ROBOT、 vm.conf エントリ 95

available_media スクリプト 186

AVRD_PEND_DELAY、 vm.conf エントリ 95, 236

AVRD_SCAN_DELAY、 vm.conf エントリ 95

B

backup_exit_notify スクリプト 189

backup_notify スクリプト 188

bp.conf の SERVER エントリ 63

bp.conf の VERBOSE エントリ 69

bp.conf ファイル 226

UNIX クライアントオプション 71, 120

UNIX サーバーオプション 32

オプション 32

ユーザー固有

UNIX の root 以外のユーザー 71, 74, 88

UNIX の root ユーザー 71

ユーザー固有のファイル

UNIX の root 以外のユーザー 32

bpadm、使用

bpadm の起動 128

NetBackup データベースのバックアップ

手動 142

バックアップ属性の変更 138

オフラインカタログバックアップ 137

クライアント

ソフトウェアのインストール 137

クライアントソフトウェアのインストール 137

グローバル属性、指定 134

手動バックアップ 136, 137

ディザスタリカバリ情報の場所にアクセスする

ためのパスワード 133

ディザスタリカバリ情報の場所にアクセスする

ためのユーザー名 133

ディザスタリカバリ情報を格納する場所 133

ディザスタリカバリ情報を送信するための電子

メールアドレス 133

298 索引


ディザスタリカバリのためのクリティカルポリ

シー 134

メニューの概要 128

ユーティリティ 128

レポート、表示 135BPARCHIVE_POLICY 73

BPARCHIVE_SCHED 73

BPBACKUP_POLICY 73

BPBACKUP_SCHED 74

BPBRM_VERBOSE 35

BPDBJOBS_COLDEFS 36

BPDBM_VERBOSE 39

bpdynamicclient 112

bpend_notify スクリプト

UNIX クライアント 194

Windows クライアント 196BPEND_TIMEOUT 42

BPRD_VERBOSE 40

bpstart_notify スクリプト


Windows クライアント 191BPSTART_TIMEOUT 42

［BPTM のログレベル (BPTM logging level)］

プロパティ 41BPTM_VERBOSE 41

BUSY_FILE_NOTIFY_USER 75

C

CHECK_RESTORE_CLIENT 43

CLEAN_REQUEST_TIMEOUT、 vm.conf

エントリ 96CLIENT_CONNECT_TIMEOUT 43

CLIENT_NAME 75

CLIENT_PORT_WINDOW 43, 76

CLIENT_PORT_WINDOW、 vm.conf エントリ 96CLIENT_READ_TIMEOUT 42, 44, 76

CLIENT_RESERVED_PORT_WINDOW 45, 76

CLUSTER_NAME、 vm.conf エントリ 96

Compaq コンピュータの IDR でのリカバリ方法 294COMPRESS_SUFFIX 76

CONNECT_OPTIONS 45

CONNECT_OPTIONS、 vm.conf エントリ 97

crawlreleasebyname、 vmoprcmd オプション 233CREATE_BACKUP_VOLUMES 263

CRYPT_KEYFILE 80

CRYPT_LIBPATH 79

CRYPT_STRENGTH 79

D

DAS_CLIENT、 vm.conf エントリ 98

DataStore ボリュームプール 214

DAYS_TO_KEEP_LOGS、 vm.conf エントリ 98

dbbackup_notify スクリプト 198DEFAULT_CONNECT_OPTIONS 47

［DHCP 間隔を通知する (Announce DHCP interval)］

プロパティ 108

DHCP サーバー 107DISABLE_JOB_LOGGING 48

DISABLE_STANDALONE_DRIVE_EXTENSIONS 48

DISALLOW_BACKUPS_SPANNING_MEDIA 49

DISALLOW_CLIENT_LIST_RESTORE 49

DISALLOW_CLIENT_RESTORE 49

DISALLOW_SERVER_FILE_WRITES 80

diskfull_notify スクリプト 199DO_NOT_RESET_FILE_ACCESS_TIME 81

drfile.exe コマンド 284

drive_mount_notify スクリプト 256

drive_unmount_notify スクリプト 258

E

EMM_REQUEST_TIMOUT、 vm.conf エントリ 99

EMM_RETRY_COUNT、 vm.conf エントリ 98EMMSERVER 50

ENABLE_ROBOT_AUTH、 vm.conf エントリ 99ENABLE_ROBUST_LOGGING 50

ExTeNt.nnnn ファイル 180

F

FAILOVER_RESTORE_MEDIA_SERVERS 50

FlashBackup 177

FORCE_RESTORE_MEDIA_SERVER 51

G

GENERATE_ENGLISH_LOGS 52, 81

GNU tar 176

H

host.xlate ファイルおよび代替クライアントへの

リストア 175

299索引


I

i ノード変更時刻 86IBM

コンピュータの IDR でのリカバリ方法 294

デバイス番号 162IGNORE_XATTR 81

INCOMPLETE_JOB_CLEAN_INTERVAL 52

INFORMIX_HOME 81

INITIAL_BROWSE_SEARCH_LIMIT 52

UNIX クライアント上での設定 81Intelligent Disaster Recovery (IDR)

DR ファイル

drfile.exe での更新 284

概要 273

サーバーからの取得 273


drfile.exe を使用 284

更新する場合 282

ディザスタリカバリディスク 282, 283Windows

サポートされているエディション 270

セットアップ 287

ディスクアドミニストレータ 289

ウィザード

Intelligent Disaster Recovery 準備 275

ディザスタリカバリ 285

概要 272

［カスタムセットアップ (Custom Setup)］を

使用する場合 288

構成 274

サポートされている Windows の

エディション 270

準備ウィザード 275

使用要件 271

ディザスタリカバリウィザード 285

ディスク、更新 283

ハードディスクのパーティションの変更 288

ハードドライブのパーティションサイズの

変更 292

ブートマネージャの使用方法 294

ブートメディア

CD イメージの作成 279

種類の選択 276

準備 275

ブートメディアの更新 282

フロッピーディスク

更新 282

準備 275

よくある質問事項 294

INVENTORY_FILTER、 vm.conf エントリ 99

K

KEEP_DATABASE_COMM_FILE 82

KEEP_LOGS_DAYS 82

L

LIMIT_BANDWIDTH 53

LIST_FILES_TIMEOUT 82

LOCKED_FILE_ACTION 83

M

mail_dr_info.sh 200

MAP_CONTINUE_TIMEOUT、 vm.conf

エントリ 101

MAP_ID、 vm.conf エントリ 100Media Manager

構成ファイル 89

推奨する使用方法 203

セキュリティ 105

MEDIA_ID_BARCODE_CHARS、 vm.conf

エントリ 101MEDIA_ID_PREFIX 55

MEDIA_ID_PREFIX、 vm.conf エントリ 102MEDIA_REQUEST_DELAY 56

MEDIA_SERVER 56, 83

MEDIA_UNMOUNT_DELAY 56

MEGABYTES_OF_MEMORY 83

MM_SERVER_NAME、 vm.conf エントリ 102MPX_RESTORE_DELAY 57

MUST_USE_LOCAL_DRIVE 57

N

NBRB_CLEANUP_OBSOLETE_DBINFO 58

NBRB_ENABLE_OPTIMIZATIONS 58

NBRB_FORCE_FULL_EVAL 58

NBRB_MPX_GROUP_UNLOAD_DELAY 59

NBRB_REEVAL_PENDING 58

NBRB_REEVAL_PERIOD 59

NBRB_RETRY_DELAY_AFTER_EMM_ERR 59

NDMP 177, 235

NDMP ホストクレデンシャル 166NetBackup for Informix 81, 82

NetBackup Vault 150

300 索引


NetBackup のアクセス制御 (NBAC)

使用 99, 103NFS_ACCESS_TIMEOUT 84

O

OS/2、ブートマネージャおよび IDR 294

P

PREFERRED_GROUP、 vm.conf エントリ 103

PREVENT_MEDIA_REMOVAL、 vm.conf

エントリ 103

R

RAID 付きの Dell PowerEdge 6100/200

IDR でのリカバリ方法 293RANDOM_PORTS 60

クライアント上での設定 84

RANDOM_PORTS、 vm.conf エントリ 103

raw パーティション 177RE_READ_INTERVAL 60

REMOVE_BACKUP_VOLUMES 263

REQUIRED_INTERFACE 61, 62

クライアント上での設定 84

REQUIRED_INTERFACE、 vm.conf エントリ 104

RESERVATION CONFLICT 状態 233

restore_notify スクリプト 202RESTORE_RETRIES 84

S

SCSI Persistent RESERVE 229

SCSI RESERVE/RELEASE

RESERVATION CONFLICT 232, 233

エラーリカバリ 233

概要 229

制限事項 235, 236

保留 (PEND) 状態 233, 234

要件 235

予約の中断 232, 234

SeCuRiTy.nnnn ファイル 180SERVER 56

クライアント上の bp.conf オプション 85

SERVER、 vm.conf エントリ 105SERVER_CONNECT_TIMEOUT 66

SERVER_PORT_WINDOW 64, 84

SERVER_RESERVED_PORT_WINDOW 65

session_notify スクリプト 202

session_start_notify スクリプト 202

SKIP_RESTORE_TO_SYMLINK_DIR 65

SKIP_SMALL_VOLUMES 263

Solaris

拡張属性 177

SSO、 vm.conf エントリ 106

SSO_DA_REREGISTER_INTERVAL、 vm.conf

エントリ 105

SSO_DA_RETRY_TIMEOUT、 vm.conf

エントリ 106

SSO_HOST_NAME、 vm.conf エントリ 106SYBASE_HOME 86

Symantec Product Authentication and

Authorization

AUTHENTICATION_DOMAIN 34

AUTHORIZATION_SERVICE 35

System Commander と IDR 294

T

TapeAlert 207, 211

要件 207

ログコード 208tar

GNU 176

バックアップイメージの読み込み 176

TLH_、 vm.conf エントリ 106

TLM_、 vm.conf エントリ 106tpconfig

NDMP ホストクレデンシャルの追加 166

オンラインヘルプ 160

概要 156

起動 159

停止 159

デバイス構成の出力 167

ドライブ構成の更新 163

ドライブの削除 164

ドライブの追加 161

メニュー 159

ロボット構成の更新 163

ロボットの削除 164

ロボットの追加 160

tpconfig のオンラインヘルプ 160

tpreq、テープの要求 255

tpunmount、テープファイルの削除 257

301索引


U

UNIX クライアント上の USEMAIL 87UNLINK_ON_OVERWRITE 67

USE_CTIME_FOR_INCREMENTALS 86

USE_FILE_CHG_LOG 86

USE_VXSS 68, 87

userreq_notify スクリプト 203

V

VERBOSE 87

VERBOSE、 vm.conf エントリ 107Veritas Security Services (VxSS)

AUTHENTICATION_DOMAIN 72

bp.conf の USE_VXSS エントリ 87

bp.conf の VXSS_NETWORK エントリ 87

vm.conf ファイル

ACS_ エントリ 89

ACS_CSI_HOSTPORT エントリ 90

ACS_SEL_SOCKET エントリ 89

ACS_SSI_HOSTNAME エントリ 90

ACS_SSI_INET_PORT エントリ 91

ACS_SSI_SOCKET エントリ 92

ACS_TCP_RPCSERVICE エントリ 92

ACS_UDP_RPCSERVICE エントリ 92

ADJ_LSM エントリ 92

API_BARCODE_RULES エントリ 93

AUTHORIZATION_REQUIRED エントリ 94

AUTO_PATH_CORRECTION エントリ 94

AUTO_UPDATE_ROBOT エントリ 95

AVRD_PEND_DELAY エントリ 95

AVRD_SCAN_DELAY エントリ 95

CLEAN_REQUEST_TIMEOUT エントリ 96

CLIENT_PORT_WINDOW エントリ 96

CLUSTER_NAME エントリ 96

CONNECT_OPTIONS エントリ 97

DAS_CLIENT エントリ 98

DAYS_TO_KEEP_LOGS エントリ 98

ENABLE_ROBOT_AUTH エントリ 99

INVENTORY_FILTER エントリ 98, 99

MAP_CONTINUE_TIMEOUT エントリ 101

MAP_ID エントリ 100

MEDIA_ID_BARCODE_CHARS エントリ 101

MEDIA_ID_PREFIX エントリ 102

MM_SERVER_NAME エントリ 102

PREFERRED_GROUP エントリ 103

PREVENT_MEDIA_REMOVAL エントリ 103

RANDOM_PORTS エントリ 103

REQUIRED_INTERFACE エントリ 104

SERVER エントリ 105SSO_DA_REREGISTER_INTERVAL

エントリ 105

SSO_DA_RETRY_TIMEOUT エントリ 106

SSO_HOST_NAME エントリ 106

TLH_ エントリ 106

TLM_ エントリ 106

VERBOSE エントリ 107

概要 89vmadm

vmd の停止 144

コマンド 144

光ディスクのフォーマット 156

変更

ボリュームの最大マウント数 151

ボリュームの有効期限 150

ボリュームの移動 ( 「ボリュームの移動」を

参照 )

vmd コマンド 144VxFS

エクステント属性 180

名前付きデータストリーム 177VXSS_NETWORK 69, 87

あアクセス制御

サーバーまたはクライアント 85

リスト (ACL) 180

圧縮されたバックアップ 176

暗号化 178

ウィザード

Intelligent Disaster Recovery 準備 275

ディザスタリカバリ 285

英語のエラーログ 52, 81

オープンファイル ( 「ビジー状態のファイルの処理」

を参照 )

か拡張ファイル属性 177

バックアップ中に無視 81

カタログバックアップ

オフラインコールド 198

バックアップ通知スクリプト 198

［必ずローカルドライブを使用する (Must use local

drive)］プロパティ 57

間隔に基づくドライブクリーニング 212

［管理者の電子メールアドレス (Administrator

e-mail address)］プロパティ 120

302 索引


［既存のファイルの上書き (Overwrite existing files)］

プロパティ 66

［既存のファイルの上書き (Overwrite existing files)］

リストアオプション 67

共有ドライブ構成でのデバイスの交換 224

共有ドライブ構成でのデバイスの再構成 224

クライアント

bp.conf オプション 31

bp.conf の IGNORE_XATTR_SOLARIS

エントリ 81

bp.conf の IGNORE_XATTR エントリ 81

UNIX の動的クライアント 112

ホスト名の変更 174

クラスタ環境 96, 235

クリーニング

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

実行可能な回数 214

自動検出型クリーニング 211

テープ 151

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

［グローバルログレベル (Global logging level)］

プロパティ 41, 69

形式

光ディスクの説明 244

光メディア 156

権限、デバイスへのアクセス 259

構成からのサーバーの削除 226

コンピュータのブート

IDR ブートメディア 286

さサーバー

NetBackup

bp.conf ファイルの構成 32

複数 24

マスター 25

メディア 25

ホスト名の変更 174

サーバー、 NetBackup

アクセスの制御 85

サーバーリスト

UNIX クライアント 85, 86

最大マウント数

ボリュームの変更 151

作業リスト、優先度付け 185

サブネット、アドレスの形式 53

自動クリーニング 212

自動検出型クリーニング 211

手動バックアップ、 bpadm の使用 136, 137

スクラッチプール 217

スクリプトavailable_media 186

backup_exit_notify 187

backup_notify 187

bpend_notify 187

bpstart_notify 187, 189, 191

dbbackup_notify 187

diskfull_notify 187

drive_mount_notify 256

drive_unmount_notify 258

parent_end_notify 187

parent_start_notify 187

restore_notify 187

session_notify 187

session_start_notify 187

userreq_notify 187

通知 187

スケジュール

処理方法 183

ユーザーバックアップのデフォルト 74

スタンドアロンドライブtpconfig 162

拡張機能、無効化 241

［スタンドアロンドライブ拡張機能を有効に

する (Enable standalone drive extension)］

プロパティ 33, 48

制御パス、ロボット 157

た代替クライアントへのリストア、 host.xlate

ファイル 175

タイムアウトbpend 42

クライアントの読み込み 44, 76

タイムゾーン

夏時間 (DST) の設定 123

リストアのための調整 122

タイムゾーンの調整 122

多重化 (MPX)

［1 クライアントあたりの最大ジョブ数

(Maximum jobs per client)］プロパティ 22

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

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

最大数 19

テープ形式 244

バックアップ 244

バックアップのリカバリ 176

非多重化 23

303索引


「チェックポイントから再開」機能

未完了の状態として保持する日数を指定するた

めの bp.conf エントリ 52

通知スクリプト 187

ディザスタリカバリ

ディスク、更新 283

手順 285

ディスクアドミニストレータ 292

ディスクのオーバーヘッド、カタログ 187

テープ

オーバーヘッド、カタログ 187

スパン 240, 241

テープおよびテープファイル

テープの要求 255

テープファイルの位置設定 257

テープファイルの書き込み 256

テープファイルの削除 257

テープファイルの読み込み 256

光ディスクの使用 258

ファイル名 256

ボリュームプールの割り当て 256

巻き戻し 257

密度 255

テープ形式

QIC 以外 243QIC/WORM 243

多重化 244

テープのスパン 245

フラグメント処理 244

テープ構成ユーティリティ ( 「tpconfig」を参照 )

テープファイルの位置設定 257

テープファイルの書き込み 256

テープファイルの削除 257

テープファイルの読み込み 256

デバイス

検出 247

遅延 181

ファイル権限 259

ファイル、ロボット 161

デバイス構成の出力 167

デバイス構成の表示 167

デバッグログ制限機能 50

電子メール通知 120

転送速度 181, 182

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

ドメインネームサービス (DNS) ホスト名 175

ドライブ

ACS 情報 162

TLH 情報 162

TLM 情報 162

アクセス権 259

クリーニング

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

概要 211

手動 213

形式 161

構成 156

構成の更新 163

削除 164

スタンドアロン 162

追加 161

名前 162

非巻き戻しデバイス 161

ボリュームヘッダーデバイス 161

文字型デバイス 161

ロボットドライブ番号 162

ロボット番号、ドライブの制御 162

な夏時間 (DST) 123

名前付きデータストリームVxFS 177

バックアップ中に無視 81

ネットワーク転送速度 182

はバーコード 152, 219, 221

バーコードの最大長 220

バックアップ

backup_exit_notify スクリプト 189

backup_notify スクリプト 188

bpend_notify スクリプト


Windows クライアント 196

bpstart_notify スクリプト


Windows クライアント 191

diskfull_notify スクリプト 199

session_notify スクリプト 202

session_start_notify スクリプト 202

圧縮 176

多重化 176

必要な時間の見積り 180

メディア要件 186

バックアップ対象リスト、 AFS 262, 264

ピアネーム、クライアント 173

304 索引


光ディスク

形式 244

使用方法 258

フォーマットおよびラベル 156

ビジー状態のファイルの処理

構成の概要 113

操作ファイルの作成 117

変更bp.conf 115

bpend_notify_busy 119

ログ 118

ログディレクトリ 118

［ビジー状態のファイルの設定 (Busy File Settings)］

プロパティ 113, 115

ファイル.ExTeNt.nnnn 180

.SeCuRiTy.nnnn 180

/usr/openv/netbackup/ のファイルbp.conf 32

@@MaNgLeD.nnnn 179

@@MaNgLeD.nnnn_Rename 179

@@MaNgLeD.nnnn_Symlink 179

tpreq での名前 256

テープ上での位置設定 257

ブートマネージャと IDR 294

複数のサーバー 24

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

変更

ボリュームの最大マウント数 151

ボリュームの有効期限 150

ホスト名

簡潔 174

クライアントのピアネーム 173

クライアント名の変更 174

サーバー名の変更 174

正しい使用 172

ロボット制御の選択 157, 161

ボリューム 149, 151

追加 146

ボリューム (volume)

グループ

割り当て規則 215

プール

概要 214

スクラッチプールの構成 217

ボリュームの移動

1 つのボリューム 148

複数のボリューム 149

ボリュームヘッダーデバイス 161

ま巻き戻し

テープファイル 257

デバイス、なし 161

メール通知、 UNIX クライアント上の USEMAIL 87

メディア

ID の生成規則 147, 223

tar を使用したイメージの読み込み 176

形式 243

構成 144

サーバーの登録 30

スパン 240, 241

選択アルゴリズム 238, 240

プール 214

要件の決定 186

［メディア ID の接頭辞 (Media ID Prefix)］

プロパティ 55

メディア (Media)

ホストプロパティ

1 つのメディアに対する複数の保持設定を

許可する (Allow multiple retentions per media) 33

メディアの上書きを許可 (Allow media overwrite) 33

メディアサーバーの登録 30

メディアサーバーの廃止 226

［メディアの上書きを許可 (Allow media overwrite)］

プロパティ 33

メディアのスパン 240, 241, 245

［メディアのマウント解除の遅延 (Media unmount

delay)］プロパティ 56

［メディア要求の遅延 (Media request delay)］

プロパティ 56

メディアをまたがったバックアップを許可する(Allow backups to span media) 240

文字型デバイス 161

やユーザー

テープの要求 255

デバイスへのアクセス 259

要求

ユーザーのテープ 255

らライブラリに基づくクリーニング 212

リストア

AFS クライアント 265

305索引


AFS での注意 265

restore_notify スクリプト 202

再試行 84

タイムゾーンの調整 122

ログ (Logging)

ホストプロパティ

BPBRM のログレベル (BPBRM logging level) 35

BPDBM のログレベル (BPDBM logging level) 39

BPRD のログレベル (BPRD logging level) 40

BPTM のログレベル (BPTM logging level) 41

グローバルログレベル (Global logging level) 69

ログ、データベース拡張機能のログの保持 82

ロボット

形式 160

構成 156

構成の更新 163

削除 164

制御ホスト 157, 161

追加 160

デバイスファイル 161

ドライブ 162

番号 161, 162

ロボットクリーニング 212

ロボットの自動配置 146

わワイルドカード文字

AFS ファイルリスト 264

306 索引


管理者ガイ ド vol. 2 -...

Documents

管理者ガイド vol. 2 -...