Sun Cluster 3.1 データサービスのインストールと構成

第 12 章 Sun Cluster HA for NetBackup のインストールと構成

この章では、Sun Cluster サーバーで Sun Cluster HA for NetBackup の設定と管理を行う手順について説明します。

この章の内容は次のとおりです。

Sun Cluster HA for NetBackup のインストールと構成

インストール作業と構成作業を説明している節は次のとおりです。

表 12–1 作業マップ: Sun Cluster HA for NetBackup のインストールと構成


作業	参照箇所
インストール要件とサポートされる構成の確認	Sun Cluster HA for NetBackup の概要
VERITAS Netbackup のインストール	VERITAS Netbackup のインストール
データサービスパッケージのインストール	Sun Cluster HA for NetBackup パッケージのインストール
Sun Cluster HA for NetBackup の登録と構成	Sun Cluster HA for NetBackup の登録と構成
Sun Cluster HA for NetBackup 拡張プロパティの構成	Sun Cluster HA for NetBackup 拡張プロパティの構成
障害モニターの情報の表示	Sun Cluster HA for NetBackup の障害監視
(省略可能) クラスタ上での非 HA VERITAS Netbackup クライアントの構成	(省略可能) クラスタ上の非 HA VERITAS Netbackup クライアントの構成

Sun Cluster HA for NetBackup の概要

Sun Cluster HA for NetBackup は、VERITAS Netbackup マスターサーバーの高可用性を実現します。

NetBackup マスターサーバーは、一元的な管理・スケジューリングサーバーとしての役割を果たします。各クラスタは、NetBackup マスターサーバーを 1 台しか持てません。

マスターサーバーは、パブリックネットワークへの接続を介してメディアサーバーと通信を行います。一般に、非クラスタシステムにおいては、マスターサーバーを稼動させるノードはバックアップの作成と保存に使用されるデバイスに接続されます。しかし、Sun Cluster 環境では、バックアップデバイスをマスターサーバーではなくメディアサーバーに接続する必要があります。バックアップデバイスやメディアサーバーをクラスタ内に含めることはできません。

NetBackup メディアサーバーは、バックアップを実行するマシンです。ユーザーは、ローカルネットワーク上に複数のメディアサーバーを配置し、それらのメディアサーバー間で作業負荷を分散できます。

NetBackup クライアントは、クラスタの内部または外部に存在するノード上で稼動するプロセスです。クライアントは、マスターサーバーとメディアサーバーにバックアップされるようにマシンからデータを転送します。

NetBackup には、バックアップデバイスと対話式で処理を行うデーモンから構成される NetBackup メディアマネージャも含まれます。Sun Cluster は、デーモンを制御しません。

Sun Cluster HA for NetBackup は、NetBackup マスターサーバーだけを高可用対応にします。VERITAS Netbackup コンポーネント、エージェント、アドオン、およびこれらのコンポーネントを使用する機能は高可用対応ではありません。たとえば、データベースのオンライン (ホット) バックアップとウォームバックアップは高可用対応ではありません。これは、データベースバックアップエージェントが Sun Cluster フレームワークの制御下にないためです。

インストールに関する注意事項

VERITAS Netbackup と Sun Cluster HA for NetBackup をインストールする場合は、次の点に注意してください。図 12–1 は、構成の制限を示しています。

VERITAS Netbackup は、シングルインスタンスのデータサービスです。このため、1 つのクラスタについて複数の VERITAS Netbackup インスタンスを実行することはできません。
NetBackup マスターサーバーは、クラスタ内に設置する必要があります。
NetBackup クライアントは、クラスタの内部または外部に設置できます。
NetBackup メディアサーバーおよびそれらのバックアップデバイス (テープライブラリ、光学式読み取り装置など) は、どのクラスタにも含めることができません。
NetBackup マスターサーバーに関連付けられた共有ディスクは、次第に累積する NetBackup の管理ファイルとログを保持できるだけの十分な大きさを備えていなければなりません。管理ファイルとログのサイズは、ユーザーの構成に必要なバックアップ作業の量によって異なります。

サポートされる構成

次の図は、Sun Cluster HA for NetBackup のサポート構成を示しています。

NetBackup マスターサーバーはクラスタ内に含める必要があります。バックアップデバイスは、メディアサーバーにしか接続できません。バックアップデバイスとメディアサーバーは、クラスタ内に含めることはできません。

NetBackup コンポーネント間の通信は、パブリックネットワークへの接続を介してしか発生しません。フェイルオーバーまたはスイッチオーバーが発生すると、クラスタに制御されているコンポーネントはそれらのバックアップノードにフェイルオーバーまたはスイッチオーバーします。

図 12–1 Sun Cluster HA for NetBackup のサポートされている構成

VERITAS Netbackup のインストール

Sun Cluster 3.1 のインストールと構成が終わったあとで、以下の説明と VERITAS のマニュアルを参考にして VERITAS Netbackup のインストールと構成を行ってください。

VERITAS Netbackup のインストール

この作業例では、nb-master という名前は NetBackup をマスターするクライアントノードを指し、slave-1 はメディアサーバーを指します。

すべてのノードで、Sun Cluster が動作していることを確認します。

フェイルオーバーリソースグループを有効にして、リソースグループをオンラインにします。
# scswitch -Z -g resource-group
-g resource-group

リソースグループの名前を指定します。

-Z

リソースグループを管理状態に移行し、リソースグループをオンラインにします。

論理ホストリソースをマスターするノードにログオンします。

インストールスクリプトを実行して、VERITAS 製品 CD-ROM 内の VERITAS Netbackup パッケージを /usr/openv ディレクトリにインストールします。
phys-schost-1# ./install

メニューが表示されたなら、Option 1 (NetBackup) を選択します。

このオプションは、サーバーに Media Manager と NetBackup ソフトウェアの両方をインストールします。

インストールスクリプト内のプロンプトに従って作業を進めます。

このインストールスクリプトは、エントリを /etc/services と /etc/inetd.conf ファイルに追加します。

phys-schost-1# ./install
...
Would you like to use "phys-schost-1.somedomain.com" as the 
configured name of the NetBackup server? (y/n) [y] n
...
Enter the name of the NetBackup server: nb-master
...
Is nb-master the master server? (y/n) [y] y
...
Enter the fully qualified name of a media (slave) server (q to quit)? 
slave-1

Netbackup リソースをバックアップノードに切り替え、手順 3 から手順 7 までの手順を、Netbackup リソースが動作するすべてのノードに Netbackup バイナリをインストールするまで繰り返します。

Sun Cluster HA for NetBackup がインストールされた各クラスタノードから、/etc/rc2.d/S77netbackup と /etc/rc0.d/K77netbackup ファイルを削除します。

これらのファイルを削除すると、NetBackup はブート時に起動しなくなります。

1 つのノードで、/usr/openv/netbackup/bp.conf ファイルを変更して以下の情報を指定してください。
- SERVER = logical-hostname-resource
  
  バックアップサーバーに対するすべての要求が主ノードから発生します。サーバー名は、論理ホスト名リソースに相当します。
- CLIENT_NAME = logical-hostname-resource
  
  Sun Cluster HA for NetBackup を実行するクラスタでは、CLIENT_NAME は nb-master に相当します。
- REQUIRED_INTERFACE = logical-hostname-resource
  
  このエントリは、NetBackup アプリケーションが使用する論理インタフェースを示します。
変更後のファイルの例を示します。
SERVER = nb-master SERVER = slave-1 CLIENT_NAME = nb-master REQUIRED_INTERFACE = nb-master

1 つのノードから、NetBackup 構成ファイルをマルチホストディスクに配置します。

このファイルを、NetBackup が使用するフェイルオーバーディスクデバイスグループに含まれるディスクに配置してください。

フェイルオーバーディスクデバイスグループの主ノードから、次のコマンドを実行します。この例では、フェイルオーバーディスクデバイスグループは global です。

# mkdir /global/netbackup
# mv /usr/openv/netbackup/bp.conf /global/netbackup
# mv /usr/openv/netbackup/db /global/netbackup
# mv /usr/openv/volmgr/database /global/netbackup
# ln -s /global/netbackup/bp.conf /usr/openv/netbackup/bp.conf
# ln -s /global/netbackup/db /usr/openv/netbackup/db
# ln -s /global/netbackup/database /usr/openv/volmgr/database

注 –

特定のディスクデバイスグループの主ノードを確認するには、コマンド scstat -D を実行してください。

ほかのすべてのノードから、次のコマンドを実行します。

# rm -rf /usr/openv/netbackup/bp.conf
# rm -rf /usr/openv/netbackup/db
# rm -rf /usr/openv/volmgr/database
# ln -s /global/netbackup/bp.conf /usr/openv/netbackup/bp.conf
# ln -s /global/netbackup/db /usr/openv/netbackup/db
# ln -s /global/netbackup/database /usr/openv/volmgr/database

次に進む手順

Netbackup のインストールと構成の確認を参照して、Netbackup のインストールと構成を確認してください。

Netbackup のインストールと構成の確認

この節では、Netbackup のインストールと構成を確認する手順について説明します。

Netbackup のインストールと構成の確認

次の手順を使用して、Netbackup のインストールと構成の確認を行います。この手順では、まだデータサービスをインストールしていないため、アプリケーションが高可用性であることの確認は行いません。

Netbackup アプリケーションを手動で起動します。

Netbackup アプリケーションが問題なく起動したかどうかを確認します。
- 起動できた場合は、この手順は完了です。
- エラーが発生した場合は、Netbackup のインストールと構成をもう一度行ってください。

次に進む手順

Sun Cluster HA for NetBackup パッケージのインストールを参照して Sun Cluster HA for NetBackup を登録し、このデータサービス用にクラスタを構成してください。

Sun Cluster HA for NetBackup パッケージのインストール

対話形式の scinstall(1M) ユーティリティーを使用し、クラスタに Sun Cluster HA for NetBackup パッケージである SUNWscnb をインストールします。

Sun Cluster のインストール時に SUNWscnb パッケージをすでにインストールしてある場合は、Sun Cluster HA for NetBackup の登録と構成へ進んでください。まだインストールしていない場合は、次の手順に従って SUNWscnb パッケージをインストールします。

Sun Cluster HA for NetBackup パッケージのインストール

この手順を実行するには、Sun Cluster 3.1 Agents CD-ROM が必要です。Sun Cluster HA for NetBackup を実行するすべてのクラスタノードでこの手順を実行してください。

Sun Cluster 3.1 Agents CD-ROM を CD-ROM ドライブに挿入します。

オプションは指定せずに、scinstall ユーティリティーを実行します。

scinstall ユーティリティーが対話型モードで起動します。

メニューオプション「新しいデータサービスのサポートをこのクラスタノードに追加」を選択します。

scinstall ユーティリティーにより、ほかの情報を入力するためのプロンプトが表示されます。

Sun Cluster 3.1 Agents CD-ROM のパスを指定します。

このユーティリティーには、この CD は“data services cd”と示されます。

インストールするデータサービスを指定します。

選択したデータサービスが scinstall ユーティリティーによって示され、この選択内容の確認が求められます。

scinstall ユーティリティーを終了します。

ドライブから CD を取り出します。

次に進む手順

Sun Cluster HA for NetBackup の登録と構成を参照して Sun Cluster HA for NetBackup を登録し、このデータサービス用にクラスタを構成してください。

Sun Cluster HA for NetBackup の登録と構成

この節の作業は、Sun Cluster HA for NetBackup をフェイルオーバーデータサービスとして登録、構成するために行ないます。

データサービスを構成するには、アプリケーションのためにリソースグループとリソースを作成する必要があります。リソースとリソースグループについては、このマニュアルの第 1 章「Sun Cluster データサービスの計画」と『Sun Cluster 3.1 の概念』を参照してください。

Sun Cluster HA for NetBackup の登録と構成

この手順では、scrgadm (1M) コマンドを使って Sun Cluster HA for NetBackup の登録と構成を行う方法を説明します。

注 –

その他のオプションでもデータサービスの登録および構成を行うことができます。それらの方法については、データサービスリソースを管理するためのツールを参照してください。

この手順を実行するには、次の情報を確認しておく必要があります。

データサービスをマスターできるクラスタノードの一覧。
クライアントがデータサービスにアクセスするために使用するネットワークリソース。通常、この IP アドレスはクラスタをインストールするときに設定します。ネットワークリソースの詳細は、『Sun Cluster 3.1 の概念』を参照してください。

注 –

この手順は、1 つのクラスタメンバーで実行してください。

クラスタメンバー上でスーパーユーザーになります。

ネットワークとアプリケーションのリソースを格納するためのフェイルオーバーリソースグループを作成します。

必要に応じて、-h オプションを指定し、データサービスを実行できる一群のノードを選択することもできます。
# scrgadm -a -g resource-group [-h nodelist]
-g resource-group

リソースグループの名前を指定します。

[-h nodelist]

潜在的マスターを識別する物理ノード名または ID をコンマで区切って指定します (任意)。フェイルオーバー時は、この順序で主ノードが決まります。クラスタのすべてのノードがマスターになり得るのであれば、-h オプションを指定する必要はありません。

ネームサービスデータベースにすべてのネットワークリソースが追加されたか確認します。

Sun Cluster のインストール時に、この確認を行います。

注 –
ネームサービスの検索における問題を回避するために、すべてのネットワークリソースがサーバーとクライアントの /etc/inet/hosts ファイルに存在することを確認します。

リソースグループにネットワークリソースを追加します。
# scrgadm a -L -g resource-group -l logical-hostname\ [-j resource] [-n netiflist]
-a

新しい構成の追加を指定します。

[-j resource]

論理ホスト名リソースに名前を指定します (任意)。名前を指定しない場合、デフォルトでリソース名は -l オプションで最初に指定した名前になります。

-l logical-hostname

共有される一連のアドレスを指定します。

-L

リソースグループが使用するネットワークリソースの種類として論理ホスト名リソースを指定します。

[-n netiflist]

各ノード上の IP ネットワークマルチパスグループをコンマで区切って指定します (省略可能)。netiflist 内の各要素の書式は、 netif@node でなければなりません。netif は、sc_ipmp0 などの IP Networking Multipathing グループ名として指定できます。ノードは、sc_ipmp@phys-schost-1 や sc_ipmp0@1 などのように、ノード名またはノード ID で識別できます。

注 –
現在 Sun Cluster では、netif にアダプタ名を使用できません。

scrgadm コマンドを実行して、データサービスのリソースタイプを登録します。

リソースタイプとして SUNW.netbackup_master を登録してください。
# scrgadm -a -t SUNW.netbackup_master
-t SUNW.netbackup_master

当該データサービス用にあらかじめ定義されているリソースタイプを指定します。

リソースグループ内に NetBackup リソースを作成します。

# scrgadm -a -j resource -g resource-group -t SUNW.netbackup_master

scswitch(1M) コマンドを実行して次の作業を行います。
- リソースと障害の監視を有効にします。
- リソースグループを管理状態にします。
- リソースグループをオンラインにします。
# scswitch -Z -g resource-group
-Z

リソースグループを管理状態に移行し、リソースグループをオンラインにします。

例 – Sun Cluster HA for NetBackup を登録する

次の例では、Sun Cluster HA for NetBackup を 2 ノードクラスタに登録する方法を示します。

Cluster Information
Node names: phys-schost-1, phys-schost-2
Resource Type: SUNW.netbackup_master
Logical hostname resource: nb-master
Resource group: NB-RG (フェイルオーバーリソースグループ)
Netbackup Resources: test-scnb

(NetBackup リソースタイプを登録する)
# scrgadm -a -t SUNW.netbackup_master 

(すべてのリソースを含むようにフェイルオーバーリソースグループを追加する)
# scrgadm -a -g NB-RG -h phys-schost-1,phys-schost-2
 
(リソースグループにネットワークリソースを追加する)
# scrgadm -a -L -g NB-RG -l nb-master 
 
(リソースグループにNetBackup リソースを追加する)
# scrgadm -a -j test-scnb -g NB-RG -t SUNW.netbackup_master
 
(リソースグループをオンラインにする)
# scswitch -Z -g NB-RG

Sun Cluster HA for NetBackup 拡張プロパティの構成

この節では、Sun Cluster HA for NetBackup の拡張プロパティについて説明します。通常、拡張プロパティは、リソースを作成するときにコマンド行から scrgadm -x parameter=valueを実行して構成します。Sun Cluster の全プロパティについては、付録 A 「標準プロパティ」を参照してください。

表 12–2 は、NetBackup リソースのために設定できる拡張プロパティを示したものです。拡張プロパティの中には動的に変更できるものもありますが、それ以外の拡張プロパティは、リソースを作成するときにしか更新できません。次の表の「調整」欄は、各プロパティを更新できるタイミングを示しています。

表 12–2 Sun Cluster HA for NetBackup 拡張プロパティ


名前/データタイプ	説明
`Start_command` (文字列)	NetBackup アプリケーションを起動するコマンド。デフォルト:`/opt/SUNWscnb/master/bin/start.` `netbackup` 範囲: なし調整:不可能
`Stop_command` (文字列)	NetBackup アプリケーションを停止するコマンド。デフォルト: `/opt/SUNWscnb/master/bin/stop.` `netbackup` 範囲: なし調整:不可能
`Monitor_ retry_ count` (整数)	障害モニターに許可される Process Monitor Facility (PMF) 再起動の回数。デフォルト:`4` 範囲: 最小 = 1 調整: 任意の時点
`Monitor_ retry_ interval` (整数)	障害モニターが再起動を試みる間隔 (分)。デフォルト:`2` 範囲: 最小 = 2 調整: 任意の時点
`Probe_timeout` (文字列)	プロセスを確実に検証するために障害モニターが待機する時間を計算するのに使用される時間 (秒)。起動時に、NetBackup の `START` メソッドはデーモンの数に `Probe_timeout` の値を掛けてデーモンが起動すべき時間を計算します。`Probe_timeout` の値がデフォルト値の場合、`START` メソッドは 60 秒待機したあとで起動を監視します。デフォルト:`60` 範囲: 最小 = 1 調整: 任意の時点

Sun Cluster HA for NetBackup の障害監視

アプリケーションの起動時に、NetBackup はこれらのデーモン、vmd、bprd、および bpdbm を起動します。Sun Cluster HA for NetBackup の障害モニターは、これらのプロセスを監視します。START メソッドが動作している間、障害モニターはこれらのデーモンがオンラインになるのを待機し、その後アプリケーションの監視を開始します。Probe_timeout 拡張プロパティは、障害モニターが待機する時間を指定します。

デーモンがオンラインになったあとで、障害モニターは kill (pid, 0) を使用してデーモンが動作しているかどうかを確認します。デーモンがどれも動作していない場合、障害モニターはすべての検証機能が正常に動作するまで次のアクションを順に開始します。

現在のノードでリソースを再起動します。
現在のノードでリソースグループを再起動します。
リソースグループのノードリストに存在する次のノードにリソースグループをフェイルオーバーします。

プロセス ID (PID) はすべて、一時ファイル /var/run/.netbackup_master に保存されます。

(省略可能) クラスタ上の非 HA VERITAS Netbackup クライアントの構成

必要に応じ、Sun Cluster HA for NetBackup を実行しない NetBackup クライアントをクラスタ上で構成できます。このためには、以下の方法の 1 つを使用してください。

各ノードを個別の NetBackup クライアントとして構成する方法 – 任意のノードを使用してクラスタファイルシステム上のファイルをバックアップできます。特定のノードの NetBackup クライアント名を使用することにより、そのノードにローカルなファイルをバックアップできます。
1 つの論理ホスト名リソースを NetBackup クライアントとして構成する方法 – クラスタ上の複数の論理ホスト名リソースを NetBackup クライアントとして構成することはできません。また、論理ホスト名リソースを NetBackup クライアントとして構成した場合は、その論理ホスト名の主ノードとなり得るノードを NetBackup クライアントとして構成することもできません。

1 つの論理ホスト名リソースを NetBackup クライアントとして構成するには、次の作業を行なってください。
1. 次に示すように、論理ホスト名リソースの主ノードになり得るすべてのノードでファイル /usr/openv/netbackup/bp.conf を変更し、CLIENT_NAME が logical-hostname-resource と同じになるようにします。
  CLIENT_NAME = logical-hostname-resource
2. 論理ホスト名リソースの主ノードになり得るすべてのノードで、/usr/openv/netbackup/bp.conf ファイルに次のエントリを追加します。
  REQUIRED_INTERFACE = logical-hostname-resource
  注 –
  REQUIRED_INTERFACE がすでに存在する場合は、logical-hostname-resource と等しくなるようにエントリを変更してください。
  
  たとえば、論理ホスト名リソースの名前が schost-1 の場合、変更後のファイルには次のエントリが含まれます。
  SERVER = nb-master SERVER = slave-1 CLIENT_NAME = schost-1 REQUIRED_INTERFACE = schost-1