emc networker スナップショット管理リリース 8.1 統合ガイド · emc networker...

EMC® NetWorker®

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

統合ガイドパーツ番号 302-000-560リビジョン 01

EMC NetWorkerスナップショット管理リリース 8.1統合ガイド2

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

発行日：2013年 7月

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

この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporationは、この資料に記載された情報に関していかなる種類の表明または保証をするものではなく、特に市場性の暗黙の保証や特定の目的の適合性を保証していません。この資料に記載される、いかなる EMCソフトウェアの使用、複製、頒布も、当該ソフトウェアライセンスが必要です。

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

製品ラインの最新規制のドキュメントについては、EMCオンラインサポート（https://support.emc.com）にアクセスしてください。

https://support.emc.com

目次

はじめに

第 1章 NSM機能の概要 NSM製品の説明 ........................................................................................ 12スナップショットの管理 ..................................................................... 12NSMバックアップのタイプ ................................................................ 13NSMリストアのタイプ........................................................................ 14NetWorkerクローンのサポート ........................................................... 14スナップショットライフサイクルポリシー ...................................... 14バックアップ構成方法......................................................................... 15リストア方法 ....................................................................................... 15NSM操作の監視 /レポート作成 ......................................................... 15多言語対応サポート ............................................................................ 15

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

NSMライセンスの要件 ............................................................................. 18 NSMスナップショット環境の例 ............................................................... 19ストレージメディアへのスナップショットおよびロールオーバーの例 .............................................................................................. 19スナップショットバックアップからのリストアの例 ........................ 21

第 2章ソフトウェア構成 NSM構成のロードマップ.......................................................................... 24 NSM構成の動作条件 ................................................................................. 24ストレージアレイの動作条件............................................................. 24アプリケーションホストの前提条件 .................................................. 25マウントホストの前提条件 ................................................................ 26ストレージノードの前提条件............................................................. 27

ユーザー権限の構成 .................................................................................. 27 NetWorker serversファイルの構成 ............................................................ 28 クライアントウィザードを使用した NSMバックアップの構成.............. 28 NSMバックアップの手動構成 .................................................................. 34グループリソースの手動構成............................................................. 35アプリケーションホストのクライアントリソースの手動構成......... 35マウントホストのクライアントリソースの手動構成 ....................... 36

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

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

目次

第 3章 NSMの VMAXストレージアレイ用構成 VMAXストレージアレイ用の NSMサポート ............................................ 40

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

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

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

第 4章 NSMの VNX Blockストレージアレイ用構成 VNX Blockストレージアレイの NSMサポート......................................... 46

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

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

第 5章 NSMの RecoverPointアプライアンス用構成 NSMによる RecoverPointアプライアンスのサポート .............................. 50

RecoverPointソフトウェアを使用する NSMオペレーション ............. 50RecoverPoint構成の前提条件 .............................................................. 50RecoverPoint構成の制限事項 .............................................................. 51

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

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

第 6章クラスタ環境の NSM

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

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

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

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

リカバリウィザードを使用したスナップショットからのリストア ........ 61 ロールバックによるスナップショットのリストア .................................. 64ロールバックに関する考慮事項 .......................................................... 64NSM psrollback.resファイルの構成 .................................................... 66Veritas Volume Managerでのロールバック ......................................... 67Linux Logical Volume Managerでのロールバック ................................ 67IBM AIXボリュームマネージャでのロールバック.............................. 67

4 EMC NetWorkerスナップショット管理リリース 8.1統合ガイド

目次

第 8章トラブルシューティングトラブルシューティング........................................................................... 70 NSMスナップショットバックアップの問題............................................ 70

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

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

付録 A アプリケーション情報の変数アプリケーション情報の変数の使用 ........................................................ 74 一般的なアプリケーション情報の変数..................................................... 75 VMAXアレイ用のアプリケーション情報の変数 ....................................... 76 VNX Blockアレイのアプリケーション情報の変数 .................................... 78 RecoverPointアプライアンス用のアプリケーション情報の変数.............. 79

付録 B NSMのコマンドライン操作 CLIコマンドを使用した NSM操作の実行 ................................................. 82 nsrsnapadminを使用した NSMオペレーション ....................................... 83対話形式モードでの nsrsnapadminの実行 ......................................... 83nsrsnapadminオペレーションの例 ..................................................... 84

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

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

付録 C レガシーの PowerSnap構成の移行レガシーの PowerSnap構成の NSMへの移行........................................... 90

UNIXシステムでの PowerSnapの削除 ................................................ 90Microsoft Windowsシステムでの PowerSnapの削除 .......................... 90

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

用語集


はじめに

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

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

注記：このマニュアルには、発行時点で正確だった情報が記載されています。EMCオンラインサポート（https://support.emc.com）にアクセスして、このマニュアルの最新バージョンを使用していることを確認してください。

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

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

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

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

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

関連ドキュメントこのマニュアルは、NetWorkerマニュアルセットの一部です。次に示す EMC関連の資料に補足情報が記載されています。

◆ 「EMC NetWorkerソフトウェアコンパティビリティガイド」EMC情報保護ソフトウェアの各バージョンでサポートされているクライアンント、サーバ、ストレージのオペレーティングシステムの一覧が記載されています。

◆ 「EMC NetWorkerインストールガイド」すべてのサポートプラットフォームのクライアント、コンソール、サーバのNetWorkerソフトウェアをインストールまたは更新する手順を説明しています。

◆ 「EMC NetWorkerクラスタインストールガイド」クラスタサーバおよびクライアントでの NetWorkerソフトウェアのインストールに関連した情報が記載されています。

◆ 「EMC NetWorker管理ガイド」NetWorkerソフトウェアの構成および保守の方法が説明されています。




はじめに

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

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

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

◆ 「EMC NetWorker License Managerインストールと管理ガイド」NetWorker License Manager製品のインストール、設定、構成の情報が記載されています。

◆ 「EMC NetWorkerエラーメッセージガイド」一般的な NetWorkerエラーメッセージに関する情報が記載されています。

◆ 「EMC NetWorkerコマンドリファレンスガイド」NetWorkerのコマンドおよびオプションに関する参照情報が記載されています。

◆ 「EMC NetWorker Avamar統合ガイド」統合された EMC NetWorker環境内で Avamar重複排除ノードを使用するための計画、手順、構成情報が記載されています。

◆ 「EMC VMware統合ガイド」統合された NetWorker環境内で VADP（VMware vStorage API for Data Protection）を使用するための計画、手順、構成情報が記載されています。

◆ 「EMC NetWorker管理コンソールオンラインヘルプ」NetWorker Management Consoleと［NetWorker管理］ウィンドウで日常の管理タスクを実行する方法を説明しています。

◆ 「EMC NetWorker Userオンラインヘルプ」NetWorker Userプログラムを使用し、ネットワークを介してファイルをバックアップ、リカバリ、アーカイブ、取得する方法に関する情報が記載されています。 NetWorker Userプログラムは、NetWorkerサーバの Microsoft Windowsクライアントのインタフェースです。

本書で使用する表記規則EMCでは、注記および警告に以下の表記規則を使用します。

通知 : 負傷に関連しない作業を示すために使用されます。

注記：注は、重要だが障害には結びつかない情報を示します。


はじめに

表記規則

本書では次の文字スタイル表記規則が使用されています。

問い合わせ先EMCのサポート情報、製品情報、ライセンス情報は、以下の場所で入手できます。

製品情報 —ドキュメント、リリースノート、ソフトウェアアップデート、またはEMC製品に関しては、以下の EMCオンラインサポート用 Webサイトをご覧ください。https://support.emc.com

Normal 次に示す通常の（手順説明以外の）テキストに使用する。• インタフェース要素の名前（ウィンドウ、ダイアログボックス、ボタン、フィールド、メニューの名前）

• リソース、属性、プール、論理式、ボタン、DQLステートメント、キーワード、節、環境変数、関数、ユーティリティの名前

• URL、パス名、ファイル名、ディレクトリ名、コンピュータ名、リンク、グループ、サービスキー、ファイルシステム、通知

太字処理手順を除く本文で、以下の場合に使用 : コマンド、デーモン、オプション、プログラム、プロセス、サービス、アプリケーション、ユーティリティ、カーネル、通知、システムコール、マニュアルページの名前次の手順説明のテキストに使用する。• インタフェース要素の名前（ウィンドウ、ダイアログボックス、ボタン、フィールド、メニューの名前）

• ユーザーが具体的に選択、クリック、押す、入力する対象斜体次のすべての（手順説明を含む）テキストに使用する。

• 参照先のマニュアルのタイトル• 強調（新規用語など）• 変数

Courier 用途：• エラーメッセージやスクリプトなどのシステム出力• 本文以外で使用される、URL、完全なパス、ファイル名、プロンプト、構文

クーリエ、太字特定のユーザー入力に使用（コマンドなど）クーリエ、斜体次の手順説明のテキストに使用する。

• コマンドラインの変数• ユーザー入力の変数

< > 山括弧は、ユーザーが入力したパラメータ値または変数値を囲みます。

[ ] 角括弧は、オプションの値を囲みます。| 縦棒は、他の選択を示す「OR」を意味する{ } 中括弧内は、ユーザーが指定する必要のある内容を示す（例 :

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


[email protected]

はじめに

テクニカルサポート — EMCオンラインサポートにアクセスして、［サービスセンター］をクリックしてください。EMCは、EMCテクニカルサポートに連絡するオプションを複数提供しています。サービスリクエストを利用するには、有効なサポート契約が結ばれている必要があります。有効なサポート契約の入手方法の詳細や、アカウントに関する質問については、EMC担当営業にお問い合わせください。

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

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


https://community.EMC.com

mailto:[email protected]

第 1章NSM機能の概要

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

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

NSM機能の概要 11

NSM機能の概要

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

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

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

ボリュームマネージャ、NetWorkerモジュール、クラスタ環境など、NSMでサポートされるバージョンの詳細については、「EMC NetWorkerソフトウェアコンパティビリティガイド」を参照してください。

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

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

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

◆ EMC VMAX®アレイ：EMC TimeFinder® Clone、VDEV、BCV、VP Snap™、EMC SRDF®（Symmetrix Remote Data Facility）操作。

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

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

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

スナップショットを管理するために、NSMはマウントホスト上にスナップショットボリュームをマウントします。マウントホストは、アプリケーションホスト、NetWorkerストレージノード、リモート NetWorkerクライアントホストのいずれかです。NSMは、スナップショットリストア作業や、ディスクやテープなどのスト


NSM機能の概要

レージメディアへのスナップショットのロールオーバーにはこのマウントホストを使用します。スナップショットのロールオーバーは、従来のバックアップ操作と同じです。

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

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

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

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

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

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

サポートされないバックアップ構成NSMでは次の構成はサポートされません。

◆ Solarisオペレーティングシステムのコンテナ（ゾーン） ◆ Solaris ZFSファイルシステム

詳細については、「EMC NetWorkerソフトウェアコンパティビリティガイド」を参照してください。

NSM製品の説明 13

NSM機能の概要

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

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

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

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

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

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

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

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

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

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

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

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


NSM機能の概要

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

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

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

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

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

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

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

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

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

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

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

NSM製品の説明 15

NSM機能の概要

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

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

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

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

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

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

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

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

◆ EMC VMAX（Symmetrix）ストレージアレイ◆ EMC VNX Block（CLARiX）ストレージアレイ◆ EMC RecoverPointアプライアンス

認定済みの最新のストレージアレイに関するサポートの詳細については、「EMC NetWorkerソフトウェアコンパティビリティガイド」を参照してください。

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


NSM機能の概要

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

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

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

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

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

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

バックアップストレージメディアNSMは、AFTD、DD Boostデバイス、テープなどの従来のバックアップストレージメディアへのスナップショットのロールオーバーを実行できます。ロールオーバー中に、NetWorkerはクライアントファイルインデックスにセーブセットファイルをカタログします。

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

サポートされているバージョンの詳細については、「EMC NetWorkerソフトウェアコンパティビリティガイド」を参照してください。

アプリケーションの構成の詳細については、「EMC データベースおよびアプリケーション用 NetWorkerモジュール管理ガイド」および「EMC NetWorker Module for SAP with Oracle管理ガイド」を参照してください。

NSMネットワークのコンポーネント 17

NSM機能の概要

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

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

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

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

サポートの詳細については、「EMC NetWorkerソフトウェアコンパティビリティガイド」を参照してください。

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

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

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

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

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


NSM機能の概要

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

ストレージメディアへのスナップショットおよびロールオーバーの例次の図とプロセスの説明は、一般的な NSM環境でロールオーバーバックアップを使用したスナップショット中のデータのフローを示しています。

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

NSMスナップショット環境の例 19

NSM機能の概要

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

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

注記：アプリケーションホストは NMDAまたは NMSAPを実行できます。これらのモジュールの一般的なプラクティスとしては、アプリケーションホストは、アプリケーションホストをマウントホストとしても使用する独自の NetWorkerストレージノードを持つことができます。

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

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

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

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

3. NSMは、完成したスナップショットボリュームを一時的にマウントホストにマウントし、ストレージメディアにボリュームをバックアップできるようにします。


NSM機能の概要

マウントホストの選択は、ストレージネットワークの構成によって決まります。計画時には、使用可能なさまざまなホストでのデータ処理速度および帯域幅の負荷を考慮しておくことを推奨します。たとえば、マウントホストは次のいずれかのコンポーネントにできます。

• NetWorkerストレージノード（19ページの図 1を参照）• アプリケーションホスト（20ページの図 2を参照）• NetWorkerクライアントソフトウェアをインストールしたリモートのマウントホスト

注記： NetWorkerクライアントリソース属性で［クライアントダイレクト］および［DD Boost］オプションを指定している場合は、ロールオーバー操作中にマウントホストでクライアント上のデータの重複排除処理が行われます。

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

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

注記：ロールオーバーのみのスナップショット操作の後にスナップショットが削除され、それ以降の NSM操作では使用できません。

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

• スナップショットがロールオーバーされず、ストレージアレイ上のみに保持される場合、スナップショットは NSMスナップショットリストアまたはロールバックに使用可能です。NSMは、スナップショットの使用期限が終了するか NSMがスナップショットポリシーで指定されているように新しいスナップショットを作成するためにスナップショットを削除しなければならなくなるまで、スナップショットを保持します。

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

NSMスナップショット環境の例 21

NSM機能の概要

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

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

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

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

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

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

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

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


第 2章ソフトウェア構成


◆ 「NSM構成のロードマップ」 ................................................................................. 24◆ 「NSM構成の動作条件」 ......................................................................................... 24◆ 「ユーザー権限の構成」 ......................................................................................... 27◆ 「NetWorker serversファイルの構成」 .................................................................... 28◆ 「クライアントウィザードを使用した NSMバックアップの構成」 ..................... 28◆ 「NSMバックアップの手動構成」 .......................................................................... 34◆ 「アプリケーション情報の変数の構成」 ................................................................ 37◆ 「前処理スクリプトと後処理スクリプトの構成」 ................................................. 37

ソフトウェア構成 23

ソフトウェア構成

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

1. 構成の動作条件を満たしていることを確認します。

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

2. アプリケーションホストおよびストレージノードでユーザー権限を構成します。

詳細については、27ページの「ユーザー権限の構成」を参照してください。

3. アプリケーションホストおよびマウントホストで NetWorkerサーバファイルを構成します。

詳細については、28ページの「NetWorker serversファイルの構成」を参照してください。

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

• 28ページの「クライアントウィザードを使用した NSMバックアップの構成」• 34ページの「NSMバックアップの手動構成」

5. 必要なアプリケーション情報の変数を構成します。

詳細については、37ページの「アプリケーション情報の変数の構成」を参照してください。

6. 必要な前処理 /後処理スクリプトを構成します。

詳細については、37ページの「前処理スクリプトと後処理スクリプトの構成」を参照してください。

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

• 第 3章「NSMの VMAXストレージアレイ用構成」• 第 4章「NSMの VNX Blockストレージアレイ用構成」• 第 5章「NSMの RecoverPointアプライアンス用構成」• 第 6章「クラスタ環境の NSM」

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

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

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

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

◆ VMAXストレージアレイ：



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

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

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

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

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

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

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

◆ RecoverPointアプライアンス：

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

• RecoverPointアプライアンスで構成された RecoverPoint CDP（継続的なデータ保護）または RecoverPoint CRR（連続的なリモートレプリケーション）。

EMCオンラインサポートから入手可能な、使用するストレージアレイまたはアプライアンスのサポートマトリックスには、システムとソフトウェアの要件の詳細が記載されています。

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

◆ アプリケーションホストがNetWorkerクライアント8.1ソフトウェアを実行していること。

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

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

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

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

NSM構成の動作条件 25


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

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

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

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

◆ ローカルアプリケーションホスト◆ NetWorkerストレージノード◆ リモート NetWorkerクライアントホスト

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

20ページの図 2に、アプリケーションホストがマウントホストを兼ねている例が記載されています。

注記： VxVM（Veritas Volume Manager）および Linux LVM（論理ボリュームマネージャ）では、アプリケーションホストをマウントホストとして使用できません。複数の同一のファイルシステムを同じホスト上で認識させることはできません。

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

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

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

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

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

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

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

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

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

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



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

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

注記：マウントホストとして使用しているローカルアプリケーションホストからロールオーバーを実行する場合は、アプリケーションホストの NetWorkerクライアントを NetWorkerストレージノードにアップグレードすることを検討します。

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

◆ NetWorkerストレージノード 8.1ソフトウェアがインストールされていること。◆ バックアップストレージデバイスがロールオーバー操作用にストレージノードで構成されていること。

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

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

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

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

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

• Microsoft Windowsシステムの場合：

user=administrator,host=application_hostnameuser=administrator,host=mount_hostnameuser=system,host=application_hostnameuser=system,host=mount_hostname

• UNIXシステムの場合：

user=root,host=application_hostnameuser=root,host=mount_hostname

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

注記：［NetWorkerの使用］権限を選択するには、ポップアップメッセージに示された追加権限を選択する必要が生じる場合があります。

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

ユーザー権限の構成 27


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

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

• Microsoft Windowsシステムの場合： C:\Program Files\EMC NetWorker\nsr\res\servers

• UNIXシステムの場合：/nsr/res/servers

注記：リモート接続などによって NetWorker管理プログラムを実行する他のホストがある場合は、そのホスト名をこの serversファイルに追加します。

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

注記：ダイレクトリカバリ操作を実行する場合、データの復旧先クライアントのホスト名をこのファイルに含めます。

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

クライアントウィザードを使用した NSMバックアップの構成NSMスナップショットバックアップなどのバックアップ操作を構成するには、NMCクライアント構成ウィザードが推奨される方法です。ウィザードにより、構成処理手順中の複雑さとエラーが軽減されます。

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

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

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

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

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

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

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



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

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

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

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ではこのホストがマウントホストとして使用されます。詳細については、 75ページの「一般的なアプリケーション情報の変数」を参照してください。

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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




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

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

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

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

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バックアップワークフローに指定したものと同じ設定を次の属性に指定します。

– ブラウズポリシー– ［Retention Policy］– バックアップスケジュール

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

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

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

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

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

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



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

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


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

注記：スナップショットポリシーはグループのみに適用され、nsrsnap_saveコマンドで実行された手動バックアップには影響しません。

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

• 新規スナップショットを作成する場合は、新しいスナップショットポリシーを作成します］を選択し、次の属性を指定します。

a.［名前］フィールドに、スナップショットポリシーの名前を入力します。

注記：既存のポリシーの名前は変更できません。ポリシーへのすべての参照を削除し、ポリシー名を削除してから、新規ポリシー名を作成する必要があります。

b.［スナップショット数］フィールドで、1日にこのアレイ上でこのクライアントに対して NSMで実行するスナップショットバックアップの最大数を指定します。

注記：同じセーブセットの NSMバックアップ間の時間を十分に取って、操作が完了できるようにします。時間インターバルが短すぎると、NSMで一部のスナップショットのバックアップがスキップされます。

c.［スナップショットの保持］フィールドで、このアレイ上でこのクライアントに対して NSMで保持するスナップショットバックアップの最大数を指定します。NSMでこの数のスナップショットバックアップが保持された後は、新規スナップショットの作成前に、最も古いスナップショットが必要な数削除されます。

たとえば、［スナップショット数］を 8に設定して、［スナップショットの保持］を 4に設定した場合、NSMでは 1日に 8回スナップショットバックアップが実行されますが、保持されるのは 4個の最新のスナップショットのみです。

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

d.［スナップショットポリシーの有効期限］フィールドで、スナップショットバックアップの最大ライフサイクルを選択します。このライフサイクルに到達すると、NSMはスナップショットとその NetWorkerセーブセットを削除します。



新規有効期限ポリシーを作成する場合は、属性の右側のプラス記号（+）をクリックし、［ポリシーの作成］ウィンドウで［ポリシー名］と［期間］を指定します。

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

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

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

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

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

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

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

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

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

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

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

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

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

すべてのスナップショットすべてのスナップショットをロールオーバーします。最初のスナップショットその日の最初のスナップショットをロールオーバーし

ます。最後のスナップショット予想される最大の［スナップショット数］の値に基づ

いて、その日の最後のスナップショットをロールオーバーします。

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

スナップショットをバックアップしてはなりません

スナップショットをロールオーバーしません。



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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

注記：オペレーティングシステム上の制約により、996文字または 275のディレクトリ階層を超えるファイルシステムパス名を指定すると、バックアップが異常終了します。手動で入力したパス名では大文字と小文字が区別されます。

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

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

詳細については、付録 A、「アプリケーション情報の変数」。を参照してください。

注記： NSMではこれらの属性の妥当性検査は行われません。必ず大文字で正しい属性名を入力し、適切な値を指定します。値には、属性に応じて大文字を指定することもできます。

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

• Microsoft Windows システムの場合：system@mount_host

• UNIX システムの場合：root@mount_host

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

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

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

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

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



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


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

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

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

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

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

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

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

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

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

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

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

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

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

アプリケーション情報の変数の構成 37


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

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

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

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

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

NSR_PRE_SNAPSHOT_SCRIPT=pre-mirror_split-script_pathNSR_POST_SNAPSHOT_SCRIPT=post-mirror_split-script_path

5. バックアップが完了したら、アプリケーションクライアントホストの /nsr/logs（UNIX）ディレクトリに生成されたログファイルを検証します。ログファイルの名前は、script_name_LOGFILE.txtという形式になります。スクリプトの出力はこのログファイルに表示されます。


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


◆ 「VMAXストレージアレイ用の NSMサポート」....................................................... 40◆ 「ソース LUNとミラー LUNのペアリング」............................................................... 41◆ 「VMAX SRDF/Sのサポート」....................................................................................... 43

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

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

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

PowerSnap VMAXの実装を NSMに移行する方法については、付録 C、「レガシーのPowerSnap構成の移行」を参照してください。

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構成には、次の動作条件とサポートが適用されます。

◆ ミラーデバイスをマウントホストにマスクする必要があります。マウントホストで symdev show mirror_deviceコマンドを実行して、デバイスに物理パス名があることを確認できます。

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

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

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

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

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



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

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

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

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

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

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

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

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

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

Intelligent pairing

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

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

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

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

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

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

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


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

NSMでは、Intelligent Paringのストレージグループから選択したデバイスの内容は破棄されます。ソース LUNをストレージグループに追加しないでください。デバイス LUNは、NSMスナップショットミラーデバイスとして使用する以外の目的でNsrSnapSGストレージグループに使用しないこと。

注記： NSMでは、ミラー LUNは一度に 1個のソース LUNとのみペアリングできます。まれに、複数のアプリケーションホストがバックアップ操作用に同じ空きミラー LUNを同時に使用しようとする場合があります。1回のバックアップは成功しますが、競合するバックアップは失敗します。失敗したバックアップを再試行してください。別のミラーが使用されます。

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

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の次の特徴を考慮してください。

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



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

◆ 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_filesystem 000194901248: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ではこのミラーからロールオーバーが実行されます。

VMAX SRDF/Sのサポート 43


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

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

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

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

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

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

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

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

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

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

◆ NSMでは、コンカレント RDF、STAR、非同期コピー（SRDF/A）構成およびモードはサポートされません。

この環境でのロールバックオペレーションの詳細については、44ページの「SRDF/S環境でのロールバック」を参照してください。

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ストレージアレイ用構成


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

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

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

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

PowerSnap VNXの実装を NSMに移行する方法については、付録 C、「レガシーのPowerSnap構成の移行」を参照してください。

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

詳細については、「EMC VNXシリーズ VNX for Blockコマンドラインインタフェースリファレンス」マニュアルを参照してください。

VNX構成の動作条件およびサポートアプリケーションホストとスナップショットマウントホストに、VNXに必要となるEMCストレージアレイソフトウェアがインストールされていることを確認します。

詳細については、24ページの「ストレージアレイの動作条件」を参照してください。

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

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

Navisphereセキュリティファイルの構成VNXアレイでのスナップショット操作の対象となるすべてのノードで Navisphereセキュリティファイルが必要です。セキュリティファイルでは、クローン作成およびその他の機能に VNX naviseccliコマンドを使用できます。このファイルが存在しないか 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.msc］。

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

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

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

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

PSEXEC -i -s -d CMD

新しいコマンドプロンプトが表示されます。

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

WHOAMI/USER

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

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

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

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

Navisphereセキュリティファイルの構成 47

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


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

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

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

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

PowerSnap RecoverPointの実装を NSMに移行する方法については、付録 C、「レガシーの PowerSnap構成の移行」を参照してください。

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

注記： NSMでは、CLR（ローカル連続レプリケーション）はサポートしていませんので、注意してください。

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

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

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

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

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

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

詳細については、24ページの「ストレージアレイの動作条件」を参照してください。



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

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

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

◆ NSMでは、rawデバイスを Microsoft Windowsシステムにバックアップできない。代わりに、G:\などのドライブ文字を指定してドライブをバックアップする。

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

保護セットの名前変更、内容の変更など、NSMオペレーションの外部でRecoverPoint保護セットの変更を行うと、この保護セットに基づく NSMスナップショットのバックアップとリストアが失敗することになる場合があります。保護セットが変更されている場合は、新しい NSMスナップショットを作成してください。

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

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

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

• スナップショットバックアップ（PIT）• マウントホストへの PITマウント• ロールオーバー（PITのバックアップ）• スナップショットリストア • スナップショット管理

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

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

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


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

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

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

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

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

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

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

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

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

ウィザード以外に、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スナップショットオペレーションの管理をプランニングする際は、発生する可能性がある次の問題を考慮する必要があります。

◆ ストレージの変更率が高いと、バックアップが完了する前に、ブックマークによるコピーポリシー保存期間が到来する場合がある。この結果、スナップショットロールオーバーが失敗することがあります。

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

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

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

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

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

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

第 6章クラスタ環境の NSM


◆ 「NSMでサポートしているクラスタ環境」 ........................................................... 56◆ 「クラスタ環境の NSM用構成」 ............................................................................. 57◆ 「クラスタ環境の AIXシステム」 ........................................................................... 58

クラスタ環境の NSM 55

クラスタ環境の NSM

NSMでサポートしているクラスタ環境クラスタ構成で NSMを使用して、仮想ノード上のファイルシステムからスナップショットを作成できます。56ページの図 4に、クラスタ環境でのスナップショットおよびロールオーバーのデータフローの例を示します。

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

クラスタ環境での NSMによるフェイルオーバースナップショット操作は、フェイルオーバー操作またはリストア操作の間に中止されることがあります。NSMでは ss.resファイルにあるトランザクションのログを使用することで、中止されたスナップショットをクリーンアップし、NSM環境をスナップショット前の状態に戻します。この ss.resファイルは、クラスタ内の各仮想ノードで使用可能な共有ディレクトリに存在する必要があります。

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

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

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



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

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

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

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

2. 物理ノードでクラスタ構成スクリプトを実行することにより、クラスタの各物理ノードをクラスタアウェア NetWorkerクライアントとして構成します。

• Microsoft WindowsNetWorker_install_path\lc_config

• UNIX：/NetWorker_install_path/networker.cluster

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

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

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

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

– アプリケーションリソースグループで管理するストレージ– クラスタ内のすべてのノードからアクセス可能である、グローバルなファイルシステム

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

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

– Microsoft Windowssystem@clus_phys1system@clus_phys2

– UNIX：root@clus_phys1root@clus_phys2

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

クラスタ環境の NSM用構成 57


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

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

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

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

synclvodm -v VGName

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


第 7章データ管理とリカバリ


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

データ管理とリカバリ 59

データ管理とリカバリ

ファイルシステムデータの 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リストアオペレーションには、次のサポートと制限事項があります。

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

• NMCリカバリウィザードの GUI • nsrsnapadminコマンドユーティリティ• nsrsnap_recoverコマンド

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

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

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

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

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

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

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

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

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

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

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

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

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

NSMリストアのサポートおよび制限事項 61


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

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


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

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

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

– セーブセットのマウントとリカバリのための参照– スナップショットのロールバック

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

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

注記：このオペレーションでは、1つのセーブセットのみを選択できます。セーブセットを追加するごとに、ウィザード全体を繰り返す必要がある。

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

– この手順ですでに選択したデスティネーションクライアント。– ドロップダウンリストから選択可能なストレージノード。

注記：ストレージノードをマウントホストとして使用する場合は、ストレージノードがストレージアレイにアクセスできることを確認する。たとえば、このマウントホストは、ソースクライアントのプロパティの［NSR_DATA_MOVER］アプリケーション情報属性に指定できる。

注記： Veritas Volume Managerでは、同じホストにマウントされた本番ファイルシステムとスナップショットファイルシステムは構成できない。デスティネーションクライアントには、アプリケーションホストを指定できない。

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

d.［セーブセットのロールバック］を選択している場合は、警告を確認します。ロールバックにより、この手順ですでに選択したデスティネーションクライアントにスナップショット全体がリストアされます。ロールバックは破壊的なプロセスです。



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

e.［Next］をクリックします。結果は、これまでの選択によって変わります。

– ［セーブセットのマウントとリカバリのための参照］オプションを選択している場合、NSMでは、スナップショットボリュームをマウントホストにマウントする。

マウントオペレーションには、時間がかかる場合がある。

– ［スナップショットのロールバック］オプションを選択している場合は、ウィザードは自動的に［リカバリの実行］ページに移動する。

5. ［セーブセットのマウントとリカバリのための参照］オプションを選択している場合は、［リカバリするデータの選択］ページに入力します。

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

注記：期限切れのセーブセットはリストされません。Rコマンドオプションを付けて nsrsnapadminコマンドユーティリティを使用するか、nsrsnap_recoverコマンドを使用することにより、既存の満了したセーブセットを手動でリストアできます。詳細については、 83ページの「nsrsnapadminを使用した NSMオペレーション」と「EMC NetWorkerコマンドリファレンスガイド」を参照してください。


6. ［セーブセットのマウントとリカバリのための参照］オプションを選択している場合は、［リカバリオプションの選択］ページに入力します。

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

– ［オリジナルパス］

– ［新しいデスティネーションパス］

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

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

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

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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

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

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

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

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

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

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

◆ psrollback.resファイルに、ロールバックターゲットが含まれている。◆ 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が復元されます。

ロールバックによるスナップショットのリストア 65


NSM psrollback.resファイルの構成

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

◆ UNIXの場合

/nsr/res/psrollback.res

◆ Microsoft Windowsの場合：

C:\Program Files\Legato\nsr\res\psrollback.res

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

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

このリソースファイルには、次の機能があります。

◆ 次の構文規則を使用して、このファイルにファイルまたはディレクトリをさらに追加できます。

• ファイルまたはディレクトリごとに 1行必要。• /tmpなど、/で始まるパス名は絶対パス名。

◆ このファイルは次の項目をサポートします。

• ディレクトリまたはファイルのパス名

• ファイルシステム

• /dev/vg_01/vol1など、管理対象または管理対象外 rawデバイスのブロックデバイス

• このファイルは、キャラクタデバイスをサポートしません

注記： Solaris上のパーティション化されたディスクのロールバックを実行する場合、定義されているすべてのパーティションが安全性チェックの対象になります。ロールバックの失敗を回避するには、未使用のパーティションを psrollback.resファイルにリストします。

例/fs1/dir（UNIX）または C:\fs1（Microsoft Windows）のロールバックを実行する前に、psrollback.resファイルに次の有効なエントリーを作成します。

◆ UNIXの場合：

/fs1/dir1/fs1/dir2/file1/fs2

◆ Microsoft Windowsの場合：

D:\dir1



C:\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ボリュームマネージャを使用したロールバックを次のようにサポートします。

◆ NSMは、Auto On機能を［いいえ］に設定してあれば、HACMP共有ボリュームグループ環境でのロールバックをサポートします。この設定により、システム起動時に AIXによってボリュームグループが自動でアクティブ化されません。

◆ NSMでは、HACMPコンカレントボリュームグループ環境でのロールバックをサポートしません。ロールバックは正常に完了したように見えることがありますが、コンカレント対応のボリュームグループはコンカレント対応でないボリュームグループに変更されます。

◆ NSMは、インラインログを持つファイルシステムのバックアップをサポートしません。

HACMP共有ボリュームグループ用 Auto On設定の構成AIXシステム上でのロールバック後、AIXでは、HACMP共有ボリュームグループ構成をデフォルトで非同期状態にします。

同期状態を維持するロールバックを有効化するには、次の手順を実行します。

1. クラスタサービスがオンラインになっているホストで、次のコマンドを使用してボリュームグループをオフラインにします。

varyoffvg vg_name

ロールバックによるスナップショットのリストア 67


2. オフラインのボリュームグループに含まれる各 HACMPノードで、次の操作を実行します。

a. 共有ボリュームグループをエクスポートする。

b. 共有ボリュームグループをインポートする。

c. -a nオプションを付けて chvgコマンドを使用して、Auto On設定を［いいえ］に設定します。

chvg -a n -Q y vg_name

3. クラスタサービスがオンラインになっているホストで、次のコマンドを使用してボリュームグループをオンラインにします。

varyonvg vg_name

4. ホスト間で HACMPリソースグループを移動して、クラスタフェイルオーバーが正常に行われることをテストします。


第 8章トラブルシューティング


◆ 「トラブルシューティング」 .................................................................................. 70◆ 「NSMスナップショットバックアップの問題」 ................................................... 70◆ 「NSMスナップショットのリストアの問題」 ........................................................ 71

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

トラブルシューティング

トラブルシューティングこの章のセクションを参照して、NSMの構成と操作に関する問題を識別および解決できます。

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のリストアが完了しました］と出力されて、NetWorker Consoleにリストアされたファイルが示されたときでも、ファイルはリストアされていません。

代替方法適切なパス名を指定して、このコマンドを実行します。

NSMスナップショットのリストアの問題 71

付録 A

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

本付録は、次のトピックで構成されます。

◆ 「アプリケーション情報の変数の使用」 ................................................................ 74◆ 「一般的なアプリケーション情報の変数」 ............................................................ 75◆ 「VMAXアレイ用のアプリケーション情報の変数」 ............................................... 76◆ 「VNX Blockアレイのアプリケーション情報の変数」 ............................................ 78◆ 「RecoverPointアプライアンス用のアプリケーション情報の変数」 ..................... 79

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


アプリケーション情報の変数の使用アプリケーションホストの手動構成の一環として、いくつかの NSM構成では、特定の変数を使用してスナップショットプロセスを詳細に制御する必要があります。

このような制御を実行するには、アプリケーションホストのクライアントリソースの［アプリケーション情報］属性に変数と値を入力します。

アプリケーション情報の変数を指定するための手動構成手順については、35ページの「アプリケーションホストのクライアントリソースの手動構成」を参照してください。



一般的なアプリケーション情報の変数75ページの表 1に、NSMでサポートされているストレージアレイで一般的なアプリケーション情報の変数を示します。

表 1 一般的なアプリケーション情報の変数

一般的な変数定義

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および 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レベル機能がディスクまたはボリュームへの書き込みを強制的にフリーズおよびフリーズ解除します。

一般的なアプリケーション情報の変数 75


VMAXアレイ用のアプリケーション情報の変数76ページの表 2に、NSMが VMAXストレージアレイに対して使用できるアプリケーション情報の変数を示します。

表 2 VMAXアレイ用のアプリケーション情報の変数（１ /２ページ）

VMAXの変数定義

NSR_PS_SYMM_IP 有効な値は、TRUEおよび FALSEです。デフォルト値は TRUEです。FALSEに設定すると、Intelligent Pairingが使用されず、NSMではsymm.resファイルのみが使用されます。

SYMM_CLONE_FULL_COPY 有効な値は、TRUEおよび FALSEです。デフォルト値は TRUEです。• TRUE：ソース LUNのすべてのデータがコピーされます。• FALSE：ターゲットが COW（CopyOnWrite）モードになり、すべてのデータのコピーが行われなくなります。

注：• 1回のバックアップ /リストアセッションでは、NSMはミラーまたはクローンのいずれかとして BCVを使用できますが、その両方として使用することはできません。

• この変数が FALSEの場合に取られたスナップショットには、ロールバックオペレーションを行うことができない。試行したロールバックは失敗します。

SYMM_EXISTING_PIT 有効な値は、TRUEおよび FALSEです。デフォルト値は FALSEです。symm.resファイルのターゲットの状態を指定する。TRUEに設定すると、ターゲット LUNがソース LUNをスプリットした状態になる。

SYMM_IP_TAKE_UNPAIRED 有効な値は、TRUEおよび FALSEです。デフォルト値は TRUEです。NSMがソース LUNと現在ペアリングされているミラーを使用できない場合に、Intelligent Pairingで使用されます。• TRUEに設定すると、別の LUNとの関係のある、NsrSnapSGグループ内の期限切れの古いミラーを Intelligent Pairingで再利用できます。Intelligent Pairingは、古い関係を終了してから、ミラーを新しいソース LUNとペアリングします。また、Intelligent Pairingでは、NsrSnapSG内の関連づけられていない新しいデバイスをソース LUNとペアリングできます。

• FALSEに設定すると、Intelligent Pairingは、ソース LUNとすでにペアリングされたデバイスから、使用可能なミラーのみを選択できます。

SYMM_ON_DELETE デフォルト値は RETAIN_RESOURCEです。バックアップ後のミラーデバイスの状態を指定する。この設定は、SYMM_CLONE_FULL_COPYを TRUEに設定したクローンミラー、BCV、VP Snapに対してのみ有効である。SYMM_CLONE_FULL_COPY=FALSEを設定した VDEVおよびクローンミラーの場合、NSMは関係を必ず解消します。• RETAIN_RESOURCE：NSMは、スナップショットの削除時にミラーをソースと再同期します。

• RELEASE_RESOURCE：NSMは、ミラーをスプリット状態のままにします。この設定は、手動でのバックアップやミラーが（異なるソースとともに）繰り返し頻繁に使用されるときに推奨される。

• START_STATE：NSMは、ターゲットミラーをバックアップ前と同じ状態（スプリット状態または同期状態）のままにします。



SYMM_RB_OVERRIDE_OTHER_TGTS 有効な値は、TRUEおよび FALSEです。デフォルト値は FALSEです。• FALSE：NSMは、他のミラーがソースデバイスとの同期状態にある場合、ロールバックが失敗します。

• TRUE：NSMは、ロールバック操作の前に同期されたミラーをすべてスプリットし、ロールバックの完了時にミラーを再同期します。

注：• この変数の使用時に、ミラーデバイスとソースデバイスが同期状態になっていることを確認します。ステータスが syncInProgまたは splitInProgにならないようにします。InProgステータスでは、ロールバックの試行後にスナップショットが失われる。

• InProgステータスにならない場合もある。ロールバックの前にミラーペアの同期 /スプリットを手動で行う場合には、同期 /スプリットが完了するまで待つ必要があります。

SYMM_RES_USE_POLICY デフォルト値は ANYです。• EXISTING：NSMは、すでにソースデバイスと同期しているリソースをシークします。この設定によってバックアップ時間が短縮されます。

• FREE：NSMは、どのデバイスとも同期していないリソースをシークします。リソースは、スプリット状態かペアになっていない状態である必要があります。

• ANY：NSMは、まず既存の任意のリソースをシークします。何も見つからない場合は、FREEリソースが使用されます。

SYMM_SNAP_POOL デフォルト値は /nsr/res/symm.resです。symm.resファイルのパス名を定義します。

SYMM_SNAP_REMOTE 有効な値は、TRUEおよび FALSEです。デフォルト値は FALSEです。SRDFを使用する場合は TRUEに設定します。SRDFを使用しない場合、FALSEに設定する。

SYMM_SNAP_TECH 有効な値は SNAP、BCV、CLONE、VPSNAP、R2、ANYです。使用するミラーリングのタイプを定義します。• R2に設定する場合は、SYMM_SNAP_REMOTEを TRUEに設定しないと、バックアップが失敗する。

• ANYに設定する、または何も指定しない場合、NSMは CLONE、VDEV、BCVの順で使用可能な最適のミラーが選択されます。

表 2 VMAXアレイ用のアプリケーション情報の変数（２ /２ページ）

VMAXの変数定義

VMAXアレイ用のアプリケーション情報の変数 77


VNX Blockアレイのアプリケーション情報の変数78ページの表 3に、NSMが VNX Blockストレージアレイに対して使用できるアプリケーション情報の変数を示します。

表 3 VNX Blockアレイのアプリケーション情報の変数

VNX Blockの変数定義

CLAR_ON_DELETE NSMによりスナップショットが削除されたときに、クローン LUNを廃棄することを指定します。• RETAIN_RESOURCE：NSMは、クローンをそのソースと再同期します。これにより、クローン LUNがそれ以降のスナップショットリクエストに使用できるようになる。

• RELEASE_RESOURCE：NSMは、クローンをそのソースと再同期しません。これにより、クローン LUNが他のクライアントオペレーションに使用できるようになる。ただし、まず、このクローン LUNをソース LUNのクローングループから手動で削除しておく必要がある。このクローン LUNを再度同じクローングループに手動で追加して初めて、このクローン LUNがそれ以降のスナップショットリクエストで使用できるようになります。

• START_STATE：フラクチャされたときに同期状態だった場合のみ、NSMはクローンをソース LUNと再同期します。この場合、クローンの処理方法は次のいずれかになる。– RETAIN_RESOURCEワークフロー– RELEASE_RESOURCEワークフロー

このスナップショット機能を使用しない、ディスクまたはテープへの従来のバックアップは、NetWorker 8.1クライアントのインストールとともに NSMにアップグレードした後でも、NetWorkerソフトウェアで引き続き利用できます。［グループ］構成で、NSMの機能をバックアップで使用するかどうかを設定します。

EMCCLAR_SNAP_SUBTYPE 必須。デフォルト値は、書き込み時コピーバックアップ /リカバリのワークフローである COWです。• MIRRORに設定すると、クローンフラクチャおよびクローンバックアップとクローンリカバリのワークフローが実行されます。

• VNX-SNAPに設定すると、VNXスナップのバックアップと VNXスナップショットのリカバリのワークフローが実行されます。

FRAME_IP 使用する VNXポートの IPアドレスまたはホスト名を指定する。



RecoverPointアプライアンス用のアプリケーション情報の変数79ページの表 4に、NSMが RecoverPointアプライアンスに対して使用できるアプリケーション情報の変数を示します。

表 4 RecoverPointアプライアンス用のアプリケーション情報の変数

RecoverPointの変数定義

NSR_SNAP_TECH バックアップする RecoverPointレプリケーションタイプを指定します。CDPの場合は RP_CDPを、また、CRRの場合は RP_CRRの値を使用します。

RP_APPLIANCE_NAME 使用する NSMの RecoverPointアプライアンスのホスト名または IPアドレスを指定します。

RecoverPointアプライアンス用のアプリケーション情報の変数 79

付録 B

NSMのコマンドライン操作


◆ 「CLIコマンドを使用した NSM操作の実行」 ......................................................... 82◆ 「nsrsnapadminを使用した NSMオペレーション」 .............................................. 83◆ 「mminfoコマンドによるクエリー」 ..................................................................... 87◆ 「savegrpコマンドを使用したバックアップ」 ....................................................... 88

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


CLIコマンドを使用した NSM操作の実行この付録には、NSM操作に使用できる CLIコマンドとその例のサマリーが記載されています。

コマンドの詳細については、「EMC NetWorkerコマンドリファレンスガイド」およびNetWorkerのマニュアルページを参照してください。



nsrsnapadminを使用した NSMオペレーションnsrsnapadminコマンドユーティリティを対話形式モードで実行して、ファイルシステムのスナップショットセーブセットを手動でクエリー、リストア、削除、満了することができます。このユーティリティはアプリケーションホスト上で実行する必要があります。

注記： nsrsnapadminの対話形式コマンドでは、ファイルシステムのスナップショットのみがサポートされます。コマンドでは、NMDAや NMSAPデータなどのアプリケーションデータのスナップショットはサポートされません。

nsrsnapadminユーティリティを対話形式モードで開始するには、83ページの「対話形式モードでの nsrsnapadminの実行」で説明されているように nsrsnapadminコマンドを入力する必要があります。入力プロンプトが表示されたら、特定のコマンドと使用可能なオプションを入力して、83ページの表 5にリストされているいずれかの NSM操作を実行することができます。

詳細については、「EMC NetWorkerコマンドリファレンスガイド」および NetWorkerのマニュアルページを参照してください。

対話形式モードでの nsrsnapadminの実行対話形式モードで nsrsnapadminコマンドユーティリティを実行するには、次のコマンドを入力して nsrsnapadminプロンプトを表示します。

nsrsnapadmin -s server -c client

ここで、

◆ serverは、NetWorkerサーバのホスト名です。◆ clientnameは、アプリケーションクライアントのホスト名です。

nsrsnapadminコマンドとオプションの詳細については、「EMC NetWorkerコマンドリファレンスガイド」および NetWorkerのマニュアルページを参照してください。

表 5 nsrsnapadminの対話形式モードでサポートされるコマンドとオプション

NSM操作コマンドと使用可能なオプション

スナップショットセーブセットの表示

p [-s server] [-c client] [-v] [path]

スナップショットセーブセットの削除

d [-s server] [-c client] -S ssid

セーブセットリストアの実行 R [-s server] [-c client] [-v] -S ssid [-t destination] [-M mount_host] [-T recover_host] -m path

ファイル単位の参照とリストアの実行

r [-s server] [-c client] [-M mount_host] [-T recover_host] -S ssid

本番 LUNへのロールバックの実行 B [-s server] [-c client] [-Fv] [-M mount_host] -S ssid -m path

スナップショットセーブセットの有効期限のリセット

e time [-s server] [-c client] -S ssid

プログラムの終了 quit

nsrsnapadminを使用した NSMオペレーション 83


nsrsnapadminオペレーションの例対話形式モードで nsrsnapadminユーティリティを開始した後で、入力プロンプトで特定のコマンドとオプションを入力して、NSM操作を実行できます。次のセクションでは、特定の NSM操作に使用されるコマンドとオプションの例を示します。

スナップショットセーブセットのクエリーpコマンドとそのオプションを nsrsnapadminプロンプトで入力すると、プログラムは、NetWorkerサーバでクライアントのスナップショットセーブセットをクエリーします。プログラムによって、各スナップショットの作成日時などのスナップショットセーブセットの特定のプロパティがリストされます。例：

p -s server -c client [-v] path

ここで、

◆ serverは、NetWorkerサーバのホスト名です。

◆ clientは、NSMでのデータのバックアップ元だったクライアントのホスト名です。

◆ pathは、特定のスナップショットセーブセットのパス名です。単一のセーブセットのみをクエリーするには、パス名を入力します。それ以外の場合、出力メッセージにはすべてのセーブセットがリストされます。

次のようなメッセージが表示されます。

nsrsnapadmin> p -s ledma038 -c ledma218 ssid = 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）を指定できます。

ロールバックリストアロールバックは、スナップショットバックアップに含まれているすべてのアプリケーションソース LUNの完全なリストアです。このリストアには、それらの本番LUN上にあるすべてのファイルシステムおよびボリュームグループが含まれます。nsrsnapadminユーティリティでは、強制ロールバック機能と安全性チェック機能がサポートされます。

ロールバックリストアを実行するには、コマンドプロンプトで B –S ssid /source_pathと入力します。例：

B -s server -c client -Fv -M mount_host -S ssid -m source_path

ここで、clientにはクラスタノード（クラスタ IPまたはパブリック IP）を指定できます。



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

スナップショットセーブセットの削除スナップショットセーブセットを削除するには、nsrsnapadmin、nsrmm、nsrim、nsrsnapckコマンドを使用できます。

NSMセーブセットの削除は、標準の NetWorkerセーブセットの削除と同様です。NSMは、物理スナップショットをストレージアレイから削除し、次に、その物理スナップショットを参照するすべてのセーブセットをメディアデータベースから削除します。

例：

command -d -s server -S ssid

ここで、

◆ nsrsnapadminを使用していない場合には、commandは nsrmmまたは nsrsnapckのいずれかです。

◆ serverは、NetWorkerサーバのホスト名です。◆ ssidはスナップショットセーブセット IDです。

スナップショットセーブセットの参照期間と保存期間の変更スナップショットの有効期限を変更するには、nsrsnapadminプロンプトで eコマンドを入力します。例：

e time -s server -S ssid -c client

ここで、

◆ timeは、スナップショットセーブセットが満了する日時です。

許容可能な日付形式は次のとおりです。

• mm/dd[/yy]• month_name dd[/yy]

許容可能な時刻形式は次のとおりです。

• hh[:mm[:ss]] [meridian] [zone]• hhmm [meridian] [zone]

◆ serverは、NetWorkerサーバのホスト名です。

◆ ssidは、変更するスナップショットセーブセットの IDです。

◆ client（オプション）は、NSMでのデータのバックアップ元だったクライアントのホスト名です。

次のようなメッセージが表示されます。

ssid：4090300235の有効期限をリセットします

このメッセージは、有効期限を正常に変更したことを示しています。

注：

◆ 年を省くと、デフォルトで現在の年に設定されます。

nsrsnapadminを使用した NSMオペレーション 85


◆ 午前 /午後を省くと、NSMは 24時間制を使用します。

◆ タイムゾーン（たとえば、GMT）を省くと、NSMは現在のタイムゾーンを使用します。

◆ -e 09/04/13のように日付を mm/dd/yyで指定する場合、時刻はデフォルトで00:00:00に設定されます。NSMによって、スナップショットセーブセットの参照時間と保存時間は 09/04/13 00:00:00に変更されます。

-e 20:00:00のように時刻を hh:mm:ssで指定する場合、日付はデフォルトでシステム時間（たとえば、09/03/13）に設定されます。NSMによって、スナップショットセーブセットの参照時間と保存時間は 09/03/13 20:00:00に変更されます。



mminfoコマンドによるクエリークライアントのスナップショットセーブセットをクエリーするもう 1つの方法は、mminfoコマンドを使用する方法です。-q snapオプションを指定すると、特定のクライアントのスナップショットセーブセットがすべてリストされます。

クライアントのスナップショットセーブセットをリストするには、コマンドプロンプトに次のように入力します。

mminfo -s server -q snap -c client

各オプションの意味は以下のとおりです。

◆ serverは、NetWorkerサーバのホスト名です。◆ clientは、NSMでのデータのバックアップ元だったクライアントのホスト名です。

サンプル出力：

$ mminfo -s ledma038 -c ledma218 -q snap volume client date size level nameledma038.003 ledma218 02/11/13 2 KB full /symm_403_ufs

mminfoコマンドの詳細については、「EMC NetWorkerコマンドリファレンスガイド」および NetWorkerのマニュアルページを参照してください。

mminfoコマンドによるクエリー 87


savegrpコマンドを使用したバックアップNSMスナップショットは savegrpコマンドを使用して手動で実行できます。すべてのリソースを構成してから、このコマンドを実行してスナップショットを実行する必要があります。

savegrpコマンドは、CLIから呼び出した場合も NSM設定から呼び出した場合も、バックアッププロセスを開始します。savegrpコマンドは、アプリケーションホストを NSM用に構成された NetWorkerクライアントとして認識し、nsrsnapを実行します。nsrsnapコマンドは、nsrsnap_saveコマンドの実行時にスナップショットの保存ポリシーを適用します。

savegrpコマンドラインバックアップの実行方法スナップショットを実行するには、コマンドラインから savegrpコマンドを使用します。例を示します。

savegrp group_name

ここで、group_nameはスナップショット操作用に構成されたグループの名前です。

従来のストレージメディアへのロールオーバーを追加するには、このコマンドに -bオプションを追加します。スナップショットポリシーにロールオーバーの詳細を指定する必要があります。

savegrpコマンドの詳細については、「EMC NetWorkerコマンドリファレンスガイド」およびマニュアルページを参照してください。


付録 C

レガシーの PowerSnap構成の移行


◆ 「レガシーの PowerSnap構成の NSMへの移行」 .................................................. 90◆ 「廃止されたクライアントリソースの属性」 ........................................................ 91◆ 「VMAX（Symmetrix）アレイの移行」 .................................................................... 92◆ 「VNX（CLARiX）アレイの移行」 ............................................................................ 93◆ 「RecoverPointアプライアンスの移行」 ................................................................. 94◆ 「nsrpsdプロセスの起動」 ..................................................................................... 95◆ 「ライセンス」 ........................................................................................................ 96

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


レガシーの PowerSnap構成の NSMへの移行この付録では、レガシーの NetWorker PowerSnap Module構成を NSMに移行する例を示します。NetWorkerクライアント 8.1のインストールには、以前 PowerSnap Moduleで処理されていたすべての機能が備わっています。

UNIXシステムでの PowerSnapの削除UNIXシステムで NSMにアップグレードする前に、オペレーティングシステムのネイティブのパッケージ管理ユーティリティを使用して、既存の PowerSnapパッケージを削除します。

注記：以前にインストールした PowerSnapパッケージを削除しないと、NetWorkerクライアントのインストールは、クライアントプッシュのインストールまたはオペレーティングシステムのネイティブのパッケージ管理ユーティリティのいずれかによって実行された場合に失敗します。

PowerSnapパッケージは、移行の対象となるすべてのコンピュータから削除します。

◆ Linuxでは次のパッケージを削除します。

• lgtopsag-2.5.1.1.x86_64.rpm • lgtopseg-2.5.1.1.x86_64.rpm • lgtopssc-2.5.1.x86_64.rpm

◆ Solarisでは PowerSnapパッケージを削除します

• LGTOpsag • LGTOpseg • LGTOpssc

◆ AIXでは次のパッケージを削除します

• LGTOps.psag.rte• LGTOps.pseg.rte • LGTOps.pssc.rte

◆ HPでは次のパッケージを削除します

• PowerSnap.pkg

Microsoft Windowsシステムでの PowerSnapの削除Windowsシステムで NSMにアップグレードする前に PowerSnap Moduleをアンインストールする必要はありません。古い PowerSnap Moduleは、Microsoft Windows用の NetWorkerクライアントのインストールウィザードにより自動的にアンインストールされ、NSMの機能に置き換わります。

NetWorkerクライアントのインストールプログラムの［アップグレード］オプションを使用します。

注記：サポートされていない Microsoft Windowsプラットフォームをアップグレードすると、既存のすべての PowerSnapパッケージはアンインストールされますが、NetWorkerクライアントの NSM機能がインストールされることはないため、注意してください。



廃止されたクライアントリソースの属性クライアントリソースのアプリケーション情報の属性では、次の変数はサポートされなくなりました。これらの変数が存在すると、バックアップが失敗します。

◆ NSR_IMAGE_SAVENSRIMAGESAVE◆ SYMM_PROVIDER_DBSYMMPROVIDERDB◆ SYMM_PROXY_PROVIDER_DBSYMMPROXYPROVIDERDB

廃止されたクライアントリソースの属性 91


VMAX（Symmetrix）アレイの移行NSMにアップグレードする前に、PowerSnap Moduleで作成された既存のすべてのスナップショットを VMAXアレイから削除します。スナップショットは、削除することも、従来のストレージメディアにロールオーバーすることもできます。

オペレーティングシステム、バージョン、構成で NSMがサポートされることを確認します。詳細については、 16ページの「NSMネットワークのコンポーネント」を参照してください。

引き続き Symmetrix/VMAXのリソースファイル（symm.res）を使用するのか、または NSM intelligent pairingを利用するのかを決めます。

注記：移行手順では、symm.resリソースファイルは削除されません。symm.resファイルは NSMではオプションですが、存在していれば使用されます。

VMAXディスクグループは NSMの実行には必要なくなりました。存在する場合、NSMは無視します。

intelligent pairingの詳細については、41ページの「ソース LUNとミラー LUNのペアリング」を参照してください。



VNX（CLARiX）アレイの移行NSMにアップグレードする前に、PowerSnap Moduleで作成された既存のすべてのスナップショットを VNXアレイから削除します。スナップショットは、削除することも、従来のストレージメディアにロールオーバーすることもできます。


注記：既存の VNX（CLARiX）セキュリティファイルは、スナップショット操作の対象となるすべてのノードに引き続き存在する必要があります。これらのセキュリティファイルを削除した場合、コマンドラインから、または NetWorkerクライアント構成ウィザードを使用してファイルを再作成できます。詳細については、 46ページの「Navisphereセキュリティファイルの構成」を参照してください。

VNX（CLARiX）アレイの移行 93


RecoverPointアプライアンスの移行NSMにアップグレードする前に、PowerSnap Moduleで作成された既存のすべてのスナップショットを RecoverPointアレイから削除します。スナップショットは、削除することも、従来のストレージメディアにロールオーバーすることもできます。


NetWorkerクライアント構成ウィザードを使用して、新しい NetWorkerクライアントリソースを作成する必要があります。RecoverPointアプライアンスでは、ウィザードを使わない構成はサポートされず、既存の 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 1.5以前または NMSAP 4.5以前をインストールして使用する場合、nsrpsdは自動的に起動または停止しません。以前の PowerSnapリリースで行っていたように、nsrpsdを手動で起動または停止する必要があります。これらの環境では、nsrpsdは 30分間アクティビティがない場合に自動的に終了しません。

nsrpsdプロセスの起動 95


ライセンス新しいライセンスは必要ありません。NSMは、既存の PowerSnapライセンス、NetWorker容量モデル、従来のライセンスモデルを認識します。

詳細については、18ページの「NSMライセンスの要件」を参照してください。


用語集

この用語集では、このガイドで使用されている用語の定義について説明します。

D

device 1. バックアップボリュームを格納できるストレージユニット。デバイスには、サーバやストレージノードに接続されたディスクドライブ、オートチェンジャ、テープドライブなどがあります。

2. ストレージハードウェアを表す一般的な用語。

3. DDS（ダイナミックドライブ共有）が有効な場合は、物理ドライブへのアクセスパス。

L

LUN（論理ユニット） SCSIまたはファイバチャネルプロトコルによってアドレス指定される、ストレージアレイ上の論理ストレージ領域。複数の LUNを使用して、1つのストレージボリュームを表すこともできます。

LVM（論理ボリュームマネージャ）LVMろんりぼりゅーむまねー

じゃ

ストレージ領域の論理ビューのデータと実際の物理ディスクのデータをマッピングすることにより、ディスクリソースを制御するソフトウェア。

N

NMC（NetWorker管理コンソール）

NetWorkerサーバとクライアントの管理に使用されるソフトウェアプログラム。NMCサーバは、NetWorkerプロセスに対してレポート作成機能およびモニタリング機能も提供します。

NSM（NetWorkerSnapshot Management）

本番データのスナップショットコピーを提供する NetWorkerソフトウェアの機能。このソフトウェアにより、アプリケーションはストレージオペレーション中に本番データの書き込みを継続でき、開いているファイルがストレージ対象から除外されないようにできます。

NetWorkerサーバ NetWorkerサーバソフトウェアを実行しているネットワーク上のコンピュータ。オンラインインデックスを保持し、同じネットワーク上のクライアントやストレージノードに、バックアップサービスとリストアサービスを提供します。

P

PIT（ポイントインタイム）コピー

「スナップショット」を参照してください。

R

recover 特定のポイントインタイムの状態を復元するため、バックアップストレージのデータファイルをクライアントにリストアし、トランザクション（REDO）ログをデータに適用すること。「リストア」も参照。


用語集

Rollover-onlyバックアップ

実行されるとただちにスナップショットコピーが削除されるロールオーバー。以前はサーバレスバックアップ、ライブバックアップ、読み取り専用バックアップなどと呼ばれていました。

S

SPIT（特定のポイントインタイム）コピー

PITコピーを示す RecoverPoint用語。「PIT（ポイントインタイム）コピー」も参照。

SSID 「ssid（セーブセット ID）」を参照してください。

ssid（セーブセット ID）セーブセットに割り当てられた内部的な識別番号。

あアプリケーション

ホストバックアップするアプリケーションデータをホストするコンピュータ。

か管理者一般にネットワークコンピュータ上のソフトウェアをインストール、構成、および

管理する人、およびユーザーを追加し、ユーザー権限を定義する人。

きキューエスディスクへの書き込みがすべて停止し、ファイルシステムのキャッシュがフラッ

シュされる状態にすること。スナップショットの作成前にデータベースを静止すると、トランザクション的に整合性のある再マウント可能なイメージが提供されます。

くクライアントバックアップサーバソフトウェアを使用してデータをバックアップおよびリストア

できるコンピュータ、ワークステーション、アプリケーションサーバなど、ネットワーク上のホスト。

クライアントファイルインデックス

バックアップしたすべてのデータベースオブジェクト、ファイル、ファイルシステムをトラッキングするために、NetWorkerサーバによって管理されるデータベース。NetWorkerサーバは、クライアントごとに 1個のクライアントファイルインデックスを保持します。

クライアントリソースクライアントでバックアップされるセーブセットを特定する NetWorkerサーバリソース。クライアントリソースはまた、スケジュールやブラウズポリシー、保存ポリシーなど、セーブセットのバックアップについての情報も指定します。

クライアントから起動するバックアップ

「手動バックアップ」を参照してください。

クラスタ共有ストレージを使用する、リンクされた仮想ホストまたは物理ホストのグループ。これらのホストは一緒に動作し、それぞれが 1つのホストとして表されます。


用語集

クローン 1. NetWorkerサーバによってインデックスが付けられて管理される、バックアップされたデータの複製コピー。複数の単独セーブセット、またはボリューム全体のクローンが可能です。

2. ストレージアレイに固有のミラータイプ。

グループ指定した 1つのスケジュールまたは条件のセットに応じて、バックアップをまとめて実施するように構成された 1台以上のクライアントコンピュータ。

こコンソールサーバ「NMC（NetWorker管理コンソール）」を参照してください。

さ参照ポリシーバックアップエントリーをクライアントファイルインデックスに保存する期間を指

定する NetWorkerポリシー。インデックスにリストされたバックアップは、参照可能で、リカバリのために簡単にアクセスできます。「リテンションポリシー」も参照。

し手動バックアップユーザーがクライアントから開始するバックアップ。オンデマンドバックアップ、

不定期バックアップ、アドホックバックアップとも呼ばれます。

すスケジュールバックアップに含める方法

指定した時刻に 1つ以上の NetWorkerクライアントのグループに対して自動的にバックアップを開始するように構成されたバックアップ。予定されたバックアップは、セーブセットを生成します。

ストレージアレイ 1台以上のホストにストレージサービスを提供するために、サブシステムディスク、コントローラ、バスアダプタ、ソフトウェアが統合された集合体。

ストレージノード 1. 物理的に接続しているストレージデバイスまたはライブラリを管理するコンピュータ。そのバックアップ操作は、制御側 NetWorkerサーバから管理されます。

2. 通常、NetWorkerサーバ以外のホストにある「リモート」のストレージノードのことを指します。

スナップショットストレージアレイなどの外部ディスクサブシステムで作成されたアプリケーションホスト上の特定のデータファイル、ボリューム、またはファイルシステムの PIT（ポイントインタイム）コピー。

スナップショットセーブセット

1個のスナップショットに含まれるファイルグループまたはその他のデータ。スナップセットからの名称変更です。

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

バックアップとしてストレージアレイに作成されたスナップショット。インスタントバックアップからの名称変更です。


用語集

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

スナップショットのライフサイクルを制御する規則のセット。これらの規則により、スナップショット生成の頻度、スナップショットの保持期間、従来のストレージメディアにバックアップされるスナップショットが指定されます。

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

「マウントホスト」を参照してください。

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

スナップショットバックアップからのリストア。インスタントリストアからの名称変更です。

せ整合性があり任意のポイントインタイムのデータセットに対するアプリケーションのアクティブ

ビューに完全に一致している、データセットの状態。

セーブセット 1. ストレージアレイにスナップショットとしてコピーされるか、ストレージメディアにバックアップされる、単一シングルクライアントコンピュータ上のファイル、ファイルシステム、またはボリュームのグループ。

2. 特定のスナップショットまたはバックアップを記述した NetWorkerメディアデータベースレコード。

そソース LUN スナップショットによるコピーの対象となる本番データがある、アプリケーション

ホスト上の LUN。

たターゲットクライアントたーげっとくら

いあんと

データのリストア先の NetWorkerクライアント。これは、データベースのバックアップ元のソースクライアントと同じ場合があります。別のクライアントの場合もあります。

てデータゾーン NetWorkerサーバによって管理されるクライアント、ストレージデバイス、スト

レージノードのグループ。

はバックアップ 1. データベース、アプリケーションデータ、コンピュータシステム全体の複製。

元のデータから切り離して保存され、元のデータが消失したり破損したりした場合にこのバックアップを使用してリカバリできます。

2. バックアップとして使用するためにデータをボリュームに保存する操作。

バックアップボリューム

バックアップデータの保存に使用されるボリューム。アーカイブボリュームやクローンボリュームと区別されます。


用語集

ふファイルインデックス「クライアントファイルインデックス」を参照してください。

ファイルシステム 1. ディレクトリ構造、データ転送方法、およびファイルの関連性を提供することで、ストレージメディア上のファイルを保存、取得、および管理するために使用されるソフトウェアインタフェース。

2. すべてのファイル全体。

3. ファイルの保存方式。

プール 1. 選択したメディアボリュームに特定のバックアップデータを保存するように割り当てる NetWorkerソート機能。

2. 特定のデータがバックアップされている NetWorkerバックアップボリュームの集合。

ほホストネットワーク上のコンピュータ。

ホスト名ネットワークに接続されている物理または仮想ホストコンピュータの名前またはアドレス。

ボリューム 1. バックアップデータが書き込まれる物理ストレージメディアの単位。ディスクや磁気テープなどがあります。

2. 1台以上のコンピュータのディスクに存在する識別可能なデータストレージの単位。

ボリュームグループボリュームマネージャによって構成された、ディスクのセットを含む論理グループ。

ポリシークライアントバックアップのために定義する一連のルール。複数のクライアントグループに適用できます。グループは、データセット用、スケジュール用、参照用、保存用の個別ポリシーを持ちます。

まマウントホストスナップショットリストア /ロールオーバーオペレーションを実行することを目的

として、ストレージアレイのスナップショットボリュームをマウントするために使用される、ネットワーク内のホスト。

マウントするボリュームを物理的に使用可能にすること。たとえば、読み取り /書き込みを行うためにリムーバブルディスクボリュームまたはテープをドライブに挿入すること。

みミラー 1. データ、またはディスクなどの別のオブジェクトの正確な複製。

2. 複数のデバイスに複製データを書き込むこと。


用語集

めメディアバックアップデータが書き込まれる物理ストレージ。ディスクファイルシステム、

光ディスク、磁気テープなどがあります。「ボリューム」も参照。

メディアデータベース NetWorkerサーバで管理しているすべてのデータとボリュームについて、バックアップ、メディアボリューム、ライフサイクルのステータスに関するレコードが保存されるデータベース。

らライブバックアップ「ロールオーバーろーるおーばー」を参照してください。

りリストアバックアップから個々のデータファイルを取得し、トランザクションログを適用す

ることなくクライアントにコピーすること。「recover」も参照。

リソース NetWorkerサーバまたはそのクライアントのオペレーションのプロパティを設定する属性を構成できるソフトウェアコンポーネント。クライアント、デバイス、スケジュール、グループ、およびポリシーが、すべての NetWorkerリソースです。

リテンションポリシーバックアップデータをストレージボリュームに保存およびリカバリできる最小期間を定義する NetWorkerの設定。この期間を過ぎると、データを上書きできるようになります。「参照ポリシー」も参照。

ろロールオーバーろーる

おーばーディスク、テープなど従来のストレージメディアへのスナップショットのバックアップ。

ロールバックリストアストレージアレイの機能を使用して、スナップショットをソース位置にリストアするプロセス。ロールバックリストアにより、ソース位置にある既存のデータは破壊されます。


emc networker スナップショット管理リリース 8.1 統合ガイド · emc networker...

Documents