サポートと今すぐチャット
サポートとのチャット

NetVault 12.1 - 管理ガイドマネージドサービス プロバイダ向け

前書き はじめに クライアントの設定
NetVault Backupクライアントについて WebUIからのソフトウェアのインストール（プッシュ・インストール） クライアントの追加 クライアントの管理 クライアント・グループの管理
カタログ検索の管理 ストレージ・デバイスの設定
ストレージ・デバイスについて SANの考慮事項 Quest DR Seriesシステム Quest QoreStor NetVault SmartDisk EMC Data Domainシステム Snapshot Array Manager 仮想テープ・ライブラリ 仮想単体ドライブ 共有仮想テープ・ライブラリ 物理テープ・デバイス
データのバックアップ ポリシーの管理 データのリストア NetVault Backupダッシュボードの管理 ジョブの管理 ログの監視 ストレージ・デバイスの管理
ストレージ・デバイスを管理するためのロールベースのアクセス デバイス・アクティビティの監視 リスト・ビューでのディスクベースのストレージ・デバイスの管理 ツリー・ビューでのディスク・ベースのストレージ・デバイスの管理 Snapshot Array Managerの管理 リスト・ビューでのテープ・ライブラリの管理 ツリー・ビューでのテープ・ライブラリの管理 リスト・ビューでのテープ・ドライブの管理 ツリー・ビューでのテープ・ドライブの管理 共有デバイスの追加
ストレージ・メディアの管理 ユーザー・アカウントとグループ・アカウントの管理 テナントの管理 イベントと設定通知の監視 NetVault Backupでのレポーティング クライアント・クラスタの使用 NetVault Backupのデフォルトの設定
デフォルトの設定について 暗号化の設定 プラグイン・オプションの設定 ポスト・スクリプトのデフォルトの設定 検証プラグインのデフォルトの設定 展開マネージャの設定 ジョブ・マネージャの設定 ログ・デーモンの設定 メディア・マネージャの設定 ネットワーク・マネージャの設定 プロセス・マネージャの設定 RASデバイスの設定 スケジュール・マネージャの設定 Webサービスの設定 オーディタ・デーモンの設定 ファイアウォールの設定 一般設定 セキュリティの設定 NetVault Timeの同期 レポーティング・ユーティリティの設定 NetVault Backup WebUIのデフォルト設定の構成 固有のVSSプロバイダを使用するNetVault Backup設定 Txtconfigを使用するデフォルトの設定
診断トレース 診断データの管理 deviceconfigユーティリティの使用 NetVault Backupプロセス 環境変数 NetVault Backupが使用するネットワーク・ポート トラブルシューティング

共有仮想テープ・ライブラリ

このセクションには、以下のトピックが含まれています。

•
共有仮想テープ・ライブラリについて
•
SVTLの検討事項
•
SVTLの前提条件
•
SVTLの作成と追加
•
前に作成したSVTLの再追加

共有仮想テープ・ライブラリについて

NetVault Backup共有仮想テープ・ライブラリ（SVTL）では、VTLを複数のNetVault Backupマシンと共有してLANを使用せずにバックアップすることができ、これによってVTL実装が拡張されます。

SVTLは、以下のプラットフォームでサポートされています。

•
Windows
•
Linux（x86およびx86-64）
•
Solaris（SPARCおよびx86-64）

インターフェイスは、ファイバ・チャネル、iSCSI、またはSCSIを使用することができます。 LinuxおよびSolarisプラットフォームでは、SCSI_FCPプロトコルもサポートされています。 ディスクは任意のサイズにすることができます。 ただし、オペレーティング・システムによる制約が適用されます。 SVTLサイズは実行時にCLIユーティリティを使用して変更することができます。

図14. SVTL

SVTLの検討事項

SVTLを設定する前に、以下の点に注意する必要があります。

•
SVTLのサイズは、ディスク・サイズによって異なります。 したがって、SVTLのサイズ要件に合うディスクを選択する必要があります。
•
ディスクが、SVTLにアクセスするすべてのクライアントに物理的に接続されていることを確認します。 SVTLの仮想ドライブ数は、SVTLにアクセスするマシン数に応じて異なります。 ただし、現在ディスクに接続されているマシン数によって制限はされません。 将来の使用に備えて、追加デバイスを設定することができます。
•
仮想アーム・チェンジャを制御するマシンを選択します。 SVTLドライブは複数のクライアント間で共有または分散できますが、仮想アーム・チェンジャを制御するクライアントは1つのみです。

SVTLの前提条件

SVTLを作成する前に、以下の条件を満たしていることを確認します。

•
一般的な要件
•
LinuxベースのシステムでのRaw I/Oの設定
•
Red Hat LinuxへのRaw I/Oの設定
•
Red Hat Enterprise Linux 5以降へのRaw I/Oの設定
•
SUSE LinuxへのRaw I/Oの設定
一般的な要件
•
SVTLを共有するすべてのNetVault Backupクライアントにディスク・アレイを接続します。 インターフェイスには、ファイバ・チャネル、iSCSI、またはSCSIを使用することができます。 LinuxおよびSolarisプラットフォームでは、SCSI_FCPプロトコルもサポートされています。
•
SVTLとして、パーティションまたはボリュームがマウントされていない未フォーマットのディスクを使用します。 ハード・ディスク上のパーティションはSVTLとして機能しません。 追加要件には、以下のものが含まれます。
•
ディスクは複数のインターフェイスを使用できる必要があります。
•
Windowsの場合、取り出し不可のディスクはすべてSVTLとして機能することができます。
•
NetVault Backupでは、マルチパス、パワーパス、またはソフトウェアのRAIDテクノロジはサポートされていません。
•
Windowsの場合は、ディスクまたはLUN上の既存のボリュームを削除してから、そのディスクまたはLUNを使用してSVTLを作成します。
•
Windows 2008、Windows 7、およびWindows Vistaの場合は、「ディスクの管理」管理ユーティリティを使用してディスクをオンラインにします。 ディスクの初期化を促すプロンプトが表示されたら、「いいえ」を選択します。これらの手順を実行しないと、NetVault Backupではディスク上にSVTLを作成できません。
•
Linuxの場合は、Raw I/Oを実行する前に、Rawデバイス・ノードのプールを1つのブロック・デバイスにバインドします。 また、デバイス接続情報をブロックするRawのセントラル・リポジトリとして機能するRawデバイス・コントローラがあります。
バインドは、通常、rawというLinuxディストリビュータが提供するユーティリティを使用して実行されます。
•
SVTLをホストするかドライブを共有するSolarisシステムの/kernel/drv/sd.confファイルで、該当するディスクまたはボリュームのSCSI IDとLUNの値を指定します。 この要件は、SAN上のディスクまたはRAIDボリュームを使用する場合にのみ適用されます。 次の形式で値を指定します。
name="sd" class="scsi" target=6 lun=5;
•
Solarisシステムの場合は、ハード・ディスクに「Backup」という名前の単一の大きなパーティションを作成します。 該当するコマンドを利用して、単一パーティションを含めることができるようにターゲットのハード・ディスクを設定します。
•
仮想アーム・チェンジャを制御するクライアントを決定します。
LinuxベースのシステムでのRaw I/Oの設定

LinuxベースのシステムにRaw I/Oを設定するには、以下が必要です。

•
1つ以上の空きIDEまたはSCSIディスク・パーティション
•
/dev/rawctlまたは/dev/rawというRawデバイス・コントローラ。 コントローラが存在しない場合は、以下のコマンドを入力してシンボリック・リンクを作成します。
ln -s /dev/your_raw_dev_ctrl /dev/rawctl

以下の例は、LinuxにRaw I/Oを設定する方法を示したものです。

1
プロンプトに以下のコマンドを入力して、devices.txtファイルの情報を表示します。 このファイルは、/usr/src/linux/Documentationディレクトリにあります。
ls /dev/rawctl
– または –
ls /dev/raw/raw1
2
rootとしてログインし、以下のコマンドを入力してデバイスを作成します。
mknod /dev/rawctl c 162 0
3
以下の権限を設定します。
crw-rw

/dev/raw/raw1および/dev/raw/raw2が必要な場合は、devices.txtファイルに一覧された適切な数字を使用して同じ手順に従い、同じ権限を設定します。

Red Hat LinuxへのRaw I/Oの設定

以下の例は、Red Hat LinuxにRaw I/Oを設定する方法を示したものです。 使用するRawパーティションは/dev/sdaです。

1
次の例に示すように、このパーティションの4096バイトのページ数を計算します。
fdisk /dev/sda
Disk /dev/sda: 255 heads, 63 sectors, 1106 cylinders
Units = cylinders of 16065 * 512 bytes
num_pages = floor( ((1106-524+1)*16065*512)/4096 )
num_pages = 11170736
2
未使用のRawデバイス・ノードをこのパーティションに接続します。 バインドは、マシンを再起動するたびに実行する必要があります。 このコマンドを実行するには、rootとしてログインする必要があります。
raw /dev/raw/raw1 /dev/sda
3
固定バインドのために、/etc/sysconfig/rawdevicesファイルを開いて以下の行を追加します。
dev/raw/raw1 /dev/sda
システムを再起動するか、または次のコマンドを入力します。
/etc/rc.d/init.d/rawdevices start
4
Rawデバイス・コントローラとディスク・パーティションに適切な読み取り権限を設定します。 Rawデバイスに適切な読み取りおよび書き込み権限を設定します。
Red Hat Enterprise Linux 5以降へのRaw I/Oの設定

Rawデバイス・インターフェイスはRed Hat Enterprise Linux 5では廃止されています。現在、Rawデバイス・マッピングは、udevルールを使用して実行されています。 Rawデバイスを正しくマッピングするには、適切なエントリを以下の形式で/etc/udev/rules.d/60-raw.rulesファイルに追加します。

•
デバイス名の場合：
ACTION=="add", KERNEL=="<デバイス名>", RUN+="/bin/raw /dev/raw/rawX %N"
•
メジャーまたはマイナー番号の場合：
ACTION=="add", ENV{MAJOR}=="A", ENV{MINOR}=="B", RUN+="/bin/raw /dev/raw/rawX %M %m"

ここで、<デバイス名>は、バインドするデバイスの名前です（例：/dev/sda1）。AとBは、バインドするデバイスのメジャーまたはマイナー番号です。Xは、システムが使用するrawデバイス番号です。

大きな既存の/etc/sysconfig/rawdevicesファイルがある場合は、以下のスクリプトで変換します。

#!/bin/sh
grep -v "^ *#" /etc/sysconfig/rawdevices | grep -v "^$" |
while read dev major minor;
do
if [-z “$minor”]; then
echo “ACTION==\”add\”, KERNEL==\”${major##/dev/}\”,
RUN+=\\”/bin/raw $dev%N\"“
else
echo “ACTION==\”add\”, ENV{MAJOR}==\”$major\”,
ENV{MINOR}==\”$minor\”, RUN+=\\”/
bin/raw $dev%M%m\”$dev%M%m\””
fi
done
SUSE LinuxへのRaw I/Oの設定

SUSE Linuxでは、Rawディスク・パーティションを/etc/rawファイルで管理します。 このプレーン・テキスト・ファイルには、指定可能な設定のコメントと例が記述されています。 Rawデバイスを作成したら、/etc/init.d/rawスクリプトによって起動することにより、そのRawデバイスをバインドします。 chkconfig(8)ユーティリティを使用して、再起動後にRawデバイスがバインドされるようにします。

関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択