EMC® NetWorker®クラスタ 8.2 統合ガイド · PDF fileRed Hat Enterprise Linuxの高可用性機能.....40 NetWorker RHELのインストール準備 ... VCSからのNetWorkerのアンインストール

EMC® NetWorker®クラスタバージョン 8.2

統合ガイド302-000-690

REV 01

Copyright © 1990-2014 EMC Corporation. All rights reserved.（不許複製・禁無断転載）

6 月, 2014 発行

EMC Corporation は、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更されることがあります。

この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporation は、この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示の保証はいたしません。

EMC²、EMC、および EMC ロゴは、米国およびその他の国における EMC Corporation の登録商標または商標です。他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

ご使用の製品に関する規制等についての新情報は、EMC オンラインサポート（https://support.emc.com）を参照してください。

EMC ジャパン株式会社〒 151-0053 東京都渋谷区代々木 2-1-1新宿マインズタワーhttp://japan.emc.comお問い合わせはhttp://japan.emc.com/contact

2 EMC NetWorker クラスタ 8.2 統合ガイド

7

9

11

概要 15

スタンドアロンアプリケーション...................................................................... 16クラスタアウェアアプリケーション.................................................................. 16高可用性アプリケーション..............................................................................16

クラスターの構成 19

クラスターの NetWorker のインストール準備.................................................. 20AutoStart.......................................................................................................20

AutoStart への NetWorker のインストール準備................................. 20AutoStart for UNIX 上での NetWorker の構成....................................21AutoStart for Windows での NetWorker の構成.................................24

AIX HACMP/PowerHA SystemMirror............................................................... 26NetWorker HACMP/PowerHA SystemMirror のインストール準備........26クラスタアウェア NetWorker クライアントの構成................................27高可用性 NetWorker サーバーの構成.............................................. 27

HP MC/ServiceGuard.....................................................................................29NetWorker MC/ServiceGuard のインストール準備.............................29NetWorker MC/ServiceGuard の構成................................................30

Microsoft Failover Cluster Server 2008、2012、および 2012 R2..................... 35MSFCS クラスタへの NetWorker のインストール準備......................... 35高可用性 NetWorker サーバーの構成.............................................. 36

SLES 高可用性拡張機能............................................................................... 38クラスタアウェア NetWorker クライアントの構成................................38クラスタでの高可用性 NetWorker サーバの構成...............................39

Red Hat Enterprise Linux の高可用性機能..................................................... 40NetWorker RHEL のインストール準備................................................ 40クラスターアウェアクライアントの構成..............................................40クラスタでの高可用性 NetWorker サーバの構成...............................41

Sun Cluster および Oracle Solaris Cluster...................................................... 42Sun Cluster または Oracle Solaris Cluster への NetWorker のインストール準備............................................................................................. 43クラスタアウェア NetWorker クライアントの構成................................43高可用性 NetWorker サーバの構成..................................................45

VERITAS Cluster Server.................................................................................. 49VERITAS クラスタへの NetWorker のインストール準備....................... 49VERITAS クラスタでの NetWorker の構成.......................................... 49

構成のトラブルシューティング........................................................................ 56バックアップの実行時間または nsrd の起動時間が長い................... 56NetWorker 仮想サーバーが nsrmmd の起動に失敗する...................58

図

表

序文

第 1 章

第 2 章

目次

EMC NetWorker クラスタ 8.2 統合ガイド 3

高可用性 NetWorker サーバー用のデバイスの構成 59

オートチェンジャおよび共有テープデバイスの構成........................................60オートチェンジャーと非共有テープデバイスの構成........................................ 61スタンドアロンホストからのロボットの制御..................................................... 63

バックアップ/リカバリの構成 65

NetWorker 仮想サーバーライセンスの登録...................................................66クラスターの NetWorker 環境変数の設定...................................................... 68NetWorker サーバーへのアクセスのクライアントへの制限..............................68NetWorker 仮想サーバーの構成................................................................... 70物理ノードのバックアップ用のクライアントリソースの作成..............................71仮想クライアントのバックアップ用のクライアントリソースの作成.....................71NetWorker 仮想サーバーのバックアップデバイスの構成............................... 73

ローカルストレージノードにバックアップするように仮想クライアントを構成する..............................................................................................74

クラスタノードの手動バックアップの実行....................................................... 74非 root または非管理者ユーザーのための手動バックアップの構成........................................................................................................ 75コマンドプロンプトからの手動バックアップの実行............................. 76NetWorker User からの手動バックアップの実行................................ 76

バックアップのトラブルシューティング.............................................................76RAP エラー: クライアントのリソース情報を抽出できません................. 77ファイルシステムがスケジュールセーブの対象から外された............77ファイルシステムのバックアップ情報が誤ったクライアントファイルインデックスに書き込まれた....................................................................78HACMP デバイスにバックアップする際、対応するデバイスが見つからない.....................................................................................................78

データのリカバリ............................................................................................79ローカルストレージノードからリカバリする仮想クライアントの構成....80

リカバリのトラブルシューティング................................................................... 80NSR サーバ［nw_server_name］：クライアントの［virtual_hostname］がNetWorker サーバ上で正しく構成されていません..............................80

クラスターからの NetWorker ソフトウェアのアンインストール 81

AutoStart からの NetWorker のアンインストール............................................ 82AutoStart for Windows からの NetWorker のアンインストール........... 82AutoStart for UNIX からの NetWorker のアンインストール..................82

HACMP からの NetWorker のアンインストール................................................83HP MC/ServiceGuard からの NetWorker のアンインストール...........................84MSFCS からの NetWorker のアンインストール................................................ 84RHEL 高可用性からの NetWorker のアンインストール.................................... 85SLES HAE からの NetWorker のアンインストール............................................ 85SUN Cluster または Oracle Solaris Cluster からの NetWorker のアンインストール..................................................................................................................... 86VCS からの NetWorker のアンインストール.....................................................87

VCS for Solaris および VCS for Linux からの NetWorker のアンインストール.................................................................................................87VCS for Windows からの NetWorker のアンインストール....................87

高可用性 NetWorker アプリケーションの更新 89

NetWorker アプリケーションの更新................................................................ 90

第 3 章

第 4 章

第 5 章

第 6 章

目次


91

97

用語集

索引

目次


目次


高可用性 NetWorker サーバ.......................................................................................... 18オートチェンジャと共有デバイス..................................................................................... 61オートチェンジャと非共有デバイス..................................................................................62外部のスタンドアロンストレージノード........................................................................... 63

1234

図


図


改訂履歴....................................................................................................................... 11高可用性 NetWorker サーバー用の環境変数 ................................................................21NWClient リソースタイプの属性..................................................................................... 50

123

表


表


はじめに

製品ラインを改善するための努力の一環として、EMC ではソフトウェアおよびハードウェアのリビジョンを定期的にリリースしています。そのため、このドキュメントで説明されている機能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポートされていないものもあります。製品のリリースノートには、製品の機能に関する新情報が掲載されています。

製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、EMC のテクニカルサポートプロフェッショナルにお問い合わせください。

このマニュアルには、発行時点で正確だった情報が記載されています。 EMC オンラインサポート（http://japan.emc.com/support-training/support/online-support.htm）にアクセスし

て、このマニュアルの新バージョンを使用していることを確認してください。

目的

このドキュメントでは、NetWorker ソフトウェアをクラスタ環境でインストール、更新、およびアンインストールする方法を説明します。

対象読者

このドキュメントは NetWorker マニュアルセットの一部であり、システム管理者がNetWorker ソフトウェアをクラスタ環境でインストールおよび構成する際に使用することを目的としています。

改訂履歴

次の表に、このドキュメントの改訂履歴を示します。

表 1 改訂履歴

リビジョン日付説明

01 2014 年 6 月 18 日 EMC NetWorker 8.2 のこのマニュアルの初のリリース

関連ドキュメント

次に示す EMC 関連の資料に補足情報が記載されています。

u 「 NetWorker Online Software Compatibility Guide」EMC 情報保護ソフトウェアの各バージョンでサポートされているクライアンント、サーバー、ストレージのオペレーティングシステムの一覧が記載されています。 EMC オンラインサポート（support.emc.com）で、「Online Software Compatibility Guide」にアクセスできます。［製品ごとのサポート］ページで、［製品の検索］を使用して「NetWorker」を検索し、［インストール、ライセンス、構成］リンクを選択します。

u 「EMC NetWorker 管理ガイド」

NetWorker ソフトウェアの構成および使用方法が記載されています。

u 「EMC NetWorker Installation Guide」サポートされるすべてのシステム上でクライアント、ストレージノード、サーバー用のNetWorker ソフトウェアをインストール、アンインストール、更新する方法に関する情報が記載されています。

u 「EMC NetWorker Updating from a Previous Release Guide」NetWorker ソフトウェアを以前にインストールされたリリースから更新する方法について説明します。


https://support.emc.com/

https://support.emc.com/

u 「EMC NetWorker リリース・ノート」

新の NetWorker ソフトウェアの新機能と変更内容、修正された問題、既知の制限、環境とシステム要件に関する情報が記載されています。

u 「EMC NetWorker Avamar デバイス統合ガイド」

NetWorker 環境で Avamar デバイスを使用する計画および構成に関する情報が記載されています。

u 「EMC NetWorker クローン作成統合ガイド」

NetWorker、NMM、NMDA のクローン作成機能を使用する場合の計画、手順、および構成情報を含みます。

u 「EMC NetWorker Command Reference Guide」NetWorker のコマンドおよびオプションに関する参照情報が記載されています。

u 「EMC NetWorker Data Domain 重複排除デバイス統合ガイド」NetWorker 環境での Data Domain デバイスを使用したデータ重複バックアップおよび保存の計画および構成に関する情報が記載されています。

u 「EMC NetWorker 災害復旧ガイド」

災害発生時に NetWorker サーバ、ストレージノード、クライアントを復旧するための準備に関する情報が記載されています。

u 「EMC NetWorker エラーメッセージガイド」

一般的な NetWorker エラーメッセージに関する情報が記載されています。

u 「EMC NetWorker Licensing Guide」NetWorker 製品および機能のライセンスに関する情報が記載されています。

u 「EMC NetWorker Performance Optimization Planning Guide」NetWorker 環境の基本的なパフォーマンスのサイズ設定、計画、適化に関する情報が記載されています。

u 「EMC NetWorker 管理コンソールオンラインヘルプ」

NetWorker 管理コンソールと NetWorker の［管理］ウィンドウで日常の管理タスクを実行する方法を説明しています。ヘルプを表示するには、メインメニューでヘルプをクリックします。

u 「EMC NetWorker User オンラインヘルプ」

NetWorker User プログラムは、Windows クライアントインタフェースです。ネットワーク経由でファイルのバックアップ、リカバリ、アーカイブ、リトリーブを行うためにサーバに接続する Windows クライアントインタフェースである NetWorker User プログラムの使用方法について説明します。

u テクニカルノート/ホワイトペーパーテクニカルノートとホワイトペーパーには、重要なビジネス上の問題や要件に適用される製品の詳細な技術的観点が記載されています。テクニカルノートとホワイトペーパーの種類には、テクノロジーおよびビジネスの考慮事項、応用テクノロジー、詳細な論評、およびベストプラクティスの計画が含まれます。

このマニュアルで使用される特記事項の表記規則

EMC では、特別な注意を要する事項に次の表記法を使用します。

負傷に関連しない作業を示します。

重要ではあるが、危険ではない情報を表します。

表記規則

本書では、以下の表記規則を使用します。

はじめに


［太字］ウィンドウ名、ダイアログボックス、ボタン、フィールド、タブ名、キー名、メ

ニューパスなど（ユーザーが選択またはクリックする）インタフェース要素

の名前に使用されます。

「斜体」本文内で参照される出版物の完全なタイトルに使用されます。

Monospace 次の場合に使用されます。

l システムコード

l エラーメッセージやスクリプトなどのシステム出力

l パス名、ファイル名、プロンプト、構文

l コマンドおよびオプション

［モノスペース斜体］変数に使用します。

モノスペース太字ユーザー入力に使用します。

［］オプション値

| 縦棒は、選択肢を示し、「または」を意味する

{ } 中括弧内は、ユーザーが指定する必要のある内容を示す（例：x、y、z）

... 省略記号は例の中で省略した重要でない情報を示す

サポート

EMC のサポート情報、製品情報、ライセンス情報は、次の場所で入手できます。

製品情報

ドキュメント、リリースノート、ソフトウェアアップデートや、EMC 製品の詳細については、EMC オンラインサポート（https://support.emc.com）を参照してください。

テクニカルサポート

EMC オンラインサポートにアクセスして、［サービスセンター］をクリックします。 EMC テクニカルサポートへの問い合わせ方法がいくつか表示されます。サービスリクエストを開始するには、有効なサポート契約が必要です。有効なサポート契約の入手方法の詳細や、アカウントに関する質問については、EMC 販売担当者にお問い合わせください。

オンライン・コミュニティ

ピアの連絡先、対話、製品サポートおよびソリューションのコンテンツについては、EMC コミュニティネットワーク（https://community.emc.com）にアクセスしてください。すべてのEMC 製品について、対話形式により、カスタマー、パートナー、認定専門資格保持者とオンラインで対話します。

ご意見

マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちしております。本書についてのご意見を [email protected] にお送りください。

はじめに


https://support.emc.com

https://community.emc.com

mailto:[email protected]

はじめに


第 1 章

概要

このドキュメントでは、NetWorker ソフトウェアをクラスタ環境で構成、使用する方法を説明します。また、このガイドでは、NetWorker をクラスタ化されたホストにインストールする前に知っておく必要があるクラスタ特有の情報を記載します。 NetWorker ソフトウェアは、クラスタの各物理ノードにインストールする必要があります。

このガイドでは、NetWorker ソフトウェアをインストールする方法については説明しません。「EMC NetWorker インストールガイド」では、NetWorker ソフトウェアをサポートされているオペレーティングシステムにインストールする方法について説明します。 NetWorker ソフトウェアをクラスタで構成するには、次のいずれかの方法を使用します。

u スタンドアロンアプリケーション.............................................................................. 16u クラスタアウェアアプリケーション.......................................................................... 16u 高可用性アプリケーション......................................................................................16

概要 15

スタンドアロンアプリケーションNetWorker サーバー、ストレージノード、またはクライアントソフトウェアをスタンドアロンアプリケーションとしてインストールすると、必要なデーモンが各ノードで実行されるようになります。 NetWorker デーモンはノードで停止した場合でも、クラスタ管理ソフトウェアによって自動で再起動されることはありません。

この構成の概要

u NetWorker は、どのノードが共有ディスクを所有しているかを認識しない。常に共有ディスクのバックアップが存在するようにするには、共有ディスクおよびローカルディスクをバックアップするよう各物理ノードの NetWorker クライアントリソースを構成しておく必要がある。

u 共有ディスクを所有または管理していない物理ノードが行う共有ディスクのバックアップは、必ず失敗する。

u NetWorker は、共有ディスクを所有している物理ノードに、共有バックアップのクライアントファイルインデックスエントリーを書き込む。

u 共有ディスクのバックアップからデータをリカバリするには、バックアップ時にどの物理ノードが共有ディスクを所有していたかを確認する必要がある。

クラスタアウェアアプリケーションサポートされているオペレーティングシステムでクラスタアウェア NetWorker のクライアントまたはサーバを構成すると、必要なすべてのデーモンが各物理ノードで実行されるようになります。 NetWorker デーモンはノードで停止した場合でも、クラスタ管理ソフトウェアによって自動で再起動されることはありません。

クラスタアウェア NetWorker アプリケーションは、クラスタで実行される仮想アプリケーションのパス所有権を確認する。これにより、NetWorker ソフトウェアは共有ファイルシステムをバックアップし、仮想クライアントにクライアントファイルインデックスエントリーを書き込むことができるようになる。

クラスタアウェア NetWorker アプリケーションを構成する場合は、以下を行っておく必要があります。

u 共有ディスクをバックアップするために、クラスタ内に仮想ノードの NetWorker クライアントリソースを作成する。

u ローカルディスクをバックアップするために、各物理ノードに NetWorker クライアントリソースを作成する。

u 共有ディスクのバックアップデータのリカバリ先にする仮想ノードを選択する。

高可用性アプリケーションサポートされているオペレーティングシステムで、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成できます。高可用性 NetWorker サーバーは、NetWorker仮想サーバーとも呼ばれます。

NetWorker サーバーソフトウェアが高可用性アプリケーションの場合は、以下が行われます。

u アクティブノードは、NetWorker サーバーデーモンを実行し、共有ドライブのグローバル/nsrディレクトリにアクセスする。

u パッシブノードは、NetWorker クライアントデーモン、nsrexecd を実行する。

概要


u フェイルオーバーが行われると、新しいアクティブノードが NetWorker サーバデーモンを実行する。

u NetWorker 仮想サーバーでは、どのクラスタノードが NetWorker サーバアプリケーションを所有しているかに関係なく、NetWorker 仮想ホストの IP アドレスとホスト名が使用される。

u NetWorker は、クラスタで実行される仮想アプリケーションのパス所有権を確認する。これにより、NetWorker ソフトウェアは共有ファイルシステムをバックアップし、仮想クライアントにクライアントファイルインデックスエントリーを書き込むことができるようになる。

高可用性 NetWorker サーバーを構成する場合は、以下を行っている必要があります。

u 共有ディスクをバックアップするために、クラスタ内に仮想ノードの NetWorker クライアントリソースを作成する。

u ローカルディスクをバックアップするために、各物理ノードに NetWorker クライアントリソースを作成する。

u 共有ディスクのバックアップデータのリカバリ先にする仮想ノードを選択する。

次の図は、2 台のノードと 1 台の仮想サーバーから構成される一般的なクラスター構成における、高可用性 NetWorker サーバーの例を示しています。この図で示す構成は次のとおりです。

u ノード 1、［clus_phy1］は、ローカルディスクがある物理ノードである。

u ノード 2、［clus_phy2］は、ローカルディスクがある物理ノードである。

u 仮想サーバー、［clus_vir1：］

l 共有ディスクを所有する。ボリュームマネージャで共有ディスクを管理する。

l ノード 1 とノード 2 との間でフェイルオーバーできますが、NetWorker サーバソフトウェアは一度に 1 台のノード上でしか動作しません。

概要

高可用性アプリケーション 17

図 1 高可用性 NetWorker サーバ

概要


第 2 章

クラスターの構成

この章では、クラスタへの NetWorker のインストール準備方法と、各クラスタでのNetWorker の構成方法を説明します。各物理ノードに NetWorker ソフトウェアをインストールした後で、次の手順を実行します。

クラスター化された環境に NetWorker ソフトウェアをインストールおよび更新する手順は、クラスター化されていない環境でこのソフトウェアをインストール、更新する手順と同じです。NetWorker をサポートされている各オペレーティングシステムにインストールする方法については、「NetWorker インストールガイド」を参照してください。

u クラスターの NetWorker のインストール準備.......................................................... 20u AutoStart...............................................................................................................20u AIX HACMP/PowerHA SystemMirror....................................................................... 26u HP MC/ServiceGuard.............................................................................................29u Microsoft Failover Cluster Server 2008、2012、および 2012 R2............................. 35u SLES 高可用性拡張機能....................................................................................... 38u Red Hat Enterprise Linux の高可用性機能............................................................. 40u Sun Cluster および Oracle Solaris Cluster.............................................................. 42u VERITAS Cluster Server.......................................................................................... 49u 構成のトラブルシューティング................................................................................ 56

クラスターの構成 19

クラスターの NetWorker のインストール準備このセクションでは、NetWorker ソフトウェアをクラスターのノードにインストール前に確認するべき一般情報について説明します。

u サポートされているすべてのクラスタープラットフォームで、NetWorker サービスの開始前にクラスターサービスを開始しておく必要がある。 NetWorker サービスが開始された後でクラスタサービスが開始された場合、NetWorker ソフトウェアは好ましくない動作を示す可能性がある。

u 物理ノード名と仮想ノード名がともに DNS（ドメイン名システム）で解決できることを確認する。

u 各物理ノード上での hostname コマンドの出力は、ping 可能な IP アドレスと対応していなければならない。

u 仮想ホスト名は、DNS または NIS（ネットワーク情報サービス）で公開できる。

u 使用するオペレーティングシステム用の新のクラスタパッチをインストールする。

u 各クラスタノードで、プライベートディスクの同じ場所にソフトウェアをインストールする。

u 専用の共有ディスクとファイルシステムをクラスター内の各ノードに接続する。NetWorker ソフトウェアにより共有ディスクにディレクトリが作成される。仮想クライアントのクライアントリソースが NetWorker サーバーで正しく構成されていない場合、共有ドライブのバックアップは失敗します。

AutoStartこのセクションでは、NetWorker ソフトウェアをインストールする前に、AutoStart クラスターを準備する方法について説明します。このセクションでは、クラスターの各物理ノードにNetWorker ソフトウェアをインストールした後で、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。

NetWorker ソフトウェアのインストール方法については、「NetWorker インストールガイド」を参照してください。

このセクションで説明している内容は、NetWorker をスタンドアロンアプリケーションとしてイ

ンストールする場合には適用されません。

AutoStart への NetWorker のインストール準備

AutoStart クラスターの NetWorker ソフトウェアのインストール前にこのセクションを参照してください。

u 常に 2 つのプライマリコントローラを実行する必要があります。［AutoStart Console］を使用して、少なくとも 1 つのセカンダリノードをプライマリノードに昇格します。ノードで故障が発生した場合、他のノードがすべてのデータとともに自動的にオンラインになります。 AutoStart のマニュアルに詳細な方法が記載されています。

u Windows 専用 AutoStart の場合：

l 1 台のノードで、管理される共有ディスクとしてフォルダを作成する。例：s:\nsr フォルダは共有しない。 AutoStart ソフトウェアをすでにインストールしていて、管理された共有ディスクがすでに存在する場合は、共有プロパティを削除する。共有プロパティが存在する場合は、NetWorker ソフトウェアのインストールが失敗する。



l クラスタの各物理ノードで、AutoStart Console のユーザーアカウントである NTAUTHORITY\SYSTEM にローカル管理者アクセス権限が設定されていることを確認します。

u 各ノードで、ルートアカウント用に［FT_DIR］、［FT_DOMAIN］、および［FT_CONSOLE_DIR］環境変数を設定します。

次の表に、各オペレーティングシステムについて環境変数を定義する方法を示します。

表 2 高可用性 NetWorker サーバー用の環境変数

オペレーティング・システム

コマンドユーザー定義変数の説明

AIX FT_DIR=/usr/lpp/LGTOaam51FT_CONSOLE_DIR=$FT_DIR/console

FT_DOMAIN=［domain_name］

export FT_DIR FT_DOMAINFT_CONSOLE_DIR

［domain_name］は AutoStart ドメイン。

HP-UX FT_DIR=/opt/EMCas###FT_CONSOLE_DIR=$FT_DIR/console



［###］は AutoStart のバージョン。たとえば、

AutoStart 5.4 Sp3 の場合は、543 を指定。

［domain_name］は AutoStart ドメイン名。

Linux FT_DIR=/opt/EMCas###FT_CONSOLE_DIR=$FT_DIR/console






Solaris FT_DIR=/opt/EMCas###FT_CONSOLE_DIR=$FT_DIR/console






AutoStart for UNIX 上での NetWorker の構成

このセクションでは、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントソフトウェアをクラスターアウェアアプリケーションとして構成する方法を説明します。 AutoStart for UNIX

クラスタアウェア NetWorker クライアントの構成

クラスターアウェア NetWorker クライアントは、クラスター化された IP アドレスとクラスター内の共有ファイルシステムを認識します。クラスターアウェア NetWorker クライアントを構


AutoStart for UNIX 上での NetWorker の構成 21

成し、仮想ノードのクライアントリソースを作成できるようにするには、次の手順を実行します。

はじめに

各物理ノードで root ユーザーになり、次の手順を実行します。手順

1. クラスター構成スクリプト［/networker_install_path/］networker.clusterを実行します。

2. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、インストール時に指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。［/nsr］

3. ［NetWorker サーバーとクライアントの両方を構成しますか］ > ［Yes or No [Yes]?］プロンプトで、［No］と入力します。

高可用性 NetWorker サーバーの構成

高可用性 NetWorker サーバーを構成するには、各アクティブノードと各パッシブノードを構成する必要があります。

UNIX AutoStart クラスターの構成

はじめに

アクティブノードで root ユーザーになり、次の手順を実行します。

手順

1. クラスター構成スクリプト［/networker_install_path/］networker.clusterを実行します。

2. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、インストール時に指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。 /nsr

3. ［NetWorker サーバとクライアントの両方を構成しますか］［はい、またはいいえ[Yes]?］プロンプトで、［Yes］と入力します。

4. ［］［次について現在およびサイト固有の値を追加しますか： NSR_SHARED_DISK_DIR］および［NSR_SERVICE_ID Yes or No [Yes]?］プロンプトで、Yes と入力し、他のクラスター環

境との互換性を確保します。

5. ［NetWorker で使用する論理ホスト名を入力しますか?］プロンプトで、高可用性NetWorker サーバの公開された論理ホスト名を入力します。次に例を挙げます。clus_vir1。

6. ［nsr ディレクトリの作成先/保存先のパスは?］プロンプトで、グローバルにマウントする/nsr ディレクトリのパス名を指定します。

後で構成を変更する場合は、lc_config.exe -r オプションを実行してから、もう一

度 lc_config.exeを実行します。

7. NetWorker デーモンを停止します。

nsr_shutdown8.［networker_install_path］/nw_ux.lc.aam5.imp ファイルの次のフィールド

をクラスター構成の適切な値に編集、変更します。

l 仮想ホスト名



l 物理クラスタノード名

l 共有ドライブ名

変更が必要な各フィールドの前には、#NW customise label タグが表示されます。［］

9. NetWorker リソースグループを作成するため、［networker_install_path］内か

ら ftcli コマンドを実行します。

l AIX： $FT_DIR/bin/ftcli -c “import/usr/bin/nw_ux.lc.aam5.imp”

l HPUX： $FT_DIR/bin/ftcli -c “import /opt/networker/bin/nw_ux.lc.aam5.imp”

LVM ソフトウェアを使用する場合、AutoStart アプリケーションには 2 つのデータソー

スが必要になります。ボリュームグループ（/dev/vg03）をアクティブ化するデータソースと、共有マウントポイント（/vg_nsr on /dev/vg03/lvol1）をマウントするデータソースです。

l Linux： $FT_DIR/bin/ftcli -c “import /usr/sbin/nsr/nw_ux.lc.aam5.imp”

l Solaris： $FT_DIR/bin/ftcli -c “import /usr/sbin/nw_ux.lc.aam5.imp”

10.［AutoStart Management Console］を使用して、NetWorker リソースグループが正しくインポートされたことを確認します。

11.［networker_install_path］/nwinst.sh スクリプトファイルを実行します。

12.AIX の場合に限り、論理ボリュームの関連づけ先にできる各ノード上で、/etc/filesystems ファイルと［FullTime AutoStart Resource］グループに定義されている論

理ボリュームのマウントポイント値が互いに同じであることを確認します。

/etc/filesystems ファイル内の論理ボリュームのマウントポイントを変更するに

は、次のコマンドを実行します。 chfs -n ［new_mountpoint old_mountpoint］

13.NetWorker デーモンを起動します。

UNIX AutoStart クラスターでのパッシブノードの構成

はじめに

各パッシブノードで root ユーザーになり、次の手順を実行します。

手順

1. クラスタ構成スクリプト［/networker_install_path/］networker.clusterを実行します。

2. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、インストール時に指定したローカル NetWorker ディレクトリの場所を入力します。次に例を挙げます。［/nsr］

3. ［NetWorker サーバとクライアントの両方を構成しますか Yes or No [Yes]?］プロンプトで、［Yes］と入力します。


AutoStart for UNIX 上での NetWorker の構成 23

4. ［次について現在およびサイト固有の値を追加しますか： NSR_SHARED_DISK_DIR］および［NSR_SERVICE_ID Yes or No [Yes]?］プロンプトで、［Yes］と入力し、他のクラスター環境との互換性を確保します。

5. ［NetWorker で使用する論理ホスト名を入力しますか?］プロンプトで、高可用性NetWorker サーバーの公開された論理ホスト名を入力します。次に例を挙げます。clus_vir1。

6. ［nsr ディレクトリの作成先/保存先のパスは?］プロンプトで、グローバルにマウントする/nsr ディレクトリのパス名を指定します。

AutoStart for Windows での NetWorker の構成

このセクションでは、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントソフトウェアをクラスターアウェアアプリケーションとして構成する方法を説明します。 AutoStart for Windows。


クラスターアウェア NetWorker クライアントは、クラスター化された IP アドレスとクラスター内の共有ファイルシステムを認識します。クラスターアウェア NetWorker クライアントを構成し、仮想ノードのクライアントリソースを作成できるようにするには、次の手順を実行します。

はじめに

各物理ノードで管理者ユーザーになり、次の手順を実行します。手順

1.［networker_install_path］\lc_config scriptを実行します。

2. ［共有 nsr ディレクトリを入力してください：］プロンプトで、共有 nsr ディレクトリのパス名を指定します。

3. ［EMC Fulltime Autostart ドメイン名を入力してください：］プロンプトで、AutoStart サーバのドメイン名を指定します。

4. ［これでよろしいですか [y/n]］プロンプトで、y と入力して、情報が正しいことを確認しま

す。

高可用性 NetWorker サーバの構成


Windows AutoStart クラスターでのアクティブノードの構成

アクティブノードで管理者ユーザーになり、次の手順を実行します。

手順

1. networker_install_path［\］lc_config スクリプトを実行します。


3. ［EMC Fulltime Autostart ドメイン名を入力してください：］プロンプトで、AutoStart サーバのドメイン名を指定します。次に例を挙げます。 galaxy。


す。

5. ［NetWorker バックアップ/リカバリサーバー］サービスを停止します。

6.［networker_install_path］\nw_nt.aam5.imp ファイルの次のフィールドをク

ラスター構成の適切な値に編集、変更します。



l 仮想ホスト名

l 物理クラスタノード名

l 共有ドライブ名

変更が必要な各フィールドの前には、［#NW customise label］タグが表示されます。

7. NetWorker リソースグループを作成するため、［networker_install_path］ディレ

クトリ内から ftcli コマンドを実行します。

“C:\Program Files\EMC\AutoStart\galaxy\bin\ftcli” -d ［AutoStart_domain_name］ -c "import nw_nt.lc.imp"

次に例を挙げます。

C:\Program Files\EMC NetWorker\nsr\bin>"C:\Program Files\EMC\AutoStart\galaxy\bin\ftcli" -d galaxy -c "import nw_nt.aam5.imp"IP Address "guiro" CreatedProcess Class "nsrd" CreatedProcess "NSRserver" CreatedConfiguration "NSRserver" CreatedProcess Class "nsrexecd" CreatedProcess "NSRexecd" CreatedConfiguration "NSRexecd" CreatedData Source "networker_ds" CreatedResource Group "networker" CreatedOK

8. ［AutoStart Console］を使用して、次の処理を実行します。

a. NetWorker サーバーリソースが正しくインポートされたことを確認します。

b. 管理された共有ディスクを共有します（たとえば、s:\nsr）。c. NetWorker 仮想サーバーをオンラインに戻します。

d. NetWorker 仮想サーバーがストレージとして使用するディスクを選択します。クラスタ内の各物理ノードが共有ストレージとして管理するディスを選択します。

e. NetWorker 仮想サーバーの［networker_ds］データソースが［AutoStartManagement Console］プログラムで管理されていることを確認します。

NetWorker 仮想サーバーのデータソースは、NetWorker リソースグループで定義さ

れます。

9.［networker_install_path］\nwinst.batスクリプトを実行します。

nwinst.batスクリプトにより、次のような AutoStart 警告が出力されます。

Connecting to AutoStart domain autostar...Backbone warning on primrose (pid 135) Wed Mar 31 01:52:34 2010 in ISIS_MGT_INTERCL_MODULE .\cl_inter.c/intercl_accept(), line 1927 ID00005235 Intercl IO Queue NULL/IO_DEAD calling resurrect. Process from=1/612 nd dest=1/1352. Backbone warning on primrose (pid 1352) Wed Mar 31 01:52:34 2010 in ISIS_MGT_INTERCL_MODULE .\cl_inter.c/intercl_accept(), line 1927 ID00005235 Intercl IO Queue NULL/IO_DEAD calling resurrect. Process from=2/1868 and dest=1/1352.

このようなメッセージは問題を示すものではないため、無視してください。

10.NetWorker Backup and Recover Serverサービスを開始します。


AutoStart for Windows での NetWorker の構成 25

Windows AutoStart クラスターのパッシブノードの構成


手順

1.［networker_install_path］\lc_configスクリプトを実行します。


3. ［EMC Fulltime Autostart ドメイン名を入力してください：］プロンプトで、AutoStart サーバのドメイン名を指定します。


す。

AIX HACMP/PowerHA SystemMirrorNetWorker ソフトウェアをインストールする前に、AIX HACMP/PowerHA SystemMirror クラスターを準備します。このセクションでは、クラスターの各物理ノードに NetWorker ソフトウェアをインストールした後で、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。




NetWorker HACMP/PowerHA SystemMirror のインストール準備

AIX HACMP/PowerHA SystemMirror の NetWorker ソフトウェアのインストール前にこのセクションを参照してください。

u 物理クライアントをバックアップする

l 各ノードには、永続 IP または HACMP 環境の制御外で構成された追加 NIC が必要となる。

l NetWorker では物理クライアントに一意に接続するアドレスが必要となる。 HACMPfor AIX のサービスおよびブートアドレスは、この要件を満たさない。これは、リソースグループを接続するときに、IP アドレスの引き継ぎ（IPAT）に設定されたクラスタが、ブートアドレスをサービスアドレスに置き換えるためである。

u NetWorker 仮想サーバー用にサービス IP ラベルを定義する。

u リソースグループを定義せずに IP アドレスの引き継ぎ（IPAT）を使用する場合には、ブートアドレスを使用してホストに接続する必要がある。サービスアドレスは物理ノードではなく、リソースグループに関連づけられています。

u 物理クライアントの専用 NIC が使用するアドレスと同等の名前にホスト名を設定する。この NIC をプライマリネットワークアダプタ、たとえば en0 として構成する。高可用性NetWorker サーバーには、HACMP/PowerHA SystemMirror に制御されない追加の NICは不要。

u サービスアドレスは物理ノードではなく、リソースグループに関連づけられています。hostname コマンドのコンピュータ上の出力は、ping 可能な IP アドレスと対応していなければなりません。コンピュータのホスト名も、物理クライアントの永続的 IP または専用 NIC が使用するアドレスと同等の名前に設定にされている必要があります。永続的



IP または専用 NIC のいずれを使う場合でも、プライマリネットワークアダプタ（たとえば、en0）を使用する必要がある。



はじめに


1. クラスタ構成スクリプト/usr/sbin/networker.clusterを実行します。

2. ［続行しますか? [Yes]?］プロンプトで、［Yes］と入力します。

3. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、NetWorker をインストールする際に指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。 /space/nsr.

4. ［NetWorker 仮想サーバーを構成しますか?[y/n]］プロンプトで、y と入力します。



はじめに


1. クラスタ構成スクリプト /usr/sbin/networker.clusterを実行します。

2. ［続行しますか? [Yes]?］プロンプトで、Yes と入力します。

3. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、NetWorker をインストールする際に指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。 /nsr.

4. ［NetWorker 仮想サーバーを構成しますか?[y/n]］プロンプトで、Yes と入力します。

5. ［次について現在およびサイト固有の値を追加しますか： NSR_SHARED_DISK_DIR および NSR_SERVICE_ID Yes or No [Yes]?］プロンプトで、Yes と入力し、他のクラスター環境

との互換性を確保します。

6. ［NetWorker で使用する公開されたサービス IP レベルを入力しますか?］プロンプトで、仮想ノードのホスト名を入力します。たとえば、clus_vir1です。

7. ［nsr ディレクトリの作成先/保存先のパスは?］に対して、共有の nsr マウントディレクトリを入力します。たとえば、/nsr_shared_mnt_ptです。



8. 次の値が設定されていることを確認します。

NSR_SERVERHOST = ［virtual_hostname］NSR_SHARED_DISK_DIR = ［shared_nsr mount_directory］


クラスタアウェア NetWorker クライアントの構成 27


NSR_SERVERHOST = clus_vir1 NSR_SHARED_DISK_DIR = /nsr_shared_mnt_pt

9. NetWorker アプリケーションサーバーリソースを作成します。

a. コマンドプロンプトで、次のように入力します。 smit hacmp

b. ［smit］のメインウィンドウで、次のオプションを選択します。

– HACMP の場合：［クラスター構成］ > ［クラスターリソース］ > ［アプリケーションサーバーの定義］ > ［アプリケーションサーバーの追加］

– PowerHA の場合：［クラスターアプリケーションとリソース］ > ［リソース］ > ［ユーザーアプリケーションの構成（スクリプトと監視）］ > ［アプリケーションコントローラースクリプト］ > ［アプリケーションコントローラースクリプトの追加］

c. 次の値を指定します。

Server name: networkerStart script: /usr/bin/nw_hacmp.lc startStop script: /usr/bin/nw_hacmp.lc stop

10.NetWorker サーバーの NetWorker リソースグループを構成します。次のリソースを追加します。

l アプリケーションサーバまたはアプリケーションコントローラ

l ディスクまたはボリュームグループ

l サービス IP またはサービス IP ラベル/アドレスHACMP/PowerHA for AIX 環境でリソースグループを定義し監視する方法については、HACMP/PowerHA for AIX のマニュアルを参照してください。

11.NetWorker アプリケーションモニタを作成します。

l PowerHA の場合：［クラスターアプリケーションとリソース］ > ［リソー］ > ［スユーザーアプリケーションの構成（スクリプトと監視）］ > ［アプリケーションモニター］ > ［プロセスアプリケーションモニターの構成］ > ［プロセスアプリケーションモニターの追加］を選択する。

l HACMP の場合：［拡張されたリソース構成］ > ［拡張されたリソース構成］ > ［HACMPの拡張されたリソース構成］ > ［HACMP アプリケーションの構成］ > ［HACMP アプリケーション監視の構成］ > ［プロセスアプリケーションモニターの構成］ > ［プロセスアプリケーションモニターの追加］を選択する。

12.［アプリケーションモニタ］の属性を次のように構成します。

l 監視するアプリケーションコントローラ： networker

l 監視モード：長期実行モニタリング

l 監視するプロセス： nsrd nsrindexd nsrmmdbd nsrjobd nsrexecd

l プロセス管理責任者： root

l インスタンスカウント： 1

l 安定化間隔： 200

l 再起動カウント： 3

l 再起動間隔： 660

l アプリケーション失敗時のアクション： notify

l クリーンアップ方法： /usr/bin/nw_hacmp_clean

l 再起動方法： /usr/bin/nw_hacmp_start



環境の要件に応じて、［安定化間隔］、［再起動カウント］、および［再起動間隔］を調

整します。

13.リソースグループ（仮想クライアント）が所有する未フォーマットリュームのスケジュールバックアップを有効化するには、次の手順を実行します。

a. 論理ボリュームが属するボリュームグループがリソースグループ構成で［ボリュームグループ］の下に表示されることを確認します。

b. chlv コマンドを使用して、論理ボリュームタイプを［raw］（未フォーマット）に設定しま

す。

chlv -t 'raw' ［logical_volume_name］

NetWorker ソフトウェアは、未フォーマットボリュームをコンカレントアクセスに使用

する機能をサポートしません。

HP MC/ServiceGuardこのセクションでは、NetWorker ソフトウェアをインストールする前に、HP MC/ServiceGuardクラスターを準備する方法について説明します。このセクションでは、クラスターの各物理ノードに NetWorker ソフトウェアをインストールした後で、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。




NetWorker MC/ServiceGuard のインストール準備

MC/ServiceGuard の NetWorker ソフトウェアのインストール前にこのセクションを参照してください。

u NetWorker 8.0 以降では、MC/ServiceGuard NetWorker サーバの PA_RISC アーキテクチャでの実行はサポートされません。「NetWorker Online Software Compatibility Guide」にソフトウェア要件に関する新情報が記載されています。

u クラスターサービスを再起動後に自動的に起動するには、 /etc/rc.config.d/cmcluster ファイルに［AUTOSTART_CMCLD=1］の値を設定します。

u HP-UX11.11/ServiceGuard11.16 の場合にのみ、次の手順を実行し、NetWorker デーモンを必ず起動します。

1. /opt/networker/bin/nsr_mk_cluinfo.sgの編集

2. 次の行を検索します。

FS=`cmgetconf -v 0 -p ${pkg_name}3. ［0］を［-v］オプションから削除します。

FS=`cmgetconf -v -p ${pkg_name}


HP MC/ServiceGuard 29

4. ファイルを保存します。

NetWorker MC/ServiceGuard の構成

各物理ノードに NetWorker ソフトウェアをインストールした後で、LC 統合フレームワークメソッドか非 LC 統合フレームワークメソッドを使用して、NetWorker ソフトウェアを構成できます。

LC 統合フレームワークを使用するメリットは、次のとおりです。

u 1 個のパッケージで複数の IP をサポートする。

u lcmap キャッシュメカニズムをサポートする。

u NetWorker.clucheckおよび.nsr_cluster ファイルの作成と構成は不要です。

構成処理によって、自動的に nsr_mk_cluinfoおよび lcmap ファイルが/opt/networker/binディレクトリに作成され、使用されます。

非 LC 統合フレームワークメソッドのみ - 構成ファイルの作成

このセクションでは、クラスターで NetWorker パッケージを構成する場合に非 LC 統合フレームワークメソッドに必要となる構成ファイルを作成する方法を説明します。

手順

1. アクティブノードで、NetWorker.clucheckおよび.nsr_cluster ファイル

を/etc/cmclusterディレクトリに作成します。


touch /etc/cmcluster/NetWorker.cluchecktouch /etc/cmcluster/.nsr_cluster

すべてのユーザーに.nsr_cluster ファイルの読み取り所有権とアクセス権があるこ

とを確認します。

2. .nsr_cluster ファイル内で MC/ServiceGuard または MC/LockManager パッケージ

用にマウントポイントを定義します。 NetWorker 共有マウントポイントを追加します。


［pkgname］:［published_ip_address］:［owned_path］[:...]

この場合、

l ［published_ip_address］は、共有ディスクを所有するパッケージに割り当てられたアドレス。 IPv6 アドレスは、角括弧で囲むこと。 IPv4 アドレスも角括弧で囲むことができるが、必須ではない。

l ［Owned_path］はマウントポイントへのパス。追加のパスはコロンで区切ること。


l IPv6 アドレス：

networker:[3ffe:80c0:22c:74:230:6eff:fe4c:2128]:/share/nwl IPv4 アドレス：

networker:192.168.109.10:/share/nw



ディスクリソースが含まれない HP-UX MC/ServiceGuard パッケージの場合

は、.nsr_cluster ファイルにエントリーを追加する必要はありません。そのクラ

スタノードの唯一のパッケージがオンラインのディスクレスのパッケージである場合

は、バックアップ時に var/admin メッセージファイルに cmgetconf のメッセージが出

力されることがあります。このメッセージを回避するには、マウントするファイルシス

テムをマウントポイントに割り当て、このマウントポイント、パッケージ名、IP アドレス

を.nsr_cluster ファイルに追加します。 NetWorker ソフトウェアではファイルシス

テムはバックアップされません。ただし、ディスクレスのパッケージのフェイルオーバ

ー先となる各クラスタノード上のファイルシステムをマウントすることができます。

3. NetWorker.clucheckおよび.nsr_cluster ファイルを、各パッシブノード

の/etc/cmclusterディレクトリにコピーします。



はじめに


1. NetWorker ソフトウェアに必要なリソースタイプを定義するため、クラスター構成スクリプトファイル/opt/networker/bin/networker.clusterを実行します。


3. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、インストール手順で指定したローカル NetWorker データベースのディレクトリの場所を入力します。

4. ［更新された NetWorker 統合フレームワークを使用しますか? はい、またはいいえ[はい]?］プロンプトで、次の手順を実行します。

l 非 LC 統合メソッドを使用する場合は、No と入力します。

l LC 統合メソッドを使用するには、Yes と入力します。

5. ［NetWorker サーバとクライアントの両方を構成しますか Yes or No [Yes]?］プロンプトで、No と入力します。



アクティブノードでの高可用性 NetWorker サーバーの構成

はじめに

アクティブノードで root ユーザーになり、次の手順を実行します。

手順

1. ソフトウェアに必要なリソースタイプを定義するため、クラスタ構成スクリプトファイルopt/networker/bin/networker.clusterを実行します。


NetWorker MC/ServiceGuard の構成 31


3. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、インストール手順で指定したローカル NetWorker データベースのディレクトリの場所を入力します。




5. ［NetWorker サーバとクライアントの両方を構成しますか Yes or No [Yes]］プロンプトで、Yes と入力します。

6. ［NetWorker サーバのパッケージタイプを選択します（1-モジュラ、2-レガシー）［2］?］プロンプトで、モジュラモードの場合は 1、レガシーモードの場合は 2 と入力します。

7. ［NetWorker パッケージの新しい制御ファイルを生成しますか[No]?］プロンプトで、Yes と

入力します。

8. ［このパッケージの監視に使用する IP アドレスを入力しますか?］プロンプトで、NetWorker サーバーパッケージの IP アドレスを入力します。

9. ［このパッケージの監視に使用する IP サブネットを入力しますか?］プロンプトで、NetWorker サーバーパッケージの IP アドレスのサブネットを入力します。

10.［NetWorker サービスの DNS 名を入力しますか?］プロンプトで、NetWorker サーバパッケージの IP アドレスに関連づけられているホスト名を入力します。

11.［ディスクリソースに使用するボリューム管理を選択します(1-LVM or 2-VxVM) [1]?］プロンプトで、論理ボリュームを定義するボリュームマネージャーか、NetWorker ソフトウェアが使用するボリュームグループを選択します。

l LVM（Logical Volume Manager）を使用する場合は、1 と入力し、続いて次の手順を

実行します。

– ［このパッケージのボリュームグループリソースを入力しますか?］プロンプトで、ボリュームグループリソースの名前を入力する。次に例を挙げます。vgshare1。

– ［このパッケージにマウントされている論理ボリューム名を入力しますか?］プロンプトで、マウントする論理ボリューム名を入力する。次に例を挙げます。 /dev/vgshare1/lvol1。

– ［このパッケージのマウントパスを入力しますか］プロンプトで、マウントパスを入力する。次に例を挙げます。 /vgshare1。

– ［このパッケージのファイルシステムのタイプを入力しますか?[hfs]?］プロンプトで、ファイルシステムを入力します。次に例を挙げます。「hfs」。

l VxVM（Veritas Volume Manager）を使用する場合は、2 と入力し、続いて次の手順を

実行します。

– ［このパッケージの VxVM ディスクリソースを入力しますか?］プロンプトで、ディスクリソースの名前を入力する。次に例を挙げます。 nsrdg。

– ［このパッケージにマウントされている論理ボリューム名を入力しますか?］プロンプトで、マウントする論理ボリューム名を入力する。次に例を挙げます。dev/vx/dsk/nsrdg/nsrdg/nsrvol。

– ［このパッケージのマウントパスを入力しますか?］プロンプトで、マウントパスを入力する。次に例を挙げます。 /nsrdata。

– ［このパッケージのファイルシステムのタイプを入力しますか?[vxfs]?］プロンプトで、［Enter］を押します。



12.レガシーモードに限り、次の手順を実行します。

a. ［NetWorker パッケージの新しいパッケージ構成ファイルを生成しますか[はい]?］プロンプトで、Yes と入力します。

b. ［このパッケージの監視に使用する IP サブネットを入力しますか?］プロンプトで、NetWorker サーバーパッケージの IP アドレスのサブネットを入力します。

c. ［このパッケージのノード番号 1 を入力します[no more]?］プロンプトで、アクティブノードの名前を入力します。

d. ［このパッケージのノード番号 2 を入力します[no more]?］プロンプトで、パッシブノードの名前を入力します。

e. ［このパッケージのノード番号 3 を入力します[no more]?］プロンプトで、もう 1 つのパッシブノードの名前を入力するか、［Enter］を押します。

13.モジュラモードに限り、次の手順を実行します。

a. ［NetWorker パッケージに新しいモニタースクリプトを生成しますか[No]?］プロンプトで、Yes と入力します。

b. ［NetWorker パッケージに新しい外部スクリプトを生成しますか[No]?］プロンプトで、「Yes」と入力します。はい。

c. ［NetWorker パッケージに新しい external_pre スクリプトを生成しますか[No]?］プロンプトで、Yes と入力します。

14.NetWorker ソフトウェアにより構成ファイルが/etc/cmcluster/networkerディレク

トリに正常に作成されたことを確認するため、cmchckconf コマンドを実行します。


l レガシーモード： cmcheckconf -P pkg.confl モジュラモード： cmcheckconf -P networker.conf

cmcheckconf: Verification completed with no errors foundUse the cmapplyconf command to apply the configuration.

15.パッケージを作成するため、cmapplyconf コマンドを実行します。


l レガシーモードの場合は、次のように入力します。 cmapplyconf -P pkg.confl モジュラモードの場合は、次のように入力します。 cmapplyconf -P

networker.conf次の出力が表示されます。

Modify the package configuration ([y]/n)? yCompleted the cluster update

16./etc/cmcluster/networkerディレクトリにある次のファイルを、各パッシブノード

上の同位置のディレクトリにコピーします。

l レガシーモード：

– legato.control– pkg.conf

l モジュラモード：

– networker.conf– networker.monitor– networker.script


NetWorker MC/ServiceGuard の構成 33

– networker.pre_script

ファイルに実行権限が設定されていることを確認します。

パッシブノードでの高可用性 NetWorker サーバーの構成

はじめに


手順

1. クラスター構成スクリプトファイル/opt/networker/bin/networker.clusterを実行します。


3. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、インストール中に指定したローカル NetWorker ディレクトリの場所を入力します。




5. ［NetWorker サーバとクライアントの両方を構成しますか Yes or No [Yes]?］プロンプトで、Yes と入力します。

6. ［NetWorker サーバのパッケージタイプを選択します（1-モジュラ、2-レガシー）［2］?］プロンプトで、モジュラモードの場合は 1、レガシーモードの場合は 2 と入力します。

7. レガシーモードの場合のみ、［NetWorker パッケージの新しい制御ファイルを生成しますか［いいえ］?］プロンプトで、［no］と入力します。

8. モジュラモードに限り、次の手順を実行します。

l ［NetWorker パッケージに新しいパッケージ構成ファイルを生成しますか[No]?］プロンプトで、No と入力します。

l ［NetWorker パッケージに新しいパッケージ構成ファイルを生成しますか[No]?］プロンプトで、No と入力する。

l ［NetWorker パッケージに新しいモニタスクリプトを生成しますか[No]?］プロンプトで、No と入力する。

l ［NetWorker パッケージに新しい外部スクリプトを生成しますか[No]?］プロンプトで、No と入力する。

l ［NetWorker パッケージに新しい external_pre スクリプトを生成しますか[No]?］プロンプトで、No と入力する。

9. 各ノードで nsrexecdデーモンが起動したことを確認します。

ps -ef | grep nsrexecd





10.パッケージを有効化し、実行します。

cmmodpkg -e networkercmrunpkg networker

Microsoft Failover Cluster Server 2008、2012、および 2012 R2このセクションでは、NetWorker ソフトウェアをインストールする前に、AD 接続クラスターを含む、MSFCS（Microsoft Failover Cluster Server）クラスターを準備する方法について説明します。また、このセクションでは、クラスターの各物理ノードに NetWorker ソフトウェアをインストールした後で、クラスターの各物理ノード上で NetWorker サーバーソフトウェアを高可用性として構成する方法についても説明します。




MSFCS クラスタへの NetWorker のインストール準備

MSFCS クラスターの NetWorker ソフトウェアのインストール前にこのセクションを参照してください。

u NetWorker ソフトウェアのインストール後にクラスターノードを再起動する。再起動しないと、クラスタ管理者プログラムを開始できない。クラスター管理者プログラムを起動できない場合は、クラスター管理者インターフェイスを閉じて、コマンドラインで次のコマンドを実行して、ソフトウェアを再ロードする。

regsvr32 /u nsrdresex.dllu AD（アクティブディレクトリ）ドメインや DNS ドメインなど、複数のドメインのメンバーにな

っているホストをバックアップするには、AD ドメイン名を以下に定義する必要がある。

l NetWorker サーバー上のホストファイル。

l NetWorker サーバ上のクライアントリソースの Alias 属性。

u WINDOWS ROLES AND FEATURES セーブセットには、MSFCS データベースが含まれている。 WINDOWS ROLES AND FEATURES セーブセットをバックアップすると、クラスター構成は NetWorker により自動的にバックアップされます。クラスターは MSFCS データベースを 2 つのノードで同期的に維持します。結果として、1 つのノードでのデータベースバックアップが他のノードで行われた変更を反映しない場合がある。

u NetWorker Server および Client ソフトウェアは、CSV（クラスターの共有ボリューム）付きWindows Continuous Availability 用に構成された Windows Server 2012 およびWindows Server 2012 R2 ファイルサーバー上で、ファイルシステムデータをバックアップ、リカバリできる。 CSV および重複排除 CSV バックアップのサポートには、完全、増分、incr_synth_full レベルがあります。 NetWorker は CSV および重複排除 CSV バックアップをサポートしますが、次の制限があります。

l ボリュームを重要なボリュームにできない。

l CSV とローカルディスクを同じボリュームシャドウコピーセットにシャドウコピーすることはできない。


Microsoft Failover Cluster Server 2008、2012、および 2012 R2 35

NetWorker ソフトウェアは、SQL データベースや Hyper-V 仮想マシンなどの CSV または

重複排除 CSV に保存された Microsoft アプリケーションデータを保護しません。

Microsoft アプリケーションデータを保護するには、NetWorker Module for Microsoft(NMM)ソフトウェアを使用します。 Microsoft アプリケーションデータ固有のバックアップ

およびリカバリ手順の詳細については、NMM のマニュアルを参照してください。

重複排除 CSV ボリュームのバックアップとリカバリを実行するための詳細については、［NetWorker 管理ガイド］の［Windows 向けに適化された重複排除］セクションを参照してください。



各物理ノードで管理者ユーザーになり、次の手順を実行します。

手順

1. クラスターノード上で、NetWorker サーバーリソースタイプを作成します。

regcnsrd -c2. 残りのクラスタノード上で、NetWorker サーバリソースタイプを登録します。

regcnsrd -r

次のようなメッセージが表示されたら、y と入力します。

Is this machine a member of the cluster on which you want to register Resource Extension for NetWorker Server resource?

3. ［NetWorker サーバー］のリソースタイプが存在することを確認します。

a. ［フェイルオーバークラスタ管理］プログラムで、クラスタの名前を右クリックし、［プロパティ］を選択します。

b. ［リソースタイプ］タブで、［ユーザー定義のリソースの種類］リストに［NetWorker サーバー］リソースが存在していることを確認します。

4. ［高可用性ウィザード］が開始されます。

l Windows 2008：［アクション］メニューから、［サービスまたはアプリケーションの構成］を選択します。

l Windows 2012：［アクション］メニューで［役割の構成...］を選択します。

5. ［開始する前に］ページで、［次へ］をクリックします。

6. ［サービスまたはアプリケーションの選択］ページ（Windows 2008）か［役割の選択］ページ（Windows 2012）で、［その他のサーバ］を選択し、［次へ］をクリックします。

NetWorker 仮想サーバーには、一般アプリケーションのリソースを作成しないでくださ

い。

7. ［クライアントアクセスポイント］ページで、ID に存在しないホスト名と使用可能な IP アドレスを指定してから［次へ］をクリックします。

［クライアントアクセスポイント］リソースタイプに NetWorker サーバの仮想 ID を定義

し、ウィザードで DNS のホスト名と IP アドレスを登録します。



8. ［記憶域の選択］ページで、共有 nsr ディレクトリの共有ストレージボリュームを選択し、［次へ］をクリックします。

9. ［リソースの種類の選択］リストで NetWorker サーバーのリソースタイプを選択し、［次へ］をクリックします。

10.［確認］ページで、リソースの構成を確認し、［次へ］をクリックします。［高可用性ウィザード］によってリソースのコンポーネントおよびグループが作成されます。

［サマリー］ページが表示されると、次のようなメッセージが表示されますが、無視してかまいません。

Windows 2008：

The group will not be brought online since the resources may need additional configuration. Please finish configuration and bring the group online.

Windows 2012：

The clustered role will not be started because the resources may need additional configuration. Finish configuration, and then start the clustered role.

11.［完了］をクリックします。

12.NetWorker サーバリソースとその共有ディスク間の依存関係を設定します。

l Windows 2008：［サービスとアプリケーション］を展開し、新しい NetWorker サーバリソースを選択します。

l Windows 2012：［ロール］ウィンドウで、新しい NetWorker ロールを選択して、［リソース］タブをクリックします。

a. ［サーバ名］セクションで、NetWorker サーバリソースを展開し、新しい IP アドレスリソースを右クリックして、［プロパティ］を選択します。

b. ［依存関係］タブで、［依存関係］リストから NetWorker サーバリソースに関連する共有ディスクを選択し、［OK］をクリックします。

c. ［他のリソース］セクションで、［新しい NetWorker サーバー］を右クリックし、［プロパティ］を選択します。

d. ［依存関係］タブの［リソース］リストで、NetWorker リソースの名前を選択します。

e. ［依存関係］タブの［リソース］リストで、NetWorker リソースの名前を選択します。

［ServerName］フィールドと［AdditionalArguments］フィールドは空白のままにしま

す。

f. ［OK］をクリックします。

複数の NetWorker サーバーリソースを作成しないでください。複数の NetWorker サーバーリソースインスタンスを作成すると、既存の NetWorker サーバーリソースの

機能に影響が生じます。

13.NetWorker サーバリソースを起動します。

l Windows 2008： NetWorker クラスタサービスを右クリックし、［このサービスまたはアプリケーションをオンラインにする］を選択します。

l Windows 2012： NetWorker クラスタリソースを右クリックし、［ロールの開始］を選択します。


高可用性 NetWorker サーバーの構成 37

14.［NetWorker サーバー］リソースの状態が［オンライン］に変わったことを確認します。

NetWorker デーモンのデフォルトタイムアウトの変更

NetWorker サーバデーモンを起動する時間が 10 分を超えると、NetWorker サーバのフェイルオーバーが実行されます。

timeout パラメータを変更するには、次の手順を実行します。

手順

1. NetWorker デーモンのデフォルトタイムアウトを変更するには、［フェイルオーバークラスターマネージャー］プログラムを使用します。

l Windows 2012：クラスターを展開し、［ロール］を選択します。［ロール］ウィンドウで、新しい NetWorker ロールを選択します。［リソース］タブで、［新しい NetWorkerサーバー］リソースを右クリックし、［プロパティ］を選択します。

l Windows 2008：クラスターを展開し、［サービスとアプリケーション］を展開します。［サーバー名］セクションで、NetWorker サーバーリソースを展開し、［新しいNetWorker サーバー］リソースを右クリックして、［プロパティ］を選択します。

2. NetWorker サーバーのクラスターリソースの［Parameters］タブで、［AdditionalArguments］フィールドの値を編集し、［ServerStartupTimeout］キーワードを追加します。次に例を挙げます。

ServerStartupTimeout=［time］

ここで、［time］は数値（秒）です。

［ServerStartupTimeout］のキーワードでは、大文字と小文字が区別されます。

SLES 高可用性拡張機能このセクションでは、NetWorker ソフトウェアをインストールする前に、SLES 高可用性拡張機能（SLES HAE）クラスターを準備する方法について説明します。このセクションでは、クラスターの各物理ノードに NetWorker ソフトウェアをインストールした後で、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。


SLES HAE は 3 つのクラスタ管理ツールを備えています。 Pacemaker GUI、HA Web Konsoleおよび crm シェルです。このセクションでは、crm シェルを使用して NetWorker サーバソフトウェアを構成する方法のみを説明します。







はじめに


1. NetWorker ソフトウェアに必要なリソースタイプを定義するため、クラスター構成スクリプトファイル/usr/sbin/networker.cluster［］を実行します。

2. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、インストール手順で指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。 /nsr.

3. ［NetWorker サーバーとクライアントの両方を構成しますか］ > ［Yes or No [Yes]?］プロンプトで、No と入力します。

クラスタでの高可用性 NetWorker サーバの構成


はじめに


1. NetWorker ソフトウェアに必要なリソースタイプを定義するため、クラスター構成スクリプトファイル/usr/sbin/networker.cluster［］を実行します。


3. ［NetWorker サーバとクライアントの両方を構成しますか］ > ［Yes or No [Yes]?］プロンプトで、Yes と入力します。

4. ［共有 nsr ディレクトリの作成先/保存先のパスは?］プロンプトで、高可用性 NetWorkerサーバの構成情報が格納されている、グローバルにマウントされている/nsrディレクト

リのパス名を入力します。次に例を挙げます。 /share1.

5. ［NetWorker で使用する論理ホスト名を入力しますか?］プロンプトで、高可用性NetWorker サーバの公開された論理ホスト名を入力します。次に例を挙げます。clus_vir1.

後で構成を変更する場合は、 networker.cluster -r オプションを実行してか

ら、もう一度 networker.cluster コマンドを実行します。

6. 特定のノードで、NetWorker リソースからなる必須のリソースグループを作成します。

a. crmツールを開始します。

crm configureb. nsr ディレクトリ用のファイルシステムリソースを作成します。たとえば、次のように

入力します。

primitive fs ocf:heartbeat:Filesystem \operations $id="fs-operations" \op monitor interval="20" timeout="40" \params device="/dev/sdb1" directory="/share1" fstype="ext3"

c. NetWorker サーバ名の IP アドレスリソースを作成します。たとえば、次のように入力します。

primitive ip ocf:heartbeat:IPaddr \operations $id="ip-operations" \op monitor interval="5s" timeout="20s" \params ip="10.5.172.250" cidr_netmask="255.255.254.0" nic="eth1"


クラスタでの高可用性 NetWorker サーバの構成 39

d. NetWorker サーバリソースを作成します。たとえば、次のように入力します。

primitive nws ocf:EMC_NetWorker:Server \operations $id="nws-operations" \op monitor interval="100" timeout="100" \op start interval="0" timeout="120" \op stop interval="0" timeout="60" \op migrate_to interval="0" timeout="60" \op migrate_from interval="0" timeout="120" \op meta-data interval="0" timeout="10" \op validate-all interval="0" timeout="10" \meta is-managed="true"

環境の要件に合わせてタイムアウト値を調整します。

e. ファイルシステム、NetWorker サーバ、IP アドレスリソースを含む NetWorker サーバリソースグループを定義します。たとえば、次のように入力します。

group NW_group fs ip nws

f. 変更をコミットするには、次のように入力します。

commit

Red Hat Enterprise Linux の高可用性機能このセクションでは、NetWorker ソフトウェアをインストールする前に、Red Hat EnterpriseLinux（RHEL）高可用性アドオンを準備する方法について説明します。このセクションでは、クラスターの各物理ノードに NetWorker ソフトウェアをインストールした後で、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。




NetWorker RHEL のインストール準備

RHEL の NetWorker ソフトウェアのインストール前にこのセクションを参照してください。

NetWorker サーバーソフトウェアをインストールおよび構成する前に、次の作業を実行します。

u クラスターで共有ボリュームグループと論理ボリュームを作成します。

u Conga Web インターフェイスをインストールし、luciサービスを起動します。次に例を

挙げます。

yum install luciservice luci start

クラスターアウェアクライアントの構成





はじめに

各物理ノードで root ユーザーになり、次の手順を実行します。

手順

1. NetWorker ソフトウェアに必要なリソースタイプを定義するため、クラスター構成スクリプトファイル /usr/sbin/networker.clusterを実行します。

クラスター構成スクリプトが Red Hat Cluster Manager を検出します。

2. ［このために NetWorker を構成しますか[Yes]?］プロンプトで、「Yes」と入力します。はい。


4. ［NetWorker サーバーとクライアントの両方を構成しますか Yes or No [Yes]?］プロンプトで、No と入力します。

クラスタでの高可用性 NetWorker サーバの構成


はじめに


1. ソフトウェアに必要なリソースタイプを定義するため、クラスタ構成スクリプトファイル /usr/sbin/networker.clusterを実行します。

クラスタ構成スクリプトが Red Hat Cluster Manager を検出します。

2. ［このために NetWorker を構成しますか[Yes]?］プロンプトで、「Yes」と入力します。はい。

3. ［続行しますか? [Yes]?］プロンプトで、次のように入力します。はい。

構成スクリプトが NetWorker サービスを停止します。

4. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]］?プロンプトで、インストール手順で指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。 /nsr.

5. ［NetWorker サーバとクライアントの両方を構成しますか Yes or No [Yes]?］プロンプトで、次のようにと入力します。はい。

6. ［次について現在およびサイト固有の値を追加しますか： /usr/sbin/nw_redhat のNSR_SHARED_DISK_DIR および NSR_SERVICE_ID? Yes or No [Yes]?］プロンプトで、Yesと入力します。

7. ［共有 nsr ディレクトリの作成先/保存先のパスは?］プロンプトで、高可用性 NetWorkerサーバーの構成情報が格納されている、グローバルにマウントされている/nsrディレ

クトリのパス名を入力します。次に例を挙げます。 /vg1.

8. ［NetWorker で使用する論理ホスト名を入力しますか?］プロンプトで、高可用性NetWorker サーバの公開された論理ホスト名を入力します。次に例を挙げます。clus_vir1.

後で構成を変更する場合は、 networker.cluster -r オプションを実行してか

ら、もう一度 networker.cluster コマンドを実行します。


クラスタでの高可用性 NetWorker サーバの構成 41

構成スクリプトが nw_redhat ファイルと lcmap ファイルを作成します。

9. サービスグループを作成します。

a. Conga Web インターフェイスに接続します。

b. ［サービス］タブの［追加］をクリックします。

c. ［サービス名］フィールドで、リソースの名前を指定します。例：rg1。10.共有ボリューム用の LVM リソースをサービスグループに追加します。

a. ［リソースの追加］をクリックします。

b. ［グローバルリソース］ドロップダウンから、［HA LVM］を選択します。

c. ［名前］フィールドで、リソースの名前を指定します。例：ha_lvm_vg1。

d. ［ボリュームグループ名］フィールドで、/nsrディレクトリを含む共有ディスクのボリ

ュームグループの名前を指定します。例：vg1。

e. ［論理ボリューム名］フィールドで、論理ボリューム名を指定します。例：vg1_1v11.共有ファイルシステム用のファイルシステムリソースをサービスグループに追加しま

す。

a. ［HA LVM リソース］セクションで、［子リソースの追加］をクリックします。

b. ［グローバルリソース］ドロップダウンから、［ファイルシステム］を選択します。

c. ［名前］フィールドで、ファイルシステムの名前を指定します。例：ha_fs_vg1

d. ［マウントポイント］フィールドで、マウントポイントを指定します。次に例を挙げます。 /vg1

e. ［デバイス、FS ラベル、または UUID］フィールドで、デバイス情報を指定します。例：device "/dev/vg1/vg1_lv"

12.グループに IP アドレスリソースを追加します。

a. ［ファイルシステム］セクションで、［子リソースの追加］をクリックします。

b. ［グローバルリソース］ドロップダウンから、［IP アドレス］を選択します。

c. ［IP アドレス］フィールドで、仮想 NetWorker サーバーの IP アドレスを指定します。

d. オプションで、［ネットマスク］フィールドで、IP アドレスに関連づけられたネットマスクを指定します。

13.そのグループにスクリプトリソースを追加します。

a. ［IP アドレス］セクションで、［子リソースの追加］をクリックします。

b. ［グローバルリソース］ドロップダウンから、［スクリプト］を選択します。

c. ［名前］フィールドで、スクリプトリソースの名前を指定します。例：nwserver。

d. ［パス］フィールドで、スクリプトファイルへのパスを指定します。例：/usr/sbin/nw_redhat

14.［送信］をクリックします。

Sun Cluster および Oracle Solaris Clusterこのセクションでは、NetWorker ソフトウェアをインストールする前に Sun Cluster またはOracle Solaris Cluster を準備する方法について説明します。このセクションでは、クラスターの各物理ノードに NetWorker ソフトウェアをインストールした後で、NetWorker サーバー



ソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。




Sun Cluster または Oracle Solaris Cluster への NetWorker のインストール準備

Sun Cluster または Oracle Solaris Cluster の NetWorker ソフトウェアのインストール前にこのセクションを参照してください。

NetWorker ソフトウェアをインストールする前に、次の手順を実行します。

u クラスタに Volume Manager ソフトウェアをインストールする。次に例を挙げます。Solaris Volume Manager。

u 共有の/nsr ディレクトリを格納するよう、グローバルファイルシステムのマウントポイントとしての共有ディスクを構成する。

u PATH 環境変数に /usr/sbinおよび /usr/cluster/binディレクトリが含まれ

ていることを確認します。

u リソースグループが、グローバルにマウントされた各ファイルシステム（/global/.devices/...ファイルシステムを除く）を所有していることを確認します。グローバルにマウントされたファイルシステム（/global/.devices/...ファイルシステムを除く）をリソースグループが所有できるようにするには、1 個の NetWorker クライアントタイプリソースのみでファイルシステムを指定します。 NetWorker クライアントタイプリソースでグローバルファイルシステムの所有権を誤って構成すると、クラスターノードごとに複数のバックアップコピーが作成されます。



はじめに


1. ソフトウェアに必要なリソースタイプを定義するため、クラスタ構成スクリプトファイル/usr/sbin/networker.clusterを実行します。


3. ［NetWorker サーバとクライアントの両方を構成しますか］ > ［Yes or No [Yes]?］プロンプトで、No と入力します。

4. クラスタの特定のノード上に、バックアップ用のリソースグループと LGTO.clnt リソース用のリソースインスタンスを作成します。

a. リソースグループを作成します。

clresourcegroup create ［resource_group_name］


Sun Cluster または Oracle Solaris Cluster への NetWorker のインストール準備 43

たとえば、backups リソースグループを作成するには、次のように入力します。

clresourcegroup create backups

リソースグループには、グローバルにマウントされたすべてのファイルシステム（/global/.devices/...ファイルシステムを除く）が含まれる必要があります。グローバル

にマウントされたすべてのファイルシステム（/global/.devices/...ファイルシステムを

除く）には、NetWorker クライアントリソースタイプが含まれている必要があります。

ファイルシステムの構成が失敗すると、クラスタノードごとに複数のバックアップコピ

ーが作成されます。

b. 新しいリソースグループに論理ホスト名リソースタイプを追加します。

clreslogicalhostname create -g ［resource_group_name logical_name］

たとえば、論理ホスト名が clus_vir1 の場合、次のように入力します。

clreslogicalhostname create -g backups clus_vir1

c. オプションで、SUNW.HAStoragePlus リソースタイプのインスタンスを作成するには、次のように入力します。

– HAStoragePlus リソースタイプがクラスタ内に登録されているかどうかを判断します。

clresourcetype list– 必要に応じて、HAStoragePlus リソースタイプをクラスタ内に登録します。

clresourcetype register SUNW.HAStoragePlus– SUNW.HAStoragePlus リソースを作成します。

clresource create -g ［resource_group_name］ -t SUNW.HAStoragePlus -x FilesystemMountPoints=pathname_1,pathname_2[,...]-x AffinityOn=True hastorageplus

たとえば、マウントポイントが/global/nw および/global/space であるリソースを作成するには、次のように入力します。

clresource create -g ［backups］ -t SUNW.HAStoragePlus -x \FilesystemMountPoints=/global/nw,\/global/space -x AffinityOn=True hastorageplus

SUNW.HAStoragePlus のリソースおよびローカルにマウントされるグローバルシステムの詳細については、Sun Cluster のマニュアルを参照してください。

d. LGTO.clnt リソースのインスタンスを作成します。

clresource create -g ［resource_group_name］ -t LGTO.clnt -x clientname=［virtual_hostname］ -x owned_paths=［pathname_1,pathname_2[,...]］client

この場合、

– ［virtual_hostname］は、仮想ホスト名として構成する Sun Cluster の論理ホスト名（SUNW.LogicalHostname）または共有アドレス（SUNW.SharedAddress）によって使用されるリソースの名前である。

– ［owned_paths］は、バックアップする共有ストレージデバイスにあるファイルシステムまたは未フォーマットデバイスをコンマで区切ったリストである。次に例を挙げます。

clresource create -g backups -t LGTO.clnt -x clientname=clus_vir1 -x owned_paths=/global/nw,/global/space client



論理ホストのリソース名が、それが指定するホスト名と異なる場合は、clientnamehensuu を仮想ホスト名として定義し、network_resource プロパティを論理ホストのリソース名に設定します。


clresource create -g ［resource_group_name］ -t LGTO.clnt -x clientname=［virtual_hostname］ -x network_resource=［virtual_hostname］-x owned_paths=［pathname_1,pathname_2[,...]］client



はじめに




3. ［NetWorker サーバとクライアントの両方を構成しますか］ > ［Yes or No [Yes]?］プロンプトで、Yes と入力します。

4. ［］ > ［次について現在およびサイト固有の値を追加しますか： NSR_SHARED_DISK_DIR］および［NSR_SERVICE_ID Yes or No [Yes]?］プロンプトで、Yes と入力し、他のクラスター

環境との互換性を確保します。

5. ［NetWorker で使用する論理ホスト名を入力しますか?］プロンプトで、高可用性NetWorker サーバの公開された論理ホスト名を入力します。次に例を挙げます。clus_vir1。

6. ［nsr ディレクトリの作成先/保存先のパスは?］プロンプトで、高可用性 NetWorker サーバーの構成情報が格納されている、グローバルにマウントされている/nsrディレクトリ

のパス名を入力します。たとえば、次のとおりです。 /global/nw.



7. クラスタの特定のノード上に、バックアップ用のリソースグループと NetWorker リソース用のリソースインスタンスを作成します。

a. リソースグループを作成します。

clresourcegroup create ［resource_group_name］

たとえば、networker リソースグループを作成するには、次のように入力します。

clresourcegroup create networker

b. 新しいリソースグループに論理ホスト名リソースタイプを追加します。

clreslogicalhostname create -g ［resource_group_name logical_name］

たとえば、論理ホスト名が clus_vir1 の場合、次のように入力します。

clreslogicalhostname create -g networker clus_vir1


高可用性 NetWorker サーバの構成 45

c. オプションで、SUNW.HAStoragePlus リソースタイプのインスタンスを作成するには、次のように入力します。

– HAStoragePlus リソースタイプがクラスタ内に登録されているかどうかを判断します。

clresourcetype list– 必要に応じて、HAStoragePlus リソースタイプをクラスタ内に登録します。

clresourcetype register SUNW.HAStoragePlus– SUNW.HAStoragePlus リソースを作成します。

clresource create -g ［resource_group_name］ -t SUNW.HAStoragePlus -x FilesystemMountPoints=pathname_1,pathname_2[,...]-x AffinityOn=True hastorageplus

たとえば、マウントポイントが/global/nw および/global/space であるリソースを作成するには、次のように入力します。

clresource create -g ［networker］ -t SUNW.HAStoragePlus -x \FilesystemMountPoints=/global/nw,\/global/space -x AffinityOn=True hastorageplus

SUNW.HAStoragePlus のリソースおよびローカルにマウントされるグローバルシステムの詳細については、Sun Cluster のマニュアルを参照してください。

d. LGTO.clnt リソースのインスタンスを作成します。

clresource create -g ［resource_group_name］ -t LGTO.clnt -x clientname=virtual_［hostname］ -x owned_paths=pathname_1,pathname_2[,...] client

この場合、

– ［virtual_hostname］は、仮想ホスト名として構成する Sun Cluster の論理ホスト名（SUNW.LogicalHostname）または共有アドレス（SUNW.SharedAddress）によって使用されるリソースの名前である。

– ［owned_paths］は、バックアップする共有ストレージデバイスにあるファイルシステムまたは未フォーマットデバイスをコンマで区切ったリストである。次に例を挙げます。

clresource create -g networker -t LGTO.clnt -x clientname=clus_vir1 -x owned_paths=/global/nw,/global/space client

論理ホストのリソース名が、それが指定するホスト名と異なる場合は、clientnamehensuu を仮想ホスト名として定義し、network_resource プロパティを論理ホストのリソース名に設定します。


clresource create -g ［resource_group_name］ -t LGTO.clnt -x clientname=［virtual_hostname］ -x network_resource=［virtual_hostname］-x owned_paths=pathname_1,pathname_2[,...] client

e. 高可用性 NetWorker サーバ用に、LGTO.serv リソースのインスタンスを作成します。

clresource create -g ［resource_group_name］ -t LGTO.serv -y Resource_dependencies=［virtual_hostame］ -x config_dir=［configuration_directory］

たとえば、グローバルにマウントされたファイルシステムの構成ディレクトリが［/global］の場合、次のように入力します。

clresource create -g backups -t LGTO.serv -y Resource_dependencies=clus_vir1 -x config_dir=/global



論理ホストリソース名と、それが指定するホスト名とが異なる場合は、オプションのservername プロパティに仮想ホスト名を設定します。 clresource create -g［resource_group_name］ -t LGTO.serv -y Resource_dependencies=［virtual_hostname］-x servername=［virtual_hostname］ -x config_dir=［configuration_directory］

f. オプションで SUNW.HAStoragePlus リソースを作成している場合は、次の手順を実行します。

– NetWorker サーバーリソースに依存関係を定義します。

clresource set -y Resource_Dependencies=［virtual_hostname］, hastorageplus server

– リソースの従属関係が正しく設定されていることを確認します。次に例を挙げます。

clresource show -v server | grep Resource_dependencies

g. NetWorker リソースグループを起動します。

clresourcegroup online networker

Sun Cluster の構成例

このセクションでは、2 つの Sun Cluster 構成例を示します。

例 1：高可用性 Informix データベースサーバ

次の例で、Informix データベースサーバは、DNS 登録ホスト名［informix_lhrs］を使用しています。

既存の［informix_rg］というフェイルオーバーリソースグループには、次のリソースがあります。

u ［informix_res］という名前の SUNW.informix リソース

u ［informix_lhrs］という名前の SUNW.LogicalHostname リソース

この SUNW.informix データベースサーバは、/global/informix/config および/global/informix/db 下のグローバルファイルシステム上のデータにアクセスします。

NetWorker 仮想クライアントを既存のリソースグループ［informix_rg］に追加するには、次のように入力します。

clresource create -g informix_rg -t LGTO.clnt \-x clientname=informix_lhrs \-x owned_paths=/global/informix/config,/global/informix/db \informix_clntrs

この例の理解に役立てるために、［scrgadm］コマンドの実行後に scstat - g コマンドを

実行することによって作成された次の出力を確認してください。 scstat -g コマンド出力

は、［informix_rg］グループをクラスターで構成されている唯一のリソースグループであると仮定して、［informix_rg］グループとそのリソースを次のように表示します。

-- リソースグループとリソース --

Group Name リソース

リソース： informix_rg informix_res informix_lhrs informix_clntrs

-- リソースグループ --

Group Name Node Name 都道府県 Suspended

------------------ ------------- ------- ---------------

グループ： informix_rg phynode-1 オフラインいいえ


高可用性 NetWorker サーバの構成 47

-- リソースグループとリソース --

グループ： informix_rg phynode-2 オフラインいいえ

--Resources--

リソース名 Node Name 都道府県 Suspended

--------------- --------- -------- ----------------

リソース： informix_res phynode-1 オフラインオフライン

リソース： informix_res phynode-2 オフラインオフライン

リソース： informix_lhrs phynode-1 オフライン Offline - LogicalHostname offline.

リソース： informix_lhrs phynode-2 オフライン Offline - LogicalHostname offline.

リソース： informix_clntrs phynode-1 オフラインオフライン

リソース： informix_clntrs phynode-2 オフラインオフライン

例 2：拡張性の高い Apache Web サーバ

次の例で、Apache Web サーバは、DNS 登録ホスト名［apache_sars］を使用しています。既存の［apache_rg］という拡張性の高いリソースグループには、次のリソースがあります。

u ［apache_res］という名前の SUNW.apache リソース

u ［apache_sars］という名前の SUNW.SharedAddress リソース

Apache Web サーバーは、グローバルファイルシステムの/global/web/configおよ

び/global/web/dataの下にあるデータにアクセスします。

NetWorker 仮想クライアントを既存のリソースグループ［apache_rg］に追加するには、次のように入力します。

clresource create -g apache_rg -t LGTO.clnt \-x clientname=apache_sars \-x owned_paths=/global/web/config,/global/web/data \apache_clntrs

この例を理解する助けとして、scstat -gの出力を参照してください。 scstat -g コマ

ンドは、［apache_rg］グループをクラスター内で構成されている唯一のリソースグループであると仮定して、［apache_rg］グループとそのリソースを次のように表示します。

scstat -g コマンドは、scrgadm コマンドが完了した後に実行されます。

-- Resource Groups and Resources --

Group Name リソース

------------------- --------------

リソース： apache_rg apache_res apache_sars apache_clntrs

-- Resource Groups --

Group Name Node Name 都道府県 Suspended

------------- ------------- ------- ---------

グループ： apache_rg phynode-1 オフラインいいえ



-- Resource Groups and Resources --

グループ： apache_rg phynode-2 オフラインいいえ

--Resources

リソース名 Node Name 都道府県 Status Message

------------- ------------- -------- -----------------------

リソース： apache_res phynode-1 オフラインオフライン


リソース： apache_res phynode-1 オフライン Offline - SharedAddress offline.

リソース： apache_res phynode-2 オフライン Offline - SharedAddress offline.



VERITAS Cluster Serverこのセクションでは、NetWorker ソフトウェアをインストールする前に、VERITAS クラスターを準備する方法について説明します。このセクションでは、クラスターの各物理ノードにNetWorker ソフトウェアをインストールした後で、NetWorker サーバーソフトウェアを高可用性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。




VERITAS クラスタへの NetWorker のインストール準備

Linux または Solaris VERITAS クラスターの NetWorker ソフトウェアのインストール前にこのセクションを参照してください。

u VERITAS Cluster Server のインストールディレクトリと構成ディレクトリがデフォルトのディレクトリと異なる場合は、次の環境変数を設定する。

l ［VCS_HOME］デフォルトのディレクトリは、/opt/VRTSvcsです。

l ［VCS_CONF］デフォルトのディレクトリは、/etc/VRTSvcsです。

u ［PATH］環境変数に /usr/sbinおよび［$VCS_HOME］/binディレクトリが含まれて

いることを確認します。デフォルトでは、［$VCS_HOME］ディレクトリは /opt/VRTSvcs/binです。

VERITAS クラスタでの NetWorker の構成

VCS（VERITAS Cluster Server）でのこのセクションでは、クラスターの各物理ノードにNetWorker ソフトウェアをインストールした後で、NetWorker サーバーソフトウェアを高可用


VERITAS Cluster Server 49

性アプリケーションとして構成する方法、および NetWorker クライアントをクラスターアウェアアプリケーションとして構成する方法を説明します。

NetWorker クライアントリソースインスタンスの作成

このセクションで説明している内容は、Windows および UNIX に適用されます。

手順

u また、NetWorker 仮想サーバーは、以下のどの VCS グループにも NWClient リソースタイプのインスタンスが必要です。

l バックアップする未フォーマットデバイスまたは未フォーマット論理ボリュームを含むグループ

l 複数の IP タイプリソースを含むグループ

l 自動的に検出されない次のようなストレージリソースを含むグループ次に例を挙げます。

依存グループ内に定義されたストレージリソース

タイプが Mount または CFSmount ではないストレージリソース

u オプションで、次の構成で、NetWorker 仮想サーバーの NWClient リソースタイプのインスタンスを作成します。

フェイルオーバー VCS グループに IP タイプリソースが 1 つしかない場合

共有デバイス上の所有ファイルシステムが同じサービスグループ内のマウントタイプリソースのインスタンスである場合

NWClient リソースについて

NWClient リソースを作成する前に、このセクションを読んで、NWClient リソースの構造をよく理解してください。

次の表に、必要な NWClient リソース属性について説明します。

表 3 NWClient リソースタイプの属性

必要な属性タイプと次元

定義

IP アドレス文字列、ス

カラ

仮想 NetWorker クライアントの IP アドレス。

一致するアドレス属性を持つ IP タイプリソースがサービスグループ

に存在する必要があります。

Owned_paths 文字列、ベ

クトル

共有ストレージデバイス上のファイルシステムまたは未フォーマット

デバイスのリスト。これらのファイルシステムまたは未フォーマットデバイスは、IP アドレス属性に指定された仮想 NetWorker クライアント

に所有される。

例 1 NWClient リソースの構成例

NWClient リソースの構成例を次に示します。

NWClient nw_helene ( IPAddress="137.69.104.251" Owned_paths={ "/shared1", "/shared2", "/dev/rdsk/c1t4d0s4" }

Solaris および Linux でのクラスターアウェア NetWorker クライアントの構成





はじめに


1. ソフトウェアに必要なリソースタイプを定義するため、クラスタ構成スクリプトファイル /usr/sbin/networker.clusterを実行します。

2. ［このために NetWorker を構成しますか[Yes]?］プロンプトで、Yes と入力します。


4. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、NetWorker をインストールする際に指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。 /space/nsr

5. ［NetWorker 仮想サーバーを構成しますか?[y/n]］プロンプトで、No と入力します。

Windows でのクラスターアウェア NetWorker クライアントの構成


はじめに


1. NetWorker ソフトウェアに必要なリソースタイプを定義するため、クラスター構成バイナリ［NetWorker_installation_path］\lc_config.exeを実行します。

2. ［NetWorker 仮想サーバーを構成しますか?[y/n]］プロンプトで、No と入力します。


高可用性 NetWorker サーバーを構成するには、各アクティブノードと各パッシブノードを構成する必要があります。 NetWorker クラスター構成スクリプトファイルを初めて実行し、NetWorker リソースグループを作成します。

サービスグループの作成

このセクションでは、NetWorker サーバサービスグループを作成、構成する方法の大まかな概要について説明します。

u IP タイプリソースを追加する。 NetWorker サービスグループに指定された仮想NetWorker サーバの IP アドレスを使用する。

u Windows および VxVM の場合： NetWorker サービスグループに共有ディスク用のVMDg および MountV タイプのリソースを追加する。

u Solaris および Linux の場合 NetWorker サービスグループに共有ディスク用の Mountタイプのリソースを追加する。

u NetWorker サーバプロセスの［CleanProgramTimeout］属性を小値の 180 に、［StopProgramTimeout］属性を小値の 120 に設定する。


VERITAS クラスタでの NetWorker の構成 51

例 2 Linux での NetWorker リソースグループ定義の例

次の例では、 /etc/VRTSvcs/conf/config/main.cf VCS クラスター構成ファイル

に定義されている NetWorker リソースグループのインスタンスを示します。

group networker ( SystemList = { arrow = 0, canuck = 1 } ) Application nw_server ( StartProgram = "/usr/sbin/nw_vcs start" StopProgram = "/usr/sbin/nw_vcs stop" CleanProgram = "/usr/sbin/nw_vcs stop_force" MonitorProgram = "/usr/sbin/nw_vcs monitor" MonitorProcesses = {"/usr/sbin/nsrd -k avro"} ) IP NW_IP ( Device = eth0 Address = "137.69.104.104" ) Mount NW_Mount ( MountPoint = "/mnt/share" BlockDevice = "/dev/sdc3" FSType = ext2 FsckOpt = "-n" ) NW_IP requires NW_Mount nw_server requires NW_IP // resource dependency tree // // group networker // { // Application nw_server // { // IP NW_IP // { // Mount NW_Mount // } // }

例 3 Windows での NetWorker リソースグループ定義の例

次の例では、C:\Program Files\Veritas\cluster server\conf\config\main.cf VCS クラスター構成ファイルに定義されている NetWorker リソースグループの

インスタンスを示します。

group networker ( SystemList = { BU-ZEUS32 = 0, BU-HERA32 = 1 } ) IP NWip1 ( Address = "10.5.163.41" SubNetMask = "255.255.255.0" MACAddress @BU-ZEUS32 = "00-13-72-5A-FC-06" MACAddress @BU-HERA32 = "00-13-72-5A-FC-1E" ) MountV NWmount1 ( MountPath = "S:\\" VolumeName = SharedVolume1 VMDGResName = NWdg_1 ) Process NW_1 ( Enabled = 0 StartProgram = "D:\\Program Files\\EMC NetWorker\\nsr\\bin\\nw_vcs.exe start" StopProgram = "D:\\Program Files\\EMC NetWorker\\nsr\\bin\\nw_vcs.exe stop" CleanProgram = "D:\\Program Files\\EMC NetWorker\\nsr\\bin\\nw_vcs.exe stop_force"



例 3 Windows での NetWorker リソースグループ定義の例（続き）

MonitorProgram = "D:\\program files\\EMC NetWorker\\nsr\\bin\\nw_vcs.exe monitor" UserName = "bureng\\administrator" Password = BHFlGHdNDpGNkNNnF ) VMDg NWdg_1 ( DiskGroupName = "32dg1" ) NWip1 requires NWmount1 NWmount1 requires NWdg_1 NW_1 requires NWip1 // resource dependency tree // // group networker // { // Process NW_1 // { // IP NWip1 // { // MountV NWmount1 // { // VMDg NWdg_1 // } // } // } // }

Solaris および Linux での NetWorker の構成


はじめに



2. ［Veritas Cluster Server が検出されました。 Veritas Cluster Server 向けに NetWorkerを構成しますか[Yes]?］プロンプトで、Yes と入力します。


4. ［ローカル NetWorker データベースがインストールされているディレクトリを入力[/nsr]?］プロンプトで、NetWorker をインストールする際に指定したローカル NetWorker データベースのディレクトリの場所を入力します。次に例を挙げます。 /space/nsr


6. ［次について現在およびサイト固有の値を追加しますか： NSR_SHARED_DISK_DIR および NSR_SERVICE_ID Yes or No [Yes]?］プロンプトで、Yes と入力し、他のクラスター環境

との互換性を確保します。

7. ［共有 nsr ディレクトリの作成先/保存先のパスは?］プロンプトで、高可用性 NetWorkerサーバーの構成情報が格納されている、グローバルにマウントされている/nsrディレ

クトリのパス名を入力します。次に例を挙げます。 /global/nw.

8. ［NetWorker で使用する論理ホスト名を入力しますか?］プロンプトで、高可用性NetWorker サーバーが使用する公開された論理ホスト名を入力します。次に例を挙げます。 clus_vir1。





Windows での NetWorker ソフトウェアの構成


はじめに


1. NetWorker サーバサービスグループをオンラインにします。

2. NetWorker ソフトウェアに必要なリソースタイプを定義するため、クラスター構成バイナリ［NetWorker_installation_path］\lc_config.exeを実行します。


4. ［共有 nsr ディレクトリを入力してください：］プロンプトで、共有 nsr ディレクトリのパス名を入力します。このパスに、高可用性 NetWorker サーバの構成情報が置かれます。次に例を挙げます。 S:\nsr.

5. ［Veritas Cluster Server ソフトウェアがインストールされているディレクトリを入力してください（通常、C:\Program Files\Veritas\cluster server など）］プロンプトで、VeritasCluster Server がインストールされている場所を入力します。

6. ［これでよろしいですか [y/n]］プロンプトで、Y と入力して、構成を更新します。



NetWorker サービスグループへの NetWorker サーバーリソースの追加

NetWorker サーバは、UNIX では Application リソースタイプで、Windows では Process リソースタイプです。このリソースタイプを NetWorker サービスグループに追加します。

NetWorker サーバーリソースを NetWorker サービスグループに追加する前に、次の依存関係が解決されていることを確認します。

u UNIX の場合：

l Process リソースは IP リソースに依存する。

l IP リソースは MountV リソースに依存する。

u Windows システムの場合：

l Application リソースは IP リソースに依存する。

l IP リソースは Mount リソースに依存する。

例 4 UNIX 用 VCS での NWserver リソース

次の例では、UNIX VCS に定義されている Application リソースタイプのインスタンスを示します。

"Resource type: "Application""Attributes:User = root



例 4 UNIX 用 VCS での NWserver リソース（続き）

StartProgram = "/usr/sbin/nw_vcs start"StopProgram = "/usr/sbin/nw_vcs stop"CleanProgram = "/usr/sbin/nw_vcs stop_force"MonitorProgram = "/usr/sbin/nw_vcs monitor"MonitorProcesses = "/usr/sbin/nsrd -k ［Virtual_server_hostname］"

例 5 Windows 用 VCS での NWserver リソース

次の例では、Windows VCS クラスターに定義されている Process リソースタイプのインスタンスを示します。

"Resource type: "Process""Attributes:StartProgram = "C:\program files\EMC NetWorker\nsr\bin\nw_vcs.exe start"StopProgram = "C:\program files\ EMC NetWorker \nsr\bin\nw_vcs.exe stop"CleanProgram = "C:\program files\ EMC NetWorker \nsr\bin\nw_vcs.exe stop_force"MonitorProgram = "C:\program files\ EMC NetWorker \nsr\bin\nw_vcs.exe monitor"UserName = "<administrator user name> "Password = "<administrator password>"Domain = "<Active Directory domain name>"

リソースタイプの登録とリソースインスタンスの作成

NWClient リソースを登録し、Windows または UNIX で NWClient リソースインスタンスを作成します。

はじめに

root ユーザー（UNIX の場合）または Administrator（Windows の場合）として、次の手順を実行します。

手順

1. 既存の VCS 構成を保存し、main.cf ファイルの修正中にこれ以上変更しないようにす

るには、次のように入力します。

haconf -dump -maker2. すべてのノード上の VCS ソフトウェアを停止し、リソースを使用可能な状態にしておくた

め、次のように入力します。

hastop -all -force3. main.cf ファイルのバックアップコピーを作成するため、次のように入力します。

l UNIX システムの場合、次のように入力します。

cd /etc/VRTSvcs/conf/configcp main.cf main.cf.orig

l Windows システムの場合、次のように入力します。

cd C:\Program Files\Veritas\cluster server\conf\configcp main.cf main.cf.orig

4. VCS Cluster Server 構成ディレクトリにある NWClient リソース定義ファイルをコピーするため、次のように入力します。

l UNIX システムの場合、次のように入力します。

cp /etc/VRTSvcs/conf/NWClient.cf /etc/VRTSvcs/conf /config/NWClient.cf



l Windows システムの場合、次のように入力します。

cp C:\Program Files\Veritas\cluster server\conf\NWClient.cfC:\Program Files\Veritas\cluster server\conf\config\NWClient.cf

5. NWClient リソースタイプと NWClient リソースタイプのインスタンスを main.cf ファイ

ルに追加するため、次のように入力します。

include "NWClient.cf"6. ファイルを保存して閉じます。

7. main.cf ファイルの構文を確認するため、次のように入力します。

hacf -verify config8. VCS エンジンを起動するため、次のように入力します。

hastart9. クラスター内の残りのノードにログインし、VCS エンジンを起動します。エンジンを起動す

るため、次のように入力します。

hastart10.すべてのサービスグループのステータスを確認するため、次のように入力します。

hagrp -display11.NWClient リソースインスタンスを、それを必要とするサービスグループに追加します。

構成のトラブルシューティングこのセクションでは、クラスタの NetWorker 構成上の問題のトラブルシューティング方法を説明します。

u バックアップの実行時間または nsrd の起動時間が長い（56 ページ）

u NetWorker 仮想サーバーが nsrmmd の起動に失敗する（58 ページ）

バックアップの実行時間または nsrd の起動時間が長い

lcmapプログラムは、クラスターノードに対してクエリーを実行して、リソースグループのパ

ス所有者などの情報を含むマップを作成します。大規模なクラスタ構成では、lcmap が終了するまでに長い時間がかかり、そのため特定のオペレーションの処理速度が遅くなります。この状況は、NetWorker サーバ（nsrd）の起動時間が長くなることや、バックアップ時間が非常に長くなるなどの形で現れます。

このような状況では、クラスタキャッシュタイムアウトの調整を検討します。この属性は、NetWorker クライアントにクラスタマップ情報をキャッシュするときの時間（秒単位）を指定します。

クラスタキャッシュタイムアウト属性の編集は慎重に行ってください。次の要因によって、属性の値が数分から数日まで変わることがあります。

u クラスター構成の変更の頻度。

u リソースグループフェイルオーバーの可能性。

u NetWorker 処理の頻度。

大きすぎる値を設定した場合、古いクラスターマップとなり、パスの解決が正しくなくなる可能性があります。たとえば、クラスターキャッシュタイムアウト値を 86400（1 日）に設定すると、クラスターマップへの変更は大で 1 日間キャプチャされません。クラスターマップ情報が次のリフレッシュ期間より前に変更されると、一部のパスが正しく解決されない可能性があります。



小さすぎる値を設定すると、キャッシュ更新が頻繁に発生し、パフォーマンスに悪影響を及

ぼす可能性があります。 1 つの物理クラスタノードで実験し、適なタイムアウト値を判断

してください。この属性を調整してもパフォーマンスが大きく改善されない場合は、この属性

値を 0（ゼロ）にリセットします。属性値がゼロの場合、属性が NetWorker で使用されませ

ん。

クラスタキャッシュタイムアウト属性の編集

クラスタキャッシュタイムアウト属性は、NetWorker クライアントの NSRLA データベースにあり、NetWorker がクラスタ向けに構成されている場合にのみ表示されます。たとえば、UNIXでは、networker.cluster スクリプトが実行されて nsrexecd が再起動されると、NetWorker クライアントがクラスタ向けに構成されます。

タイムアウト値を変更する場合は、高可用性 NetWorker サーバをオンラインにする前に、初

期クラスタキャッシュタイムアウト値を編集することをお勧めします。

クラスタキャッシュタイムアウト値を編集するには、高可用性 NetWorker サーバをオフラインにし、各物理ノード上で、UNIX の場合は root ユーザー、Windows の場合は管理者として、以下の手順を実行します。

手順

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

l ［パッシブノードの場合は、次のように入力します。］

nsradmin -p nsrexecdl アクティブノードの場合は、次のように入力します。

nsradmin -d ［directory］

ここで、［directory］はローカル NSRLA データベースの場所です。

– UNIX： /nsr.NetWorker.local/res/nsrladb

– Windows：［NetWorker_install_path］nsr\res\nsrladb.

2. ［NSRLA］リソース属性の現在の設定を表示します。たとえば、次のように入力します。

印刷タイプ:NSRLA

3. クラスタキャッシュタイムアウト属性の値を変更します。たとえば、次のように入力します。

update cluster cache timeout: ［値］

ここで、［value］はタイムアウト値（秒）です。値 0（ゼロ）はキャッシュを使用しないことを指定します。

4. 変更の確認メッセージが表示されたら、［はい］をクリックします。

5. 属性が正常に更新されたことを確認します。次のコマンドを実行します。

print type:NSRLA6. 高可用性 NetWorker サーバをオンラインにします。 NetWorker により、共有 NSRLA が

新しいキャッシュ値で更新されます。

更新された値は、前のタイムアウト値に基づいて行われる次回のキャッシュ更新後に有効になります。

タイムアウト値を直ちに有効にするには、NetWorker 仮想サーバーを所有している物理ノード上のキャッシュファイルを削除します。


バックアップの実行時間または nsrd の起動時間が長い 57

l UNIX：［/tmp/lcmap.out］

l Windows：［NetWorker_install_path］［\nsr\bin\lcmap.out］

NetWorker 仮想サーバーが nsrmmd の起動に失敗する

NetWorker 仮想サーバーが NetWorker ストレージノードで nsrmmdプロセスを起動できな

い場合、次のようなメッセージが NetWorker サーバー daemon.raw ファイルに出力されま

す。

06/08/00 10:00:11 nsrmon #217: connect to nsrexec prog 390113 vers 1 on `uranus' failed: RPC error: Remote system error06/08/00 10:00:11 nsrd: media notice: check storage node: uranus (RPC error: Remote system error)06/08/00 10:00:11 nsrd: media info: restarting nsrmmd #1 on uranus in 2 minute(s)06/08/00 10:02:12 nsrd: media info: restarting nsrmmd #1 on uranus now06/08/00 10:02:42 nsrmon #183: connect to nsrexec prog 390113 vers 1 on `

nsrexecdデーモン（UNIX ホストの場合）または NetWorker Remote Exec サービス

（Windows ホストの場合）がストレージノードで実行されていない場合にも、このエラーは書き込まれます。

この問題を解決するには、nsrexecdプロセス（UNIX の場合）または NetWorker RemoteExec サービス（Windows の場合）を起動します。



第 3 章

高可用性 NetWorker サーバー用のデバイスの構成

NetWorker は、テープ、AFTD、および Data Domain デバイスを使用したクラスタホストデータのバックアップをサポートしています。この章では、オートチェンジャおよびテープデバイスを使用して高可用性 NetWorker サーバをバックアップする場合に使用される、3 つの共通の構成シナリオについて説明します。 AFTD および Data Domain デバイスを構成する方法について記述している［NetWorker 管理ガイド］と［Data Domain 統合ガイド］内の情報は、クラスター化されているホストとクラスター化されていないホストの両方に適用されます。

u オートチェンジャおよび共有テープデバイスの構成................................................60u オートチェンジャーと非共有テープデバイスの構成................................................ 61u スタンドアロンホストからのロボットの制御............................................................. 63

高可用性 NetWorker サーバー用のデバイスの構成 59

オートチェンジャおよび共有テープデバイスの構成この構成では、NetWorker 仮想サーバーでロボットアームを管理します。 NetWorker は、DDS（Dynamic Drive Sharing）を使用して、仮想ノードと各物理ノードがテープデバイスを共有できるようにします。個々の物理ノードおよび仮想ノードは、バックアップデータをネットワーク経由でなく直接テープデバイスに送信します。この構成は、バックアップデータの大部分が非アクティブな物理ノードのデータである場合に使用します。

共有オートチェンジャーと DDS デバイスを構成する前に、次の手順を実行します。

手順

1. デバイス共有インフラストラクチャが（94 ページ）、オートチェンジャーと NetWorker サーバーリソースを所有するノードの間におけるパスセッションを完全に分離して保護するようにする。ストレイバスシグナルおよび他のノードからのセッションへの不正なアクセスからパスを保護する。

NetWorker サーバーを所有しているノード以外のノードのプロセスがテープデバイスに

アクセスできる場合は、データが破損する可能性がある。 NetWorker ソフトウェアは、こ

のデータの破損を検出しないことがあります。

2. ロボットアームおよびすべてのドライブをクラスタ内の各物理ノードにゾーニングする。

3. 各ノードでロボットへのパスとテープドライブへのパスを同様に構成する（バス、ターゲットおよび LUN）。

4. ノードデバイスの再割り当て予約コマンドを使用してブリッジを構成している場合は、それらのコマンドを NetWorker 仮想サーバー上の nsrrc起動スクリプトに追加する。

nsrrcスクリプトの変更については、「NetWorker 管理ガイド」を参照してください。

5. 各物理ノードにクラスタベンダー提供のロボットアーム用特殊デバイスファイルをインストールする。特殊デバイスファイルにより、テープまたはオートチェンジャのデバイスドライバへのリンクが作成される。同じデバイスのすべてのノードで、リンクに付ける名前が同一になるようにします。クラスタノード全体で一致する特殊デバイスファイルがない場合は、クラスタ内のすべての物理ノードで、同じ PCI スロットにファイバ HBA を取り付ける必要があります。

次の図では、この構成オプションをグラフィカルに表しています。



図 2 オートチェンジャと共有デバイス

この例では次のようになっています。

6. NMC デバイス構成ウィザードを使用してオートチェンジャーとデバイスを構成するには、ストレージノード名とプレフィックス名の入力を求められたら、［clus_vir1］仮想サーバーのホスト名を指定します。 NMC を使用してオートチェンジャーとデバイスを構成する方法については、「NetWorker 管理ガイド」を参照のこと。

7. jbconfig コマンドでオートチェンジャーとデバイスを構成するには、NetWorker サー

バーリソースを所有する物理ノードで、jbconfig -s ［clus_vir1］を実行します。

a. プレフィックスとして使用するホスト名の入力を求められたら、仮想サーバー名clus_vir1 を指定します。

b. 共有デバイスの構成を確認するメッセージが表示されたら、［はい］を選択する。

NMC を使用してオートチェンジャーとデバイスを構成する方法については、「NetWorker 管理ガイド」を参照のこと。

8. 各ホストのストレージノード属性値は次のとおり。

l clus_phys1: clus_phys1l clus_phys2: clus_phys2l clus_vir1： nsrserverhost各クラスタノード向けにクライアントリソースを構成する方法については、バックアップとリカバリの構成（65 ページ）を参照のこと。

9. フェイルオーバーが発生すると、NetWorker は、フェイルオーバーノードで実行中だったsavegroup オペレーションをリロケートして再開する。ただし、標準のオートチェンジャオペレーション（たとえばボリュームのインベントリ、ラベル付け、マウント、アンマウントなど）は、新しいフェイルオーバーノード上では自動再開されない。

オートチェンジャーと非共有テープデバイスの構成この構成では、ロボットアームとテープデバイスを仮想ノード専用に構成します。NetWorker 仮想サーバーおよび、NetWorker サーバリソースを所有する物理ノードは、バッ


オートチェンジャーと非共有テープデバイスの構成 61

クアップデータを直接テープデバイスに送信します。非アクティブな物理ノードは、バックアップデータをネットワーク経由でテープデバイスに送信します。この構成は、バックアップデータの大部分がアクティブな物理ノード、共有ディスクリソース、およびクラスタの外部ホストからのデータである場合に使用します。


図 3 オートチェンジャと非共有デバイス


手順

1. NMC デバイス構成ウィザードを使用してオートチェンジャーとデバイスを構成するには、ストレージノード名とプレフィックス名の入力を求められたら、［clus_vir1］仮想サーバーのホスト名を指定します。 NMC を使用してオートチェンジャーとデバイスを構成する方法については、「NetWorker 管理ガイド」を参照のこと。

2. jbconfig コマンドを使用してオートチェンジャーとデバイスを構成するには、

NetWorker サーバーリソースを所有する物理ノード上で jbconfig -s clus_vir1を実行します。

l プレフィックスとして使用するホスト名の入力を求められたら、仮想サーバー名［clus_vir1］を指定します。

l 共有デバイスの構成を確認するメッセージが表示されたら、［はい］を選択する。jbconfigを使用してオートチェンジャーとデバイスを構成する方法については、

「NetWorker 管理ガイド」を参照のこと。

3. 各ホストのストレージノード属性値は次のとおり。

l clus_phys1: ［nsrserverhost］

l clus_phys2: ［nsrserverhost］

l clus_vir1：［nsrserverhost］



各クラスタノード向けにクライアントリソースを構成する方法については、バックアップとリカバリの構成（65 ページ）を参照のこと。

スタンドアロンホストからのロボットの制御クラスターノード間でバスターゲット LUN を一致させることができない場合や、クラスター内に NetWorker サーバーがない場合には、ロボットアームを制御するクラスターの外部のストレージノードとしてスタンドアロンの物理ホストを設定できます。スタンドアロンの物理ホストでは、ファイバチャネルまたは SCSI 接続により、ロボットアームを制御します。クラスタ内の各ノードは、バックアップデータをネットワーク経由でテープデバイスに送信します。NetWorker 仮想サーバーがインデックスおよびブートストラップをバックアップするには、ローカルデバイスが必要です。


図 4 外部のスタンドアロンストレージノード


手順

u NetWorker 仮想サーバーでローカルデバイス AFTD1 を使用して、ブートストラップおよびインデックスをバックアップする。

u NMC デバイス構成ウィザードを使用してオートチェンジャーとデバイスを構成するには、ストレージノード名とプレフィックス名の入力を求められたら、［ext_SN］スタンドアロンのホスト名を指定します。

u jbconfig コマンドでオートチェンジャーとデバイスを構成するには、ext_SN で、

jbconfig -s ［clu_vir1］を実行します。 jbconfigを使用してオートチェンジャー

とデバイスを構成する方法については、［NetWorker 管理者ガイド］を参照のこと。

l プレフィックスとして使用するホスト名の入力を求められたら、外部ストレージノード［ext_SN］を入力する。


スタンドアロンホストからのロボットの制御 63

l 共有デバイスの構成を確認するメッセージが表示されたら、［はい］を選択する。

u 各ホストの［クライアント］リソースの［ストレージノード］属性値は、次のとおりです。

l clus_phys1: ［clus_phys1］

l clus_phys2: ［clus_phys2］

l clus_vir1：［nsrserverhost］

各クラスタノード向けにクライアントリソースを構成する方法については、バックアップとリカバリの構成（65 ページ）を参照のこと。



第 4 章

バックアップ/リカバリの構成

この章では、NetWorker 仮想サーバーの構成、クラスタ内の仮想ノードおよび物理ノードのバックアップ、および NetWorker 仮想サーバーにクラスタ化されていないクライアントをバックアップする構成を行う方法を説明します。

u NetWorker 仮想サーバーライセンスの登録...........................................................66u クラスターの NetWorker 環境変数の設定.............................................................. 68u NetWorker サーバーへのアクセスのクライアントへの制限......................................68u NetWorker 仮想サーバーの構成........................................................................... 70u 物理ノードのバックアップ用のクライアントリソースの作成......................................71u 仮想クライアントのバックアップ用のクライアントリソースの作成.............................71u NetWorker 仮想サーバーのバックアップデバイスの構成....................................... 73u クラスタノードの手動バックアップの実行............................................................... 74u バックアップのトラブルシューティング..................................................................... 76u データのリカバリ....................................................................................................79u リカバリのトラブルシューティング........................................................................... 80

バックアップ/リカバリの構成 65

NetWorker 仮想サーバーライセンスの登録NetWorker は、NetWorker サーバーのホスト ID を使用して、ライセンスキーの認証コードを生成します。 NetWorker 仮想サーバーの場合は、各物理ノードのホスト ID を確認し、複合ホスト ID を作成する必要があります。複合ホスト ID は、高可用性 NetWorker サーバーを構成する各ノードのホスト ID を組み合わせたものです。 NetWorker では、複合ホスト ID の値を共有 nsrディレクトリのホスト ID ファイルに格納します。

この複合ホスト ID を使用して、高可用性 NetWorker サーバを登録してライセンスを取得します。フェイルオーバーが行われる場合、NetWorker 仮想サーバーのライセンスを認証なしで使用できます。

NetWorker ライセンスの取得方法、および取得したライセンスの NetWorker サーバーへの

追加方法については、「NetWorker ライセンスガイド」を参照してください。

複合ホスト ID を作成するには、次の手順を実行します。

手順

1. 物理ノードのホスト ID を確認します。

l UNIX の各物理ノードで、システムプロンプトで hostid と入力し、値を記録する。


# hostid84f8c879

l Windows の各物理ノードでは、次の手順を実行します。

a. NMC を使用して NetWorker 仮想サーバーに接続します。

b. ［構成］ウィンドウで［ライセンス］を選択します。

c. リスト表示されたライセンスの 1 つを右クリックし、［プロパティ］を選択します。

d. ［ホスト ID］属性の値を記録します。

e. NetWorker リソースグループを各クラスターノードに移動し、手順 a（66 ページ）から手順 d（66 ページ）までを繰り返します。

2. NetWorker 仮想サーバーを実行しているシステムにログインし、共有の/nsr/res/ディ

レクトリ（UNIX の場合）または［NetWorker_install_path］\nsr\res ディレクト

リ（Windows の場合）に［hostids］ファイルを作成します。

3. このファイル内に各クラスタノードのホスト ID をコロン（：）で区切って指定します。


12345678:876543214. NetWorker 仮想サーバーを再起動します。

a. クラスタ内で NetWorker アプリケーションをオフラインにします。

– AutoStart の場合は、AutoStart Console を使用して NetWorker 仮想サーバーをオフラインにする。

– HACMP/PowerHA の場合は、次のように入力する。 /usr/bin/nw_hacmp.lcstop

– Windows 2008 の MSFCS の場合は、フェイルオーバークラスター管理プログラムで、NetWorker クラスターサービスを右クリックし、［このサービスまたはアプリケーションをオフラインにする］を選択する。



– Windows 2012 の MSFCS の場合は、フェイルオーバークラスタ管理プログラムで、NetWorker クラスタリソースを右クリックし、［ロールの停止］を選択する。

– MC/ServiceGuard の場合は、次のように入力する。 cmhaltpkg networker– SLES_HAE の場合は、次のように入力する。 crm resource stop

［NetWorker_server_resource_group］– SunCluster の場合は、次のように入力する。 clresourcegroup offline

［NetWorker_server_resource_group］– VCS の場合は、次のように入力する。 hagrp -offline

［NetWorker_service_group］ -sys ［system］ここで、［system］はノード名です。

b. NetWorker デーモンを停止します。

c. NetWorker デーモンを起動します。

d. クラスタ内で NetWorker アプリケーションをオンラインにします。

– AutoStart の場合は、AutoStart Console を使用して NetWorker 仮想サーバーをオンラインにする。

– HACMP/PowerHA の場合は、次のように入力する。 /usr/bin/nw_hacmp -lcstart

– M/C ServiceGuard の場合は、次のように入力する。 cmrunpkg networker– SLES_HAE の場合は、次のように入力する。 crm resource start

［NetWorker_server_resource_group］– SunCluster の場合は、次のように入力する。 clresourcegroup online

［NetWorker_server_resource_group］– Windows 2008 の MSFCS の場合は、フェイルオーバークラスタ管理プログラム

で、NetWorker クラスタサービスを右クリックし、［このサービスまたはアプリケーションをオンラインにする］を選択する。

– Windows 2012 の MSFCS の場合は、フェイルオーバークラスタ管理プログラムで、NetWorker クラスタリソースを右クリックし、［ロールの開始］を選択する。

– VCS の場合は、次のように入力する。 hagrp -online［NetWorker_service_group］ -sys ［system］ここで、［system］はノード名です。

5. NMC を使用して NetWorker 仮想サーバーに接続します。

6. ［構成］ウィンドウで［ライセンス］を選択します。

7. リスト表示されたライセンスの 1 つを右クリックし、［プロパティ］を選択します。

8. ライセンスに提供する［hostid］属性の新しい複合ホスト ID 値を記録します。

高可用性 NetWorker サーバの論理ホスト名は変更しないでください。ソフトウェアの更

新後に論理ホスト名を変更した場合は、高可用性 NetWorker サーバの恒久的なライセ

ンスを取得して認証する必要があります。


NetWorker 仮想サーバーライセンスの登録 67

クラスターの NetWorker 環境変数の設定UNIX クラスタの場合、グローバルな/nsr/nsrrc ファイルで高可用性 NetWorker サーバの環境変数を指定します。 /nsr/nsrrc ファイルの使用方法については、「NetWorker 管理ガ

イド」を参照してください。

クラスターアウェアかスタンドアロンの UNIX NetWorker ホストの環境変数を定義するには、ローカルの/nsrディレクトリで/nsr/nsrrc を変更または作成します。

NetWorker サーバーへのアクセスのクライアントへの制限デフォルトでは、どの NetWorker サーバも、NetWorker ホストをバックアップし、任意のNetWorker ホストへのダイレクトリカバリを実行できます。 NetWorker サーバーへのアクセスを制限するには、NetWorker ホスト上の servers ファイルを使用します。

複数の servers ファイルが、高可用性 NetWorker サーバまたはクラスタアウェアクライアントによって使用されます。 NetWorker サーバへのアクセスをクラスタノードに制限するには、次の servers ファイルを作成、編集する必要があります。

u グローバルの servers ファイル。共有ドライブにある。

u ローカルの servers ファイル。各物理クラスタノードにある。クラスターノード上のスタンドアロン NetWorker アプリケーションは、/nsr/res/servers（UNIX）か［NetWorker_installation_path］\nsr\res（Windows）にある 1 つの servers ファイルを使用します。

NetWorker サーバへのアクセスをクラスタノードに制限するには、次の手順を実行します。

手順

1. 高可用性 NetWorker サーバーまたはクラスタアウェア NetWorker クライアントの場合は、アクティブなクラスタノード上で NetWorker 仮想サーバーをオフラインにします。

l AutoStart の場合は、［AutoStart Console］を使用して NetWorker 仮想サーバーをオフラインにする。

l HACMP/PowerHA の場合は、次のように入力する。 /usr/bin/nw_hacmp.lc stopl Windows 2008 の MSFCS の場合は、［フェイルオーバークラスタ管理］プログラム

で、NetWorker クラスタサービスを右クリックし、［このサービスまたはアプリケーションをオフラインにする］を選択する。

l Windows 2012 の MSFCS の場合は、［フェイルオーバークラスタ管理］プログラムで、NetWorker クラスタリソースを右クリックし、［ロールの停止］を選択する。

l MC/ServiceGuard の場合は、次のように入力する。 cmhaltpkg networkerl SLES_HAE の場合は、次のように入力する。 crm resource stop

［NetWorker_server_resource_group］l SunCluster の場合は、次のように入力する。 clresourcegroup offline

［NetWorker_server_resource_group］l VCS の場合は、次のように入力する。 hagrp -offline

［NetWorker_service_group］ -sys［system］ここで、［system］はノード名です。

2. 各ノード上で、NetWorker プロセスを停止します。

l UNIX の場合は、コマンドプロンプトで次のように入力する。 nsr_shutdown



l Windows の場合は、NetWorker Remote Exec サービスを停止する。これによって、NetWorker サーバ上で NetWorker Backup and Recover サービスも停止する。

3. 各物理ノード上で、servers ファイルを作成または編集します。

l UNIX： /nsr/res/serversl Windows：［NetWorker_installation_path］\nsr\res\servers

4. NetWorker へのアクセスを必要とする各 NetWorker サーバの短い名前および FDQN を各行に指定します。

NetWorker サーバが高可用性の場合は、次の手順を実行します。

a. NetWorker の論理または仮想ホスト名のエントリーを初に追加します。

b. 物理ホストごとにエントリー追加


clus_vir1clus_vir1.emc.comclus_phys1clus_phys1.emc.comclus_phys2clus_phys2.emc.com

servers ファイルにホストがない場合は、任意の NetWorker サーバでホストをバックアップしたりホストへのダイレクトリカバリを実行することができます。

5. 共有ディスクにアクセスできるノード上で、グローバルの servers ファイルを編集します。

グローバルの servers ファイルに定義されたホスト名を、各物理ノード上のローカルの

servers ファイルのホスト名と同じにします。

6. UNIX の場合に限り、NetWorker ブートタイム起動ファイル/etc/init.d/networkerを編集し、存在する nsrexecd -s引数を削除します。

たとえば、/etc/init.d/networker に次のエントリーがあるとします。

nsrexecd -s venus -s mars

このエントリーが次のようになるよう、ファイルを変更します。

nsrexecd7. 各ノードで NetWorker デーモンを開始します。

8. 高可用性 NetWorker ホストの場合に限り、NetWorker アプリケーションをオンラインにします。

l AutoStart の場合は、［AutoStart Console］を使用して NetWorker 仮想サーバーをオンラインにする。

l HACMP/PowerHA の場合は、次のように入力する。 /usr/bin/nw_hacmp -lcstart

l M/C ServiceGuard の場合は、次のように入力する。 cmrunpkg networkerl SLES_HAE の場合は、次のように入力する。 crm resource start

［NetWorker_server_resource_group］l SunCluster の場合は、次のように入力する。 clresourcegroup online

［NetWorker_server_resource_group］l Windows 2008 の MSFCS の場合は、フェイルオーバークラスタ管理プログラムで、

NetWorker クラスタサービスを右クリックし、［このサービスまたはアプリケーションをオンラインにする］を選択する。


NetWorker サーバーへのアクセスのクライアントへの制限 69

l Windows 2012 の MSFCS の場合は、フェイルオーバークラスタ管理プログラムで、NetWorker クラスタリソースを右クリックし、［ロールの開始］を選択する。

NetWorker サーバリソースの状態が［オンライン］に変わったことを確認する。

l VCS の場合は、次のように入力する。 hagrp -online［NetWorker_service_group］ -sys［system］ここで、［system］はノード名です。

NetWorker 仮想サーバーの構成このセクションは、高可用性 NetWorker サーバにのみ適用されるもので、NetWorker 仮想サーバーの構成および共有ディスクのバックアップを行う方法を説明します。

NetWorker では、リソースグループ（MC/ServiceGuard 用のリソースサービス）に対して複数の IP アドレスを使用できる。ただし、仮想クライアントリソースを構成する場合は、これらの IP アドレスのうち 1 つのみを使用する。 NetWorker クライアントリソースの名前は、短い名前、IP アドレスに対応する FQDN、または IP アドレスにすることができます。

次に例を挙げます。 resgrp1 は、クラスターに定義されているリソースグループで、グループには 2 つの IP リソース［IP1］と［IP2］が定義されています。［IP1］の IP アドレスがNetWorker クライアントリソースとして定義されている場合、［resgrp1］内のすべての共有パスは［IP1］インデックスの IP アドレスの下に保存されます。

NetWorker 仮想サーバーを構成するには、次の手順を実行します。

手順

1. NMC を使用して、NetWorker 仮想サーバーに接続します。

2. ［構成］ウィンドウで、NetWorker サーバを右クリックし、［プロパティ］を選択します。

3. UNIX の各物理ノードには、［管理者］属性で root ユーザーアカウントを指定します。Windows の各物理ノードには、管理者と Windows の各物理ノードのシステムアカウントを指定します。


UNIX の物理ノードの場合：

root@［clus_phys1］root@［clus_phys2］

Windows の物理ノードの場合：

administrator@［clus_phys1］system@［clus_phys1］administrator@［clus_phys2］system@［clus_phys2］

4. ［OK］をクリックします。

5. ロックボックスのみを使用するように構成された NetWorker サーバー：

a. 左ナビゲーションペインで、［クライアント］を選択します。

b. NetWorker 仮想サービスのクライアントリソースを右クリックし、［クライアントプロパティの変更］を選択します。

c. ［グローバル（2/2）］タブで、［リモートアクセス］フィールドの各クラスターノードの名前を指定します。

l UNIX クラスターノードの場合、hostname コマンドを使用するときに表示されるホ

ストの名前を指定します。

l Windows クラスターノードの場合、［コントロールパネル］ > ［システム］ > ［コンピューター名］フィールドに表示される完全なコンピューター名を使用します。



6. ［OK］をクリックします。

ロックボックスを使用するように NetWorker サーバーを構成する場合、仮想ノードが別

のクラスターノードにフェイルオーバーする前に、［リモートアクセス］フィールドを更新す

る必要があります。フェイルオーバーの前に［リモートアクセス］フィールドを更新しない

場合、ロックボックスリソースを削除して作成する必要があります。ロックボックスリソー

スの構成方法については、「EMC NetWorker セキュリティ構成ガイド」を参照してください。

物理ノードのバックアップ用のクライアントリソースの作成このセクションでは、物理クラスタノードのローカルディスクをバックアップするためのクライアントリソースを NetWorker サーバに作成する方法を説明します。

手順

1. NMC で NetWorker サーバに接続します。高可用性 NetWorker サーバには、仮想ノード名を使用して接続します。

2. ［構成］ウィンドウで［グループ］を選択します。［グループ］リソースを構成するか、物理ノードをバックアップする既存のグループを選択します。

3. クラスタ内の物理ノードごとに NetWorker クライアントを作成します。

a. ［クライアント］を右クリックし、［作成］を選択します。

b. ［名前］属性に、物理クライアントの名前を入力します。

c. ［セーブセット］フィールドで、ローカルディスクまたは［すべて］を指定します。

Windows の場合、定数ディスクは指定しないでください。

ALL セーブセット

– 共有ディスクは含まれません。

– 物理ノードに属するローカルディスクが含まれます。

– Windows クラスターの DISASTER_RECOVERY:\セーブセットが含まれます。

– Windows 2012 クラスターの WINDOWS ROLES AND FEATURES セーブセットが含まれます。

d. ［グループ］属性で、手順 2（71 ページ）で構成した［グループ］を選択します。

e. 必要な場合、［クライアント］のプロパティウィンドウで残りの属性を定義し、［OK］をクリックします。

仮想クライアントのバックアップ用のクライアントリソースの作成このセクションでは、重複排除対応 CSV を含む、共有ディスクまたは CSV（クラスターの共有ボリューム）をバックアップするためのクライアントリソースを NetWorker サーバーに作成する方法を説明します。クラスタアウェアクライアントおよび NetWorker 仮想サーバーに対して次の手順を実行します。

手順

1. NMC を使用して NetWorker サーバに接続します。高可用性 NetWorker サーバには、仮想ノード名を使用して接続します。


物理ノードのバックアップ用のクライアントリソースの作成 71

2. クラスタノードをバックアップするため、新しい［グループ］リソースを作成するか、既存のグループを選択します。 NetWorker サーバーのフェイルオーバーが行われたときに仮想ノードのバックアップが再開されるようにするには、［自動再開］属性を有効化し、［手動再開］オプションを無効化します。

3. 仮想ノードに対してクライアントリソースを作成するか、NetWorker により自動的にNetWorker 仮想サーバーに対して作成される［クライアント］リソースを編集します。

Microsoft フェイルオーバークラスターでは、仮想クライアントに対応するネットワーク名リソースの名前を構成したこと、およびそのリソースを、バックアップに使用するディスクを含むリソースグループに追加したことを確認します。ネットワーク名リソースのフルネームは、NetWorker クライアントリソースの名前、またはそのエイリアスのいずれかに一致している必要があります。

4. ［セーブセット］フィールドでバックアップするセーブセットを指定します。バックアップするには、次の手順を実行します。

l 共有ドライブと仮想クライアントに属する CSV をすべてバックアップする場合は、［すべて］を指定します。

l 仮想クライアントに属する共有ディスクの単一ドライブボリュームをバックアップする場合は、ドライブボリューム記号を指定します。

単一ドライブボリュームをバックアップする場合の指定例には、G:\があります。

単一の CSV をバックアップする場合は、 C:\clusterstorage\volume［X］を

指定します。ここで、［X］はボリューム番号で、C: はシステムのドライブです。

重複排除された CSV ボリュームのサブディレクトリを指定する場合、サブディレクトリ

がマウントポイントのルートである場合を除き、NetWorker は適化されていない状

態のデータ重複排除バックアップを作成します。

5. HACMP の場合に限り、［エイリアス］属性にブートアダプタ名を追加します。

6. ［グローバル（1/2）］タブの［リモートアクセス］フィールドで、クラスタ内の物理ノードごとにシステムアカウント（Windows の場合）か root ユーザーアカウント（UNIX の場合）を指定します。

UNIX の物理ノードの場合：

root@［clus_phys1］root@［clus_phys2］

Windows の物理ノードの場合：

system@［clus_phys1］system@［clus_phys2］

7. 必要に応じて、［アプリケーションとモジュール］タブの［アプリケーション情報］フィールドに環境変数を指定します。

l スナップショット管理バックアップの場合に限り、［ NSR_PS_SHARED_DIR］変数を使用して共有ディレクトリを指定します。次に例を挙げます。

NSR_PS_SHARED_DIR=P:\share

SnapShot バックアップの構成方法については、［NetWorker スナップショット管理統合

ガイド］を参照してください。

l Windows Server 2012 および Windows 2012 R2 CSV、および重複排除された CSVバックアップのみ：

重複排除された CSV バックアップの一部として、優先ノードは、CSV ボリュームの所有権をそれ自体に移動しようとします。所有権の移動が成功すると、NetWorker はローカルでバックアップを実行します。所有権の移動が失敗すると、NetWorker は



SMB でバックアップを実行します。 CSV 所有権が移動すると、バックアップの完了後に、NetWorker は所有権を元のノードにリストアします。

必要に応じて、バックアップを優先的に実行するクラスタノードを指定できる。優先するサーバーを指定するには、PSOL（NetWorker クライアント優先サーバー順序リスト）変数［NSR_CSV_PSOL］を使用します。

PSOL を指定しない場合、NetWorker は現在のホストサーバーノード（仮想ノード）を使用して、バックアップを実行します。

PSOL を指定する前に、次の情報を確認してください。

– save.exeプロセスは、リストで初に使用可能なサーバーを使用して、CSV バ

ックアップを開始する。応答したノードのうち、も上に表示されているノードが、優先されるバックアップホストになる。 PSOL に指定されたノードが使用可能でない場合、NetWorker は［現在のホストサーバー］ノードでバックアップを試行する。

– NetWorker クライアントのリモートアクセスリスト属性には、識別されたクラスターノードが含まれていなければならない。

– ノード名を指定するときには、NetBIOS 名を使用する。ノードの IP アドレスやFQDN は指定できない。

PSOL を指定するには、クライアントリソースの［アプリケーション情報］属性にキー/値のペアを指定する。キー/値のペアを次の形式で指定します。

NSR_CSV_PSOL=MachineName1,MachineName2,MachineName3...

たとえば、物理ノード［clus_phys2］が仮想ノード［clus_vir1］のクラスターリソースを所有しているとします。この場合、デフォルトでは、［clus_vir1］がバックアップリクエストを実行します。オペレーションの負荷を軽減するため、［clus_phy1］を、セーブオペレーションを優先的に開始するノードとして定義する。［clus_phy1］が使用不可の場合は、NetWorker は clus_phy2 を使用してセーブオペレーションを開始しようとする。

［clus_vir1］クライアントリソース内の［NSR_CSV_PSOL］変数は、次の値に設定されます。

NSR_CSV_PSOL=clus_phy1,clus_phy2

物理ノードがバックアップを実行するのに対し、NetWorker はそのバックアップ情報を仮想クライアントリソースのクライアントファイルインデックスに保存します。このCSV のバックアップをリカバリする場合は、ソースクライアントとして［clus_vir1］を指定します。

8. 重複排除された CSV バックアップの場合に限り、適化されていない重複排除バックアップを構成するには、［セーブオペレーション］属性の［VSS:NSR_DEDUP_NON_OPTIMIZED=yes］を指定します。

9. 必要な場合、クライアントのプロパティウィンドウで残りの属性を定義し、［OK］をクリックします。

NetWorker 仮想サーバーのバックアップデバイスの構成NetWorker 仮想サーバーで、ブートストラップおよびサーバインデックスを保存するには、ローカルのバックアップデバイスが必要です。常に使用可能なデバイスを確保するには、NetWorker 仮想サーバーに属するデバイスを物理ノード間で共有されるよう構成します。

手順

1. NMC を使用して、NetWorker 仮想サーバーのクライアントリソースのプロパティを編集します。

2. ［グローバル（2/2）］を選択します。

3. ［ストレージノード］属性に、各物理クラスターノードと［nsrserverhost］をこの順に指定します。


NetWorker 仮想サーバーのバックアップデバイスの構成 73

MSFCS は共有テープをサポートしていません。 NetWorker 仮想サーバーを、共有バスに接続されているテープデバイスとともに構成することはできません。また、MSFCS は共有バスに接続されているディスクデバイスもサポートしています。 EMC では、共有バスに接続されているファイルタイプデバイスは使用しないことを推奨します。

ローカルストレージノードにバックアップするように仮想クライアントを構成する

デフォルトでは、NetWorker は、仮想クライアント内のデータを、仮想クライアントリソースの［ストレージノード］属性でも上に表示されているストレージノードに送信します。

キーワード［curphyhost］を使用すると、仮想クライアントのバックアップを、仮想クライアントを現在所有している物理ホスト上のストレージノードデバイスに転送できます。

［curphyhost］キーワードは仮想クライアントにのみ適用できます。このキーワードは、ストレージノードリソースの［クローンストレージノード］属性や NetWorker 仮想サーバーのクライアントリソースには指定しないでください。指定すると、予期しない動作が行われる可能性があります。たとえば、ブートストラップやオンラインインデックスのバックアップが、NetWorker 仮想サーバーのローカルデバイスではなく、仮想クライアントのローカルストレージノードに書き込まれることがあります。

クライアントリソース内で［Autoselect storage node］属性を有効にした場合、NetWorker はそのクライアントに対応する curphyhost 設定を上書きします。［Autoselect storage node］属性の詳細については、「NetWorker 管理ガイド」を参照してください。

たとえば、2 つのノードを持つ次のようなクラスタを構成しているとします。

u ノード A および B は、クラスタ内の物理ノード

u 仮想クライアント saturn は、ノード A に置かれているか、ノード B にフェイルオーバーできる仮想クライアントの［ストレージノード］属性に［curphyhost］を指定しないバックアップでは、バックアップデータはノード A 上のリモートデバイス（rd=）に転送されます。saturnがノード B にフェイルオーバーし、saturn のバックアップが開始された場合でも、バックアップデータは引き続きノード A 上のリモートデバイス（rd=）に転送されます。

saturn の［ストレージノード］属性の初に［curphyhost］を指定している場合、saturn がノード B にフェイルオーバーして saturn のバックアップが開始されたときに、バックアップデータはノード B のリモートデバイス（rd=）に転送されます。これは、フェイルオーバーの後、saturn がノード B、つまり現在の物理ホストに存在するようになるためです。

［curphyhost］を使用するには、次の手順を実行します。

手順

1. NMC で仮想クライアントリソースのプロパティを編集します。

2. ［グローバル（2/2）］を選択します。

3. ［ストレージノード］属性にキーワード［curphyhost］を追加します。

クラスタノードの手動バックアップの実行クラスタ内の物理または仮想ノードを手動でバックアップするには、UNIX および Windowsのコマンドプロンプトを使用するか、NetWorker ユーザー GUI（Windows のみ）を使用します｡



このセクションでは、非 root アカウントや非管理者アカウントで手動バックアップができるよう NetWorker を構成する方法と、実際に手動バックアップを実行する方法を説明します。

非 root または非管理者ユーザーのための手動バックアップの構成

バックアップ操作は lcmapスクリプトを使用し、クラスターに問い合わせ、パスの所有者を

決定します。非 root アカウント（UNIX）や非管理者アカウント（Windows）で手動バックアップを実行する場合、NetWorker ではパス所有者情報を決定できません。結果として、NetWorker は、仮想ノードのクライアントファイルインデックスではなく、ファイルシステムを所有する物理ノードのクライアントファイルインデックスに対して、バックアップ情報を書き込みます。

このセクションでは、各サポート対象のオペレーティングシステムを構成し、lcmapスクリプ

トがクラスターに問い合わせ、非 root または非管理者ユーザーのパス所有者を決定できるようにする方法について説明します。

AutoStart for UNIX での非 root アカウントの使用

AutoStart for UNIX で、非 root 権限で仮想クラスタークライアントからデータを手動バックアップするには、ftconsoleプログラムを使用し、FT ドメインのセキュリティアクセスリストに

root 以外のユーザーを追加します。

HP MC/ServiceGuard での非 root アカウントの使用

HP MC/ServiceGuard 上で、仮想クラスタークライアントから非 root 権限でデータを手動バックアップするには、次のいずれかの操作を行います。

u クラスターの各ノードで、非 root アカウントのホームディレクトリ内の .rhosts ファイ

ルに各クラスターノードのホスト名が含まれていることを確認する。次に例を挙げます。

nodeAnodeB

u クラスターの各ノードで root ユーザーとして /etc/cmcluster/cmclnodelist ファイルを編集または作成し、このファイルに次の情報を追加する。

nodeA ［user_name］nodeB ［user_name］

cmclnodelist ファイルが存在する場合、クラスターソフトウェアはすべての .rhostsファイルを無視します。

MSFCS での非管理者アカウントの使用

MSFCS 上で非管理者権限を使用して仮想クラスタライアントからデータを手動でバックアップするには、ユーザーがクラスタリソースにアクセスできるように、クラスタでセキュリティ記述子のプロパティを変更します。


Cluster ［ClusterName］/prop "security descriptor"=［DOMAIN\USER］ ,grant,f:security

VCS for UNIX での非 root アカウントの使用

VCS で非 root ユーザーとして物理または仮想クラスタクライアントを手動でバックアップする場合、パスワードの入力を求められます。

パスワードの入力を回避するには、次の手順を実行します。


非 root または非管理者ユーザーのための手動バックアップの構成 75

u VCS 4.0 の場合は、［AllowNativeCliUsers］属性を 1 に設定する。

u VCS バージョン 4.1 以降の場合は、VCS の halogin コマンドを使用して、認証情報を

保存する。

VCS 認証のセットアップ方法については、VCS のマニュアルを参照してください。

VCS for Windows での非管理者アカウントの使用

Windows 2008 および Windows 2008 R2 版の VCS 6.0 の場合、バックアップを実行するには、NetWorker Userアプリケーションまたはコマンドプロンプトウィンドウを管理者とし

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


u NetWorker Userアプリケーションからバックアップオペレーションを開始するには、

NetWorker User アプリケーションを右クリックし、［管理者として実行］を選択する。

u コマンドプロンプトからバックアップオペレーションを開始するには、［コマンドプロンプト］アプリケーションを右クリックし、［管理者として実行］を選択する。

コマンドプロンプトからの手動バックアップの実行

仮想または物理ノードを手動でバックアップするには、save コマンドを使用します。


save -c ［client］［save_set］

この場合、

u ［client］は、共有ディスクのデータをバックアップする場合は仮想ホスト名、save コマンドを実行するノードのローカルデータをバックアップする場合は物理ノードのホスト名。

u ［save_set］には、バックアップデータのパスを指定する。

NetWorker User からの手動バックアップの実行

Windows 物理ノードでは、NetWorker User プログラムを使用して共有またはローカルのデータをバックアップできます。

共有データをバックアップする場合は、アクティブな物理ノードで NetWorker User を開始します。 Windows 2003 のパッシブノードの NetWorker User で共有ドライブや VSS SYSTEMセーブセットが表示されている場合に共有ドライブをバックアップしようとすると、次のようなエラーメッセージが表示されます。

77259:winworkr: VSS reports adding volume [［shared_drive］] to snapshot set failed for both hardware/software provider.7281:winworkr: VSS snapshot failed with error 0x80042308 -- The specified object does not exist..7284:winworkr: Networker will save the files without the snapshot.84687:winworkr: Unable to get volume information of file system '［shared_drive］:': The device is not ready. (Win32 error 0x15).

バックアップのトラブルシューティングこのセクションでは、次のようなよく発生するバックアップおよび構成に関するエラーの解決策を示します。

u RAP エラー: クライアントのリソース情報を抽出できません（77 ページ）



u ファイルシステムがスケジュールセーブの対象から外された（77 ページ）

u ファイルシステムのバックアップ情報が誤ったクライアントファイルインデックスに書き込まれた（78 ページ）

u HACMP デバイスにバックアップする際、対応するデバイスが見つからない（78 ページ）

RAP エラー: クライアントのリソース情報を抽出できません

このメッセージが表示されるのは、各物理ノードに NetWorker クライアントリソースがないために、NetWorker サーバが仮想クラスタクライアントをバックアップできなかった場合です。

この問題を解決するには、仮想クラスタークライアントを所有できる物理ノードごとにクライアントリソースを作成し、バックアップを開始します。

ファイルシステムがスケジュールセーブの対象から外された

クラスター環境では、NetWorker ソフトウェアは、以下の 2 システムを区別する必要があります。

u 物理クライアントに関連づけられたファイルシステム

u リソースグループ (仮想クライアント) が管理するファイルシステム

これらのタイプのファイルシステムを識別するために、NetWorker はパス所有者の規則という条件を使用します。これらの規則は、バックアップセーブセットに関する情報が含まれるクライアントファイルインデックスを決定します。デフォルトでは、パス所有者の規則で競合が発生すると、NetWorker ソフトウェアによって次の処理が実行されます。

u スケジュールされたセーブセットをバックアップし、仮想 NetWorker クライアントがセーブセット情報を複数のクライアントファイルインデックスに書き込めないようにします。

u ファイルシステムを所有するクライアントと、ファイルシステムをバックアップするように構成されているクライアントリソースが一致するように考慮します。

次の条件では、NetWorker でスケジュールされたセーブ中に、ファイルシステムバックアップが省略されます。

u 物理クライアントリソースの［セーブセット］属性に仮想クライアント内のファイルシステムがある。

u 仮想クライアントリソースの［セーブセット］属性に物理クライアント内のファイルシステムがある。

この問題を解決するには、次のいずれかの方法を実行します。

u クライアントの［セーブセット］属性の修正（77 ページ）

u デフォルトのパス所有者の規則の上書き（77 ページ）

クライアントの［セーブセット］属性の修正

クライアント内にあるファイルシステムのみをバックアップするよう NetWorker クライアントを構成します。

1. ［savegrp］コマンドを使用して、NetWorker パス所有者の規則を確認し、クライアント内のファイルシステムのリストを表示します。

savegrp -p -c ［client_name］2. クライアント内にあるファイルシステムのみを含めるよう、クライアントの［セーブセット］

属性を変更します。

デフォルトのパス所有者の規則の上書き

クライアントが所有しないファイルシステムを NetWorker で強制的にバックアップするには、クライアント上の NetWorker binディレクトリに pathownerignore ファイルを作成しま


RAP エラー: クライアントのリソース情報を抽出できません 77

す。このファイルによって、NetWorker はデフォルトのパス所有者の規則を無視し、ファイルシステムセーブセットに関する情報を正しい所有者のクライアントファイルインデックスに書き込みます。

バックアップ情報が正しいクライアントファイルインデックスに保存されたことを確認するに

は、mminfo コマンドを使用します。設計上、［NMC サーバーグループ詳細］ウィンドウおよ

び savegrp 完了レポートには、バックアップが、セーブセットを構成した物理クライアントに対

応することが示されます。

ファイルシステムのバックアップ情報が誤ったクライアントファイルインデックスに書き込まれた

バックアップ時にクライアントに pathownerignore ファイルがある場合、NetWorker は、

クライアント内にないセーブセットをバックアップするが、バックアップセーブセットに関する情報をファイルシステムが属するホストのクライアントファイルインデックスに書き込みます。

どのクライアントファイルインデックスにセーブセット情報が含まれるかを確認するため、verbose オプションを設定してテストプローブを実行します。次に例を挙げます。 savegrp -pv -c ［client_name］［group_name］

u ［client_name］はクラスタークライアントの名前である。

u ［group_name］は、クライアントのバックアップが含まれているグループの名前である。

NetWorker で強制的にセーブセット情報を、ファイルシステムがないクライアントに書き込むには、次の作業のいずれかを実行します。

u 手動セーブ処理の場合は、-c オプションの save コマンドを使用して、クライアントの名

前をセーブセット情報とともに指定します。

u スケジュールされたセーブ処理の場合、NetWorker で強制的にセーブセット情報を、セーブセットをバックアップするクライアントのインデックスに書き込みます。

u 1. NMC でクライアントのプロパティを編集する。

2. ［アプリケーションとモジュール］タブを選択する。

3. Backup command属性に、save コマンドと、セーブセット情報を格納するクライア

ントの名前を入力する。

save -c ［client_name］

バックアップ情報が正しいクライアントファイルインデックスに保存されたことを確認するに

は、mminfo コマンドを使用します。設計上、［NMC サーバーグループ詳細］ウィンドウおよ

び savegrp 完了レポートには、バックアップが、セーブセットを構成した物理クライアントに対

応することが示されます。

HACMP デバイスにバックアップする際、対応するデバイスが見つからない

このエラーメッセージが表示されるのは、プライマリ NIC に IP アドレスを関連づけずに物理ノード名を構成したために、AIX HACMP クラスターに接続されているデバイスへのバックアップが失敗した場合です。

この問題を解決するには、プライマリ NIC の物理ノード IP アドレスを構成します。詳細については、NetWorker HACMP のインストール準備（26 ページ）を参照してください。



データのリカバリこのセクションでは、仮想クライアントに属する共有ディスクからデータをリカバリする方法について説明します。

物理クラスタークライアントにある［プライベートディスク］で開始されたデータのリカバリ手順は、クラスターの一部ではないホストからデータをリカバリする手順と同じです。詳細については、「EMC NetWorker 管理者ガイド」を参照してください。 Windows クラスタをリカバリするには、「NetWorker 管理者ガイド」の章「Windows BMR（ベアメタルリカバリ）」に記載されている詳細情報を参照します。

仮想クライアントに属する［共有ディスク］からバックアップしたデータをリカバリするには、次の操作を行います。

手順

1. 仮想クライアントへのリモートアクセスを正しく構成しておきます。

a. NMC で仮想クライアントリソースのプロパティを編集します。

b. ［グローバル（2/2）］タブの［リモートアクセス］属性に、必ず各物理クラスタノードのroot ユーザーまたは管理者ユーザーのエントリーを指定します。

2. ［NSR_CSV_PSOL］変数を使用するクライアントに CSV バックアップをリカバリするため、優先サーバ順序リスト内の各ホストのシステムアカウントには必ず NetWorker オペレータユーザーグループのメンバーを指定します。

たとえば、次の変数を使用して CSV ボリュームを指定するよう仮想ノードクライアントリソースを構成するとします。［NSR_CSV_PSOL=clu_virt1、clu_virt2］。この場合、NetWorker オペレーターユーザーグループには次のユーザーを指定します。

system@clu_virt1system@clu_virt2

3. 仮想クライアントのファイルシステムをマウントします。

4. データをリカバリします。

l Windows で［ NetWorker User］プログラムを使用する場合、ソースクライアントは仮想クライアントである。

l コマンドラインによるリカバリを実行する場合、［recover］コマンドと［-c］オプションを使用して、リカバリ対象のクライアントの名前を指定します。次に例を挙げます。

recover -s ［server_name］ -c ［virtual_client］

［-c virtual_client］は、仮想クライアントが所有するグローバルファイルシステムから

［recover］コマンドを実行する場合はオプションです。詳細については、recover のman ページまたは［EMC NetWorker コマンドリファレンスガイド］を参照してください。

Windows 2008 および Windows 2008 R2 版の VCS 6.0 を使用してデータをリカバリ

する場合には、NetWorker User プログラムまたはコマンドプロンプトウィンドウを管

理者として起動することも必要になります。 NetWorker User アプリケーションからリカ

バリオペレーションを開始するには、NetWorker User アプリケーションを右クリック

し、［管理者として実行］を選択します。コマンドプロンプトからリカバリオペレーショ

ンを開始するには、［コマンドプロンプト］アプリケーションを右クリックし、［管理者とし

て実行］を選択します。


データのリカバリ 79

ローカルストレージノードからリカバリする仮想クライアントの構成

仮想クライアントデータのリカバリオペレーション中、NetWorker は、デバイス内の必要とされるボリュームを、仮想クライアントリソースの［リカバリストレージノード］属性でも上に表示されているストレージノードにマウントしようとします。

キーワード［currechost］を使用すると、仮想クライアントのリカバリで、ストレージノードデバイス内の必要とされるボリュームを、その仮想クライアントを配下に持つ物理ホストにマウントするように指示できます。

［curphyhost］キーワードは仮想クライアントにのみ適用されます。このキーワードは、ストレ

ージノードリソースの［クローンストレージノード］属性や NetWorker 仮想サーバーのクラ

イアントリソースには指定しないでください。指定すると、予期しない動作が行われる可能

性があります。たとえば、ブートストラップやオンラインインデックスのバックアップが、

NetWorker 仮想サーバーのローカルデバイスではなく、仮想クライアントのローカルストレ

ージノードに書き込まれることがあります。

ローカルストレージノードからの仮想クライアントデータのリカバリを構成する場合、次の制限が適用されます。

u ネットワーク上に［currechost］という名前のホストまたはマシンが存在しないことを確認する必要があります。

u ［currechost］は、仮想クライアントのストレージノードリソースの［クローンストレージノード］属性には指定しないこと。

u キーワード［currechost］を仮想サーバーのクライアントリソースの［ストレージノード］属性または［リカバリストレージノード］属性に適用しないでください。

ローカルストレージノードからリカバリするように仮想クライアントを構成するには、次の手順を実行します。

手順

1. NMC で仮想クライアントリソースのプロパティを編集します。

2. ［グローバル（2/2）］タブの［ストレージノード］属性または［リカバリストレージノード］属性に、キーワード［currechost］を追加します。目的の優先順位に基づいて、このキーワードをリスト内の適切な場所に配置します。リストの一番上のキーワードが、も優先順位が高くなります。このキーワードがリスト内の唯一のキーワードではないことを確認します。

リカバリのトラブルシューティングこのセクションでは、クラスターノードのバックアップからデータをリカバリする際に発生する問題に対し、解決策を示します。

NSR サーバ［nw_server_name］：クライアントの［virtual_hostname］が NetWorker サーバ上で正しく構成されていません

このメッセージが表示されるのは、クラスタ外の NetWorker サーバでバックアップされていた高可用性 NetWorker サーバの物理ノードから、データをリカバリしようとする場合です。この問題を解決するには、外部の NetWorker サーバ上に高可用性仮想 NetWorker サーバのクライアントリソースを作成し、リカバリオペレーションを再試行します。



第 5 章

クラスターからの NetWorker ソフトウェアのアンインストール

NetWorker サーバーソフトウェアを削除するには、事前にクラスターから NetWorker 構成を削除する必要があります。このセクションでは、高可用性 NetWorker サーバをオフラインにし、クラスタから NetWorker 構成を削除する方法について説明します。

このセクションで説明している内容は、NetWorker サーバーソフトウェアがスタンドアロンアプリケーションである（クラスターによって管理されていない）場合や、当該のクライアントソフトウェアのみがインストールされている場合には、適用されません。

クラスターから NetWorker ソフトウェアを削除する手順は、スタンドアロンマシンから同ソフトウェアを削除する手順と同じです。 NetWorker ソフトウェアの削除方法の詳細については、「NetWorker インストールガイド」を参照してください。

u AutoStart からの NetWorker のアンインストール.................................................... 82u HACMP からの NetWorker のアンインストール........................................................83u HP MC/ServiceGuard からの NetWorker のアンインストール...................................84u MSFCS からの NetWorker のアンインストール........................................................ 84u RHEL 高可用性からの NetWorker のアンインストール.............................................85u SLES HAE からの NetWorker のアンインストール.................................................... 85u SUN Cluster または Oracle Solaris Cluster からの NetWorker のアンインストール... 86u VCS からの NetWorker のアンインストール.............................................................87

クラスターからの NetWorker ソフトウェアのアンインストール 81

AutoStart からの NetWorker のアンインストールこのセクションでは、AutoStart for Windows クラスタおよび AutoStart for UNIX クラスタからNetWorker を削除する方法について説明します。

AutoStart for Windows からの NetWorker のアンインストール

クラスタの各ノードから NetWorker ソフトウェアをアンインストールする場合、まずクラスタから NetWorker 構成を削除し、次に NetWorker ソフトウェアを削除します。

はじめに

管理者ユーザーになり、次の手順を実行します。

手順

1. AutoStart コンソールを使用して、クラスターの 1 つのノードで次の手順を実行します。

a. NetWorker リソースグループをオフラインにします。

b. ［NetWorker リソースグループ］を［現在のリソースグループ］リストから選択して削除します。

c. ［NSRserver］サービスと［NSRexecd］サービスを選択して削除します。

d. ［networker_ds］リソースを選択して削除します。

e. NetWorker 仮想サーバー IP アドレスを選択して削除します。

2. クラスター内のそれぞれのノードに対して次の手順を実行します。

a. NetWorker サービスをシャットダウンします。

b. NetWorker 構成を削除します。

lc_config.exe -rc. NetWorker ソフトウェアをアンインストールします。詳細については、「NetWorker イン

ストールガイド」を参照してください。

3. NetWorker ソフトウェアを同じ場所に再インストールする場合は、［NetWorker_installation_path］\nsr\binサブディレクトリからこれらのファ

イルを削除することを確認してください。

l NetWorker.clustersvrl lcmap.batl nwinst.bat

AutoStart for UNIX からの NetWorker のアンインストール


はじめに

root ユーザーになり、次の手順を実行します。

手順

1. AutoStart コンソールを使用して、クラスタの 1 つのノードで次の手順を実行します。

a. ［NetWorker リソースグループ］をオフラインにします。

b. ［NetWorker リソースグループ］を［現在のリソースグループ］リストから選択して削除します。



c. ［NSRserver］サービスと［NSRexecd］サービスを選択して削除します。

d. ［networker_ds］リソースを選択して削除します。

e. NetWorker 仮想サーバー IP アドレスを選択して削除します。

2. クラスタ内の各ノードに対して次の操作を実行します。

a. ノードで NetWorker クライアントサービスを停止します。

nsr_shutdown

b. 環境変数［$FT_DIR］および［$FT_DOMAIN］を設定する必要があります。 AutoStart への NetWorker のインストール準備（20 ページ）で詳細を参照してください。

c. NetWorker 構成を削除し、次のコマンドを入力します。

– AIX： /usr/bin/networker.cluster -r– HP-UX： /opt/networker/bin/networker.cluster -r– Linux および Solaris の場合： /usr/sbin/networker.cluster -r

d. NetWorker ソフトウェアをアンインストールします。詳細については、「NetWorker イン


HACMP からの NetWorker のアンインストールクラスタの各ノードから NetWorker ソフトウェアをアンインストールする場合、まずクラスタから NetWorker 構成を削除し、次に NetWorker ソフトウェアを削除します。

はじめに


手順

1. クラスター内の 1 台のノードに対して次の操作を実行します。

a. NetWorker Server サービスを停止します。

/usr/bin/nw_hacmp.lc stop

b. 次の NetWorker リソースを削除します。

– HACMP の場合は NetWorker アプリケーションサーバリソース、PowerHA の場合は NetWorker アプリケーションコントローラスクリプト。

– NetWorker リソースグループ。

– PowerHA の場合のみ、NetWorker アプリケーションモニタ（構成している場合）。

2. 各クラスターノードに対して次の操作を実行します。

a. NetWorker デーモンをシャットダウンします。

nsr_shutdown


networker.cluster -r

c. NetWorker ソフトウェアをアンインストールします。詳細については、「NetWorker イン



HACMP からの NetWorker のアンインストール 83

HP MC/ServiceGuard からの NetWorker のアンインストールクラスタの各ノードから NetWorker ソフトウェアをアンインストールする場合、まずクラスタから NetWorker 構成を削除し、次に NetWorker ソフトウェアを削除します。

はじめに


1. NetWorker パッケージを停止します。

cmhaltpkg networker2. NetWorker パッケージを削除します。

cmdeleteconf -p networker3. NetWorker のサービスを停止します。

nsr_shutdown4. クラスターから NetWorker 構成を削除します。

/opt/networker/bin/networker.cluster -r5. NetWorker ソフトウェアをアンインストールします。詳細については、「NetWorker インスト

ールガイド」を参照してください。

6. 非 LC 統合メソッドを使用して NetWorker ソフトウェアを構成した場合は、/etc/cmcluster/NetWorker.clucheck ファイルを削除します。

MSFCS からの NetWorker のアンインストールクラスタの各ノードから NetWorker ソフトウェアをアンインストールする場合、まずクラスタから NetWorker 構成を削除し、次に NetWorker ソフトウェアを削除します。

はじめに


手順

1. クラスタ内の 1 台のノードにログインします。

a. NetWorker サーバアプリケーションをオフラインにします。

– Windows 2008 の場合は、フェイルオーバークラスター管理プログラムで、NetWorker クラスターサービスを右クリックし、［このサービスまたはアプリケーションをオフラインにする］を選択する。

– Windows 2012 の場合は、フェイルオーバークラスター管理プログラムで、NetWorker クラスターリソースを右クリックし、［ロールの停止］を選択する。

b. ［アクション］［削除］を選択して、［NetWorker Server］リソースを［Microsoft フェイルオーバークラスター］から削除します。

c. NetWorker ソフトウェアをアンインストールするすべてのノード上で、［フェイルオーバークラスター管理］プログラムを終了します。

2. コマンドプロンプトで、クラスター内の 1 台のノードを除くすべてのノード上で、次のように入力します。 regcnsrd -u .



次のようなメッセージが表示されたら、y と入力します。

このマシンが、NetWorkerサーバリソースのリソース拡張を登録解除するクラスタのメンバーですか?

3. コマンドプロンプトで、クラスターの後のノード上で、次のように入力します。regcnsrd -d.

4. 各ノードから NetWorker ソフトウェアをアンインストールします。詳細については、「NetWorker インストールガイド」を参照してください。

RHEL 高可用性からの NetWorker のアンインストールクラスタの各ノードから NetWorker ソフトウェアをアンインストールする場合、まずクラスタから NetWorker 構成を削除し、次に NetWorker ソフトウェアを削除します。

はじめに


手順

1. クラスターのノードで、Conga Web インターフェイスに接続します。

2. ［サービスグループ］タブで、NetWorker リソースグループを選択し、［削除］をクリックします。

3. ［リソース］タブで、NetWorker サービスグループにあったスクリプト、IP アドレス、ファイルシステム、および論理ボリューム管理リソースを削除します。

SLES HAE からの NetWorker のアンインストールクラスタの各ノードから NetWorker ソフトウェアをアンインストールする場合、まずクラスタから NetWorker 構成を削除し、次に NetWorker ソフトウェアを削除します。

はじめに


手順

1. クラスタの 1 台のノードにログインし、次の手順を実行します。

a. NetWorker サーバリソースグループをオフラインにします。たとえば、次のように入力します。

crm resource stop ［NetWorker_server_resource_group］

b. ［crm］ツールを開始します。

crm configure

c. NetWorker リソースグループを削除します。たとえば、次のように入力します。

delete ［NetWorker_resource_group］

d. NetWorker サーバリソースを削除します。たとえば、次のように入力します。

delete ［NetWorker_server_resource］

e. 変更をコミットします。

commit


RHEL 高可用性からの NetWorker のアンインストール 85

f. ［crm］ツールを終了します。

exit2. クラスタ内の各ノードに対して次の操作を実行します。

a. NetWorker デーモンを停止します。

nsr_shutdown





SUN Cluster または Oracle Solaris Cluster からの NetWorker のアンインストール


はじめに


手順

1. クラスタ内のそれぞれのノードに対して次の操作を実行します。

a. NetWorker リソースグループをオフラインにします。たとえば、次のように入力します。

clresourcegroup offline ［networker_resource_group］

b. クラスターから NetWorker のリソースおよび構成を削除します。たとえば、次のように入力します。

clresource disable ［networker_client_resource］clresource disable ［networker_server_resource］clresource delete ［networker_client_resource］clresource delete ［networker_server_resource］

c. hastorageplus のリソースがある場合は、それを削除します。

clresource disable hastorageplusclresource delete hastorageplus

2. クラスター内の各ノードに対して次の操作を実行します。

a. NetWorker デーモンを停止します。

nsr_shutdown

b. クラスタから NetWorker 構成を削除します。

networker.cluster -r3. クラスタの後のノードで、クラスタから NetWorker リソースグループを削除します。た

とえば、次のように入力します。

clresourcegroup delete ［networker_resource_group］4. NetWorker ソフトウェアをアンインストールします。詳細については、「NetWorker インスト

ールガイド」を参照してください。



VCS からの NetWorker のアンインストールこのセクションでは、クラスタから NetWorker 構成を削除し、Solaris、Linux および Windowsから NetWorker ソフトウェアを削除する方法について説明します。

VCS for Solaris および VCS for Linux からの NetWorker のアンインストール


はじめに


手順

1. クラスタ内のそれぞれのノードに対して次の操作を実行します。

a. NetWorker リソースグループをオフラインにします。たとえば、次のように入力します。

hagrp -offline ［NetWorker_service_group］-sys ［system］

ここで、［system］はノード名です。

b. NWClient リソースタイプのすべてのインスタンスを削除し、構成から NWClient タイプの定義を削除します。

詳細については、hares (1m)および hatype(1m)のマニュアルページを参照してください。

2. 各クラスタノードに対して次の操作を実行します。

a. NetWorker デーモンをシャットダウンします。

nsr_shutdown





VCS for Windows からの NetWorker のアンインストール


はじめに


手順

1. クラスター内の 1 つのノードに対して次の操作を実行します。

a. NetWorker リソースグループをオフラインにします。

b. NWClient リソースタイプのすべてのインスタンスを削除し、構成から NWClient タイプの定義を削除します。

2. クラスター内の各ノードに対して次の操作を実行します。

a. NetWorker のサービスを停止します。


VCS からの NetWorker のアンインストール 87

b. コマンドプロンプトを使用して、クラスタから NetWorker 構成を削除します。たとえば、次のように入力します。

lc_config.exe -r





第 6 章

高可用性 NetWorker アプリケーションの更新

この章では、高可用性クラスタ環境で NetWorker ソフトウェアを更新する方法の概要を示します。

u NetWorker アプリケーションの更新........................................................................ 90

高可用性 NetWorker アプリケーションの更新 89

NetWorker アプリケーションの更新クラスタ内の各ノード上で、次の手順を実行します。

手順

1. クラスタ内の各ノードから NetWorker ソフトウェアをアンインストールします。クラスターからの NetWorker ソフトウェアのアンインストール（81 ページ）では、各サポートされたクラスターから NetWorker ソフトウェアを削除する方法について説明します。

2. クラスタの各ノードに NetWorker ソフトウェアをインストールします。 NetWorker ソフトウェアのインストール方法については、「NetWorker インストールガイド」を参照してください。

3. クラスタ内の NetWorker ソフトウェアを構成します。クラスターの構成（19 ページ）では、各サポートされたクラスターから NetWorker ソフトウェアを構成する方法について説明します。

高可用性 NetWorker アプリケーションの更新


用語集

この用語集では、このガイドで使用されている用語の定義について説明します。

A

AFTD（アドバンストファイルタイプデバイス）

ボリュームマネージャを使用して複数のコンカレントバックアップ/リカバリ操作を有効化し、利用可能なディスク領域を動的に拡張するディスクストレージデバイス。

B

BMR Windows ベアメタルリカバリ。以前は災害復旧と呼ばれていました。 BMR の詳細については、［EMC NetWorker 管理ガイド］の章「Windows ベアメタルリカバリ」を参照してください。

E

Enabler コードソフトウェアを起動するための一意のコード。

u Powerlink entitlement for NetWorker などの評価 Enabler または一時 Enabler は、一定期間で使用期間が終了します。

u 基本 Enabler は、ソフトウェアの基本機能のロックを解除します。

u アドオン Enabler は、ライブラリサポートなどの追加機能または製品のロックを解除します。ライセンスキー以下を参照してください。

N

networker_install_path インストール処理により NetWorker ソフトウェアが配置されるパス、つまりディレクトリ。

u AIX： /usr/sbin

u Linux： /usr/bin

u Solaris： /usr/sbin

u HP-UX： /opt/networker/bin

u Windows（新規インストール）： C:\Program Files\EMC NetWorker\nsr\bin

u Windows（更新）： C:\Program Files\Legato\nsr\bin

NetWorker サーバー NetWorker サーバソフトウェアを実行しているネットワーク上のコンピュータ。オンラインインデックスを保持し、同じネットワーク上のクライアントやストレージノードに、バックアップサービスとリストアサービスを提供します。

NMC（NetWorker 管理コンソール）

NetWorker サーバとクライアントの管理に使用されるソフトウェアプログラム。 NMC サーバは、すべての NetWorker プロセスに対してレポート作成機能および監視機能も提供します。


か

仮想クライアントクラスター内の高可用性サービス/アプリケーションのデータをバックアップする NetWorker クライアントリソース。仮想クライアントは、1 つのクラスタノードから別のクラスタノードにフェイルオーバーできます。 HACMP/PowerHA for UNIX の場合、仮想クライアントは、高可用性リソースグループに関連づけられたクライアントです。リソースグループで定義されたファイルシステムは仮想クライアントに属します。仮想クライアントはサービスアドレスを使用します。HACMP/PowerHA for AIX リソースグループには、NetWorker 仮想クライアントと見なされるための IP サービスラベルを含める必要があります。

仮想サーバー高可用性アプリケーションとして実行されるように構成された NetWorker サーバー。仮想サーバーは、1 つのクラスタノードから別のクラスタノードにフェイルオーバーできます。

管理されるアプリケーション

コンソールサーバから監視および/または管理されるプログラム。

管理者一般にネットワークコンピュータ上のソフトウェアをインストール、構成、および管理する人、およびユーザーを追加し、ユーザー権限を定義する人。

き

共有ディスククラスタノードが共有するディスク。

く

クライアント NetWorker ソフトウェアを使用してデータをバックアップおよびリストアできるコンピュータ、ワークステーション、またはアプリケーションサーバ。

クライアントファイルインデックス

バックアップしたすべてのデータベースオブジェクト、ファイル、ファイルシステムをトラッキングするために、NetWorker サーバによって管理されるデータベース。 NetWorker サーバでは、クライアントコンピュータごとに、1 つのファイルインデックスを保持しています。トラッキング情報は、各バックアップのブラウズ時刻が期限切れになった後に、インデックスからパージされます。

クライアント・リソースクライアントでバックアップされるセーブセットを特定する NetWorker サーバリソース。クライアントリソースはまた、スケジュールやブラウズポリシー、保存ポリシーなど、セーブセットのバックアップについての情報も指定します。

クラスタ仮想サーバークラスタネットワーク名。クラスタサーバ名またはクラスタエイリアスとも呼ばれます。クラスタ仮想サーバーには独自の IP アドレスがあり、1 個のクラスタノードから別のクラスタノードにフェイルオーバーできるクラスタアプリケーションを起動します。

クラスタクライアントクラスター内の NetWorker クライアント。仮想クライアント、または物理ノードの 1 つに属しているプライベートデータをバックアップする NetWorker クライアントリソースのいずれかです。

グループ NetWorker スケジュールバックアップ時に、指定した 1 つのスケジュールまたは条件のセットに応じてファイルをバックアップするように構成されたクライアントコンピュータまたはクライアントグループ。

用語集


け

現在のホストサーバークラスタコアリソースをホストしているか、クラスタグループを所有しているクラスタ物理ノード。クラスタ仮想サーバーは、スケジュール設定された NetWorker のバックアップのために現在のホストサーバに解決されます。

こ

高可用性アプリケーションクラスタ環境にインストールされ、フェイルオーバー機能が構成されたアプリケーション。 MC/ServiceGuard クラスタでは、高可用性パッケージと呼ばれます。

高可用性パッケージ HP MC/ServiceGuard クラスタ環境にインストールされ、フェイルオーバー機能が構成されたアプリケーション。

コンソールサーバ NMC（NetWorker 管理コンソール）以下を参照してください。

さ

サービスアドレス HACMP/PowerHA for AIX 環境の高可用性サービスで使用されるアドレス。

災害復旧ハードウェアに故障が発生したときまたはソフトウェアが破損したときに業務活動およびデータをリストアおよびリカバリすること。

す

<:hr>スケジュールバックアップに含める方法

指定した時刻に 1 つ以上の NetWorker クライアントのグループに対して自動的にバックアップを開始するように構成されたバックアップ。予定されたバックアップは、セーブセットを生成します。

スタンドアロンサーバクラスターで実行し、高可用性アプリケーションとしては構成されてい［ない］NetWorker サーバー。スタンドアロンサーバはフェイルオーバー機能を持ちません。

ストレージデバイスデバイス以下を参照してください。

ストレージノード制御側の NetWorker サーバによってバックアップ操作を制御されている NetWorker サーバ以外のコンピュータに、物理的に接続しているストレージデバイス。

せ

セーブセット NetWorker ソフトウェアを使用してストレージメディアにバックアップされたファイルまたはファイルシステムのグループ。

そ

プロパティ NetWorker リソースの機能。リソースによって提供される設定や情報です。

用語集


て

データゾーン NetWorker サーバによって管理されるクライアント、ストレージデバイス、ストレージノードのグループ。

クローン作成 1. コンピュータソフトウェアによる更新、検索、取得の容易さと速さを実現するために整列されたデータのコレクション。

2. DBMS（データベース管理システム）のインスタンス。単純な場合は、多くのレコードが格納された 1 つのファイルになり、各レコードには同じフィールドのセットが含まれます。

デバイス 1. バックアップボリュームを格納できるストレージフォルダまたはストレージユニット。デバイスには、サーバやストレージノードに接続されたテープデバイス、光ドライブ、オートチェンジャ、ディスクなどがあります。

2. ストレージハードウェアを表す一般的な用語。

3. DDS（ダイナミックドライブ共有）が有効な場合は、物理ドライブへのアクセスパス。

デバイス共有インフラストラクチャ

クラスタ内の複数のノードがデバイスへのアクセスを共有することを可能にするハードウェア、ファームウェア、ソフトウェア。

に

認証コード対応する Enabler コードと組み合わせて使用して、特定のホストコンピューター上で恒久的に使用するためにソフトウェアをロック解除する一意のコード。ライセンスキー以下を参照してください。

の

ノードクラスターのメンバーである物理コンピューター。物理クライアント以下を参照してください。

ノード名 HACMP/PowerHA for AIX で、物理ノードに対して定義された名前。物理クライアント以下を参照してください。

は

パス名ファイルにアクセスするために、オペレーティングシステムに指示する命令のセット。絶対パス名は、ルートディレクトリを起点としてディレクトリツリー上のファイルの場所を指定します。相対パス名は、現在の位置を起点としてファイルの場所を指定します。

バックアップ 1. データベース、アプリケーションデータ、コンピュータシステム全体の複製。元のデータから切り離して保存され、元のデータが壊れたり破損したりした場合にこのバックアップを使用してリカバリできます。

2. バックアップとして使用するためにデータをボリュームに保存する操作。

バックアップグループグループ以下を参照してください。

用語集


ふ

ブートアドレスノードのブートアップ時、HACMP/PowerHA for AIX の起動前に、ノード名で使用されるアドレス。

ブートストラップ NetWorker サーバを使用した NetWorker の災害復旧手順に必要なセーブセット。ブートストラップは、NetWorker サーバ上に存在するメディアデータベース、リソースデータベース、およびサーバインデックスという 3 つのコンポーネントで構成されます。

フェイルオーバーふぇいるおーばー

ハードウェアまたはソフトウェアに問題が発生した際に、リソースを移動してアプリケーションの可用性を確保する手段。 2 つのノードから構成されるフェイルオーバー機能では、一方のクラスタノードで問題が発生した際に、サーバオペレーションをもう一方のクラスタノードに切り替えることができます。フェイルオーバー機能は、リソース管理ツールとしても使用できます。

フェイルオーバークラスタ HA クラスタまたはフェイルオーバークラスタとも呼ばれる Windows の高可用性クラスタは、小限のダウンタイムで信頼して使用できるサーバアプリケーションをサポートするコンピュ

ータのグループです。システムコンポーネントで障害が発生した場合にサービスを継続する、グループまたはクラスタ内の冗長コンピュータを活用することで動作します。

物理クライアント物理ノードに関連づけられたクライアント。たとえば、/と/usr ファイルシステムは物理クライアントに属します。

物理ホストアドレス（物理ホスト名）

物理クライアントで使用されるアドレス。 HACMP for AIX 4.5 の場合、これは永続的 IP アドレスと同じ名前になります。

プライベートディスククラスタノード上のローカルディスク。プライベートディスクを、クラスタ内の別のノードは使用できません。

ほ

ホストネットワーク上のコンピュータ。

ホスト ID コンピュータを一意に識別する 8 文字の英数字からなる番号。

ホスト名ネットワークに接続されている物理または仮想ホストコンピュータの名前またはアドレス。

保存クライアントファイルをバックアップボリュームメディアにバックアップし、オンラインインデックスにデータのエントリーを作成する、NetWorker のコマンド。

め

メディアインデックス NetWorker サーバで管理しているすべてのデータとボリュームについて、ストレージボリュームの場所とライフサイクルのステータスに関するインデックス付きのエントリーが保存されるデータベース。メディアデータベースとも呼ばれます。

ら

ライセンスキー特定の製品リリースの恒久的な使用を可能にするための Enabler と認証コードの組み合わせ。アクティブ化キーとも呼ばれます。

用語集


り

リカバリバックアップボリュームのデータファイルをクライアントディスクにリストアし、トランザクション（REDO）ログをデータに適用して特定の時刻の状態に一致させること。

リソース・ NetWorker サーバまたはそのクライアントの詳細を記述するソフトウェアコンポーネント。クライアント、デバイス、スケジュール、グループ、およびポリシーが、すべての NetWorker リソースです。それぞれのリソースには、そのプロパティを定義する構成可能な属性があります。

リソースグループ（アプリケーションサービス）

仮想サーバーに対して AutoStart が定義した名前。仮想サーバー以下を参照してください。

リソースデータベース構成された各リソースの情報を格納する NetWorker データベース。

リモートデバイス 1. NetWorker サーバから分離されたストレージノードに接続しているストレージデバイス。

2. オフサイトにあるストレージデバイス。災害復旧のためにプライマリストレージデバイスのデータコピーが保存されます。

用語集


索引

AAIX HACMP/PowerHA SystemMirror

インストール準備 26クラスターアウェアクライアントの構成 27高可用性 NetWorker サーバーの構成 27構成 26

AutoStartインストール準備 20高可用性 NetWorker サーバーの構成 22

AutoStart for UNIXクラスターアウェア NetWorker クライアントの構成 21高可用性アクティブノードの構成 22高可用性パッシブノードの構成 23構成 21

AutoStart for Windowsクラスターアウェア NetWorker クライアントの構成 24高可用性アクティブノードの構成 24高可用性パッシブノードの構成 26構成 24

AutoStart、構成 20

Ccmclnodelist 75curphyhost 74, 80currechost 80

Fftconsole 75

HHP MC/ServiceGuard

インストール準備 29クラスターアウェアクライアントの構成 31高可用性 NetWorker サーバーの構成 31高可用性アクティブノードの構成 31高可用性パッシブノードの構成 34構成 29構成ファイルの構成

非 LC 統合メソッド 30

IIPAT（IP アドレスの引き継ぎ） 26

Llcmap、パフォーマンスの改善 56

MMSFCS（Microsoft Failover Cluster Server） 35Microsoft Failover Cluster Server（MSFCS）、インストール準

備 35

MSFCS（Microsoft Failover Cluster Server）、高可用性NetWorker サーバーの構成 36

NNetWorker のアンインストール

AutoStart for UNIX 82HACMP/PowerHA SystemMirror 83

NetWorker のアンインストール、AutoStart for Windows 82NetWorker のアンインストール、HP MC/ServiceGuard 84NetWorker のアンインストール、Oracle Solaris Cluster 86NetWorker のアンインストール、RHEL 85NetWorker のアンインストール、SLES HAE 85NetWorker のアンインストール、SUN Cluster 86NetWorker のアンインストール、VCS

アンインストール 87NetWorker の更新 90NetWorker の構成

仮想クライアントバックアップ 71仮想サーバー 70環境変数 68サーバーファイル 68バックアップデバイス 73物理ノードのバックアップ 71ライセンス 66

NSR_CSV_PSOL 79

OOracle Solaris Cluster

インストール準備 43クラスターアウェアクライアントの構成 43高可用性 NetWorker サーバーの構成 45構成 42構成例 47

RRHEL 高可用性 40, 41RHEL の高可用性 40

SSLES 高可用性拡張（SLES HAE）

クラスターアウェアクライアントの構成 38高可用性 NetWorker サーバーの構成 39

SLES 高可用性拡張機能（SLES HAE）構成 38

Sun Clusterインストール準備 43クラスターアウェアクライアントの構成 43高可用性 NetWorker サーバーの構成 45構成 42構成例 47


VVCS（VERITAS Cluster Server）

NetWorker の構成（UNIX） 53NetWorker の構成（Windows） 54NWClient リソースの作成 50インストール準備 49クラスターアウェア UNIX クライアントの構成 50クラスターアウェア Windows クライアントの構成 51高可用性 NetWorker サーバーの構成 51サービスグループへのリソースの追加 54リソースインスタンスの作成 55リソースの登録 55

VCS（VERITAS Cluster Server）、NetWorker サーバーサービスグループの作成 51

あアクセスの制限 68アンインストール、MSFCS 84

いインデックスバックアップ 73

か仮想サーバー

NetWorker での構成 70環境変数

設定 68関連ドキュメント 11

くクラスター

インストール準備 20構成 19パフォーマンスの問題 56

クラスターアウェアアプリケーション概要 16

こ高可用性アプリケーション

概要 16構成

トラブルシューティング 56コマンドラインバックアップ 76コメント 11

さサーバーファイル

構成 68サポート情報 11

し出版物の表記法 11手動バックアップ

AutoStart for UNIX での非 root ユーザー 75MSFCS での非管理者ユーザー 75NetWorker ユーザー 76VCS での非管理者ユーザー 76VCS の非 root ユーザー 75

手動バックアップ、HP MC/ServiceGuard の非 root ユーザー 75

手動バックアップ、コマンドプロンプトsave コマンド 76

すスタンドアロンアプリケーション

概要 16

た対象読者 11

てデバイス

構成非共有テープデバイス 61

ブートストラップ用 73ローカルストレージノードにバックアップする仮想クラ

イアント 74デバイス、構成、共有テープ 60デバイス、スタンドアロンの構成 63

とトラブルシューティング、バックアップ 76, 77トラブルシューティング、リカバリ 80

ははじめに 11

ふブートストラップバックアップ 73

らライセンス

登録 66

りリカバリ 79リカバリ、ローカルストレージから 80

索引


Documents

EMC® NetWorker®クラスタ 8.2 統合ガイド · PDF fileRed Hat Enterprise Linuxの高可用性機能.....40 NetWorker RHELのインストール準備 ... VCSからのNetWorkerのアンインストール