管理 emc networker スナップショット...はじめに...

EMC® NetWorker®スナップショット管理バージョン 8.2

統合ガイド302-000-699

REV 01

Copyright © 2001-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

NSM の特徴に関する概要 15

NSM 製品の説明...........................................................................................16スナップショットの操作......................................................................16NSM バックアップのタイプ.................................................................17NSM リストアのタイプ....................................................................... 17NetWorker クローンのサポート......................................................... 18スナップショットライフサイクルポリシー............................................ 18バックアップ構成方法....................................................................... 18リストア方法..................................................................................... 18NSM 操作の監視/レポート作成........................................................ 19多言語対応サポート.........................................................................19

NSM ネットワークのコンポーネント................................................................. 19アプリケーション・ホスト.................................................................... 19FC 環境............................................................................................ 19ストレージアレイ.............................................................................. 19NetWorker サーバー.........................................................................20NetWorker ストレージ・ノード.............................................................20スナップショットマウントホスト..........................................................20バックアップストレージメディア.........................................................20NetWorker アプリケーションモジュール............................................ 20サードパーティ製ボリュームマネージャ............................................20

NSM ライセンスの要件.................................................................................. 21NSM スナップショット環境の例....................................................................... 21

ストレージメディアへのスナップショットおよびロールオーバーの例... 21スナップショットバックアップからのリストアの例................................ 24

ソフトウェア構成 25

NSM 構成のロードマップ................................................................................26NSM 構成の動作条件................................................................................... 26

ストレージアレイの動作条件............................................................ 26アプリケーションホストの前提条件................................................... 27マウントホストの前提条件................................................................27ストレージノードの前提条件.............................................................28

ユーザー権限の構成.....................................................................................29NetWorker servers ファイルの構成.................................................................29クライアントウィザードを使用した NSM バックアップの構成............................ 30NSM バックアップの手動構成........................................................................ 35

グループリソースの手動構成...........................................................35アプリケーションホストのクライアントリソースの手動構成................ 36マウントホストのクライアントリソースの手動構成............................. 37

図

表

序文

第 1 章

第 2 章

目次

EMC NetWorker スナップショット管理 8.2 統合ガイド 3

アプリケーション情報の変数の構成............................................................... 38前処理スクリプトと後処理スクリプトの構成.................................................... 38

NSM の VMAX ストレージアレイ用構成 41

VMAX ストレージアレイ用の NSM サポート.................................................... 42TimeFinder ソフトウェアを使用した NSM 操作................................... 42VMAX 構成の動作条件およびサポート............................................. 42サポートされるミラーデバイスのタイプ..............................................42

ソース LUN とミラー LUN のペアリング............................................................43Intelligent pairing.............................................................................43NsrSnapSG の intelligent pairing 用構成..........................................44symm.res ファイルを使用した LUN の手動ペアリング........................ 44symm.res ファイルの構成.................................................................45

VMAX SRDF/S のサポート.............................................................................. 45SRDF/S 環境でのロールバック..........................................................46

NSM の VNX Block ストレージアレイ用構成 47

VNX Block ストレージアレイの NSM サポート.................................................48SnapView ソフトウェアを使用した NSM 操作..................................... 48VNX 構成の動作条件およびサポート................................................ 48

Navisphere セキュリティファイルの構成........................................................ 48UNIX システムでの Navisphere ファイルの手動による作成................48Windows システムでの Navisphere ファイルの手動による作成......... 49

NSM の RecoverPoint アプライアンス用構成 51

NSM による RecoverPoint アプライアンスのサポート...................................... 52RecoverPoint ソフトウェアを使用する NSM オペレーション.................52RecoverPoint 構成の前提条件......................................................... 52RecoverPoint 構成の制限事項......................................................... 52

サポートされている RecoverPoint の機能.......................................................53スナップショット管理ポリシー............................................................ 53

RecoverPoint 構成方法................................................................................. 54RecoverPoint スナップショットの保存..............................................................54

クラスタ環境の NSM 57

NSM でサポートしているクラスタ環境.............................................................58クラスタ環境での NSM によるフェイルオーバー.................................58

クラスタ環境の NSM 用構成.......................................................................... 58クラスタ環境の AIX システム.......................................................................... 59

データ管理とリカバリ 61

ファイルシステムデータの NSM 管理およびリストア...................................... 62セーブセット ID と有効期限ポリシー.................................................. 62スナップショットおよびロールオーバーセーブセットの参照................ 62

NSM リストアのサポートおよび制限事項........................................................ 62raw パーティションおよび raw デバイス............................................. 63

リカバリウィザードを使用したスナップショットからのリストア........................... 63ロールバックによるスナップショットのリストア................................................. 66

ロールバックに関する考慮事項........................................................ 66NSM psrollback.res ファイルの構成..................................................67

第 3 章

第 4 章

第 5 章

第 6 章

第 7 章

目次


Veritas Volume Manager でのロールバック.......................................68Linux Logical Volume Manager でのロールバック..............................68IBM AIX ボリュームマネージャでのロールバック............................... 68

トラブルシューティング 71

NSM スナップショットバックアップの問題....................................................... 72Windows でのバックアップが失敗し、［遅延していた書き込みが失敗しました］というエラーが表示される......................................................72AIX で管理されているファイルシステムのスナップショットがマウントホストにマウントできない......................................................................72PowerPath を使用する VNX 上で Linux Volume Manager のスナップショットが失敗する................................................................................. 72

NSM スナップショットのリストアの問題........................................................... 72Linux 上への未構成デバイスのリストアがパーミッションの問題で失敗する................................................................................................. 72nsrsnap_recover の-I コマンドが正常に完了するが、ファイルをリストアできない...........................................................................................73

アプリケーション情報の変数 75

アプリケーション情報の変数の使用............................................................... 76一般的なアプリケーション情報の変数............................................................76VMAX アレイ用のアプリケーション情報の変数............................................... 77VNX Block アレイのアプリケーション情報の変数............................................ 80RecoverPoint アプライアンス用のアプリケーション情報の変数....................... 80

NSM のコマンドライン操作 83

CLI コマンドを使用した NSM 操作の実行........................................................84nsrsnapadmin を使用した NSM オペレーション.............................................. 84nsrsnapadmin オペレーションの例................................................................ 85

スナップショットセーブセットのクエリー............................................. 85ファイル単位の参照およびリストア....................................................85ロールバックリストア........................................................................ 85スナップショットセーブセットの削除...................................................86スナップショットセーブセットの参照期間と保存期間の変更...............86

mminfo コマンドによるクエリー...................................................................... 87savegrp コマンドを使用したバックアップ......................................................... 87

savegrp コマンドラインバックアップの実行方法............................... 87

レガシーの PowerSnap 構成の移行 89

レガシーの PowerSnap 構成の NSM への移行.............................................. 90UNIX システムでの PowerSnap の削除............................................. 90Microsoft Windows システムでの PowerSnap の削除....................... 90

廃止されたクライアントリソースの属性.......................................................... 91VMAX（Symmetrix）アレイの移行....................................................................91VNX（CLARiX）アレイの移行............................................................................ 91RecoverPoint アプライアンスの移行...............................................................91nsrpsd プロセスの起動..................................................................................92ライセンス..................................................................................................... 92

93

第 8 章

付録 A

付録 B

付録 C

用語集

目次


ストレージノードをマウントホストとして使用した場合のスナップショットおよびロールオーバー.................................................................................................................................. 22アプリケーションホストをマウントホストとして使用した場合のスナップショットおよびロールオーバー........................................................................................................................22ストレージノードをマウントホストとして使用した場合のスナップショットからのリストア.....24クラスタ環境における NSM のスナップショットおよびロールオーバー.............................. 58

1

2

34

図


図


改訂履歴....................................................................................................................... 11一般的なアプリケーション情報の変数............................................................................ 76VMAX アレイ用のアプリケーション情報の変数................................................................77VNX Block アレイのアプリケーション情報の変数.............................................................80RecoverPoint アプライアンス用のアプリケーション情報の変数........................................81nsrsnapadmin の対話形式モードでサポートされるコマンドとオプション...........................84

123456

表


表


はじめに

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

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

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

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

目的

このマニュアルでは、EMC NetWorker バックアップおよびストレージ管理環境内で EMCNetWorker スナップショット管理の機能を使用するための計画、手順、構成情報について説明します。

対象読者

このドキュメントは、システム管理者を対象としています。このマニュアルの読者は、次のタスクに精通している必要があります。

u NetWorker データゾーンを構成するさまざまなハードウェアおよびソフトウェアのコンポーネントを識別する。

u ストレージ管理オペレーションを構成するための手順に従う。

u 問題を特定してソリューションを実装するためのガイドラインに従う。

改訂履歴

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

表 1 改訂履歴

リビジョン日付説明

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

関連ドキュメント

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

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

u 「EMC NetWorker 管理ガイド」

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

u 「EMC NetWorker クラスタ統合ガイド」


https://support.emc.com/

HTTPS://SUPPORT.EMC.COM/

クラスターサーバーおよびクライアントでの NetWorker ソフトウェアの構成に関連する情報を含みます。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 章

NSM の特徴に関する概要

u NSM 製品の説明...................................................................................................16u NSM ネットワークのコンポーネント......................................................................... 19u NSM ライセンスの要件.......................................................................................... 21u NSM スナップショット環境の例............................................................................... 21

NSM の特徴に関する概要 15

NSM 製品の説明EMC® NSM（NetWorker®スナップショット管理）機能は、EMC ストレージアレイまたはアプライアンスでレプリケーションおよびミラーテクノロジーと連動して、本番ホストプロセスのシステム停止を小限に抑えながら、本番データのスナップショットコピーを作成して管理します。 NetWorker サーバは、スナップショットのカタログ、スナップショットのリカバリ、ディスクやテープなどの従来のストレージメディアへのスナップショットのロールオーバーを行います。 NSM は、NetWorker クライアント 8.1 以降のソフトウェアの一部として入手可能です。

NetWorker クライアントのインストールには、EMC NetWorker PowerSnap™ Module で以前に扱われていたすべての機能が用意されています。レガシーの PowerSnap 構成を NSMに移行する例については、レガシーの PowerSnap 構成の移行（89 ページ）を参照してください。

スナップショット環境を計画、構成、管理する前に、この章の概念を理解してください。 NSMで使用するストレージアレイテクノロジーの詳しい動作知識をすでに持っている必要があります。

ボリュームマネージャー、NetWorker モジュール、クラスター環境など、NSM でサポートされるバージョンの詳細については、「EMC NetWorker Online Software Compatibility Guide」を参照してください。

NSM の機能、サポート、解決された問題、既知の問題とその回避策に関する新の詳細については、［EMC NetWorker リリースノート］を参照してください。

スナップショットの操作

NSM では、サポートされる EMC ストレージアレイまたはストレージアプライアンス上のボリュームに本番データを書き込む NetWorker クライアントであるアプリケーションホストがサポートされます。これらの本番ボリュームは、アレイまたはアプライアンスによってミラーLUN にレプリケートされる、ストレージの 1 個以上の LUN（論理ユニット）で構成されます。ミラー LUN は、リモートアレイまたはリモートアプライアンス上のローカル LUN または LUN にできます。

NSM では、次のストレージアレイおよびストレージアプライアンス構成がサポートされます。

u EMC VMAX®アレイ：EMC TimeFinder® Clone、VDEV、BCV、VP Snap™、EMC SRDF®

（Symmetrix Remote Data Facility）操作。

u EMC VNX® Block アレイ：EMC SnapView™COW（書き込み時コピー）/スナップショット、ミラー（クローン）、VNX スナップショット操作。

u サポートされる VMAX または VNX Block ストレージアレイ上で構成されている EMCRecoverPoint™アプライアンス：CDP（継続的なデータ保護）および RecoverPoint CRR（継続的なリモートレプリケーション）操作。

NSM は、レプリケーションおよびスプリットまたはアレイのクローン作成機能を使用して、ストレージアレイボリューム上の指定された本番データの PIT（ポイントインタイム）コピーを作成します。これらの PIT コピーはスナップショットです。

スナップショットを管理するために、NSM はマウントホスト上にスナップショットボリュームをマウントします。マウントホストは、アプリケーションホスト、NetWorker ストレージノード、リモート NetWorker クライアントホストのいずれかです。 NSM は、スナップショットリストア作業や、ディスクやテープなどのストレージメディアへのスナップショットのロールオーバーにはこのマウントホストを使用します。スナップショットのロールオーバーは、従来のバックアップ操作と同じです。

NSM 保持ポリシーによって、スナップショットボリュームでのスナップショットセーブセットのライフサイクルと、従来のストレージ上のロールオーバーセーブセットのライフサイクルが管理されます。



NSM スナップショット環境の例（21 ページ）で、代表的なスナップショット環境の例を示すとともに、スナップショット、ロールオーバー、リカバリのプロセスについて説明します。

NSM バックアップのタイプ

構成する NSM バックアップのタイプは、次のような、スナップショットを作成して格納する場所によって決まります。

u スナップショットのバックアップ：NSM はアプリケーションホストで指定されたファイルのスナップショットを作成し、スナップショットをストレージアレイにのみ保持します。スナップショットは、NetWorker によってメディアデータベースにバックアップとしてカタログされます。 NetWorker サーバは、スナップショットからリストアを実行できます。

u スナップショットおよびロールオーバーのバックアップ：NSM は、アプリケーションホストで指定されたファイルのスナップショットを作成してから、スナップショットから従来のストレージメディアにただちにロールオーバーします。スナップショットはストレージアレイで保持されます。 NetWorker メディアデータベースは、スナップショットとロールオーバーの両方をバックアップとしてカタログします。 NetWorker のクライアントファイルインデックスはロールオーバーをカタログします。 NetWorker サーバは、スナップショットまたはロールオーバーのいずれかからリストアを実行できます。

u ロールオーバーのみのバックアップ：NSM は、アプリケーションホストで指定されたファイルのスナップショットを作成してから、スナップショットから従来のストレージメディアにただちにロールオーバーします。ロールオーバーが完了したら、NSM はスナップショットを削除します。 NSM ではスナップショットは保持されないため、NetWorker サーバはロールオーバーのみからリストアできます。以前のバージョンの PowerSnap では、このプロセスは「サーバレスバックアップ」構成と呼ばれていました。

サポートされないバックアップ構成

NSM では次の構成はサポートされません。

u Solaris オペレーティングシステムのコンテナ（ゾーン）

u Solaris ZFS ファイルシステム

詳細については、「EMC NetWorker Online Software Compatibility Guide」を参照してください。

NSM リストアのタイプ

スナップショットベースのデータに対して実行できるリストアのタイプは、データの場所などの要因によって決まります。

u スナップショットのリストア：NSM は、スナップショットセーブセットをマウントしてから、リストアするディレクトリまたは個々のファイルを参照して選択します。

u ロールオーバーからのリストア：バックアップストレージメディアから従来の NetWorkerリストアを実行します。

u ロールバックのリストア：ストレージアレイ機能を使用してスナップショットをリストアします。アプリケーションホストのボリュームがアンマウントされ、ロールバックによって、その内容全体がアンマウントされたスナップショットボリュームの内容全体で置き換えられます。

NSM では、RecoverPoint アプライアンスへのロールバックはサポートされません。

ロールバックにより、ターゲットアプリケーションボリュームにそれまで存在していたデ

ータがすべて破棄されます。


NSM バックアップのタイプ 17

NetWorker クローンのサポート

NSM がスナップショットを従来のストレージメディアにロールオーバーした後で、NetWorkerサーバはバックアップしたセーブセットのクローンコピーを作成できます。 NetWorker サーバは、クローンをメディアデータベースにカタログします。 NetWorker は、スナップショットセーブセットをクローン作成できません。

詳細については、「EMC NetWorker Administration Guide」を参照してください。

スナップショットライフサイクルポリシー

NetWorker ソフトウェアでは、スナップショットのセーブセットに関するライフサイクルポリシーが提供されます。スナップショットポリシーでは、次の情報を指定します。

u スナップショット間の時間インターバル。

u アレイに格納されたスナップショットの大数。この数に達すると、NSM はも古いスナップショットを自動的に削除します

u NSM が従来のストレージメディアにバックアップするスナップショット

バックアップ構成方法

NMC（NetWorker 管理コンソール）インターフェイスを使用して、サポートされるすべてのタイプのスナップショットバックアップを構成できます。サポートされるすべてのストレージアレイで、次の構成方法がサポートされます。

u スナップショットとロールオーバーの NSM 構成を作成および変更する場合、NMC クライアント構成ウィザードが推奨される方法です。このウィザードは、も一般的な NSM ワークフローに対応しており、構成の依存関係の正しい一連のステップと検証を行うことができます。

u ウィザードの代替方法として、NMC の［クライアントプロパティ］ウィンドウには、既存の構成を変更するために使用できる、ウィザードを使わない手動によるユーザーインターフェイスが用意されています。たとえば、プロパティウィンドウを使用して、アプリケーション情報の変数（75 ページ）にリストされている変数など、ウィザードインターフェイスではサポートされない、一般的ではないディレクティブまたはオプションを指定できます。

リストア方法

次のインターフェイスを使用して、スナップショットベースのデータをリストアできます。

u NMC リカバリウィザードは、スナップショットおよび従来のストレージメディアからデータをリストアするために使用する場合に推奨されるインターフェイスです。

u nsrsnapadmin コマンドユーティリティは、スナップショットからのリストアや従来のストレージメディアからのリストアなど、さまざまなスナップショット関連の操作に対話式の CLI（コマンドラインインターフェイス）セッションを提供します。詳細については、 nsrsnapadmin を使用した NSM オペレーション（84 ページ）を参照してください。

u nsrsnap_recover コマンドは、スナップショットや従来のストレージメディアからデータをリストアするための別の CLI メソッドです。

NetWorker コマンドの詳細については、「EMC NetWorker コマンドリファレンスガイド」を参照してください。



NSM 操作の監視/レポート作成

NMC レポート作成機能を使用すると、各 NetWorker クライアントの NSM 操作を監視できます。スナップショットの作成、マウント、削除、ロールオーバー操作の進行状況を監視できます。

NSM nwsnap.raw ログには、スナップショット操作の詳細が記録されています。

多言語対応サポート

NSM では、非 ASCII 国際文字セットの標準の NetWorker クライアントサポートが提供されます。

NSM ネットワークのコンポーネント必要であるかオプションのさまざまなホスト、デバイス、接続性、アプリケーションを NSM のNetWorker データゾーンに展開できます。

NSM スナップショット環境の例（21 ページ）に、代表的なスナップショット環境を示すとともに、スナップショット、ロールオーバー、リカバリのプロセスについて説明します。

アプリケーション・ホスト

NSM のコンテキストでいうアプリケーションホストは、本番データがストレージアレイボリュームにあり、スナップショットサービスを必要とするコンピュータです。本番データは、ファイルシステムまたはデータベースで構成されます。

各アプリケーションホストは、NetWorker クライアントソフトウェアを実行している必要があり、NetWorker サーバーのクライアントでなければなりません。

FC 環境

NSM スナップショット環境内での本番データの移動に関係するすべてのホストは、SAN（ストレージエリアネットワーク）として展開されている FC（ファイバチャネル）接続性を使用する必要があります。

NSM では、iSCSI や FCoE 環境はサポートされていません。

ストレージアレイ

NSM 操作を行うには、サポートされている 1 個以上のストレージアレイに、アプリケーションホストの本番データおよびそのデータのスナップショットを格納するための LUN（論理ユニット）が搭載されている必要があります。ストレージアレイは、LUN を、必要なホストから使用できる本番ボリュームおよびスナップショットボリュームとして管理します。

NSM は、次のストレージアレイをサポートします。

u EMC VMAX（Symmetrix）ストレージアレイ

u EMC VNX Block（CLARiX）ストレージアレイ

u EMC RecoverPoint アプライアンス

認定済みの新のストレージアレイに関するサポートの詳細については、「EMC NetWorkerOnline Software Compatibility Guide」「を参照してください。」


NSM 操作の監視/レポート作成 19

NetWorker サーバー

NetWorker サーバは、スナップショットを作成してロールオーバー操作を実行するために必要な NSM クライアントと構成設定を管理します。

NetWorker ストレージ・ノード

NetWorker ストレージノードは、AFTD（アドバンストファイルタイプデバイス）、DD Boost デバイス、テープなどの従来のストレージメディアにバックアップするデバイスを管理します。NSM では、すべてのロールオーバー操作およびロールオーバーからのリストア操作にストレージノードが必要です。

ロールオーバーを実行せずに、NSM を使用してスナップショットの作成とリストアのみを行う予定の場合には、ストレージノードの使用はオプションとなります。

スナップショットマウントホスト

NSM では、NetWorker クライアントホストが、スナップショットのリストア作業と従来のストレージメディアへのロールオーバーのために、ストレージアレイのスナップショットボリュームをマウントする必要があります。

このマウントホストには、ローカルアプリケーションホスト、NetWorker ストレージノード、リモートの NetWorker クライアントホストが該当します。マウントホストの選択は、ストレージネットワークの構成によって決まります。構成の計画時には、使用可能なさまざまなホストでのデータ処理速度および帯域幅の負荷を考慮しておくことを推奨します。

マウントホストでは、アプリケーションホストと同じオペレーティングシステムおよびサードパーティ製ボリュームマネージャ（存在する場合）を使用する必要があります。マウントホストとアプリケーションホストのシステムクロックを同期する必要があります。

ロールバック操作ではマウントホストを使用しません。

バックアップストレージメディア

NSM は、AFTD、DD Boost デバイス、テープなどの従来のバックアップストレージメディアへのスナップショットのロールオーバーを実行できます。 NSM は、Data Domain システム上でSMT（セキュアなマルチテナンシー）ワークフローをサポートします。ロールオーバー中に、NetWorker はクライアントファイルインデックスにセーブセットファイルをカタログします。

NetWorker アプリケーションモジュール

NSM では、VMAX または VNX Block アレイを使用する NMDA や NMSAP などの NetWorkerアプリケーションモジュールを使用するアプリケーションホストがサポートされます。

サポートされているバージョンの詳細については、「EMC NetWorker Online SoftwareCompatibility Guide」を参照してください。

アプリケーションの構成の詳細については、「EMC データベースおよびアプリケーション用

NetWorker モジュール管理ガイド」および「EMC NetWorker Module for SAP 管理ガイド」を参照してください。

サードパーティ製ボリュームマネージャ

NSM では、VxVM（Veritas Volume Manager）や Linux LVM（論理ボリュームマネージャ）など、ストレージアレイデータを管理するためのサードパーティ製ボリュームマネージャを使用できます。しかし、次の構成はサポートされません。



u 本番ファイルシステムとスナップショットファイルシステムが同じホストに同時に認識される場合、バックアップは失敗する可能性があります。一部のオペレーティングシステムまたは LVM では、本番ファイルシステムとスナップショットファイルシステムは、アプリケーションホストや別のマウントホストなどの別個のホストのみで認識される必要があります。

u 同じディスクシグネチャまたは同じボリューム ID を持つ複数の LUN が同じホストに認識される場合、バックアップは失敗する可能性があります。たとえば、複数のミラーまたはソース LUN とミラー LUN の両方が同じホストに認識される場合、バックアップは失敗する可能性があります。

u NSM は、Microsoft Windows システム上での VxVM をサポートしません。

サポートの詳細については、「EMC NetWorker Online Software Compatibility Guide」を参照してください。

NSM ライセンスの要件2 種類のライセンスで NSM を有効化できます。 NetWorker 容量ライセンスと従来のライセンスです。どちらの場合も、NetWorker ソフトウェアは、標準（非スナップショット）バックアップおよびスナップショットバックアップに使用された容量についてレポートします。

NSM が有効な古い PowerSnap ライセンスを検出した場合、これらのライセンスが優先されます。

NSM Source Capacity Enabler は、データゾーンのうち、購入したソース容量全体に対してNSM を使用できるようにします。データゾーン内で保護できるクライアント数は無制限です。

従来のライセンスでは、容量ベースの NSM ライセンスと、保護されている NetWorker クライアントのクライアント接続ライセンス、ストレージノードライセンス、アプリケーションモジュールライセンスなどの必要な標準ライセンスが必要です。

NSM の両方のタイプのライセンスの詳細については、「EMC NetWorker ライセンスガイド」を参照するか、EMC 担当営業にお問い合わせください。

NSM スナップショット環境の例次の例に示すように、データを効率的に管理するには、NSM 環境を計画します。スナップショットの操作（16 ページ）は、基本的なスナップショットの概念を示しています。

ストレージメディアへのスナップショットおよびロールオーバーの例

次の図とプロセスの説明は、一般的な NSM 環境でロールオーバーバックアップを使用したスナップショット中の 2 種類のデータのフローを示しています。


NSM ライセンスの要件 21

図 1 ストレージノードをマウントホストとして使用した場合のスナップショットおよびロールオーバー

図 2 アプリケーションホストをマウントホストとして使用した場合のスナップショットおよびロールオー

バー



1. アプリケーションホストは、接続されているストレージアレイにある 1 個以上のソースボリュームに本番データを書き込んで処理します。

アプリケーションホストは NMDA または NMSAP を実行できます。これらのモジュール

の一般的なプラクティスとしては、アプリケーションホストは、アプリケーションホストを

マウントホストとしても使用する独自の NetWorker ストレージノードを持つことができま

す。

2. NSM は、事前に設定した時間に本番データのスナップショットをストレージアレイ上の別のボリュームか、別のアレイに作成します。

a. NetWorker のポリシーおよびクライアントリソースの設定により、アプリケーションホスト上のどのファイルシステムまたはデータに対してスナップショットを作成する必要があるかを識別します。

b. NSM は、ソース LUN を停止してフラッシュし、ターゲット LUN と同期します。ソースLUN には本番データボリュームが含まれています。

c. ストレージアレイは、本番 LUN からターゲットスナップショット LUN をスプリット/フラクチャします。このプロセスによって、完全に使用可能なスナップショットがスナップショットボリューム上に作成されます。

3. NSM は、完成したスナップショットボリュームを一時的にマウントホストにマウントし、ストレージメディアにボリュームをバックアップできるようにします。マウントホストの選択は、ストレージネットワークの構成によって決まります。計画時には、使用可能なさまざまなホストでのデータ処理速度および帯域幅の負荷を考慮しておくことを推奨します。たとえば、マウントホストは次のいずれかのコンポーネントにできます。

l NetWorker ストレージノード（ストレージメディアへのスナップショットおよびロールオーバーの例（21 ページ）を参照）

l アプリケーションホスト（ストレージメディアへのスナップショットおよびロールオーバーの例（21 ページ）を参照）

l NetWorker クライアントソフトウェアをインストールしたリモートのマウントホスト

NetWorker クライアントリソース属性で［クライアントダイレクト］および［DD Boost］オプ

ションを指定している場合は、ロールオーバー操作中にマウントホストでクライアント上

のデータの重複排除処理が行われます。

4. NSM は、クライアントリソースとスナップショットポリシーリソースのオプションに従ってスナップショットを管理します。

l NSM が従来のストレージメディアにスナップショットをロールオーバーする場合、スナップショットデータは NetWorker クローン操作と従来の NetWorker リストア作業に使用可能になります。

ロールオーバーのみのスナップショット操作の後にスナップショットが削除され、それ

以降の NSM 操作では使用できません。

ストレージメディアの構成の詳細については、「EMC NetWorker 管理ガイド」を参照してください。

l スナップショットがロールオーバーされず、ストレージアレイ上のみに保持される場合、スナップショットは NSM スナップショットリストアまたはロールバックに使用可能です。 NSM は、スナップショットの使用期限が終了するか NSM がスナップショット


ストレージメディアへのスナップショットおよびロールオーバーの例 23

ポリシーで指定されているように新しいスナップショットを作成するためにスナップショットを削除しなければならなくなるまで、スナップショットを保持します。

スナップショットバックアップからのリストアの例

次の図とプロセスの説明では、スナップショットセーブセットからのファイルの選択的リストアのデータフローを示します。 NetWorker ストレージノードは、スナップショットターゲットボリュームから本番ソースボリュームにデータをリストアします。

図 3 ストレージノードをマウントホストとして使用した場合のスナップショットからのリストア

1. リストアするデータが含まれるスナップショットを選択します。このスナップショットがNSM によりマウントホストにマウントされます。

2. リストアするファイル、ファイルシステム、またはボリュームを参照します。

3. アプリケーションホストまたは別のホストのどこにデータをリストアするかを指定します。

4. リストアを開始すると、NSM はマウントホストおよびアプリケーションホストまたは別のリストアホストに接続します。

5. データがスナップショットボリュームから指定されたボリュームにコピーされます。

l セーブセットのリストアまたはファイルレベルのリストアの場合、データのリストアパスは LAN 経由となります（前述の図を参照）。

l ロールバックリカバリの場合、ストレージアレイ機能により、スナップショット LUN から本番 LUN へのリカバリが実行されます。



第 2 章

ソフトウェア構成

この章は、次のトピックで構成されています。

u NSM 構成のロードマップ........................................................................................26u NSM 構成の動作条件........................................................................................... 26u ユーザー権限の構成.............................................................................................29u NetWorker servers ファイルの構成.........................................................................29u クライアントウィザードを使用した NSM バックアップの構成.................................... 30u NSM バックアップの手動構成................................................................................ 35u アプリケーション情報の変数の構成....................................................................... 38u 前処理スクリプトと後処理スクリプトの構成............................................................ 38

ソフトウェア構成 25

NSM 構成のロードマップ実行する必要のある一連の構成タスクを示した大まかなロードマップを使用して、NSM 構成を計画します。

1. 構成の動作条件を満たしていることを確認します。詳細については、NSM 構成の動作条件（26 ページ）を参照してください。

2. アプリケーションホストおよびストレージノードでユーザー権限を構成します。詳細については、ユーザー権限の構成（29 ページ）を参照してください。

3. アプリケーションホストおよびマウントホストで NetWorker サーバファイルを構成します。詳細については、NetWorker servers ファイルの構成（29 ページ）を参照してください。

4. クライアント構成ウィザードまたは手動の方法のいずれかを使用して、NSM 用にNetWorker クライアントを構成します。詳細については、次のトピックを参照してください。

l クライアントウィザードを使用した NSM バックアップの構成（30 ページ）

l NSM バックアップの手動構成（35 ページ）

5. 必要なアプリケーション情報の変数を構成します。詳細については、アプリケーション情報の変数の構成（38 ページ）を参照してください。

6. 必要な前処理/後処理スクリプトを構成します。詳細については、前処理スクリプトと後処理スクリプトの構成（38 ページ）を参照してください。

7. スナップショットのバックアップに使用するアレイまたはアプライアンスに基づいて、該当する章の構成手順に従います。

l NSM の VMAX ストレージアレイ用構成（41 ページ）

l NSM の VNX Block ストレージアレイ用構成（47 ページ）

l NSM の RecoverPoint アプライアンス用構成（51 ページ）

l クラスタ環境の NSM（57 ページ）

8. 構成をテストします。

NSM 構成の動作条件NSM 操作に使用するすべてのシステムの基本的な互換性を確認します。詳細については、NSM ネットワークのコンポーネント（19 ページ）を参照してください。

以降のセクションで、NSM 操作に関係するホストの動作条件を説明します。

ストレージアレイの動作条件

アプリケーションホストとマウントホストに、NSM 操作に使用するストレージアレイの動作条件ソフトウェアがインストールされていることを確認します。

u VMAX ストレージアレイ：

l アプリケーションホストとマウントホスト上に EMC Solutions Enabler 7.4-1506 以降。

u VNX Block ストレージアレイ：



l アプリケーションホストとマウントホスト上に EMC Unisphere®ホストエージェント（別称、EMC Navisphere®）。このエージェントは、ホストデバイスを VNX デバイスと同期する。また、NSM は、このエージェントを使用して、アプリケーションホストまたはマウントホストで LUN が認識されるかどうかを判別します。

l マウントホスト上に EMC SnapCli。アプリケーションホストではオプション。この CLIにより、マウントホストが VNX スナップショットの LUN を認識できるようになる。

l マウントホスト上に EMC AdmSnap。アプリケーションホストではオプション。このCLI により、マウントホストが SnapView スナップショットの LUN を認識できるようになる。

l Microsoft Windows システムの場合のみ、マウントホスト上に EMC AdmHost。このCLI により、SnapView クローンをアクティブ化し、Microsoft Windows マウントホストの特定のドライブレターにマップできるようになります。

l アプリケーションホストとマウントホスト上に EMC Naviseccli。この CLI により、LUNの検出とスナップショットの同期/スプリットオペレーションが可能になる。

u RecoverPoint アプライアンス：

l アプリケーションホストとマウントホスト上に EMC Solutions Enabler 7.4-1506 以降。

l RecoverPoint アプライアンスで構成された RecoverPoint CDP（継続的なデータ保護）または RecoverPoint CRR（連続的なリモートレプリケーション）。EMC オンラインサポートから入手可能な、使用するストレージアレイまたはアプライアンスのサポートマトリックスには、システムとソフトウェアの要件の詳細が記載されています。

アプリケーションホストの前提条件

アプリケーションホストを NSM 操作用に構成する前に、次の動作条件を確認します。

u アプリケーションホストが、サポートされる NetWorker クライアントソフトウェアを実行していること。

u NetWorker サーバがアプリケーションホストをクライアントとして認識している。

u アプリケーションホストのシステムクロックがマウントホストのシステムクロックと同期していること。

u アプリケーションホストからストレージアレイへの接続をセットアップしてあること。

l VMAX および VNX ストレージアレイのみを使用するか、RecoverPoint アプライアンスとともに使用する場合は、SAN 接続が必要です。

l また、RecoverPoint アプライアンスでは、アプリケーションホストと通信するためにLAN 接続が必要です。

u アプリケーションホストが、ストレージアレイにある本番 LUN のボリュームまたはデバイスのパス名を認識している。

u 別のマウントホストを使用する場合、アレイ上のミラー（ターゲット）LUN のボリュームまたはデバイスパス名がマウントホストに認識されます。

マウントホストの前提条件

NetWorker クライアントは、スナップショットリストアまたはロールオーバー操作用にストレージアレイボリュームをマウントする必要があります。次の任意のホストをマウントホストとして構成できます。

u ローカルアプリケーションホスト

u NetWorker ストレージノード


アプリケーションホストの前提条件 27

u リモート NetWorker クライアントホストマウントホストの選択は、ストレージネットワーク構成によって決まります。構成の計画時には、使用可能なさまざまなホストでのデータ処理速度および帯域幅の負荷を考慮しておくことを推奨します。

VxVM（Veritas Volume Manager）および Linux LVM（論理ボリュームマネージャ）では、

アプリケーションホストをマウントホストとして使用できません。複数の同一のファイル

システムを同じホスト上で認識させることはできません。

マウントホストを NSM 操作用に構成する前に、次の動作条件を確認します。

u マウントホストが、アプリケーションホストと同じバージョンのオペレーティングシステムおよびボリュームマネージャ（存在する場合）を実行していること。

u NetWorker クライアントソフトウェアがインストールされていること。 NetWorker ストレージノードソフトウェアにクライアントが含まれていること。

u NetWorker サーバがマウントホストをクライアントとして認識している。

u マウントホストのシステムクロックがアプリケーションホストのシステムクロックと同期していること。

u マウントホストからストレージアレイへの接続をセットアップしてあること。

l VMAX および VNX ストレージアレイのみを使用するか、RecoverPoint アプライアンスとともに使用する場合は、SAN 接続が必要です。

l また、RecoverPoint アプライアンスでは、マウントホストと通信するために LAN 接続が必要です。

l ロールバック操作では、RecoverPoint アプライアンスにはマウントホストへの独自のSAN 接続が必要です。

u マウントホストが、ストレージアレイにあるスナップショットのターゲット LUN のボリュームまたはデバイスのパス名を認識している。

u Microsoft Windows システムを使用するマウントホストの場合、スナップショットボリュームをマウントするためにドライブレターが使用可能です。ドライブレターが使用不可の場合、スナップショットバックアップは失敗します。

ストレージノードの前提条件

スナップショットセーブセットを従来のストレージメディアにロールオーバーする場合は、NetWorker ストレージノードが必要です。

マウントホストとして使用しているローカルアプリケーションホストからロールオーバーを実

行する場合は、アプリケーションホストの NetWorker クライアントを NetWorker ストレージノードにアップグレードすることを検討します。

次の動作条件を確認します。

u NetWorker ストレージノード 8.1 以降のソフトウェアがインストールされていること。

u バックアップストレージデバイスがロールオーバー操作用にストレージノードで構成されていること。



ユーザー権限の構成NSM 操作のためには、アプリケーションホストとマウントホストで NetWorker ユーザーグループ権限を指定する必要があります。

手順

1. NMC を実行し、［エンタープライズ］ビューで、スナップショットを管理する NetWorker サーバーを選択して、［エンタープライズ］ > ［アプリケーションの起動］を選択します。

2. NetWorker サーバの［構成］タブのリソースツリーで［ユーザーグループ］をクリックします。

3. ［ユーザーグループ］テーブルで、変更するグループを右クリックし、［プロパティ］を選択します。

4. ［ユーザー］属性に次の情報を入力して、ユーザーをアプリケーションホストとマウントホスト上の root、管理者、システムとして指定します。

l Microsoft Windows システムの場合：

user=administrator,host=［application_hostname］user=administrator,host=［mount_hostname］user=system,host=［application_hostname］user=system,host=［mount_hostname］

l UNIX システムの場合：

user=root,host=［application_hostname］user=root,host=［mount_hostname］

5. ［権限］属性で、［NetWorker の使用］を選択します。

［NetWorker の使用］権限を選択するには、ポップアップメッセージに示された追加権限

を選択する必要が生じる場合があります。

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

NetWorker servers ファイルの構成NSM 操作のためには、アプリケーションホストとマウントホストで NetWorker サーバファイルを構成する必要があります。

手順

1. アプリケーションホストの場合は、NetWorker サーバのホスト名をサーバファイルに追加します。サーバファイルのデフォルトの場所は次のとおりです。


C:\Program Files\EMC NetWorker\nsr\res\serversl UNIX システムの場合：

/nsr/res/servers

リモート接続などによって NetWorker 管理プログラムを実行する他のホストがある場

合は、そのホスト名をこの servers ファイルに追加します。

2. 同様に、マウントホストの servers ファイルに対し、マウントホストを使用するアプリケーションホストのホスト名と NetWorker サーバのホスト名を追加します。


ユーザー権限の構成 29

ダイレクトリカバリ操作を実行する場合、データの復旧先クライアントのホスト名をこのフ

ァイルに含めます。

3. この変更を有効にするには、前述の NetWorker プログラムかシステムを再起動します。

クライアントウィザードを使用した NSM バックアップの構成NMC クライアント構成ウィザードは、スナップショット操作とロールオーバー操作を構成するための推奨される方法です。

手順

1. 必要な動作条件を確認します。

詳細については、NSM 構成の動作条件（26 ページ）を参照してください。

2. NMC を実行し、［エンタープライズ］ビューで、スナップショットを管理する NetWorker サーバーを選択して、［エンタープライズ］ > ［アプリケーションの起動］を選択します。

3. NetWorker サーバの［構成］ビューで、クライアント構成ウィザードを起動します。

l クライアントバックアップ構成を作成するには、ナビゲーションツリーで［クライアント］を右クリックし、［クライアントバックアップ構成］＞［新規］を選択します。

l 既存のクライアントバックアップ構成を変更するには、ナビゲーションツリーで［クライアント］をクリックし、［クライアント］テーブルで変更するクライアントを右クリックし、［クライアントバックアップ構成］＞［変更］を選択します。

4. ウィザードで、［クライアント名とタイプを指定します］ページに入力します。

a. ［クライアント名］フィールドに、NSM がスナップショットでデータをキャプチャするアプリケーションホスト（NetWorker クライアント）のホスト名を入力します。

b. ［クライアントのタイプ］フィールドで、［従来の NetWorker クライアント］を選択します。

c. ［次へ］をクリックします。

5. ［バックアップ構成タイプを選択］ページに情報を入力します。

a. テーブルで、NSM 用に構成する、［ファイルシステム］か、サポートされているNetWorker アプリケーションタイプを選択します。

b. ［選択したアプリケーション上で NetWorker Snapshot Management を有効にします］というラベルが付いたチェックボックスを選択します。


6. ［Snapshot Management オプションの選択］ページに入力します。

a. ［ストレージアレイ］フィールドで、クライアントがプライマリストレージとして使用しているストレージアレイまたはストレージアプライアンスのタイプを選択します。ここにスナップショットが作成されます。 NSM で構成できるアレイのみが、使用可能として表示されます。次のオプションを選択できます。

– ［EMC VMAX/Symmetrix］

– ［EMC VNX/CLARiX］

– ［RecoverPoint］

b. アプリケーションホストをスナップショットマウントホストとして使用する場合は、［スナップショットのマウント時にこのクライアントを使用します］を選択します。ウィザードは、スナップショットリストアのためと、従来のストレージへのロールオーバー操作のため、アレイのミラーボリュームをこのホストにマウントします。



それ以外の場合、ウィザードはドロップダウンリストから選択したストレージノードをマウントホストとして使用します。マウントホストは、現在のクライアントホストと同じオペレーティングシステムを使用する必要があります。

別のオプションとしては、NetWorker クライアントリソースを別のホスト上に手動で作

成して、このホストを NSR_DATA_MOVER=［hostname］の値として指定します。 NSMではこのホストがマウントホストとして使用されます。詳細については、一般的なア

プリケーション情報の変数（76 ページ）を参照してください。

c. ［ストレージノード］のホスト名を選択します。

ウィザードは、ストレージノードをアプリケーションホストのクライアントリソースのストレージノード親和性リストに追加します（まだ存在しない場合）。

d. ［次へ］をクリックします。

ストレージアレイの選択によって、次のウィザード画面が決まります。

7. ［VMAX ストレージアレイ］オプションを選択した場合は、表示される［VMAX ミラーポリシーの選択］ページに入力します。

a. ［VMAX ミラーポリシー］を選択します。

– ソースデバイスとターゲットであるミラーデバイスの両方が同じ VMAX アレイにある場合は、［ローカルでの操作］を選択します。

– ソースデバイスとターゲットであるミラーデバイスが、SRDF（Symmetrix RemoteData Facility）と接続された異なる VMAX アレイにある場合は、［リモート（SRDF）操作］を選択します。

b. スナップショットの［ミラータイプ］を選択します。

– ［クローン］を選択すると、TimeFinder クローン機能を使用してスナップショットが作成されます。

– ［VDEV］を選択すると、TimeFinder スナップショット（COW、Copy on Write）機能を使用してスナップショットが作成されます。

– ［BCV］を選択すると、TimeFinder 分割ミラー機能を使用してスナップショットが作成されます。

– ［VP Snap］を選択すると、TimeFinder VP スナップショット機能を使用してスナップショットが作成されます。

– ［リモート（SRDF）操作］を選択した場合、［R2］を選択します。この操作によって、NetWorker がスナップショットを作成せずにリモート R2 デバイスから直接作成する SRDF リンクがロールオーバーの期間に中断されます。

– ［いずれか］を選択すると、次の優先度の順序で適なミラータイプをウィザードで選択できます。［クローン］、［VDEV］、［BCV］。ウィザードでは VP スナップショットまたは R2 は使用されません。

ミラーオペレーションの詳細については、TimeFinder ソフトウェアを使用した NSM 操作（42 ページ）を参照してください。


8. ［VNX ブロックストレージアレイ］オプションを選択した場合は、表示される［VNX ミラーポリシーとストレージアレイオプションの指定］ページに入力します。

a. スナップショットの［ミラータイプ］を選択します。

– ［書き込み時にコピー（COW/スナップショット）］を選択すると、SnapView の書き込み時コピー機能を使用してスナップショットが作成されます。


クライアントウィザードを使用した NSM バックアップの構成 31

– ［ミラー（クローン）］を選択すると、SnapView のクローン機能を使用してスナップショットが作成されます。

– ［VNX-SNAP（VNX スナップショット）］を選択すると、ROW（Redirect on Write）機能を使用してスナップショットが作成されます。ミラーオペレーションの詳細については、SnapView ソフトウェアを使用した NSM操作（48 ページ）を参照してください。

b. ［VNX ストレージプロセッサ］オプションを指定します。

– クライアントがスナップショットの通信に使用する［VNX ストレージアレイのホスト名または IP アドレス］を指定します。

– 必要に応じて、クライアントでスナップショット操作に使用されるアレイについて、［ユーザー名］および［パスワード］認証情報を指定します。


9. ［RecoverPoint ストレージアレイ］オプションを選択した場合は、表示される［RecoverPoint レプリケーションタイプとストレージアレイオプションの指定］ページに入力します。

a. ［レプリケーションタイプ］を選択します。

– ［CDP］（継続的なデータ保護）

– ［CRR］（継続的なリモートレプリケーション）

詳細については、RecoverPoint ソフトウェアを使用する NSM オペレーション（52 ページ）を参照してください。

b. ［RecoverPoint アプライアンスの認証情報］の指定を行います。

– クライアントがスナップショット操作に使用する［RecoverPoint アプライアンスのホスト名/IP］を指定します。

– クライアントがスナップショット操作に使用する RecoverPoint アプライアンスの［ユーザー名］と［パスワード］認証情報がまだ存在しない場合は、指定します。

NSM では、RecoverPoint PowerSnap モジュールから NSM へのアップグレード後に

ユーザー名とパスワードが必要です。 NSM では、これらの認証情報は NetWorkerサーバのロックボックスに格納されます。


10.指定したスナップショットを従来のストレージメディアにロールオーバーする場合は、表示される［クライアントバックアップオプションの指定］ページに入力します。それ以外の場合、このステップはオプションです。

a. オプションで、関係するホストでのワークフローの選択とデータ処理の帯域幅に基づいて、［クライアントダイレクト］設定（デフォルトの選択）を変更します。

この設定では、マウントホスト上の NetWorker クライアントは、ストレージノードをバイパスして、サポートされる AFTD または DD Boost デバイスにスナップショットデータを直接ロールオーバーできます。この処理が使用可能でない場合、バックアップはストレージノードによって実行されます。

b. オプションで、特定の［ターゲットプール］を選択すると、クライアントに指定されているその他すべてのプールやバックアップグループが上書きされます。デフォルトでは、クライアントをバックアップストレージデバイスに関連づけるターゲットプールがNetWorker によって選択されています。



c. DD Boost ストレージにロールオーバーするため、［重複排除］で［Data Domain バックアップ］を選択します。データの重複排除は、［クライアントダイレクト］の構成に応じてマウントホストまたはストレージノードで行われます。

詳細については、「EMC NetWorker Data および EMC Domain Deduplication Device 統

合ガイド」を参照してください。


11.［スナップ可能なファイルシステムオブジェクトの選択］ページに入力します。

a. 参照ツリーで、スナップショットに含めるファイルシステムまたはファイルを選択します。

ツリーに、このウィザードで以前に選択した内容と互換性のあるファイルシステムのうち、アプリケーションホストにマウントされているすべてのファイルシステムが表示されます。互換性のあるファイルシステムがない場合、エラーが表示されます。

UNIX と Linux システムの場合は、参照ツリーには、ローカルアプリケーションホストのマウントファイルに追加されたファイルシステムのみが表示されます。

サードパーティ製ボリュームマネージャを搭載したシステムの場合は、単一のバック

アップに対してさまざまなボリュームグループのファイルシステムを選択しないでくだ

さい。バックアップを実行するのに複数のスナップショットが必要で、ミラーが使用不

可の場合、複数のボリュームグループのバックアップは失敗する可能性がありま

す。バックアップするボリュームグループには、マウントホスト上の既存のボリュー

ムグループと異なる名前を付けてください。このようにしないと、バックアップは失敗

します。

b. マウントされたファイルシステムのビューを更新する必要がある場合は、［更新］をクリックします。この更新プロセスは時間がかかることがあります。


12.従来のストレージメディアへのスナップショットのロールオーバーを構成するには、［クライアントプロパティの選択］ページに入力します。

a. 標準の NetWorker バックアップワークフローに指定したものと同じ設定を次の属性に指定します。

– ［ブラウズポリシー］

– ［保存ポリシー］

– ［バックアップスケジュール］

［リモートアクセス］属性に、前に選択したストレージノードが表示されます。［リモートアクセス］属性は NSM のロールオーバーで必要です。

これらの属性の設定の詳細については、「EMC NetWorker 管理ガイド」を参照してください。

b. ［次へ］をクリックします。

13.スナップショットのロールオーバーを行うには、［NetWorker バックアップグループの指定］ページに入力します。

a. 標準の NetWorker バックアップワークフローに指定したものと同じ設定を次の属性に指定します。

– クライアントを既存のグループに追加する場合は、［既存のグループに追加］を選択し、リストから 1 つまたは複数のグループを選択する。ウィザードには、空であるかスナップショット用に有効化されているグループのみが表示されます。


クライアントウィザードを使用した NSM バックアップの構成 33

– グループを作成するには、［新しいグループの作成］を選択し、属性を指定します。

詳細については、「EMC NetWorker Administration Guide」を参照してください。


14.前のステップで新規のグループリソースを作成した場合は、［スナップショットポリシーの指定］ページに入力します。

スナップショットポリシーはセーブグループのみに適用され、［nsrsnap_save］コマンドで

実行された手動バックアップには影響しません。

l 既存のスナップショットポリシーを新規セーブグループに適用する場合は、［既存のスナップショットポリシーの使用］を選択し、リストからポリシーを選択します。

l セーブグループに適用する新規スナップショットポリシーを作成する場合は、［新しいスナップショットポリシーを作成します］を選択し、次の属性を指定します。

a. ［名前］フィールドに、スナップショットポリシーの名前を入力します。既存のポリシーの名前は変更できません。ポリシーへのすべての参照を削除し、ポリシー名を削除してから、新規ポリシー名を作成する必要があります。

b. ［スナップショット数］フィールドで、スナップショットセーブグループの開始時刻から NSM が 1 日以内に作成するスナップショット数を指定します。同じセーブセットの NSM バックアップ間の時間を十分に取って、操作が完了できるようにします。時間インターバルが短すぎると、NSM で一部のスナップショットのバックアップがスキップされます。

c. ［スナップショットの保持］フィールドで、NSM がセーブグループの各セーブセットに対して保持するスナップショット数を指定します。 NSM でこの数のスナップショットバックアップが保持された後は、新規スナップショットの作成前に、も古いスナップショットがいくつか削除されます。たとえば、［スナップショット数］を 8 に設定して、［スナップショットの保持］を 4 に設定した場合、NSM では 1 日に 8 回スナップショットバックアップが実行されますが、保持されるのは 4 個の新のスナップショットのみです。

ロールオーバーのみのスナップショットポリシーが必要な場合は、［スナップショットの保持］を 0 に設定して、［スナップショットオプションのバックアップ］設定に［すべて］を選択します。 NSM では、ロールオーバーが完了したら各スナップショットは自動的に削除されます。

d. ［スナップショットポリシーの有効期限］フィールドで、NSM がスナップショットに対して自動的な削除の対象というマークを付けるまでの期間を選択します。新規有効期限ポリシーを作成する場合は、属性の右側のプラス記号（+）をクリックし、［ポリシーの作成］ウィンドウで［ポリシー名］と［期間］を指定します。

e. ［スナップショットオプションのバックアップ］フィールドで設定を選択して、［スナップショット数］設定に基づいて、NSM では従来のバックアップメディアにロールオーバーし、スナップショットを指定します。

– ［すべてのスナップショット］は、すべてのスナップショットをロールオーバーします。

– ［初のスナップショット］は、その日の初のスナップショットをロールオーバーします。

– ［後のスナップショット］は、予想される大の［スナップショット数］の値に基づいて、その日の後のスナップショットをロールオーバーします。

– ［___スナップショットごと］は、1 個以上の番号をコンマで区切って指定した各スナップショットを序数の順番にロールオーバーします。たとえば、3（3 個お



きのスナップショット）、または 3、6、9（3 個、6 個、9 個おきのスナップショット）となります。

– ［スナップショットをバックアップしてはなりません］は、どのスナップショットもロールオーバーしません。

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

15.［バックアップ構成サマリー］ページに入力します。

a. サマリーにリストされた属性および値を確認します。

設定を変更する場合は、［戻る］をクリックするかステップパネル内のリンクをクリックして、リビジョンを行います。

b. 必要に応じて、［スナップショットの検証］をクリックします。これにより、この構成を使用するバックアップが成功する可能性が NSM で検証されます。ただし、成功の保証まではされません。これは、バックアップがこのクライアントとマウントホストで他のバックアップによって妨げられずに実行される場合に限ります。

この検証が完了するまでしばらく時間がかかります。 NMC ポップアップメッセージに検出された問題がリストされますが、ウィザードではクライアントリソースの作成は妨げられません。

クライアントリソースが構成されたスナップショットを検証するには、NSM でクライア

ントリソースを右クリックし、［スナップショット構成の確認］を選択します。

c. 構成に問題がないためそれを作成する場合は、［作成］をクリックします。

16.［結果のチェック］ページに入力します。

a. バックアップ構成が正常に完了したことを確認します。

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

NSM バックアップの手動構成NSM バックアップ構成を作成および変更するには、NMC クライアント構成ウィザードが推奨される方法です。

ただし、状況によっては、手動の方法を使用して既存の構成を変更できます。たとえば、アプリケーション情報の変数（75 ページ）で説明されている変数など、ウィザードではサポートされない、一般的ではないディレクティブまたは特殊なオプションを指定する必要がある場合は、クライアントリソースを変更できます。

グループリソースの手動構成

グループリソースを NSM バックアップ用に手動で構成できます。

手順

1. NMC を実行し、［エンタープライズ］ビューで NetWorker サーバ名を選択して、NetWorker アプリケーションを起動します。

2. NetWorker サーバの［構成］タブのブラウザツリーで、［グループ］を選択し、必要な項目を選択します。

l グループリソースを作成するには、［グループ］アイコンを選択し、［ファイル］メニューの［新規］をクリックします。

l グループリソースを変更するには、右側のパネルのリストからクライアント名を選択し、［ファイル］メニューの［プロパティ］を選択します。


NSM バックアップの手動構成 35

3. 標準の NetWorker バックアップに使用する［グループリソース］属性を構成します。［設定］タブで、次のように［スナップショット］属性を構成します。

a. ［スナップショット］を選択し、グループに関連する NSM クライアントでのスナップショットバックアップを有効化します。

b. ［スナップショットポリシー］を選択します。このポリシーには、特定の期間内に NSMが作成するスナップショットの数と、その保持期間を指定します。

c. スナップショットオペレーション用に構成されたプールのリストから、［スナップショットプール］を選択します。

グループ、メディアプール、スナップショットポリシーのリソースの詳細については、「EMC NetWorker 管理ガイド」を参照してください。

アプリケーションホストのクライアントリソースの手動構成

NMC プロパティウィンドウを使用して、アプリケーションホストの VMAX または VNX Blockストレージアレイ構成を手動で作成または変更できます。 RecoverPoint アプライアンス構成を手動で変更できますが、NMC プロパティウィンドウを使用して構成を作成することはできません。

NMC プロパティウィンドウを使用して、アプリケーション情報の変数（75 ページ）にリストされている変数など、ウィザードインターフェイスではサポートされない、一般的ではないディレクティブまたは特殊なオプションを指定できます。

手順


詳細については、アプリケーションホストの前提条件（27 ページ）を参照してください。

2. NMC を実行し、NMC の［エンタープライズ］ビューで NetWorker サーバー名を選択して、［エンタープライズ］ > ［アプリケーションの起動］を選択します。

3. サーバの［構成］ビューの参照ツリーで、［クライアント］を選択し、アプリケーションクライアントを指定します。

l クライアントリソースを作成するには、［クライアント］アイコンを選択し、［ファイル］メニューの［新規］をクリックします。

l クライアントリソースを変更するには、右側のパネルのリストからクライアント名を選択し、［ファイル］メニューの［プロパティ］を選択します。

4. ［全般］タブを選択し、次のフィールドに指定を行います。

a. ［名前］フィールドで、アプリケーションクライアントのホスト名を確認または入力します。

b. ［セーブセット］フィールドで、スナップショットに含めるファイルシステム、ディレクトリ、個々のファイルをすべて入力するか、参照して選択します。

各項目は、完全修飾パス名を使用して別個の行に指定します。

オペレーティングシステム上の制約により、996 文字または 275 のディレクトリ階層

を超えるファイルシステムパス名を指定すると、バックアップが異常終了します。手動で入力したパス名では大文字と小文字が区別されます。

［全般］タブの設定の詳細については、「EMC NetWorker 管理ガイド」を参照してください。

5. ［Apps & Modules］タブを選択します。［アプリケーション情報］フィールドに、構成で使用する値とともにスナップショット属性を入力できます。



詳細については、アプリケーション情報の変数（75 ページ）を参照してください。

NSM ではこれらの属性の妥当性検査は行われません。必ず大文字で正しい属性名を

入力し、適切な値を指定します。値には、属性に応じて大文字を指定することもできま

す。

6. スナップショットを従来のストレージメディアにロールオーバーする予定の場合は、［グローバル（2/2）］タブを選択して、次の形式で［リモートアクセス］フィールドにマウントホストを指定します。


system@［mount_host］l UNIX システムの場合：

root@［mount_host］マウントホストは、スナップショットを格納するストレージアレイボリュームをマウントするホストです。通常、マウントホストはアプリケーションホストかストレージノードです。

7. クライントの構成を完了したら、［OK］をクリックします。

8. バックアップがこのクライアントとマウントホストで他のバックアップによって妨げられずに実行される場合に、構成のバックアップが成功する可能性（保証はされない）を検証するには、NMC でクライアントリソースを右クリックし、［スナップショット構成の確認］を選択します。この検証が完了するまでしばらく時間がかかります。ポップアップメッセージに検出された問題がリストされます。

NSM に固有ではない NetWorker クライアント構成の詳細については、「EMC NetWorker管理ガイド」を参照してください。

マウントホストのクライアントリソースの手動構成

クライアント構成ウィザードを使用せずに手動でアプリケーションホストのクライアントリソースを構成した場合は、スナップショットマウントホスト用に NetWorker クライアントリソースを手動で構成する必要があります。

手順

1. マウントホストに既存の NetWorker クライアントリソースがない場合は、作成します。

2. マウントホストで少なくとも 1 回の NetWorker バックアップが正常に完了していることを確認します。


詳細については、マウントホストの前提条件（27 ページ）を参照してください。

4. スナップショットのリストアとロールオーバーにマウントホストのみを使用する場合、次のようにして、スケジュール設定されたバックアップとそのすべてのグループを選択解除します。

a. NMC を実行し、［エンタープライズ］ビューで NetWorker サーバ名を選択して、NetWorker アプリケーションを起動します。

b. ［構成］ビューの参照ツリーで、［クライアント］を選択し、右側のパネルでマウントホストを選択して、［プロパティ］を表示します。

c. ［全般］タブで、［スケジュールバックアップ］とすべての［グループ］を選択解除します。

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


マウントホストのクライアントリソースの手動構成 37

アプリケーション情報の変数の構成特定のアプリケーション情報の変数を使用して、スナップショットプロセスを詳細に制御できます。クライアント構成ウィザードではこれらの変数は構成できません。これらの変数は、NSM プロパティウィンドウを使用してアプリケーションホストの NetWorker クライアントリソースで手動で構成する必要があります。詳細については、アプリケーション情報の変数（75 ページ）を参照してください。

前処理スクリプトと後処理スクリプトの構成アプリケーションクライアントからユーザー定義の前処理/後処理スクリプトを実行できます。これらのスクリプトは、ファイルシステムのバックアップのためにのみ実行できます。

ユーザー定義スクリプトは、EMC テクニカルサポートではサポートしていないことに注意し

てください。

このスクリプトについては、次のガイドラインに従ってください。

手順

1. アプリケーションの停止、シャットダウン、起動などの操作には前処理/後処理スクリプトを使用します。スクリプトによってログファイルなどの出力が生成されることがありますが、スクリプトが失敗しなかったこと、バックアップを実行できることを意味する終了ステータス 0 が返される必要があります。前処理スクリプトでその他の終了コードが返されると、バックアップは失敗します。

2. スクリプトファイルには次のセキュリティを設定します。

l Microsoft Windows システムでは、ローカルの［SYSTEM］グループ、ローカルの［Administrators］グループ、［バックアップオペレータ］グループに対してのみ、フルコントロールを付与するセキュリティをスクリプトファイルに設定します。このようにしないと、スクリプトは実行されない。

Windows Explorer でこのセキュリティを設定するには、スクリプトファイルを右クリックして、［プロパティ］を選択し、［セキュリティ］タブで［詳細］をクリックします。

l UNIX システムでは、root ユーザーがスクリプトファイルを所有している必要があります。スクリプトで設定できるのは、所有者のアクセスパーミッションのみであり、スクリプトには少なくとも実行アクセスが必要です。このようにしないと、スクリプトは実行されない。また、スクリプトの親ディレクトリには、少なくとも所有者の実行パーミッションを設定する必要があり、グループおよびその他すべてに対するライトパーミッションは設定できません。

3. 常駐スクリプトを追加、変更、実行するには、ユーザーが管理者/root 権限を持つ必要があるディレクトリにスクリプトを入れます。そのようなディレクトリに配置しないと、そのスクリプトを使用するバックアップがすべて異常終了します。

Microsoft Windows システムでは、NetWorker によって［NetWorker_install_path］/bin ディレクトリで相対パス名が検索されます。

4. 次の変数を使用して、アプリケーションクライアントリソースの［プロパティ］ウィンドウの［アプリケーション情報］属性に、ユーザー定義スクリプトのパス名を指定します。

NSR_PRE_SNAPSHOT_SCRIPT=［pre-mirror_split-script_path］NSR_POST_SNAPSHOT_SCRIPT=［post-mirror_split-script_path］

5. バックアップが完了したら、アプリケーションクライアントホストの［/nsr/logs］（UNIX）ディレクトリに生成されたログファイルを検証します。ログファイルの名前は、［script_name］



_LOGFILE.txt という形式になります。スクリプトの出力はこのログファイルに表示されます。


前処理スクリプトと後処理スクリプトの構成 39

第 3 章

NSM の VMAX ストレージアレイ用構成


u VMAX ストレージアレイ用の NSM サポート............................................................ 42u ソース LUN とミラー LUN のペアリング....................................................................43u VMAX SRDF/S のサポート...................................................................................... 45

NSM の VMAX ストレージアレイ用構成 41

VMAX ストレージアレイ用の NSM サポートこの章では、VMAX（Symmetrix）ストレージアレイに固有な NSM のサポート、手順、構成について説明します。

レガシーの PowerSnap 構成の移行（89 ページ）では、PowerSnap VMAX 実装を NSM へ移行する方法について説明しています。

TimeFinder ソフトウェアを使用した NSM 操作

VMAX ストレージアレイ上で NSM 操作を実行するには、TimeFinder Solutions Enabler パッケージをアプリケーションホストおよびマウントホスト（アプリケーションホストと別の場合）の両方で実行する必要があります。

TimeFinder ソフトウェアは、本番データの同期リアルタイムミラーによって、本番データのホストに依存しないコピーを複数維持します。 TimeFinder は、同じ VMAX アレイ上にローカルにミラーリングされた LUN か、SRDF 接続を持つ別個の VMAX アレイ上にリモートでミラーリングされた LUN を持ったローカルの LUN のいずれかを使用できます。

NSM Intelligent Pairing 機能によって、TimeFinder ソース LUN が適切なターゲットミラーデバイスと自動的に突き合わされます。この機能は、アプリケーションホストで手動で構成された symm.res ファイルに取って代わるものです。ただし、symm.res ファイルが存在する場合には、このファイルの方が優先されます。

VMAX 構成の動作条件およびサポート

VMAX 構成には、次の動作条件とサポートが適用されます。

u アプリケーションホストとマウントホストに EMC Solutions Enabler がインストールされていることを確認します。詳細については、ストレージアレイの動作条件（26 ページ）を参照してください。

u ミラーデバイスをマウントホストにマスクする必要があります。マウントホストでsymdev show ［mirror_device］コマンドを実行して、デバイスに物理パス名が指定

されていることを確認できます。

u VMAX 構成ではシンプロビジョニングされたすべての LUN がサポートされます。

u ストレージレイアウトの変更がアプリケーションホストまたはマウントホストのいずれかに影響を与える場合は常に、ストレージレイアウトが再検出されるよう、これらのホストで symcfg discover コマンドを実行する必要があります。スナップショットが失敗した

場合、マウントホストでこのコマンドを実行して、マウントホストに認識されていないミラーデバイスを見つけることができます。

サポートされるミラーデバイスのタイプ

NSM は、VMAX ストレージアレイ上で次のタイプのミラーデバイスをサポートします。

u TimeFinder BCV：これらのデバイスは完全な物理コピーで、標準デバイスのミラーとして表示されます。

u TimeFinder スナップショット/VDEV：これらのデバイスは COW（書き込み時コピー）のスナップショット作成方式を使用します。

u TimeFinder クローン：これらのデバイスでは、高パフォーマンスのソースのフルコピーが作成されます。 TimeFinder Clone コピーを使用するロールバックオペレーションでは、次の制限事項が適用される。

l ロールバック操作は、アプリケーション変数 SYMM_CLONE_FULL_COPY=FALSE を指定して作成されたスナップショットでは失敗します。



l SYMM_RB_OVERRIDE_OTHER_TGTS=TRUE を設定した場合を除き、別の BCV ミラーが設定されたソース LUN へのロールバック操作は失敗します。

l 複数のスナップショットまたはミラーとのアクティブ関係を持つソース LUN では、ロールバック操作は失敗します。

詳細については、VMAX アレイ用のアプリケーション情報の変数（77 ページ）を参照してください。

u TimeFinder VP スナップショット：これらのデバイスでは、仮想シンプールデバイスに対して設置効率の高いスナップショットが作成されます。次の制限が適用されます。

l 同じソース LUN とペアリングする VP スナップショットターゲットデバイスは、すべて同じシンプールにバインドする必要があります。

l ソースデバイスは、VP スナップショットセッションと非フルコピーのクローンセッションの両方を同時に実行することはできません。

ソース LUN とミラー LUN のペアリングNSM オペレーションでは、ソース LUN とターゲットミラー LUN をペアにして使用する必要があります。 NSM Intelligent Pairing がこれらの LUN ペアを自動的に判別することも、アプリケーションホストの symm.res ファイルでペアを手動で指定することもできます。

Intelligent pairingIntelligent Pairing は、ソース LUN と同期するためのコストがも少ないミラーに基づいて、使用可能なミラー LUN を自動的に選択する NSM の機能です。

Intelligent Pairing では、アプリケーションホストとは異なる可能性があるスナップショットマウントホストが認識して使用できるミラーのみが選択されます。この機能によって、手動構成で発生する可能性があるエラーが排除され、アプリケーションホストに対してのみマスクされた新規 LUN を使用できます（これらはマウントホストに対してもマスクされた可能性がありますが、そのことを意識する必要はありません）。

Intelligent Pairing では、NSM で使用される各 VMAX アレイ上の VMAX ストレージグループ（NsrSnapSG）に指定した LUN プールからミラー LUN が選択されます。

u 各ストレージグループには、大 4,096 個の LUN を指定できる。

u このストレージグループには、ソース LUN を除く任意のタイプの LUN を含めることができます。

u Intelligent Pairing で互換性のあるペアが見つかるよう、ストレージグループには十分な数、タイプ、サイズのデバイスを追加しておきます。たとえば、クローンおよび VP スナップショットの操作の場合、ソース LUN では、STD または BCV デバイスをミラーとして使用する必要があります。

u NSM で有効なミラーが見つからない場合、［十分なリソースがありません］というメッセージが表示されてスナップショットが失敗します。

デバイス LUN は、NSM スナップショットミラーデバイスとして使用する以外の目的で

NsrSnapSG ストレージグループに使用しないこと。 NSM では、Intelligent Paring のストレ

ージグループから選択したデバイスの内容は破棄されます。ソース LUN をストレージグル

ープに追加しないでください。


ソース LUN とミラー LUN のペアリング 43

NSM では、ミラー LUN は一度に 1 個のソース LUN とのみペアリングできます。まれに、複

数のアプリケーションホストがバックアップ操作用に同じ空きミラー LUN を同時に使用しよう

とする場合があります。 1 回のバックアップは成功しますが、競合するバックアップは失敗し

ます。失敗したバックアップを再試行してください。別のミラーが使用されます。

NsrSnapSG の intelligent pairing 用構成

VMAX アレイ上には、大 11 個の Intelligent Pairing ストレージグループを作成できます。ストレージグループには、NsrSnapSG および NsrSnapSG0～NsrSnapSG9 までの名前をつけることができます。

各 VMAX ストレージグループには、大 4,096 個のデバイスを指定できます。インテリジェントペア用に 4,096 個を超えるミラーを指定する必要がある場合は、複数のストレージグループを作成する必要があります。

NsrSnapSG ストレージグループは、コマンドを実行するアプリケーションホスト上ではなく、

VMAX アレイ上に作成されます。 VMAX アレイを認識できるアプリケーションホストであれ

ば、そのストレージグループを認識できます。

Intelligent Pairing のストレージグループを作成するには、次のコマンドを実行します。

symsg -sid ［vmax_id］ create NsrSnapSG

NSM がミラーとして使用できるデバイスをこのグループに追加するには、次のコマンドを実行します。

symsg -sid ［vmax_id］ -sg NsrSnapSG add dev ［device_id］

これらの例では、明確にするために大文字と小文字を混ぜて使用しています。ストレージ

グループ名の文字では、大文字と小文字が区別されません。

symm.res ファイルを使用した LUN の手動ペアリング

Intelligent Pairing の代わりに、または Intelligent Pairing に加えて、symm.res ファイルを使用できます。このファイルでは、特定のソース LUN とペアリングするミラーを手動で選択できます。

ミラーをマウントホストにマスクするように symm.res ファイルを正しく構成しないと、リストア

またはロールオーバー操作に使用できないスナップショットが NSM により作成されます。

symm.res ファイルおよび Intelligent Pairing の次の特徴を考慮してください。

u symm.res ファイルでソース LUN が指定されているときに、指定したミラーのいずれも有効ではない場合、または symm.res ファイルが正しくない場合であっても、その LUN はIntelligent Pairing を使用できません。

u ソース LUN は、symm.res ファイルで指定されていないか、symm.res ファイルが存在しない場合のみ Intelligent Pairing で使用できます。

u Intelligent Pairing を無効化するには、アプリケーション情報の変数NSR_PS_SYMM_IP=FALSE を指定します。



symm.res ファイルの構成

symm.res ファイルのデフォルトの場所は/nsr/res/symm.res です。別の場所を指定するには、アプリケーション情報の変数 SYMM_SNAP_POOL=［pathname］を使用します。

このファイルは 1 つまたは複数の行で構成し、各行は次の形式にします。

［vmax_id］:［source_dev_id］ [［vmax_id］:]［mirror_dev_id1］[［vmax_id］:]［mirror_dev_id2］

単一のソース LUN に 1 個以上のミラー LUN を指定する場合、NSM は、適なミラー LUNをソース LUN とペアリングします。 NSM でペアが見つからない場合、［十分なリソースがありません］というメッセージが表示されてバックアップが失敗します。

NSM では、symm.res ファイル内のブランク行と#で始まる行は無視されます。

ソース LUN の［vmax_id］は必須です。選択したミラー LUN に VMAX-id がない場合は、ミラー LUN ではソース LUN の VMAX-id が使用されます。

SRDF 構成の場合は、ミラー LUN の［vmax_id］が必須で、ソース LUN の［vmax_id］と異なる必要があります。

たとえば、123、456、789 の 3 つのミラー LUN があるソース LUN ABC の単純な symm.resファイルを次に示します。

# LUNs for /critical_filesystem000194901248:ABC 123 456 789

SRDF 構成では、同じ symm.res ファイルが次のようになることがあります。

000194901248:ABC 0001949017BA:123 0001949017BA:456 0001949017BA:789

VMAX SRDF/S のサポートSRDF/S は、ローカルの VMAX ストレージアレイとリモートの VMAX ストレージアレイの間で、データのリアルタイムの同期コピーを LUN レベルで保守する VMAX 機能です。

SRDF/S の機能を使用してリモートの VMAX アレイでスナップショットを構成する場合、ローカルアレイ上のソース LUN（R1 と呼ばれます）をリモートアレイ上のソース LUN（R2）と関連づける必要があります。 SRDF/S ソフトウェアは、一方の LUN デバイス上のすべての変更を他方にコピーすることで、2 個のソースの継続的な同期を維持します。

代表的な NSM 操作では、リモートの R2 LUN には、スナップショットの作成およびロールオーバーに使用される独自のミラーが設定されます。ミラーは、ローカルの R1 LUN ではオプションです。 NSM は、SRDF/S スナップショットを作成する際、R1 デバイスと R2 デバイスの同期の妥当性検査を行って、R2 デバイスのミラーを同期/スプリットします。ミラーのこのスプリットにより、データの第 3 のコピーを表すスナップショットが作成されます。スナップショットポリシーでロールオーバーが指定されている場合、NSM ではこのミラーからロールオーバーが実行されます。

NSM では、スナップショットを使用しない R2 の直接のバックアップもサポートされます。この操作は、NSM の R1 デバイスと R2 デバイスの同期化が行われ、R1 デバイスと R2 デバイスの間のリンクが中断されて、R2 ソース LUN から直接ロールオーバーが実行されます。ロールオーバーの完了後に、NSM によってリンクが再確立されます。スナップショットポリシーの［スナップショットの保持］に値 0 を指定する必要があります。この値を指定しないと、ロールオーバーが失敗します。

NSM を使用するための SRDF/S の要件およびサポートは、次のとおりです。

u マウントホストが R2 ミラーを認識、使用できることが必要である。

u SRDF/S リンクの状態は、NSM により実行時に自動的に判別されます。手動で構成された環境変数またはアプリケーション変数の要件はありません。


symm.res ファイルの構成 45

u 操作の開始時に SRDF/S リンクがない場合、バックアップまたはリストア作業は失敗します。

u NSN では、バックアップまたはリストア作業中に行われる SRDF/S リンクモードに対する変更はサポートされません。

u RDF リンクがフェイルオーバーまたはフェイルバック状態にあると、NSM オペレーションは失敗する。

u NSM 操作中に、ミラーレプリケーションのモードを非同期と同期の間で移行することはできません。モードは一定のままにする必要があります。

u NSM では、SRDF/RA グループにまたがるファイルシステムまたはボリュームグループのスナップショットは作成できません。

u NSM では、シングルホップのリモート接続のみがサポートされます。

u NSM では、非同期コピー（SRDF/A）環境での TF/ミラー（RBCV）のみがサポートされ、コンカレント RDF と STAR システム構成およびモードはサポートされません。この環境でのロールバックオペレーションの詳細については、SRDF/S 環境でのロールバック（46 ページ）を参照してください。

SRDF/S 環境でのロールバック

SRDF/S 環境でのロールバックでは、ロールバック操作に独自のミラーを使用して、リモートVMAX アレイで R2 デバイスを構成する必要があります。

1. R1 と R2 のデバイス間で確実に同期化を行います。そうしない場合、ロールバックが失敗します。

2. ロールバック中に、NSM により自動的に次の操作が実行されます。

この場合、「リンク」という用語は、複数の VMAX アレイ上にある R1 デバイスと R2 デバ

イスの物理接続でなく、レプリケーション状態を意味します。

a. R1 デバイスと R2 デバイスの間でリンクをスプリットに移行します。

b. R2 ミラーから R2 デバイスにデータをロールバックします。

c. リバース同期を使用して、R2 デバイスを R1 デバイスに同期します。

d. リンクを Synchronized（同期）状態に移行します。

e. ロールバックの完了後に、RDF リンクを Synchronized（同期）状態のままにします。



第 4 章

NSM の VNX Block ストレージアレイ用構成


u VNX Block ストレージアレイの NSM サポート.........................................................48u Navisphere セキュリティファイルの構成................................................................ 48

NSM の VNX Block ストレージアレイ用構成 47

VNX Block ストレージアレイの NSM サポートこの章では、VNX Block（CLARiX）ストレージアレイに固有な NSM のサポート、手順、構成について説明します。

PowerSnap VNX 実装を NSM へ移行する方法の詳細については、レガシーの PowerSnap構成の移行（89 ページ）を参照してください。

SnapView ソフトウェアを使用した NSM 操作

VNX Block ストレージアレイは、SnapView ソフトウェアを実行します。SnapView では、クローンまたはスナップショットのいずれかを使用して LUN のコピーを作成できます。クローンまたはスナップショットは、データのバックアップに使用できます。クローンは LUN を完全にコピーしたものであるため、作成するには時間がかかります。スナップショットは LUN のポイント・イン・タイムの仮想コピーであり、数秒で作成できます。 NSM スナップショット操作では、SnapView を使用して、NSM で従来のストレージメディアにリストアおよびロールオーバーできるボリュームの正確なポイントインタイムスナップショットを作成します。

詳細については、［EMC VNX シリーズ VNX for Block コマンドラインインターフェイスリファレン

ス］マニュアルを参照してください。

VNX 構成の動作条件およびサポート

VNX 構成には、次の動作条件とサポートが適用されます。

アプリケーションホストとスナップショットマウントホスト上に EMC Unisphere ホストエージェントと EMC SnapCli をインストールする必要があります。詳細については、ストレージアレイの動作条件（26 ページ）を参照してください。

NSM では、VNX Block ストレージアレイにおける次のミラーリングテクノロジーをサポートしています。

u クローンとスナップショットのための SnapView

u VNX スナップショット

Navisphere セキュリティファイルの構成VNX アレイでのスナップショット操作の対象となるすべてのノードで Navisphere セキュリティファイルが必要です。セキュリティファイルでは、クローン作成およびその他の機能に VNXnaviseccli コマンドを使用できます。このファイルが存在しないか NSM に必要なパーミッションを持っていない場合は、NSM によるバックアップおよびリストアが失敗します。

Navisphere セキュリティファイルがまだ存在しない場合は、NMC クライアント構成ウィザードによって、ファイルが root ユーザーのホームディレクトリ（UNIX）またはシステムアカウント（Windows）に作成されます。セキュリティファイルは手動で作成および変更できます。

UNIX システムでの Navisphere ファイルの手動による作成

UNIX システムで Navisphere セキュリティファイルを手動で構成するには、次のコマンドを実行します。

naviseccli -h ［VNX_server］ -addusersecurity -user ［VNX_array_user］ -password ［VNX_array_user_password］ -Scope 0



Windows システムでの Navisphere ファイルの手動による作成

Microsoft Windows システムで Navisphere セキュリティファイルを手動で作成または変更するには、次のステップを実行します。

手順

1. アプリケーションホストで、対話式サービス検出機能を実行して naviseccliポップア

ップウィンドウを有効化します。

a. ［スタート］ > ［ファイル名を指定して実行］ > ［services.mcs］の順に選択します。

b. 対話式サービス検出サービスを開始します。

2. Microsoft SysInternals から PSEXEC をダウンロードして、一時フォルダに解凍します。

3. コマンドプロンプトを管理者として開いて、PSEXEC.EXE を解凍したフォルダを参照します。

4. 次のコマンドを実行します。

PSEXEC -i -s -d CMD新しいコマンドプロンプトが表示されます。

5. 次のコマンドを入力して、コマンドプロンプトの所有者がシステムユーザーアカウントであることを確認します。

WHOAMI/USER6. 次のコマンドを実行して、このシステムですべてのユーザーのグローバルアカウントを

設定します。

naviseccli -User ［username］ -Password ［password］ -Scope 0 -AddUserSecurity

7. 次のコマンドを実行して、特定の VNX ストレージアレイへの認証情報を設定します。

naviseccli -User ［username］ -Password ［password］ -Scope 0 -AddUserSecurity -Address ［FRAME_IP］


Windows システムでの Navisphere ファイルの手動による作成 49

第 5 章

NSM の RecoverPoint アプライアンス用構成


u NSM による RecoverPoint アプライアンスのサポート.............................................. 52u サポートされている RecoverPoint の機能...............................................................53u RecoverPoint 構成方法......................................................................................... 54u RecoverPoint スナップショットの保存......................................................................54

NSM の RecoverPoint アプライアンス用構成 51

NSM による RecoverPoint アプライアンスのサポートこの章では、RecoverPoint アプライアンスに固有な NSM のサポート、プラクティス、構成について説明します。

PowerSnap RecoverPoint の実装を NSM に移行する方法については、レガシーのPowerSnap 構成の移行（89 ページ）を参照してください。

RecoverPoint ソフトウェアを使用する NSM オペレーション

RecoverPoint アプライアンス（RPA）は、保護されたアプリケーションボリュームのローカルレプリケーションとリモートレプリケーションを提供できます。本番オペレーション中、RecoverPoint は保護されているアプリケーションホストの本番ボリュームへのすべてのライトアクティビティをトラッキングし、SPIT（特定のポイントインタイム）ブックマークとして記録します。この SPIT を使用することで、RecoverPoint では、指定した期間内の以前のボリューム状態を再構築して、ポイントインタイムリカバリを可能にします。

NSM ではコンカレントローカル/リモートレプリケーションはサポートされていません。

NSM には、本番データのスナップショットを作成および管理する構成可能なスナップショットポリシーが用意されています。 NSM では、スナップショットからリストアするか、従来ストレージメディアにロールオーバーすることができます。各スナップショットオペレーションについて、スナップショットの SPIT ブックマークが RecoverPoint により記録されます。

詳細については、「EMC RecoverPoint 管理ガイド」を参照してください。

RecoverPoint 構成の前提条件

RecoverPoint アプライアンスを使用するための NSM 前提条件は次のとおりです。

u Microsoft Windows 2008 以降の 64 ビットホストサーバを稼働する、サポートされている VMAX または VNX Block ストレージアレイ上に RecoverPoint を構成する必要があります。

u CDP または CRR 用のアレイを構成する必要があり、NetWorker ストレージノードにスナップショットレプリケーションストレージへの直接接続が存在する必要があります。

u サポートされている EMC Solutions Enabler のバージョンをアプリケーションホストとマウントホストの両方にインストールする必要があります。

ストレージアレイの動作条件（26 ページ）で、詳細を説明しています。

RecoverPoint 構成の制限事項

RecoverPoint を使用する NSM オペレーションには、次の制限が適用されます。

u NSM では、クライアントバックアップあたり 1 個の RecoverPoint コンシステンシグループのみをサポートします。たとえば、ファイルシステム E:\およびファイルシステム F:\が別々の LUN にあり、それぞれ異なるコンシステンシグループに属しているとします。 E:\と F:\のバックアップが同時に始まるとバックアップは失敗します。

u NSM では、1 つのコンシステンシグループに含まれるすべての保護されたソースを単一のセッションでバックアップする必要があります。たとえば、あるコンシステンシグループに 2 つのファイルシステムが含まれていて、セーブグループ A に含まれる G:\と、セーブグループ B に含まれる L:\であるとします。A と B のバックアップが同時に開始されると、バックアップの 1 つが失敗します。



u NSM では、RecoverPoint アプライアンスでのロールバックオペレーションはサポートされない。

保護セットの名前変更、内容の変更など、NSM オペレーションの外部で RecoverPoint 保護

セットの変更を行うと、この保護セットに基づく NSM スナップショットのバックアップとリストア

が失敗することになる場合があります。保護セットが変更されている場合は、新しい NSMスナップショットを作成してください。

サポートされている RecoverPoint の機能RecoverPoint への NSM の組み込みでは、次の機能がサポートされます。

u SPIT（特定のポイントインタイム）スナップショット機能（ブックマークとして RecoverPointアプライアンス内に実装）

u バックアップ/リストア機能（NSM を使用）：

l スナップショットバックアップ（PIT）

l マウントホストへの PIT マウント

l ロールオーバー（PIT のバックアップ）

l スナップショットリストア

l スナップショットの管理

スナップショット管理ポリシー

RecoverPoint 用 NSM により、RecoverPoint ブックマークが作成され、スナップショットセーブセットとしてメディアデータベースに保存することにより、NetWorker からこのブックマークを使用できるようになります。バックアップ管理者は NMC のクライアント構成ウィザードを使用して、RecoverPoint によって保護されたボリュームを管理します。

構成ウィザードを使用して NetWorker クライアントを構成する前に、次の情報を用意しておきます。

u RecoverPoint アプライアンスのホスト名または IP アドレス

u ブックマーク作成パーミッションのある、RecoverPoint アプライアンスのユーザー名とパスワード

u RecoverPoint アプライアンスストレージに接続されているマウントホスト

u バックアップを行う際のバックアップオプション（［CDP］または［CRR］）

スナップショットバックアップ

RecoverPoint 用 NSM では、スナップショットセーブセットを RecoverPoint ブックマークと関連づけることで、スケジュール設定されたバックアップの間にデータの PIT コピーを作成します。

NSM は、NetWorker スナップショットポリシーリソースに基づいてスナップショットを作成します。スナップショットプロセス中、NSM は NetWorker クライアントリソースからRecoverPoint アプライアンスの認証情報を抽出し、依存しているコンシステンシグループおよびそのコピーを検出します。この情報を使用して、NSM は RecoverPoint アプライアンスからブックマークをリクエストし、そのブックマーク情報をスナップショットバックアップの一部として保存します。


サポートされている RecoverPoint の機能 53

ロールオーバー

RecoverPoint 用の NSM では、SPIT データを従来のストレージメディアにバックアップすることにより、スナップショットバックアップのバックアップをサポートしています。

RecoverPoint 構成方法NMC クライアント構成ウィザードでは、NSM RecoverPoint 構成の作成をサポートしており、これが推奨される方法です。

一方、RecoverPoint 構成の作成後は、NMC のプロパティウィンドウから構成を変更できます。これにより、アプリケーション情報の変数（75 ページ）に示されているアプリケーション情報の変数を使用できるようになります。

ウィザード以外に、RecoverPoint 用の NSM 構成を作成する方法としては、次のように手動で nsrsnapadmin -a -rpcreate コマンドを実行する方法があります。

nsrsnapadmin -a -rpcreate -s ［networker_server］ -app［recoverpoint_engine］ -u ［username］ -p ［password］詳細については、NetWorker マニュアルページおよび「EMC NetWorker コマンドリファレンス

ガイド」を参照してください。

RecoverPoint スナップショットの保存RecoverPoint SPIT のライフサイクルは、SPIT のブックマークで構成された RecoverPoint コピーポリシーによってのみ決定できます。ブックマークがコピーポリシー保存期間の終了日に達すると、SPIT は無効になり、NetWorker リカバリで SPIT を使用できなくなります。

NetWorker メディアデータベースには、無効なブックマークに対応する NSM スナップショットセーブセットが存在する場合があります。これは、セーブセットの参照がまだ日次クリーンアッププロセスで削除されていないときに発生します。

NSM での RecoverPoint スナップショットオペレーションの管理をプランニングする際は、発生する可能性がある次の問題を考慮する必要があります。

u ストレージの変更率が高いと、バックアップが完了する前に、ブックマークによるコピーポリシー保存期間が到来する場合がある。この結果、スナップショットロールオーバーが失敗することがあります。たとえば、RecoverPoint ソフトウェアでは、変更ごとのジャーナルボリュームの更新を伴って、本番 LUN に対するデータベース変更を 1 秒あたり何度も追跡することがあります。ジャーナルボリュームが容量に達すると、NSM 用に作成したブックマークなど、も古いジャーナル更新が RecoverPoint によって自動的に破棄されます。大規模 NSMロールオーバーでは、SPIT のバックアップに必要な時間が、ジャーナルにある SPIT のレコードの期間を超えることがあります。ブックマークが RecoverPoint によって削除されるとバックアップが失敗します。

1 つのコンシステンシグループに含まれるジャーナルスペースの量を増やすことが解決策です。

u NSM スナップショットポリシーによりブックマークのコピーポリシー保存期間よりも長く保存されているスナップショットセーブセットは、無効であっても、NetWorker メディアデータベースに存在し続ける。

u データをリストアすることで、RecoverPoint により、コピーポリシー保存期間のブックマークが削除される可能性がある。スナップショットまたは従来のストレージからリストアすると、更新が RecoverPoint データ変更に追加されて、保存期間内の古いブックマークが強制的に削除される可能性がある。



1 つのコンシステンシグループに含まれるジャーナルスペースの量を増やすことが解決策です。


RecoverPoint スナップショットの保存 55

第 6 章

クラスタ環境の NSM


u NSM でサポートしているクラスタ環境.....................................................................58u クラスタ環境の NSM 用構成.................................................................................. 58u クラスタ環境の AIX システム.................................................................................. 59

クラスタ環境の NSM 57

NSM でサポートしているクラスタ環境クラスタ構成で NSM を使用して、仮想ノード上のファイルシステムからスナップショットを作成できます。クラスターの仮想ノードと物理ノードは NetWorker クライアントである必要があります。次の図に、クラスター環境でのスナップショットおよびロールオーバーのデータフローの例を示します。

図 4 クラスタ環境における NSM のスナップショットおよびロールオーバー

クラスタ環境での NSM によるフェイルオーバー

スナップショットと必要なリソースが使用不可になっている間にフェイルオーバーが行われると、NSM はスナップショットを中止しクリーンアップして、NSM 環境をスナップショット前の状態に戻します。 NSM は、フェイルオーバーの完了後に、アクティブなクラスタノード上でスナップショットを再試行します。

ロールオーバーオペレーション中にフェイルオーバーが行われた場合には、スナップショットが保存され、ロールオーバーが再試行されます。

リストア中にアプリケーションかクラスタノードがフェイルオーバーした場合、操作は NSM によって中止され、リストアの自動再試行は行われません。リストアを手動で再試行すると、NSM では、クラスタの現在のアクティブノードにデータをリストアします。

クラスタ環境の NSM 用構成推奨するクラスタ構成には、クラスタ外にある離れたホスト上に配置した NetWorker サーバとストレージノードが含まれます。

次の手順に従って、NSM 用のクラスタ環境を構成します。

手順

1. クラスタの各物理ノードのローカルディレクトリに、NetWorker クライアントソフトウェアをインストールします。

詳細については、「EMC NetWorker クラスタインストールガイド」を参照してください。



2. スナップショットは仮想ノードで作成されますが、クラスターの各物理ノードはクラスターアウェア NetWorker クライアントであることが必要です。以下の各物理ノードでクラスタ構成スクリプトを実行します。

l Microsoft Windows［NetWorker_install_path］\lc_config

l UNIX：/［NetWorker_install_path］/networker.cluster

詳細については、「EMC NetWorker クラスタインストールガイド」を参照してください。

3. NSM サービスを必要とするクラスタ仮想ノードごとに NetWorker クライアントリソースを構成します。次の設定値を指定します。

a. ［アプリケーション情報］属性の NSR_PS_SHARED_DIR 変数に共有ディレクトリのパスを指定します。

NSM によって、このディレクトリに ss.res ファイルが作成されます。 ss.res ファイルには、中止されたスナップショットをクリーンアップし、NSM 環境をスナップショット前の状態に戻すために NSM が使用するトランザクションのログが含まれます。

この共有ディレクトリは、次の場所のいずれかです。

– アプリケーションリソースグループで管理するストレージ

– クラスタ内のすべてのノードからアクセス可能である、グローバルなファイルシステム詳細については、一般的なアプリケーション情報の変数（76 ページ）を参照してください。

b. ［リモートアクセス］属性で、システムアカウント（Windows）か root アカウント（UNIX）と、クラスタ内の各物理ノードのクラスタ IP とホスト名を指定します。次に例を挙げます。

– Microsoft Windowssystem@［clus_phys1］system@［clus_phys2］

– UNIX：root@［clus_phys1］root@［clus_phys2］

クラスタ環境での NetWorker の詳細については、「EMC NetWorker 管理ガイド」を参照してください。

クラスタ環境の AIX システムNSM では、AIX プラットフォーム上で、管理されていないファイルシステムデバイスをクラスタ環境向けに使用できない。

AIX システム上の Object Data Manager は、クラスタアウェアでない。論理ボリュームを追加または削除する場合は、次のいずれかの方法を使用して各 ODM データベースを更新してください。

u 他のすべてのノードで変更されたすべてのボリュームグループをエクスポートおよびインポートする。

u root ユーザーで synclvodm コマンドを使用して、デバイス構成データベースを LVM情報と同期する。

synclvodm -v ［VGName］


クラスタ環境の AIX システム 59

ここで、［VGName］は同期化するボリュームグループの名前です。詳細については、「AIX System Management Guide」を参照してください。



第 7 章

データ管理とリカバリ


u ファイルシステムデータの NSM 管理およびリストア.............................................. 62u NSM リストアのサポートおよび制限事項................................................................ 62u リカバリウィザードを使用したスナップショットからのリストア................................... 63u ロールバックによるスナップショットのリストア......................................................... 66

データ管理とリカバリ 61

ファイルシステムデータの NSM 管理およびリストアこの章では、ファイルシステムデータのみに関する管理およびリストアオペレーションを説明します。 NMDA や NMSAP データベーススナップショットなど、データベーススナップショットの詳細については、ご使用の NetWorker アプリケーションモジュールのマニュアルを参照してください。

NMC のリカバリウィザードおよび NetWorker CLI コマンドには、スナップショットデータの参照、削除、スナップショット有効期限の変更、リストアを行うための機能が備わっています。

セーブセット ID と有効期限ポリシー

NSM でスナップショットを作成する際、NSM ではクライアントリソースに指定されたスナップショットオブジェクトごとに、独立したセーブセット ID を生成します。たとえば、両方が同じLUN または管理ボリュームに存在している場合は、単一の物理スナップショットで F:\abc とG:\xyz のセーブセットを作成できます。両方のセーブセットが同じクライアントに属しており、両方が同じ LUN に存在している場合でも、各セーブセットは別々のセーブセット ID を持つことになります。

従来のストレージメディアへのロールオーバーの間に、NetWorker は、ロールオーバーされた各スナップショットオブジェクトに異なるセーブセット ID を割り当てます。

NSM では、2 個のセーブセット ID を持つことで、ロールオーバーされるデータとは別にスナップショットデータを管理します。各セーブセットには独立した有効期限ポリシーがあり、1つのセーブセットが満了しても、リストアを実行するために他のセーブセットをまだ使用できます。

NetWorker クライアントリソースのスナップショットポリシーにより、スナップショットセーブセットの有効期限が決まります。ただし、既存のスナップショットセーブセットの有効期限は変更することができ、この変更は関連づけられたロールオーバーの参照や有効期限には影響しません。

スナップショットおよびロールオーバーセーブセットの参照

NetWorker クライアントファイルインデックスは、NSM で従来のストレージメディアにロールオーバーするファイルのみを記録します。 NetWorker ではロールオーバーにインデックス付けするため、NMC でファイルを参照できます。

NetWorker メディアデータベースには、スナップショットセーブセットのエントリーが含まれています。ただし、ロールオーバーと異なり、NetWorker では、スナップショットセーブセットをクライアントファイルインデックスにカタログしません。スナップショットセーブセットを参照するには、NMC リカバリウィザードか nsrsnapadmin コマンドユーティリティを使用する必要があります。 NSM によりスナップショットファイルシステムがマウントホストにマウントされるため、リストアするファイルを参照、選択できます。

NSM リストアのサポートおよび制限事項NSM リストアオペレーションには、次のサポートと制限事項があります。

u NSM スナップショットからのリストアでは、次のユーザーインターフェイスがサポートされます。

l NMC リカバリウィザードの GUI

l nsrsnapadmin コマンドユーティリティ

l commandnsrsnap_recover



u 個々のファイルまたはファイルシステム全体は、スナップショットセーブセットからリストアできる。

u 単一のリストアセッションで、複数のセーブセットからの個々の複数のファイルを組み合わせることはできない。

u 従来のストレージメディアにロールオーバーしたスナップショットデータからリストアするには、従来の NetWorker バックアップの場合と同様に、NMC リカバリウィザードか他のNetWorker による方法を使用できる。詳細については、「EMC NetWorker AdministrationGuide」を参照してください。

raw パーティションおよび raw デバイス

raw パーティションと raw デバイスの NSM リストアには、次の条件が適用されます。

u NSM では、raw ファイルシステムのバックアップのマウントポイントをサポートしていません。

u Microsoft Windows アプリケーションホストからの raw パーティションのリカバリは、NSM でこの raw パーティションをバックアップしたときと同じドライブ名に対してのみ可能です。別のドライブ名にリカバリをリダイレクトすることはできません。

u NSM で raw デバイスとしてバックアップしたファイルシステムのスナップショットリストアを実行する場合は、その前にソースファイルシステムをアンマウントする必要があります。リストアが完了したら、fsck コマンドを実行してからファイルシステムをマウントす

る必要があります。

リカバリウィザードを使用したスナップショットからのリストアNMC リカバリウィザードの GUI を使用して、サポートされているストレージアレイに保存されたスナップショットからファイルシステムデータをリストアできます。

手順

1. NMC を実行し、［エンタープライズ］ビューで、NetWorker サーバー名を選択して、［エンタープライズ］ > ［アプリケーションの起動］を選択します。

2. NetWorker サーバーの［リカバリ］ビューで、［リカバリ］ > ［新しいリカバリ］を選択し、リカバリウィザードを起動します。

3. ［リカバリの対象となるクライアントを選択］ページに入力します。

a. ［ソースクライアント］フィールドで、本番データがリストアするスナップショットのソースであるアプリケーションホストを指定します。

b. ［デスティネーションクライアント］フィールドで、スナップショットデータをリストアするアプリケーションホストか代替 NetWorker クライアントを指定します。

c. ［使用可能なリカバリタイプ］で、［スナップショット管理］を選択します。


4. ［スナップショットの選択］ページに入力します。スナップショット全体をリストアすることも、スナップショットから個々のディレクトリおよび個々のファイルを選択することもできます。

a. ［スナップショット］テーブルには、ソースクライアントが使用できる、ストレージアレイ上のスナップショットがリストされます。スナップショット時間とセーブセットボリュームに基づいて、リストア元となるスナップショットを選択します。

b. 実行するリストアのタイプとして、次のいずれかを選択します。

– ［セーブセットのリカバリ］


raw パーティションおよび raw デバイス 63

– ［スナップショットのロールバック］

c. ［セーブセットのリカバリ］オプションを選択した場合は、次の設定を指定します。

– ［セーブセットの選択］フィールドで、マウントするリストア元の単一のセーブセットボリュームを選択します。ウィザードの次のページで、マウントするセーブセットのディレクトリおよびファイルを参照できます。

このオペレーションでは、1 つのセーブセットのみを選択できます。セーブセットを

追加するごとに、ウィザード全体を繰り返す必要がある。

– ［セーブセットのマウント先］フィールドで、セーブセットのマウント先となるリストアオペレーションが可能なホストを選択する。マウントホストには、次のいずれかを指定できる。

– ウィザードですでに選択したデスティネーションクライアント。

– ドロップダウンリストから選択可能なストレージノード。

ストレージノードをマウントホストとして使用する場合は、ストレージノードがスト

レージアレイにアクセスできることを確認する。たとえば、ソースクライアントのプ

ロパティにある［アプリケーションとモジュール］タブで、［NSR_DATA_MOVERApplication Information］属性を使用してストレージノードをマウントホストとして

指定することができます。

Veritas Volume Manager では、同じホストにマウントされた本番ファイルシステ

ムとスナップショットファイルシステムは構成できない。デスティネーションクライ

アントには、アプリケーションホストを指定できない。

図 3（24 ページ）に、NetWorker ストレージノードがスナップショットマウントホストである場合のリストアオペレーションにおけるデータフローの例を示します。

– ［リカバリモード］フィールドで、個々のアイテムをセーブセットまたはセーブセット全体のどちらからリカバリするかを選択します。

– ［セーブセットの参照とリカバリ］［次へ］をクリックすると、ウィザードによってセーブセットのスナップショットボリュームがマウントされ、［リカバリするデータの選択］ページが開きます。マウントオペレーションには、時間がかかる場合がある。

– ［セーブセット全体のリカバリ］［次へ］をクリックすると、ウィザードは［リカバリオプションの選択］ページへ移動します。

d. ［スナップショットのロールバック］を選択している場合は、警告を確認します。ロールバックは破壊的操作が含まれるオペレーションです。［次へ］をクリックすると、ウィザードは［リカバリの実行］ページへ移動します。

ロールバックにより、［スナップショット］テーブルで選択したデスティネーションクライアントにスナップショット全体がリストアされます。

詳細については、ロールバックによるスナップショットのリストア（66 ページ）を参照してください。

e. ［次へ］をクリックします。結果は、リカバリを選択したか、ロールバックを選択したかによって異なります。

5. ［セーブセットの参照とリカバリ］オプションを選択した場合は、［リカバリするデータの選択］ページを完了します。それ以外の場合は、この手順をスキップします。



a. 参照ツリーを使用するか、場所のフルパスを入力して、リストアするアイテムの場所を指定します。表でマーク付けすることにより、NSM でリストアするディレクトリまたはファイルを指定します。

期限切れのセーブセットはリストされません。 R コマンドオプションを付けて

nsrsnapadmin コマンドユーティリティを使用するか、nsrsnap_recover コマン

ドを使用することにより、既存の満了したセーブセットを手動でリストアできます。詳細については、nsrsnapadmin を使用した NSM オペレーション（84 ページ）および

「EMC NetWorker コマンドリファレンスガイド」を参照してください。


6. ［セーブセットのリカバリ］オプションのいずれかを選択した場合は、［リカバリオプションの選択］ページを完了します。ロールバックオプションを選択した場合は、この手順をスキップします。

a. ［リカバリ用のファイルパス］フィールドで、NSM によるファイルのリストア先となる新しい場所を選択、参照、または入力します。

– ［Original path］

– ［New destination path］

同じデスティネーションに対して同じリストアオペレーションを繰り返すことはできませ

ん。

b. ［重複ファイルオプション］フィールドで、NSM を使用してファイル名競合を解決する方法を指定します。

– ［リストアするファイルの名称変更］の場合、NSM では、NSM で自動的に生成した新しい名前でファイルをリストアします。

– ［ファイルをリカバリしない］の場合、NSM ではファイルをリストアしません。

– ［既存ファイルの上書き］の場合、NSM では同じ名前でファイルを置き換えます。

c. 詳細オプションを表示するには、［詳細オプション］を選択し、属性を指定します。


7. ［リカバリの実行］ページに入力します。

a. ［リカバリ名］フィールドに、リカバリの名前を入力します。

b. ［リカバリ開始時刻］フィールドで、次の属性を指定します。

– ［今すぐリカバリを開始します］が、NSM でサポートしている唯一のオプションです。

– ［ハード停止時刻を指定します］で、未完了のリストアプロセスを停止する時間制限を指定できます。

c. ［リカバリリソースの保持］フィールドで、このリカバリリソースの保持オプションまたは削除オプションを選択します。

– ［ユーザーに削除されるまで、このリソースを保持します］

– ［ジョブデータベースの保存状況に応じて、このリソースは自動的に削除されます］

d. リストアの［サマリー］をレビューし、必要な修正があれば、ウィザードの前のページに戻って行います。


リカバリウィザードを使用したスナップショットからのリストア 65

e. ［リカバリの実行］をクリックします。

結果

ウィザードにより、ファイルがリストアされます。

u セーブセットのリストアまたはファイルレベルのリストアの場合、データのリストアパスは LAN 経由となる（図 3（24 ページ）を参照）。

u ロールバックリカバリの場合、ストレージアレイの機能によりリストアが実行される。詳細については、ロールバックによるスナップショットのリストア（66 ページ）を参照してください。

NMC リカバリウィザードの詳細については、「EMC NetWorker 管理ガイド」を参照してください。

ロールバックによるスナップショットのリストアNSM では、ストレージアレイのネイティブ機能を使用して、ロールバックを実行します。ロールバックはリストアの 1 種であり、アプリケーションホストのボリュームがアンマウントされ、アンマウントされたボリュームの内容全体が、ストレージアレイにより、アンマウントされていたスナップショットボリュームの内容全体で置き換えられます。

ロールバックに関する考慮事項

ロールバックがストレージアレイ上の他の任意のスナップショットまたは他のデータにどのような影響を与える可能性があるかを常に考慮します。ロールバックは、スナップショットとそのセーブセット・レコードを削除するので、一度しか実行できません。ロールバックにより、ロールバックの実行時点より前に存在していたオリジナルのスナップショットと、それ以降の全スナップショットが削除されることがあります。

ロールバックを実行する前に、次の制限事項と予防措置を確認します。

u NSM では、RecoverPoint アプライアンスでのロールバックオペレーションはサポートされない。

u NSM では、クラスタ環境でのロールバックオペレーションはサポートされない。

u ロールバックされるファイルシステムは、アプリケーションボリューム上の唯一のファイルシステムである必要がある。

u ボリュームは、ボリュームグループにおいて唯一のボリュームである必要がある。

u ファイルシステムはボリューム領域全体を占有し、同じボリューム上に他のオブジェクトは存在しない。

u ロールバックが失敗した場合、アプリケーションホストのファイルシステムはアンマウントされたままになり、ファイルシステムを手動でマウントする必要がある場合があります。

ロールバックでは、ソース LUN の内容全体が上書きされるため、既存のデータが破棄され

るおそれがあります。

ロールバックの安全性チェックを上書きする構成

デフォルトで、NSM では安全性チェックを実施して、ロールバックターゲットの LUN に、NSMがスナップショットを持っているデータセット以外のデータセットがないことを保証します。次のいずれかの場合に、安全性チェックが無効になります。

u psrollback.res ファイルに、ロールバックターゲットが含まれている。



u nsrsnapadminまたは nsrsnap_recover コマンドとともに、強制オプション-fを

使用します。

nsrsnapadminおよび nsrsnap_recover コマンドの詳細については、「EMC

NetWorker コマンドリファレンスガイド」およびマニュアルページを参照してください。

破壊的なロールバックの例

3 個のファイルシステム（/fs1、/fs2、/fs3）が LUN 上にあり、これがストレージアレイの標準デバイスにあるとします。 /fs1 ファイルシステムのスナップショットを作成します。 /fs2 および/fs3 も LUN に存在するため、スナップショットにこれらのファイルシステムが含まれます。スナップショットが作成されたしばらく後で、LUN 上に 4 番目のファイルシステム（/fs4）を作成します。

/fs1 のロールバックを実行すると、このスナップショットでは、LUN 全体の内容が上書きされます。このロールバックにより、/fs1、/fs2、/fs3 の内容が復元されて、新規の/fs4 ファイルシステムが破棄されます。 NSM の安全性チェックでは、通常、ロールバックにこのような上書きを許可しませんが、例外があります。この例外が発生するのは、強制オプションを使用してロールバックを行う場合か、/fs2、/fs3、/fs4 が psrollback.res ファイルに存在している場合です。いずれの例外でも、/fs4 が破棄され、/fs2 および/fs3 が復元されます。

NSM psrollback.res ファイルの構成

psrollback.res ファイルは次のパス名を持つ NSM のロールバックリソースファイルです。

u UNIX の場合

/nsr/res/psrollback.resu Microsoft Windows の場合

C:\Program Files\Legato\nsr\res\psrollback.resNSM ではロールバックを実行する前に安全性チェックを実行して、この操作によってセーブセットの外部のファイル、ディレクトリ、パーティション、ボリュームが上書きされないことを確認します。 NSM では、psrollback.res ファイルを使用してロールバック用の構成情報をNetWorker に提供します。

このリソースファイルには、ロールバックの安全性チェックから除外するファイル、ディレクトリ、パーティション、ボリュームが含まれています。ロールバックによって、このファイルに一覧してあるアイテムが上書きされることがあります。

このリソースファイルには、次の機能があります。

u 次の構文規則を使用して、このファイルにファイルまたはディレクトリをさらに追加できます。

l ファイルまたはディレクトリごとに 1 行必要。

l /tmp など、/で始まるパス名は絶対パス名。

u このファイルは次の項目をサポートします。

l ディレクトリまたはファイルのパス名

l File System

l /dev/vg_01/vol1 など、管理対象または管理対象外 raw デバイスのブロックデバイス

l このファイルは、キャラクタデバイスをサポートしません


NSM psrollback.res ファイルの構成 67

Solaris 上のパーティション化されたディスクのロールバックを実行する場合、定義されてい

るすべてのパーティションが安全性チェックの対象になります。ロールバックの失敗を回避

するには、未使用のパーティションを psrollback.res ファイルにリストします。

例

/fs1/dir（UNIX）または C:\fs1（Microsoft Windows）のロールバックを実行する前に、psrollback.res ファイルに次の有効なエントリーを作成します。

u UNIX の場合：

/fs1/dir1/fs1/dir2/file1/fs2

u Microsoft Windows の場合：

D:\dir1C:\dir2\file1C:\fs2

Veritas Volume Manager でのロールバック

VxVM（Veritas Volume Manager）のファイルシステムをロールバックする場合、マウントホストでは、以前マウントされていなかったファイルシステムを含め、ボリュームグループに含まれるすべてのファイルシステムをマウントします。

Linux Logical Volume Manager でのロールバック

Linux LVM（Logical Volume Manager）ボリュームをロールバックしても、NSM では物理ボリュームグループのリンクは自動リストアされません。

リンクをリカバリするには、次の手順を実行します。

1. lvmtab ファイルを削除します。

2. vgscan -a コマンドを入力して、lvmtab ファイルを再構築します。

3. ディスク上の情報を同期します。

a. vgchange -a y コマンドを入力します。

b. lvlnboot -R コマンドを入力します。

IBM AIX ボリュームマネージャでのロールバック

NSM では、AIX ボリュームマネージャを使用したロールバックを次のようにサポートします。

u NSM は、Auto On 機能を［いいえ］に設定してあれば、HACMP 共有ボリュームグループ環境でのロールバックをサポートします。この設定により、システム起動時に AIX によってボリュームグループが自動でアクティブ化されません。

u NSM では、HACMP コンカレントボリュームグループ環境でのロールバックをサポートしません。ロールバックは正常に完了したように見えることがありますが、コンカレント対応のボリュームグループはコンカレント対応でないボリュームグループに変更されます。

u NSM は、インラインログを持つファイルシステムのバックアップをサポートしません。

HACMP 共有ボリュームグループ用 Auto On 設定の構成

AIX システム上でのロールバック後、AIX では、HACMP 共有ボリュームグループ構成をデフォルトで非同期状態にします。



同期状態を維持するロールバックを有効化するには、次の手順を実行します。

手順

1. クラスタサービスがオンラインになっているホストで、次のコマンドを使用してボリュームグループをオフラインにします。

varyoffvg ［vg_name］2. オフラインのボリュームグループに含まれる各 HACMP ノードで、次の操作を実行しま

す。

a. 共有ボリュームグループをエクスポートする。

b. 共有ボリュームグループをインポートする。

c. -a nオプションを付けて chvg コマンドを使用して、Auto On 設定を［いいえ］に設

定します。

chvg -a n -Q y ［vg_name］3. クラスタサービスがオンラインになっているホストで、次のコマンドを使用してボリューム

グループをオンラインにします。

varyonvg ［vg_name］4. ホスト間で HACMP リソースグループを移動して、クラスタフェイルオーバーが正常に行

われることをテストします。


IBM AIX ボリュームマネージャでのロールバック 69

第 8 章

トラブルシューティング

この章のセクションを参照して、NSM の構成と操作に関する問題を識別および解決できます。この章は、次のトピックで構成されています。

u NSM スナップショットバックアップの問題............................................................... 72u NSM スナップショットのリストアの問題................................................................... 72

トラブルシューティング 71

NSM スナップショットバックアップの問題

Windows でのバックアップが失敗し、［遅延していた書き込みが失敗しました］というエラーが表示される

Microsoft Windows オペレーティングシステムの制限事項により、スナップショットまたはロールオーバーが失敗し、［遅延していた書き込みが失敗しました］というメッセージが表示される場合があります。

解決策

ディスクキャッシュ機能を無効化し、バックアップを再実行します。

AIX で管理されているファイルシステムのスナップショットがマウントホストにマウントできない

インラインログを使用する AIX 管理の JFS2 ファイルシステムのスナップショットが、リモートマウントホストにマウントできない場合があります。

解決策

アプリケーションホストをマウントホストとして使用するか、外部ログを使用します。

PowerPath を使用する VNX 上で Linux Volume Manager のスナップショットが失敗する

EMC PowerPath®ソフトウェアの使用は、VNX アレイでの NSM のオプションです。PowerPath を使用する LVM（Linux Volume Manager）の構成が適切でないと、スナップショットが失敗し、次のエラーが表示されます。

「/dev/sdbd」は CLARiX SCM でスナップ可能であると認識するデバイスではありません

解決策

NSM を使用できるように lvm.conf ファイルを変更する。

詳細については、「EMC PowerPath for Linux インストールおよび管理ガイド」を参照してください。

NSM スナップショットのリストアの問題

Linux 上への未構成デバイスのリストアがパーミッションの問題で失敗する

NSM で raw デバイスをスナップショットまたはロールオーバーとしてバックアップしてからこのデバイスをリストアすると、デバイスのパス名の所有者が root に変更されます。この変更により、非 root ユーザーがこのデバイスのパス名を使用しないようにすることができます。

解決策

root として chown コマンドを使用して、デバイスのパスの所有者を正しいユーザーに変更

します。



nsrsnap_recover の-I コマンドが正常に完了するが、ファイルをリストアできない

不適切なパス名を指定して nsrsnap_recover -I コマンドを使用した場合には、実行

結果のメッセージに［［invalid-path］のリストアが完了しました］と出力されて、NetWorkerConsole にリストアされたファイルが示されたときでも、ファイルはリストアされていません。

解決策

適切なパス名を指定して、このコマンドを実行します。


nsrsnap_recover の-I コマンドが正常に完了するが、ファイルをリストアできない 73

付録 A

アプリケーション情報の変数

本付録は、次のトピックで構成されます。

u アプリケーション情報の変数の使用....................................................................... 76u 一般的なアプリケーション情報の変数....................................................................76u VMAX アレイ用のアプリケーション情報の変数....................................................... 77u VNX Block アレイのアプリケーション情報の変数.................................................... 80u RecoverPoint アプライアンス用のアプリケーション情報の変数............................... 80

アプリケーション情報の変数 75

アプリケーション情報の変数の使用アプリケーションホストの手動構成の一環として、いくつかの NSM 構成では、特定の変数を使用してスナップショットプロセスを詳細に制御する必要があります。

このような制御を実行するには、アプリケーションホストのクライアントリソースの［アプリケーション］タブと［モジュール］タブにある［アプリケーション情報］属性に変数と値を入力します。

アプリケーションホストのクライアントリソースの手動構成（36 ページ）には、アプリケーション情報変数を含めることができる手動構成プロシージャが記載されています。

一般的なアプリケーション情報の変数次の表に、NSM でサポートされているストレージアレイで一般的なアプリケーション情報の変数を示します。

表 2 一般的なアプリケーション情報の変数

一般的な変数定義

NSR_DATA_MOVER スナップショットマウントホストクライアントのホスト名を指定しま

す。デフォルト値は、ローカルアプリケーションホストのホスト名で

す。

NSR_POST_SNAPSHOT_SCRIPT 後処理コマンドスクリプトのパス名を指定します。デフォルト値は

ありません。

NSR_PRE_SNAPSHOT_SCRIPT 前処理コマンドスクリプトのパス名を指定します。デフォルト値は

ありません。

NSR_PS_DEBUG_LEVEL ログの冗長レベルを指定します。有効な値は 0～9 です。デフォ

ルト値は 3 です。

NSR_PS_DO_PIT_VALIDATION NSM がマウントホストで完成したスナップショットをマウントできる

かどうかの妥当性検査を行うかどうかを指定します。有効な値

は、TRUE および FALSE です。デフォルト値は TRUE です。

妥当性検査の時間と費用を削減するには、FALSE に設定します。

NSM がスナップショットをマウントできない場合は、データをリスト

アできません。

NSR_PS_SAVE_PARALLELISM 1 回の NSM バックアップで同時に可能なセーブストリーム数を制

御する大並列化を指定します。デフォルト値は 16 です。

この変数は、通常より同時に実行されるセーブ操作の数が少なく

なり、1 個のストリームがスプリットされないように、NSM を制御す

るための「スロットル」です。

並列処理を無効にして NSM バックアップが一度に 1 つのセーブ

ストリームしか作成できないようにするには、値を 1 に設定する。

NSR_PS_SHARED_DIR 共有ディレクトリのパス名のすべてを指定します。この変数は、ク

ラスタ環境で中止後のフルクリーンアップをサポートするために必

要です。デフォルト値はありません。

NSR_PS_SINGLE_LOG NetWorker がすべての NSM プロセスを一緒に nwsnap.raw ファイ

ルに記録するかどうかを指定します。有効な値は、TRUE および



表 2 一般的なアプリケーション情報の変数（続き）

一般的な変数定義

FALSE です。デフォルト値は、NSR_PS_DEBUG_LEVEL が 3 以下の

場合は TRUE です。

FALSE に設定すると、個々のプロセスベースのログファイルに記

録されます。

NSR_SNAP_TYPE スナップショットプロバイダを指定します。

有効な値は symm-dmx、emcclar、emc_rp です。値を指定しない

場合、NSM はこれらのそれぞれの値を順番に試行します。

NSR_STRICT_SYNC 有効な値は、TRUE および FALSE です。 UNIX のデフォルト値は

TRUE です。 Microsoft Windows のデフォルト値は FALSE です。

TRUE の場合、NSM では、lgtosync ドライバか同等の OS レベル機

能がディスクまたはボリュームへの書き込みを強制的にフリーズ

およびフリーズ解除します。

VMAX アレイ用のアプリケーション情報の変数次の表に、NSM が VMAX ストレージアレイに対して使用できるアプリケーション情報の変数を示します。

表 3 VMAX アレイ用のアプリケーション情報の変数

VMAX の変数定義

NSR_PS_SYMM_IP 有効な値は、TRUE および FALSE です。デフォルト

値は TRUE です。

FALSE に設定すると、Intelligent Pairing が使用さ

れず、NSM では symm.res ファイルのみが使用さ

れます。

SYMM_CLONE_FULL_COPY 有効な値は、TRUE および FALSE です。デフォルト


l TRUE：ソース LUN のすべてのデータがコピー

されます。

l FALSE：ターゲットが COW（CopyOnWrite）モー

ドになり、すべてのデータのコピーが行われな

くなります。

注：

l 1 回のバックアップ/リストアセッションでは、

NSM はミラーまたはクローンのいずれかとし

て BCV を使用できますが、その両方として使

用することはできません。

l この変数が FALSE の場合に取られたスナップ

ショットには、ロールバックオペレーションを行

うことができない。試行したロールバックは失

敗します。


VMAX アレイ用のアプリケーション情報の変数 77

表 3 VMAX アレイ用のアプリケーション情報の変数（続き）


SYMM_EXISTING_PITSYMMEXISTINGPIT 有効な値は、TRUE および FALSE です。デフォルト

値は FALSE です。

symm.res ファイルのターゲットの状態を指定する。

TRUE に設定すると、ターゲット LUN がソース LUNをスプリットした状態になる。

SYMM_IP_TAKE_UNPAIRED 有効な値は、TRUE および FALSE です。デフォルト


NSM がソース LUN と現在ペアリングされているミ

ラーを使用できない場合に、Intelligent Pairing で

使用されます。

l TRUE に設定すると、別の LUN との関係のあ

る、NsrSnapSG グループ内の期限切れの古

いミラーを Intelligent Pairing で再利用できま

す。 Intelligent Pairing は、古い関係を終了し

てから、ミラーを新しいソース LUN とペアリン

グします。また、Intelligent Pairing では、

NsrSnapSG 内の関連づけられていない新しい

デバイスをソース LUN とペアリングできます。

l FALSE に設定すると、Intelligent Pairing は、ソ

ース LUN とすでにペアリングされたデバイス

から、使用可能なミラーのみを選択できます。

SYMM_ON_DELETESYMMONDELETE デフォルト値は RETAIN_RESOURCE です。

バックアップ後のミラーデバイスの状態を指定す

る。

この設定は、SYMM_CLONE_FULL_COPY を TRUEに設定したクローンミラー、BCV、VP Snap に対し

てのみ有効である。

SYMM_CLONE_FULL_COPY=FALSE を設定した

VDEV およびクローンミラーの場合、NSM は関係

を必ず解消します。

l RETAIN_RESOURCE：NSM は、スナップショット

の削除時にミラーをソースと再同期します。

l RELEASE_RESOURCE：NSM は、ミラーをスプリ

ット状態のままにします。この設定は、手動で

のバックアップやミラーが（異なるソースととも

に）繰り返し頻繁に使用されるときに推奨され

る。

l START_STATE：NSM は、ターゲットミラーをバ

ックアップ前と同じ状態（スプリット状態または

同期状態）のままにします。

SYMM_RB_OVERRIDE_OTHER_TGTS 有効な値は、TRUE および FALSE です。デフォルト

値は FALSE です。

l FALSE：NSM は、他のミラーがソースデバイス

との同期状態にある場合、ロールバックが失

敗します。



表 3 VMAX アレイ用のアプリケーション情報の変数（続き）


l TRUE：NSM は、ロールバック操作の前に同期

されたミラーをすべてスプリットし、ロールバッ

クの完了時にミラーを再同期します。

注

l この変数の使用時に、ミラーデバイスとソース

デバイスが同期状態になっていることを確認し

ます。ステータスが syncInProg または

splitInProg にならないようにします。 InProg ス

テータスでは、ロールバックの試行後にスナッ

プショットが失われる。

l InProg ステータスになら［ない］場合もある。ロールバックの前にミラーペアの同期/スプリット

を手動で行う場合には、同期/スプリットが完

了するまで待つ必要があります。

SYMM_RES_USE_POLICYSYMMRESUSEPOLICY デフォルト値は ANY です。

l EXISTING：NSM は、すでにソースデバイスと

同期しているリソースをシークします。この設

定によってバックアップ時間が短縮されます。

l FREE：NSM は、どのデバイスとも同期していな

いリソースをシークします。リソースは、スプリ

ット状態かペアになってい［ない］状態である必

要があります。

l ANY：NSM は、まず既存の任意のリソースをシ

ークします。何も見つからない場合は、FREEリソースが使用されます。

SYMM_SNAP_POOLSYMMSNAPPOOL デフォルト値は/nsr/res/symm.res です。

symm.res ファイルのパス名を定義します。

SYMM_SNAP_REMOTESYMMSNAPREMOTE 有効な値は、TRUE および FALSE です。デフォルト

値は FALSE です。SRDF を使用する場合は TRUEに設定します。 SRDF を使用しない場合、FALSE に

設定する。

SYMM_SNAP_TECH 有効な値は SNAP、BCV、CLONE、VPSNAP、R2、ANY です。

使用するミラーリングのタイプを定義します。

l R2 に設定する場合は、SYMM_SNAP_REMOTEを TRUE に設定しないと、バックアップが失敗

する。

l ANY に設定する、または何も指定しない場合、

NSM は CLONE、VDEV、BCV の順で使用可能

な適のミラーが選択されます。


VMAX アレイ用のアプリケーション情報の変数 79

VNX Block アレイのアプリケーション情報の変数次の表に、NSM が VNX Block ストレージアレイに対して使用できるアプリケーション情報の変数を示します。

表 4 VNX Block アレイのアプリケーション情報の変数

VNX Block の変数定義

CLAR_ON_DELETE NSM によりスナップショットが削除されたときに、クローン LUN を廃棄

することを指定します。

l RETAIN_RESOURCE：NSM は、クローンをそのソースと再同期しま

す。これにより、クローン LUN がそれ以降のスナップショットリクエ

ストに使用できるようになる。

l RELEASE_RESOURCE：NSM は、クローンをそのソースと再同期しま

せん。これにより、クローン LUN が他のクライアントオペレーショ

ンに使用できるようになる。ただし、まず、このクローン LUN をソー

ス LUN のクローングループから手動で削除しておく必要がある。

このクローン LUN を再度同じクローングループに手動で追加して

初めて、このクローン LUN がそれ以降のスナップショットリクエスト

で使用できるようになります。

l START_STATE：フラクチャされたときに同期状態だった場合のみ、

NSM はクローンをソース LUN と再同期します。この場合、クロー

ンの処理方法は次のいずれかになる。

– RETAIN_RESOURCE ワークフロー

– RELEASE_RESOURCE ワークフロー

このスナップショット機能を使用しない、ディスクまたはテープへの従来

のバックアップは、NetWorker 8.1 クライアントのインストールとともに

NSM にアップグレードした後でも、NetWorker ソフトウェアで引き続き利

用できます。［グループ］構成で、NSM の機能をバックアップで使用す

るかどうかを設定します。

EMCCLAR_SNAP_SUBTYPE 必須。デフォルト値は、書き込み時コピーバックアップ/リカバリのワー

クフローである COW です。

l MIRROR に設定すると、クローンフラクチャおよびクローンバックア

ップとクローンリカバリのワークフローが実行されます。

l VNX-SNAP に設定すると、VNX スナップのバックアップと VNX スナ

ップショットのリカバリのワークフローが実行されます。

FRAME_IP 使用する VNX ポートの IP アドレスまたはホスト名を指定する。

RecoverPoint アプライアンス用のアプリケーション情報の変数次の表に、NSM が RecoverPoint アプライアンスに対して使用できるアプリケーション情報の変数を示します。



表 5 RecoverPoint アプライアンス用のアプリケーション情報の変数

RecoverPoint の変数定義

NSR_SNAP_TECH バックアップする RecoverPoint レプリケーションタイプを指定します。 CDPの場合は RP_CDP を、また、CRR の場合は RP_CRR の値を使用します。

RP_APPLIANCE_NAME 使用する NSM の RecoverPoint アプライアンスのホスト名または IP アドレ

スを指定します。


RecoverPoint アプライアンス用のアプリケーション情報の変数 81

付録 B

NSM のコマンドライン操作


u CLI コマンドを使用した NSM 操作の実行................................................................84u nsrsnapadmin を使用した NSM オペレーション...................................................... 84u nsrsnapadmin オペレーションの例........................................................................ 85u mminfo コマンドによるクエリー.............................................................................. 87u savegrp コマンドを使用したバックアップ................................................................. 87

NSM のコマンドライン操作 83

CLI コマンドを使用した NSM 操作の実行この付録には、NSM 操作に使用できる CLI コマンドとその例のサマリーが記載されています。

コマンドの詳細については、「EMC NetWorker コマンドリファレンスガイド」および NetWorkerのマニュアルページを参照してください。

nsrsnapadmin を使用した NSM オペレーションnsrsnapadmin コマンドユーティリティを対話形式モードで実行して、ファイルシステムの

スナップショットセーブセットを手動でクエリー、リストア、削除、満了することができます。

nsrsnapadminの対話形式コマンドでは、ファイルシステムのスナップショットのみがサポ

ートされます。コマンドでは、NMDA や NMSAP データなどのアプリケーションデータのスナ

ップショットはサポートされません。

対話形式モードを開始するには、CLI プロンプトで nsrsnapadmin と入力します。入力プ

ロンプトが表示されたら、特定のコマンドと使用可能なオプションを入力して、次の表にリストされている NetWorker オプションを実行することができます。

表 6 nsrsnapadmin の対話形式モードでサポートされるコマンドとオプション

NSM 操作コマンドと使用可能なオプション

スナップショットをテ

ープにバックアップす

る

b [-s ［nsr_server］] [-c ［client］] [-M ［mount_host］] -S ［ssid］ [or -S "［ssid ssid］ ..."] [-v] [-A attr=［val］]

スナップショットセー

ブセットの表示

p [-s ［nsr_server］] [-c ［client］] [-v] [［path］ | -S ［ssid］]


ブセットの削除

d [-s ［nsr_server］] [-c ［client］] [-v] [-a] [-y] -S ［ssid］ [or -S "［ssid ssid］ ..."]

セーブセット・リカバリ

の実行

R [-s ［nsr_server］] [-c ［client］] [-M ［mount_host］] [-v] -S ［ssid］ [-t ［destination］] [-T ［recover_host］] -m ［path］ [-A attr=［val］]

ファイル単位の参照

とリカバリの実行

r [-s ［nsr_server］] [-c ［client］] [-M ［mount_host］] [-T ［recover_host］] -S ［ssid］ [-A attr=［val］]

ロールバックの実行 B [-s ［nsr_server］] [-c ［client］] [-M ［mount_host］] [-Fv] -S ［ssid］ [-A attr=［val］] -m ［path］


ブセットの有効期限

のリセット

e ［time］ [-s ［nsr_server］] [-c ［client］] [-v] -S ［ssid］ [or -S "［ssid ssid］ ..."]

プログラムの終了 q or quit

この場合、



u ［nsr_server］は、NetWorker サーバーのホスト名です。

u ［client］は、アプリケーションクライアントのホスト名です。

u ［mount_host］は、マウントホストのホスト名です。

u -v は、詳細な（verbose）ログです。

詳細については、「EMC NetWorker コマンドリファレンスガイド」および NetWorker のマニュアルページを参照してください。

nsrsnapadmin オペレーションの例対話形式モードで nsrsnapadminユーティリティを開始した後で、入力プロンプトで特定

のコマンドとオプションを入力して、NSM 操作を実行できます。次のセクションでは、特定のNSM 操作に使用されるコマンドとオプションの例を示します。

スナップショットセーブセットのクエリー

p コマンドとそのオプションを nsrsnapadminプロンプトで入力すると、プログラムは、

NetWorker サーバーでクライアントのスナップショットセーブセットをクエリーします。プログラムによって、各スナップショットの作成日時などのスナップショットセーブセットの特定のプロパティがリストされます。次に例を挙げます。

p -s ［server］ -c ［client］ [-v] ［path］

この場合、

u ［server］は、NetWorker サーバのホスト名です。

u ［client］は、NSM でのデータのバックアップ元だったクライアントのホスト名です。

u ［path］は、特定のスナップショットセーブセットのパス名です。単一のセーブセットのみをクエリーするには、パス名を入力します。それ以外の場合、出力メッセージにはすべてのセーブセットがリストされます。

次のようなメッセージが表示されます。

nsrsnapadmin> p -s ledma038 -c ledma218ssid = 3742964283 savetime="February 11, 2013 11:20:10 AM EST" (1360599610) expiretime="February 11, 2014 11:59:58 PM EST" (1392181198) ssname=/symm_403_ufs

ファイル単位の参照およびリストア

nsrsnapadminプロンプトで r コマンドとそのオプションを入力すると、スナップショットバックアップの時点で存在していたファイルシステムがリストされます。オプションを使用して、ファイルシステムの構成要素を参照、選択、リストアできます。次に例を挙げます。

r -s ［server］ -c ［client］ -M ［mount_host］ -T ［recover_host］ -S ［ssid］

ここで、［client］には単一のホスト IP またはクラスター IP（仮想 IP、実際の IP、パブリック IP）を指定できます。

ロールバックリストア

ロールバックは、スナップショットバックアップに含まれているすべてのアプリケーションソース LUN の完全なリストアです。このリストアには、それらの本番 LUN 上にあるすべてのファイルシステムおよびボリュームグループが含まれます。 nsrsnapadminユーティリティで

は、強制ロールバック機能と安全性チェック機能がサポートされます。


nsrsnapadmin オペレーションの例 85

ロールバックリストアを実行するには、プロンプトで次のコマンドを入力します。

B –S ［ssid /source_path］

次に例を挙げます。

B -S ［server］ -c ［client］ -Fv -M ［mount_host］ -S ［ssid］ -m ［source_path］

ここで、［client］には単一のホスト IP またはクラスターノード（クラスター IP またはパブリックIP）を指定できます。

ロールバックによるスナップショットのリストア（66 ページ）で詳細を参照してください。

スナップショットセーブセットの削除

スナップショットセーブセットを削除するには、nsrsnapadmin、nsrmm、 nsrim、nsrsnapck コマンドを使用できます。

NSM セーブセットの削除は、標準の NetWorker セーブセットの削除と同様です。 NSM は、物理スナップショットをストレージアレイから削除し、次に、その物理スナップショットを参照するすべてのセーブセットをメディアデータベースから削除します。

次に例を挙げます。

［command］ -d -s ［server］ -S ［ssid］

この場合、

u nsrsnapadminを使用していない場合には、［command］は nsrmmまたは

nsrsnapckのいずれかです。


u ［ssid］はスナップショットセーブセット ID です。

スナップショットセーブセットの参照期間と保存期間の変更

スナップショットの有効期限を変更するには、nsrsnapadminプロンプトで e コマンドを入

力します。次に例を挙げます。

e ［time］ -s ［server］ -S ［ssid］ -c ［client］

この場合、

u ［time］は、スナップショットセーブセットが満了する日時です。許容可能な日付形式は次のとおりです。

l mm/dd[/yy]

l month_name dd[/yy]

許容可能な時刻形式は次のとおりです。

l hh[:mm[:ss]] [meridian] [zone]

l hhmm [meridian] [zone]


u ［ssid］は、変更するスナップショットセーブセットの ID です。

u ［client］（オプション）は、NSM でのデータのバックアップ元だったクライアントのホスト名です。

次のようなメッセージが表示されます。

Resetting expire time for ssid : 4090300235

このメッセージは、有効期限を正常に変更したことを示しています。



注：

u 年を省くと、デフォルトで現在の年に設定されます。

u 午前/午後を省くと、NSM は 24 時間制を使用します。

u タイムゾーン（たとえば、GMT）を省くと、NSM は現在のタイムゾーンを使用します。

u -e 09/04/14のように日付を mm/dd/yy で指定する場合、時刻はデフォルトで

00:00:00 に設定されます。NSM によって、スナップショットセーブセットの参照時間と保存時間は 09/04/14 00:00:00 に変更されます。

-e 20:00:00のように時刻を hh:mm:ss で指定する場合、日付はデフォルトでシステム

時間（たとえば、09/03/14）に設定されます。NSM によって、スナップショットセーブセットの参照時間と保存時間は 09/03/14 20:00:00 に変更されます。

mminfo コマンドによるクエリークライアントのスナップショットセーブセットをクエリーするもう 1 つの方法は、mminfo コマ

ンドを使用する方法です。 -q snapオプションを指定すると、特定のクライアントのスナッ

プショットセーブセットがすべて一覧表示されます。

クライアントのスナップショットセーブセットをリストするには、コマンドプロンプトに次のように入力します。

mminfo -s ［server］ -S -a -q "client=［clientname］,snap

ここで、


u ［clientname］は、NSM でのデータのバックアップ元だったクライアントのホスト名です。

サンプル出力：

mminfo -s ledma038 -S -a -q "client=ledma218,snap" volume client date size level nameledma038.003 ledma218 02/11/13 2 KB full /symm_403_ufs

mminfo コマンドの詳細については、「EMC NetWorker コマンドリファレンスガイド」およびNetWorker のマニュアルページを参照してください。

savegrp コマンドを使用したバックアップNSM スナップショットは savegrp コマンドを使用して手動で実行できます。すべてのリソー

スを構成してから、このコマンドを実行してスナップショットを実行する必要があります。

savegrp コマンドは、CLI から呼び出した場合も NSM 設定から呼び出した場合も、バック

アッププロセスを開始します。 savegrp コマンドは、アプリケーションホストを NSM 用に構

成された NetWorker クライアントとして認識し、nsrsnapを実行します。 nsrsnap コマンド

は、nsrsnap_save コマンドの実行時にスナップショットの保存ポリシーを適用します。

savegrp コマンドラインバックアップの実行方法

スナップショットを実行するには、コマンドラインから savegrp コマンドを使用します。例を

示します。

savegrp ［group_name］

ここで、［group_name］はスナップショット操作用に構成されたグループの名前です。

従来のストレージメディアへのロールオーバーを追加するには、このコマンドに-bオプショ

ンを追加します。スナップショットポリシーにロールオーバーの詳細を指定する必要があります。


mminfo コマンドによるクエリー 87

savegrp コマンドの詳細については、「EMC コマンドリファレンスガイド」およびマニュアル

ページを参照してください。



付録 C

レガシーの PowerSnap 構成の移行


u レガシーの PowerSnap 構成の NSM への移行...................................................... 90u 廃止されたクライアントリソースの属性.................................................................. 91u VMAX（Symmetrix）アレイの移行............................................................................91u VNX（CLARiX）アレイの移行.................................................................................... 91u RecoverPoint アプライアンスの移行....................................................................... 91u nsrpsd プロセスの起動..........................................................................................92u ライセンス............................................................................................................. 92

レガシーの PowerSnap 構成の移行 89

レガシーの PowerSnap 構成の NSM への移行この付録では、レガシーの NetWorker PowerSnap Module 構成を NSM に移行する例を示します。 NetWorker クライアント 8.1 のインストールには、以前 PowerSnap Module で処理されていたすべての機能が備わっています。

UNIX システムでの PowerSnap の削除

UNIX システムで NSM にアップグレードする前に、オペレーティングシステムのネイティブのパッケージ管理ユーティリティを使用して、既存の PowerSnap パッケージを削除します。

以前にインストールした PowerSnap パッケージを削除しないと、NetWorker クライアントのイ

ンストールは、クライアントプッシュのインストールまたはオペレーティングシステムのネイ

ティブのパッケージ管理ユーティリティのいずれかによって実行された場合に失敗します。

PowerSnap パッケージは、移行の対象となるすべてのコンピュータから削除します。

u Linux では次のパッケージを削除します。

l lgtopsag-2.5.1.1.x86_64.rpm

l lgtopseg-2.5.1.1.x86_64.rpm

l lgtopssc-2.5.1.x86_64.rpm

u Solaris では PowerSnap パッケージを削除します

l LGTOpsag

l LGTOpseg

l LGTOpssc

u AIX では次のパッケージを削除します

l LGTOps.psag.rte

l LGTOps.pseg.rte

l LGTOps.pssc.rte

u HP では次のパッケージを削除します

l PowerSnap.pkg

Microsoft Windows システムでの PowerSnap の削除

Windows システムで NSM にアップグレードする前に PowerSnap Module をアンインストールする必要はありません。古い PowerSnap Module は、Microsoft Windows 用のNetWorker クライアントのインストールウィザードにより自動的にアンインストールされ、NSM の機能に置き換わります。

NetWorker クライアントのインストールプログラムの［アップグレード］オプションを使用します。

サポートされていない Microsoft Windows プラットフォームをアップグレードすると、既存の

すべての PowerSnap パッケージはアンインストールされますが、NetWorker クライアントの

NSM 機能がインストールされることはないため、注意してください。



廃止されたクライアントリソースの属性クライアントリソースのアプリケーション情報の属性では、次の変数はサポートされなくなりました。これらの変数が存在すると、バックアップが失敗します。

u NSR_IMAGE_SAVENSRIMAGESAVE

u SYMM_PROVIDER_DBSYMMPROVIDERDB

u SYMM_PROXY_PROVIDER_DBSYMMPROXYPROVIDERDB

VMAX（Symmetrix）アレイの移行NSM にアップグレードする前に、PowerSnap Module で作成された既存のすべてのスナップショットを VMAX アレイから削除します。スナップショットは、削除することも、従来のストレージメディアにロールオーバーすることもできます。

オペレーティングシステム、バージョン、構成で NSM がサポートされることを確認します。詳細については、NSM ネットワークのコンポーネント（19 ページ）を参照してください。

引き続き Symmetrix/VMAX のリソースファイル（symm.res）を使用するのか、または NSMintelligent pairing を利用するのかを決めます。

移行手順では、symm.res リソースファイルは削除されません。 symm.res ファイルは NSMではオプションですが、存在していれば使用されます。 VMAX ディスクグループは NSM の

実行には必要なくなりました。存在する場合、NSM は無視します。

intelligent pairing の詳細については、ソース LUN とミラー LUN のペアリング（43 ページ）を参照してください。

VNX（CLARiX）アレイの移行NSM にアップグレードする前に、PowerSnap Module で作成された既存のすべてのスナップショットを VNX アレイから削除します。スナップショットは、削除することも、従来のストレージメディアにロールオーバーすることもできます。

オペレーティングシステム、バージョン、構成で NSM がサポートされることを確認します。詳細については、NSM ネットワークのコンポーネント（19 ページ）を参照してください。

既存の VNX（CLARiX）セキュリティファイルは、スナップショット操作の対象となるすべてのノ

ードに引き続き存在する必要があります。これらのセキュリティファイルを削除した場合、コ

マンドラインから、または NetWorker クライアント構成ウィザードを使用してファイルを再作

成できます。詳細については、Navisphere セキュリティファイルの構成（48 ページ）を参照

してください。

RecoverPoint アプライアンスの移行オペレーティングシステム、バージョン、構成で NSM がサポートされることを確認します。詳細については、NSM ネットワークのコンポーネント（19 ページ）を参照してください。

NetWorker クライアント構成ウィザードを使用して、新しい NetWorker クライアントリソースを作成する必要があります。 RecoverPoint アプライアンスでは、ウィザードを使わない構成


廃止されたクライアントリソースの属性 91

はサポートされず、既存の RecoverPoint クライアントリソースは NSM へのアップグレード後に機能しません。

また、 nsr_rp_access_configユーティリティは存在しなくなり、ローカル認証情報ファ

イルを使用できないため、NetWorker サーバーのロックボックスで RecoverPoint 認証情報を構成する必要があります。

手順

1. スナップショットバックアップの対象となる RecoverPoint アプライアンスに使用可能なユーザー名とパスワードの認証情報があることを確認します。

2. NetWorker サーバへの NMC セッションを開き、クライアント構成ウィザードを実行します。

3. NSM および RecoverPoint オプションを選択して、アプリケーションホストのクライアントリソースを作成します。

4. 新しいリソースと古いリソースを比較し、必要な属性を古い構成から新しい構成に追加します。

5. ［RecoverPoint レプリケーションタイプとストレージアレイオプションの指定］画面で、NetWorker サーバのロックボックスに RecoverPoint ユーザー名とパスワードを追加します。

6. ウィザードが終了したら、古い構成を削除します。

nsrpsd プロセスの起動NetWorker 8.1 では、アプリケーションホストでの nsrpsdプロセスは、nsrsnapなどの

NetWorker 8.1 プロセスによってオンデマンドで起動されます。 30 分間アクティビティがないと、nsrpsd プロセスは終了します。 nsrpsdが終了しないようにするには、nsr/res ディレ

クトリに nsrpsd_stay_up ファイルを作成します。

アプリケーションホストで NMDA または NMSAP のバージョンを使用している場合は、nsrpsdは自動的に起動または停止せず、これらのアプリケーションのバックアップは失敗

します。以前の PowerSnap リリースで行っていたように、nsrpsdを手動で起動または停

止する必要があります。これらの環境では、nsrpsdは 30 分間アクティビティがない場合

に自動的に終了しません。

ライセンス新しいライセンスは必要ありません。 NSM は、既存の PowerSnap ライセンス、NetWorker容量モデル、従来のライセンスモデルを認識します。

詳細については、NSM ライセンスの要件（21 ページ）を参照してください。



用語集

この用語集では、このガイドで使用されている用語の定義について説明します。

L

LUN（論理ユニット） SCSI またはファイバチャネルプロトコルによってアドレス指定される、ストレージアレイ上の論理ストレージ領域。複数の LUN を使用して、1 つのストレージボリュームを表すこともできます。

LVM（論理ボリュームマネージャ）

ストレージ領域の論理ビューのデータと実際の物理ディスクのデータをマッピングすることにより、ディスクリソースを制御するソフトウェア。

N

NetWorker サーバー NetWorker サーバソフトウェアを実行しているネットワーク上のコンピュータ。オンラインインデックスを保持し、同じネットワーク上のクライアントやストレージノードに、バックアップサービスとリストアサービスを提供します。

NMC（NetWorker 管理コンソール）

NetWorker サーバとクライアントの管理に使用されるソフトウェアプログラム。 NMC サーバは、NetWorker プロセスに対してレポート作成機能およびモニタリング機能も提供します。

NSM（NetWorker スナップショット管理）

本番データのスナップショットコピーを提供する NetWorker ソフトウェアの機能。このソフトウェアにより、アプリケーションはストレージオペレーション中に本番データの書き込みを継続でき、開いているファイルがストレージ対象から除外されないようにできます。

P

PIT（ポイントインタイム）コピー

スナップショット以下を参照してください。

R

Rollover-only バックアップ実行されるとただちにスナップショットコピーが削除されるロールオーバー。以前はサーバレスバックアップ、ライブバックアップ、読み取り専用バックアップなどと呼ばれていました。

S

SPIT（特定のポイントインタイム）コピー

PIT コピーを示す RecoverPoint 用語。PIT（ポイントインタイム）コピー以下を参照してください。

SSID ssid（セーブセット ID）以下を参照してください。

ssid（セーブセット ID）セーブセットに割り当てられた内部的な識別番号。


あ

アプリケーションホストバックアップするアプリケーションデータをホストするコンピュータ。

か

administrator 一般にネットワークコンピュータ上のソフトウェアをインストール、構成、および管理する人、およびユーザーを追加し、ユーザー権限を定義する人。

き

キューエスディスクへの書き込みがすべて停止し、ファイルシステムのキャッシュがフラッシュされる状態にすること。スナップショットの作成前にデータベースを静止すると、トランザクション的に整合性のある再マウント可能なイメージが提供されます。

く

client バックアップサーバソフトウェアを使用してデータをバックアップおよびリストアできるコンピュータ、ワークステーション、アプリケーションサーバなど、ネットワーク上のホスト。

クライアントから起動するバックアップ

手動バックアップ以下を参照してください。

クライアントファイルインデックス

クライアント・リソースクライアントでバックアップされるセーブセットを特定する NetWorker サーバリソース。クライアントリソースはまた、スケジュールやブラウズポリシー、保存ポリシーなど、セーブセットのバックアップについての情報も指定します。

クラスター共有ストレージを使用する、リンクされた仮想ホストまたは物理ホストのグループ。これらのホストは一緒に動作し、それぞれが 1 つのホストとして表されます。

グループ指定した 1 つのスケジュールまたは条件のセットに応じて、バックアップをまとめて実施するように構成された 1 台以上のクライアントコンピュータ。

クローン 1. NetWorker サーバによってインデックスが付けられて管理される、バックアップされたデータの複製コピー。複数の単独セーブセット、またはボリューム全体のクローンが可能です。

2. ストレージアレイに固有のミラータイプ。

こ

コンソールサーバ NMC（NetWorker 管理コンソール）以下を参照してください。

用語集


さ

参照ポリシーバックアップエントリーをクライアントファイルインデックスに保存する期間を指定するNetWorker ポリシー。インデックスに一覧にされたバックアップは、参照が可能で、リカバリのために簡単にアクセスできます。リテンションポリシー以下を参照してください。

し

手動バックアップユーザーがクライアントから開始するバックアップ。オンデマンドバックアップ、不定期バックアップ、アドホックバックアップとも呼ばれます。

す

<:hr>スケジュールバックアップに含める方法

指定した時刻に 1 つ以上の NetWorker クライアントのグループに対して自動的にバックアップを開始するように構成されたバックアップ。予定されたバックアップは、セーブセットを生成します。

ストレージ・アレイ 1 台以上のホストにストレージサービスを提供するために、サブシステムディスク、コントローラ、バスアダプタ、ソフトウェアが統合された集合体。

ストレージノード 1. 物理的に接続しているストレージデバイスまたはライブラリを管理するコンピュータ。そのバックアップ操作は、制御側 NetWorker サーバから管理されます。

2. 一般には、NetWorker サーバー以外のホストに常駐する「リモート」ストレージノードです。

スナップショットストレージアレイなどの外部ディスクサブシステムで作成されたアプリケーションホスト上の特定のデータファイル、ボリューム、またはファイルシステムの PIT（ポイントインタイム）コピー。

スナップショットセーブセット

1 個のスナップショットに含まれるファイルグループまたはその他のデータ。スナップセットからの名称変更です。

スナップショットバックアップ

バックアップとしてストレージアレイに作成されたスナップショット。インスタントバックアップからの名称変更です。

スナップショットポリシースナップショットのライフサイクルを制御する規則のセット。これらの規則により、スナップショット生成の頻度、スナップショットの保持期間、従来のストレージメディアにバックアップされるスナップショットが指定されます。

スナップショットマウントホスト

マウントホスト以下を参照してください。

スナップショットリストアスナップショットバックアップからのリストア。インスタントリストアからの名称変更です。

せ

整合性がある任意のポイントインタイムのデータセットに対するアプリケーションのアクティブビューに完全に一致している、データセットの状態。

用語集


セーブセット 1. ストレージアレイにスナップショットとしてコピーされるか、ストレージメディアにバックアップされる、単一シングルクライアントコンピュータ上のファイル、ファイルシステム、またはボリュームのグループ。

2. 特定のスナップショットまたはバックアップを記述した NetWorker メディアデータベースレコード。

そ

ソース LUN スナップショットによるコピーの対象となる本番データがある、アプリケーションホスト上のLUN。

た

ターゲットクライアントデータのリストア先の NetWorker クライアント。これは、データベースのバックアップ元のソースクライアントと同じ場合があります。別のクライアントの場合もあります。

て

データゾーン NetWorker サーバによって管理されるクライアント、ストレージデバイス、ストレージノードのグループ。

device 1. バックアップボリュームを格納できるストレージユニット。デバイスには、サーバやストレージノードに接続されたディスクドライブ、オートチェンジャ、テープドライブなどがあります。

2. ストレージハードウェアを表す一般的な用語。

3. DDS（ダイナミックドライブ共有）が有効な場合は、物理ドライブへのアクセスパス。

は

バックアップ 1. データベース、アプリケーションデータ、コンピュータシステム全体の複製。元のデータから切り離して保存され、元のデータが消失したり破損したりした場合にこのバックアップを使用してリカバリできます。

2. バックアップとして使用するためにデータをボリュームに保存する操作。

バックアップボリュームバックアップデータの保存に使用されるボリューム。アーカイブボリュームやクローンボリュームと区別されます。

ふ

ファイルインデックスクライアントファイルインデックス以下を参照してください。

ファイルシステム 1. ディレクトリ構造、データ転送方法、およびファイルの関連性を提供することで、ストレージメディア上のファイルを保存、取得、および管理するために使用されるソフトウェアインターフェイス。

2. すべてのファイル全体。

3. ファイルの保存方式。

用語集


pool 1. 選択したメディアボリュームに特定のバックアップデータを保存するように割り当てるNetWorker ソート機能。

2. 特定のデータがバックアップされている NetWorker バックアップボリュームの集合。

ほ

ホストネットワーク上のコンピュータ。

ホスト名ネットワークに接続されている物理または仮想ホストコンピュータの名前またはアドレス。

リテンションポリシーバックアップデータをストレージボリュームに保存およびリカバリできる小期間を定義するNetWorker の設定。この期間を過ぎると、データを上書きできるようになります。参照ポリシー以下を参照してください。

ポリシークライアントバックアップのために定義する一連のルール。複数のクライアントグループに適用できます。グループは、データセット用、スケジュール用、参照用、保存用の個別ポリシーを持ちます。

ボリューム 1. バックアップデータが書き込まれる物理ストレージメディアの単位。ディスクや磁気テープなどがあります。

2. 1 台以上のコンピュータのディスクに存在する識別可能なデータストレージの単位。

ボリューム・グループボリュームマネージャによって構成された、ディスクのセットを含む論理グループ。

ま

マウントするボリュームを物理的に使用可能にすること。たとえば、読み取り/書き込みを行うためにリムーバブルディスクボリュームまたはテープをドライブに挿入すること。

マウントホストスナップショットリストア/ロールオーバーオペレーションを実行することを目的として、ストレージアレイのスナップショットボリュームをマウントするために使用される、ネットワーク内のホスト。

み

mirror 1. データ、またはディスクなどの別のオブジェクトの正確な複製。

2. 複数のデバイスに複製データを書き込むこと。

め

media バックアップデータが書き込まれる物理ストレージ。ディスクファイルシステム、光ディスク、磁気テープなどがあります。ボリューム以下を参照してください。

メディアデータベース NetWorker サーバで管理しているすべてのデータとボリュームについて、バックアップ、メディアボリューム、ライフサイクルのステータスに関するレコードが保存されるデータベース。

用語集


ら

ライブバックアップロールオーバー以下を参照してください。

り

リカバリ特定のポイントインタイムの状態を復元するため、バックアップストレージのデータファイルをクライアントにリストアし、トランザクション（REDO）ログをデータに適用すること。リストア以下を参照してください。

リストアバックアップから個々のデータファイルを取得し、トランザクションログを適用することなくクライアントにコピーすること。リカバリ以下を参照してください。

リソース・ NetWorker サーバまたはそのクライアントのオペレーションのプロパティを設定する属性を構成できるソフトウェアコンポーネント。クライアント、デバイス、スケジュール、グループ、およびポリシーが、すべての NetWorker リソースです。

ろ

ロールオーバーディスク、テープなど従来のストレージメディアへのスナップショットのバックアップ。

ロールバックリストアストレージアレイの機能を使用して、スナップショットをソース位置にリストアするプロセス。ロールバックリストアにより、ソース位置にある既存のデータは破壊されます。

用語集


管理 emc networker スナップショット...はじめに...

Documents