EMC NetWorker VMware NetWorker およびVMware リリース8.1 統合ガイド 3 目次はじめに第 1 章概要 VMware サポートの概要 12 バックアップ/ リカバリのタイプ

EMC® NetWorkerと VMwareリリース 8.1

統合ガイドP/N 302-000-561

リビジョン 01

EMC NetWorkerおよび VMwareリリース 8.1統合ガイド2

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

発行日：2013年 7月

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

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

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

製品ラインの最新規制のドキュメントについては、EMCオンラインサポート用 Webサイトの「Technical Documentation and Advisories」セクションにアクセスしてください。

目次

はじめに

第 1章概要 VMwareサポートの概要 ............................................................................ 12 バックアップ /リカバリのタイプ ............................................................ 13 ゲストベースのバックアップ /リカバリ ................................................ 14仮想マシンにインストールされる NetWorkerに関する推奨事項 ....... 14長所...................................................................................................... 14短所...................................................................................................... 15インストール ....................................................................................... 15構成...................................................................................................... 15ゲストベースのバックアップに関する推奨事項と考慮事項 ............. 16

VADPバックアップ /リカバリ.................................................................. 16長所...................................................................................................... 17短所...................................................................................................... 17

NetWorker VMware Protection ..................................................................... 18長所...................................................................................................... 18短所...................................................................................................... 18

第 2章 NetWorker VMware Protection

NetWorker VMware Protectionについて ..................................................... 20 システム要件 ............................................................................................. 21 制限事項とサポートされない機能 ............................................................ 22 パフォーマンスと拡張性........................................................................... 22 インストール前の要件 .............................................................................. 24

DNSの構成........................................................................................... 24各種の NTP構成 ................................................................................... 25ポート要件 ........................................................................................... 26EMC Backup and Recoveryアプライアンスのベストプラクティス .... 26

専用 vCenterユーザーアカウントと EMC Backup and Recovery役割の作成 ............................................................................................................ 27

vCenterユーザーアカウントの作成.................................................... 27カスタム役割の作成 ............................................................................ 27vSphereクライアントユーザーアカウント ....................................... 30

EMC Backup and Recoveryアプライアンスの導入 ..................................... 32EMC Backup and Recovery用 OVAのダウンロード.............................. 32EMC Backup and Recoveryアプライアンスの導入 ............................... 32

バックアップ /リカバリ用プロキシ割り当て .......................................... 34バックアップ /リカバリ用プロキシの選択 ........................................ 34データストアのマッピングの制限 ...................................................... 35外部プロキシの導入 ............................................................................ 35別のサーバへのプロキシの再登録 ...................................................... 40

［EMC Backup and Recovery構成］ウィンドウのセットアップ ............... 40 ［EMC Backup and Recovery構成］ウィンドウでのインストール後の構成 ............................................................................................................ 43 VMのバックアップ ................................................................................... 46

NetWorker管理コンソールの VMware Backup Appliance..................... 46vCenterの EMC Backup and Recoveryプラグイン ............................... 56VMの選択 ............................................................................................ 67

EMC NetWorkerおよび VMwareリリース 8.1統合ガイド 3

目次

重複排除ストアのメリット ................................................................. 68 VMバックアップのリストア..................................................................... 68イメージレベルリストアとファイルレベルリストアの実行に関するガイドライン ....................................................................................... 69

FULLVM（イメージレベル）リストア....................................................... 69FULLVMリストアのキャンセル ........................................................... 71

FLR.............................................................................................................. 72元の VMへの特定フォルダまたはファイルのリストア ...................... 72特定フォルダまたはファイルの別の VMへのリストア ...................... 75ファイルレベルリストアのキャンセル ............................................. 75FLRの制限事項..................................................................................... 75

EMC Backup and Recoveryアクティビティの監視 ..................................... 76最新のタスクの表示 ............................................................................ 76アラームの表示 ................................................................................... 77イベントコンソールを表示 ................................................................ 78

EMC Backup and Recoveryのシャットダウンと起動の手順 ...................... 78 EMC Backup and Recoveryの容量管理 ....................................................... 79シンまたはシックプロビジョニングされたディスク選択の影響 ...... 79セーブセットのライフサイクル .......................................................... 79

チェックポイントおよび EMC Backup and Recoveryアプライアンスのロールバック ..................................................................................................... 80 相互同期 .................................................................................................... 82 EMC Backup and Recoveryアプライアンスの廃止 ..................................... 83 災害復旧 .................................................................................................... 84災害復旧ガイドライン......................................................................... 84EMC Backup and Recoveryアプライアンスの災害復旧........................ 84

トラブルシューティング........................................................................... 86構成に関するチェックリスト.............................................................. 87ログファイルの場所 ........................................................................... 88Windowsシステムでの NetWorker Webサーバの下位レベルロギングの有効化 .................................................................................................. 88時刻同期エラー ................................................................................... 89Windows 2008 R2でのクラッシュの作成と分析................................. 89外部プロキシの追加 ............................................................................ 90NetWorker操作..................................................................................... 90vCenter Serverの操作 ........................................................................... 90vSphere Webクライアントの操作 ....................................................... 91EMC Backup and Recoveryアプライアンスのインストール ................ 92EMC Backup and Recoveryアプライアンスの操作 ............................... 92EMC Backup and Recoveryのバックアップ操作................................... 92EMC Backup and Recoveryリストア操作 ............................................. 95EMC Backup and Recoveryヘルスチェック ......................................... 96ナレッジベース記事へのアクセス ...................................................... 96

第 3章 VADPバックアップ /リカバリソフトウェアおよびハードウェアの要件 ................................................. 98英語版以外の Windowsでの vCenterの制限 ....................................... 99英語版以外の Windowsでの VADPプロキシホストの制限 ................ 99

転送モード............................................................................................... 100 ディレクティブのサポート ..................................................................... 101イメージレベルのバックアップでの増分バックアップ................... 102

CBT（更新ブロック追跡）........................................................................ 102独立した永続ディスクはバックアップ対象外 .................................. 102

構成オプション ....................................................................................... 102 タスク 1 VADPプロキシホストと Hypervisorリソースの構成 ............... 103

4 EMC NetWorkerおよび VMwareリリース 8.1統合ガイド

目次

Client Backup Configuration Wizardを使用して VADPプロキシホストおよび Hypervisorリソースを自動的に構成する .................................. 103クライアントのプロパティウィンドウを使用して VADPプロキシホストおよび Hypervisorリソースを手動で構成する .............................. 106

タスク 2 バックアップ用の仮想クライアントの構成............................. 111vCenterの構成と自動検出の実行が済んでいる場合の仮想クライアントの構成 ................................................................................................ 112［クライアントのプロパティ］ウィンドウを使用して仮想クライアントを手動で構成する .............................................................................. 115

タスク 3 vCenterでの VADPユーザーロールの作成............................... 116VADPプロキシ役割の作成 ................................................................. 116NetWorker Hypervisorリソースで指定されているユーザーに、VADPユーザー役割を割り当てます。.......................................................... 117VADPを使用したバックアップ /リカバリに必要な最低限の vCenter権限.................................................................................................... 117

タスク 4 CBT（更新ブロック追跡）の構成 ............................................. 119変数 VADP_DISABLE_CBTを使用した CBTの構成 .............................. 119nsrvadp_modify_vmコマンドを使用した CBTの構成 ....................... 120vSphereクライアント GUIを使用して CBTを有効にする ................ 120

VADPソリューションでの VMの管理および監視................................... 121VMware環境の自動検出 VMwareかんきょうのじどうけんしゅつ ... 121オンデマンドによる VMware環境の自動検出の実行 ....................... 122VMware環境の変更通知 .................................................................... 122VMware環境の視覚的な表示 ............................................................. 123

NetWorkerコンソールからの vSphereクライアントの起動（Windowsのみ）........................................................................................................ 127 VADPバックアップのリカバリ ............................................................... 127 VMのファイルベースリカバリ ............................................................. 128ローカルホストでのファイルベースリカバリの実行..................... 128CIFSシェアを使用したファイルベースリカバリの実行 ................. 129ダイレクトリカバリでのファイルベースリカバリの実行 ............. 129

フル VMのイメージレベル（シングルステップ）リカバリ................. 130推奨事項と考慮事項 .......................................................................... 130NetWorkerユーザープログラムからのイメージレベルリカバリの実行.................................................................................................... 131コマンドラインからのイメージレベルリカバリの実行 ................. 133VADPイメージレベルバックアップと従来のゲストベースバックアップが混在する VMのリカバリ ............................................................ 134異なる FARMまたは vCenterへのイメージレベルリカバリ ............ 136NBDSSL、SANまたは hotadd転送モードを使用する VMのリカバリ.................................................................................................... 137Windows 2008で SANまたは hotadd転送モードを使用する VMのリカバリ.................................................................................................... 137

NetWorker 7.6 SP2よりも前の VMバックアップのリカバリ.................. 138 VADPのプランニングとベストプラクティス......................................... 138

VADPバックアップ /リカバリに関する推奨事項と考慮事項 .......... 138アプリケーションレベルの整合性があるバックアップ................... 140物理プロキシか仮想プロキシかの選択 ............................................. 141VADPスナップショットに関する推奨事項 ....................................... 142Data Domainシステムに関する推奨事項 .......................................... 145ネットワークとファイアウォールのポート要件 .............................. 146VADPプロキシのメモリ要件 ............................................................. 147VADPマウントポイントの推奨事項とスペースに関する考慮事項 .. 148VMでのテープドライブのサポート ................................................. 149転送モードに関する推奨事項と考慮事項 ......................................... 150


目次

パフォーマンスの最適化 ................................................................... 154LUNへの VADPプロキシアクセス .................................................... 156

第 4章ライセンス VMware向け NetWorkerのサポートのライセンス取得 ........................... 159仮想環境向けの合理化されたライセンス ......................................... 159既存のライセンスを使用して VADPをサポートする ........................ 159AMP仮想アプライアンス .................................................................. 160

ゲストベースのライセンス .................................................................... 160 VADPのライセンス.................................................................................. 161

第 5章 VADPソリューションへのアップグレード（NetWorker 8.1より前） VMware VADPバックアップのための 7.6サービスパック 2以降へのアップグレード ............................................................................................... 164既存の NetWorkerサーバと VCBプロキシのアップグレード ........... 164アップグレード後の vCenterの役割権限の変更 ............................... 166NetWorker 7.6 SP2以降へのプロキシクライアントのみのアップグレード ................................................................................................ 167vCenterを使用するためのアップグレード（VMバックアップのためにESX/ESXiサーバが以前使用されていた場合）................................... 168VADPと VCBでのプロキシの領域要件の変化 ................................... 169

64ビット Windowsホスト上の Virtual Centerでのアップグレード後の処理 .......................................................................................................... 169

用語集

索引


はじめに

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

製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、EMCの担当者にお問い合わせください。

注記：このマニュアルには、発行時点で正確だった情報が記載されています。EMCオンラインサポート Webサイトでは、このマニュアルの新しいバージョンがリリースされている可能性があります。EMCオンラインサポート Webサイトをチェックし、このマニュアルの最新バージョンを使用していることを確認してください。

目的このドキュメントでは、NetWorkerと VMwareの統合について説明します。

対象者このドキュメントは、NetWorkerドキュメントセットの一部であり、ネットワーク上でのバックアップのセットアップおよび維持を担当するシステム管理者を対象にしています。日々のバックアップを監視するオペレータにも便利なマニュアルです。

関連ドキュメント次に示す EMC関連の資料に補足情報が記載されています。

◆ 「EMC Information Protection Software Compatibility Guide」EMC情報保護ソフトウェアの各バージョンでサポートされているクライアンント、サーバ、およびストレージノードのオペレーティングシステムの一覧が記載されています。

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

◆ 「EMC NetWorker Cluster Integration Guide」クラスタサーバおよびクライアントでの NetWorkerソフトウェアに関する情報が記載されています。

◆ 「EMC NetWorker管理ガイド」NetWorkerソフトウェアを構成および管理する方法を説明しています。

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

◆ 「EMC NetWorkerおよび EMC Avamar統合ガイド」NetWorker環境で Avamarを使用するための計画および構成に関する情報が記載されています。


はじめに

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

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

◆ 「EMC NetWorker License Manager 9th Edition Installation and Administration Guide」NetWorker License Manager製品のインストール、設定、および構成に関する情報が記載されています。

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

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

◆ 「EMC NetWorker Performance Optimization Planning Guide」NetWorkerの基本的なパフォーマンスチューニングに関する情報が記載されています。

◆ 「EMC NetWorkerサーバ災害復旧および高可用性ベストプラクティスガイド」NetWorker災害復旧を設計および計画する方法について説明しています。ただし、詳細な災害復旧の手順は説明しません。NPG（NetWorker Procedure Generator）の「災害復旧」のセクションでは、詳細な手順を説明しています。

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

◆ 「EMC NetWorker Userオンラインヘルプ」NetWorkerサーバの Microsoft WindowsクライアントインタフェースであるNetWorker Userプログラムを使用して、ネットワーク経由でファイルをバックアップ、リカバリ、アーカイブ、取得する方法を説明しています。

◆ EMC NetWorker Procedure Generator

NPG（NetWorker Procedure Generator）は、ユーザー、サポート担当者、フィールド担当者が実行する高需要タスクについて、正確なユーザー主導の手順を生成するために使用するスタンドアロンの Windowsアプリケーションです。NPGでは、各プロシージャはユーザーが選択できるプロンプトに基づいて作成および生成されます。この生成されたプロシージャにより、NetWorker製品ガイドの最も重要な部分を収集してエキスパートのアドバイスと組み合わせ、標準化形式で 1つのマニュアルが生成されます。

NetWorker Procedure Generatorにアクセスするには、https://support.emc.com/にログオンし、NetWorker Procedure Generatorを検索します。サイトのご利用にはカスタマーサポート契約が必要です。

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


https://support.emc.com/

はじめに

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

「通知」は障害に結びつく情報を示します。

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

表記規則本書では次の文字スタイル表記規則が使用されています。Normal 次に示す通常の（手順説明以外の）テキストに使用する。

• インタフェース要素の名前（ウィンドウ、ダイアログボックス、ボタン、フィールド、メニューの名前）

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

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

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

• ユーザーが具体的に選択、クリック、押す、入力する対象

斜体次のすべての（手順説明を含む）テキストに使用する。• 参照先のマニュアルのタイトル• 強調（新規用語など）• 変数

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

クーリエ、太字特定のユーザー入力に使用（コマンドなど）

クーリエ、斜体次の手順説明のテキストに使用する。• コマンドラインの変数• ユーザー入力の変数

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

[ ] 角括弧は、オプションの値を囲みます。

| 縦棒は、他の選択を示す「OR」を意味する

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

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


はじめに

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

製品情報 —ドキュメント、リリースノート、ソフトウェアの更新、または EMC製品、ライセンス、サービスに関しては、以下の EMCオンラインサポートサイトをご覧ください（登録が必要です）。http://support.EMC.com

テクニカルサポート —テクニカルサポートが必要な場合は、EMCオンラインサポート用 Webサイトにアクセスし、［サポート］を選択します。［Support］ページには複数のオプションがあり、その中にサービスクエストを作成できるオプションがあります。サービスリクエストを利用するには、有効なサポート契約が結ばれている必要があります。有効なサポート契約の入手方法の詳細や、アカウントに関する質問については、EMC販売担当者にお問い合わせください。

オンラインコミュニティNetWorkerサポートフォーラム：NetWorkerに関するすべての質問のための、オンラインサポートフォーラムです。https://community.emc.com/community/support/networker

NetWorkerオンライン：他のユーザーと交流し、ベストプラクティスを共有し、最新の製品情報を入手するためのオンラインフォーラムです。http://japan.emc.com/networkeronline

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


http://support.emc.com


mailto:[email protected]

第 1章概要

この章では、次のトピックについて説明します。

◆ 「VMwareサポートの概要」......................................................................................... 12◆ 「ゲストベースのバックアップ /リカバリ」............................................................ 14◆ 「VADPバックアップ /リカバリ」.............................................................................. 16◆ 「NetWorker VMware Protection」.................................................................................. 18

概要 11

概要

VMwareサポートの概要NetWorkerソフトウェアは、VMware仮想クライアントの 3種類のバックアップ /リカバリソリューションをサポートしています。以下の各ソリューションでは、vSphereサーバ外部のホストにある NetWorkerサーバを使用するか、または vSphereサーバ内のゲストホストで NetWorkerサーバを構成することができます。

◆ ゲストベースのバックアップ /リカバリ：このオプションを使用するには、各仮想マシンホストに NetWorkerクライアントをインストールする必要があります。物理マシンと同じワークフローが実装されるため、これは広く使用されているVM保護方法です。これは、バックアップの構成とリカバリオプションが、管理者が精通している従来の方法に従っていることを意味します。追加の構成要件はありませんが、物理サーバとリソースの負荷と、各ゲストでの NetWorkerのメンテナンスの要件に関する多くの考慮事項があります。

◆ VADP：VADP（vStorage APIs for Data Protection）テクノロジーを使用して、バックアップ処理を NetWorkerサーバから別のバックアッププロキシホストにオフロードします。このオプションでは、VMware環境の自動検出、これらの環境の変更通知、マップおよび表による VMware環境のグラフィカルなビューが提供されます。このオプションでは、プロキシホストがワークロードを引き継ぐので、リソースの使用率に関する問題を回避できます。また VADPを使用するためにNetWorkerクライアントを各ホストにインストールする必要がないため、ゲストベースのバックアップ /リカバリに比べ必要なメンテナンスは少なくなります。ただし、このオプションは構成が複雑であり、追加のハードウェアとインフラストラクチャが必要です。

◆ NetWorker VMware Protection：NetWorker 8.1で導入された NetWorker統合 VMwareバックアップ /監視ソリューションです。このソリューションでは、EMC Backup and Recoveryアプライアンス（VMware Backup Appliance）を vSphereサーバに導入して NetWorkerおよび vCenterに登録すると、NMCで VM用VMware Backup Applianceを使用してバックアップポリシーを作成し、vSphere Web Clientインタフェース内で EMC Backup and Recoveryプラグインを使用して、そのバックアップポリシーを VMに割り当てることができます。ポリシーをバックアップした後で、vSphere Web Clientインタフェースからそのバックアップのイメージレベルリカバリを実行したり、EMC Data Protection Restore Clientからファイルレベルのリカバリを実行したりできます。


概要

バックアップ /リカバリのタイプ13ページの表 1に、ゲストベース、VADP、NetWorker VMware Protectionのバックアップ /リカバリを簡単に比較できる表を示します。

表 1 ゲストベース、VADP、NetWorker VMware Protectionの比較

オプションゲストベース VADP NetWorker VMware Protection

推奨： • アプリケーションと整合性のあるバックアップ。

• 共有ストレージは使用しない

• LANを使用しないバックアップ

• 災害復旧• 共有ストレージ環境• テープへの直接バックアップ

• LANを使用しないバックアップ

• 災害復旧• 共有ストレージ環境• 永続的増分

VMDKレベルのバックアップ

いいえはいはい

個々のファイルのバックアップ

はいはい（Windowsゲスト OSのみ）不要

増分ファイルレベルファイルレベルブロックレベル、CBTを活用

CBT サポートされないファイルレベルブロックレベル

仮想フルバックアップサポートされないサポートされないバックアップは常に仮想フル

ファイルレベルのリストア

はいはい（Windowsゲスト OSのみ）はい（WindowsおよびLinux）

重複排除をサポートはいはい：Data Domainへの直接バックアップ

はい：EMC Backup and Recoveryアプライアンス内部ストレージまたは Data Domainアプライアンスへの直接バックアップ。ソースおよびターゲットレベルの重複排除を活用

仮想マシンへのインパクト

高低低

ESX/ESXiサーバへのインパクト

高中。同じ ESX/Datastoreの複数VMに対してスナップショットを実行した場合

中。同一 ESXの VM上のスナップショットの数に依存

バックアップパフォーマンス

低より高速：プロキシ上のリソース、FLRが必要かどうかに依存

より高速

追加のハードウェア要件いいえ実装に応じて、物理プロキシまたは仮想プロキシを使用

内部または外部のプロキシを使用。各 EMC Backup and Recoveryアプライアンスおよび外部プロキシには 8個の内部プロキシが組み込まれています。

プロキシなし物理（SANバックアップ）、仮想（hotadd）

仮想（hotadd）

vCenter自動検出なしサポートサポートされない

バックアップ /リカバリのタイプ 13

概要

ゲストベースのバックアップ /リカバリゲストベースのバックアップ /リカバリ操作は、シンプルで使いやすい実装を提供します。従来、ほとんどの物理マシンのバックアップ /リカバリ操作にはこの方法が採用されてきました。したがって、仮想マシンのバックアップでもこの方法を使用するのは簡単です。使用される仮想テクノロジーに関係なく、VMは、仮想化ハードウェア乗でホストされる完全な OSのインストールです。VMは、NetWorkerのクライアント側の仮想マシンで実行される物理的な基本テクニックと同じテクニックを使用して保護できます。物理マシンと仮想マシンには同じ OSサポートルールが適用されます。

仮想マシンにインストールされる NetWorkerに関する推奨事項NetWorkerソフトウェアを VMにインストールする前に、次の考慮事項を確認してください。

◆ ESX外部のホストを NetWorkerサーバとして使用しない場合は、NetWorkerサーバをホストする VM用の CPUの予約と共有を増やします。

◆ NetWorkerストレージノードをホストする VM用のメモリの予約を増やします。

◆ NetWorkerサーバとストレージノードをホストするVMの再起動の優先順位を高く設定します。

◆ NetWorkerサーバ、NetWorkerクライアント、NetWorkerストレージノードをホストする VMに同じ仮想スイッチを接続します。

◆ NetWorkerクライアントのゲストベースの重複排除を活用します。

◆ すべての VMクライアントのバックアップを同時に開始しないでください。ESX/ESXiへのインパクトを抑えるようにバックアップを調整してください。

長所ゲストベースのバックアップの長所は、次のとおりです。

◆ データベースとアプリケーションのバックアップをサポートしています。この構成は、ゲストホストでの適切な NetWorkerデータベースまたはアプリケーションモジュールのインストールと構成と同じ程度にシンプルです。

◆ 単一のファイルバックアップ /リストアをサポートしています。

構成 NetWorkerクライアントは、クライアント構成ウィザードを使用して構成されます。

NetWorkerクライアントとしてのプロキシおよび仮想マシンは、クライアント構成ウィザードを使用して構成されます。

EMC Backup and Recoveryアプライアンスは Webインタフェースを使用して登録されます

VMを EMC NetWorkerクライアントとして構成しますか ?

はいはいいいえ

サポートされる転送モード

なし hotadd|san|nbd|nbdssl hotadd（デフォルト）、nbd（フォールバック）

表 1 ゲストベース、VADP、NetWorker VMware Protectionの比較

オプションゲストベース VADP NetWorker VMware Protection


概要

◆ NetWorkerサーバとクライアントのファイルインデックスにより、保護されているすべてのデータが元の仮想マシンに対して正確に参照されます。

◆ 個々のファイルを VMに直接リストアできます。

◆ 増分バックアップを容易に構成できます。

◆ DRS（Distributed Resource Scheduling）や VMotionなどの VMwareの高度な機能や構成がサポートされており、NetWorkerのパフォーマンスへのインパクトはありません。

◆ ホストベースの重複排除がサポートされています。

◆ すべての NetWorkerディレクティブがサポートされています。

◆ リカバリを容易に実行できます。リカバリプロセスは、ユーザーがファイルを物理ホストにリカバリするプロセスと完全に同じであり、個々のユーザーが独自のリカバリを実行できます。

短所ゲストベースのバックアップの短所は次のとおりです。

◆ イメージレベルのバックアップ /リカバリがサポートされていません。災害復旧のサポートでは、ほとんどの場合イメージレベルのアックアップとリカバリが使用されます。

◆ また、ソースベースの重複排除を使用しても、1つの仮想マシンにかかるバックアッププロセスの負荷によって、同じ物理 ESX上のすべての VMに対して使用可能なシステムリソースに悪影響が生じます。

◆ 多大なリソースを使用するバックアップでは、多くの場合、共有ネットワークおよび CPUリソースに高い負荷がかかります。

◆ 各仮想マシン上にインストールされているクライアントソフトウェアの管理と更新が必要です。

◆ バックアップ処理を発生させるには、仮想マシンの電源がオンになっている必要があります。

◆ BMR（ベアメタルリカバリ）がサポートされていません。

インストールインストールの点ではゲストベースのバックアップ /リカバリが最も単純です。NetWorkerクライアントソフトウェアを仮想マシンにインストールします。仮想マシンのインストール手順は、物理マシンでホストされるオペレーティングシステムの手順と同じです。

構成標準的なファイルシステムのバックアップでは、仮想マシンのクライアント構成は、物理マシンの構成手順と同じです。

ゲストベースのバックアップ /リカバリ 15

概要

ゲストベースのバックアップに関する推奨事項と考慮事項1つの仮想マシンでゲストベースのバックアップアクティビティが発生すると、親の ESX Serverに大きな負荷がかかり、その ESX Server上でホストされている他のすべての仮想マシンに間接的なインパクトを及ぼす可能性があります。それぞれの物理 ESX Serverで実行される同時バックアップジョブ数を制限するため、バックアップスケジュールを構成してください。たとえば、さまざまな時点で個々の ESXに与えるインパクトを最小化し、バックアップのスループットを最大化するために、NetWorkerバックアップグループを使用して、複数の ESXで選択した VMをバックアップできます。

NetWorkerには、フルバックアップの必要性を最小限に抑えるかまたは排除するために使用できるテクノロジーが組み込まれています。増分バックアップのみを実行する場合、NetWorkerは前回のバックアップ以降に変更されたデータだけをストレージノードにコピーします。これにより、バックアップに伴う I/Oとバックアップネットワークトラフィックの量が大幅に減少します。また、ゲストベースの重複排除を活用して、CPUとメモリの競合を排除することで、ESX共有リソースへのインパクトを最小化できます。

このバックアップテクニックは、データベースとアプリケーションのバックアップにおいて特に効果的です。VMでのデータベースまたはアプリケーションのバックアップの構成は、基本的には物理マシン上に同じデータベースとアプリケーションのバックアップを構成するのと同じです。このテクニックは、データベースとアプリケーションのバックアップを簡素化および拡張し、多くの場合、差分機能と VMへの直接的なリストアを提供します。データベースに対するゲストベースのデータベース重複排除もサポートされており、ESXのリソースへのインパクトを最小化するために役立ちます。

VADPバックアップ /リカバリNetWorkerでは、VM向けのクライアントバックアップテクノロジーの他に VMwareの VADPテクノロジーを提供しています。

VADPにより、VMwareのスナップショット技術（VMのポイントインタイムコピー）を使用して、VADPバックアッププロキシサーバ（物理マシンまたは仮想マシン）からバックアップを実行できます。VADPは、vCenter Serverで使用できます。

注記：次のタイプの VMディスクは、VADPバックアップの使用時にはサポートされません。GPTまたはダイナミックディスクを含む仮想マシン OS初期化されていないディスクを含む仮想マシン OS未フォーマットパーティションを含む仮想マシン OSドライブ文字のないパーティションを含む仮想マシン OS仮想 IDEディスクデバイスを含む仮想マシン構成（SCSIのみ）独立ディスクモードを使用した仮想マシン構成


概要

長所VADPの長所は次のとおりです。

◆ ESXから VADPプロキシサーバにバックアッププロセスの負荷を移動できます。

◆ VMware仮想マシンスナップショットテクノロジーの使用によって、バックアップ時間を不要にします。

◆ Microsoft Windowsゲストオペレーティングシステムを実行中のVM内のすべてのファイルに対して、ALLVMFSセーブセットを使用したバックアップをサポートします。

◆ Microsoft Windowsゲストオペレーティングシステムを実行中の VMに対して、特定のファイルまたはフォルダのバックアップをサポートします。

◆ Microsoft Windowsゲストオペレーティングシステムを実行中の VMに対して、増分および非レベル 0バックアップをサポートします。

注記：増分および非レベル 0バックアップでは、ファイルのリカバリを実行できます。VM全体のリカバリは、レベル 0の *FULL*セーブセットバックアップでのみサポートされます。

◆ VMwareによってサポートされるゲストオペレーティングシステムを実行中の仮想マシンで、イメージレベルのバックアップをサポートします。

◆ イメージレベルのバックアップから個々のファイルをリカバリできます（Windows NTFSのみ）。

◆ VMとサーバ間での重複排除をサポートします。

◆ 同じESX上でホストされているターゲットVMとその他のVMへのバックアップのインパクトが最小化されます。

◆ 各仮想マシンに NetWorkerソフトウェアをインストールする必要はありません。

◆ VADPプロキシサーバをファイバチャネルアダプタを介してSANに接続できるため、LANを使用しないバックアップを提供します。

◆ DRS（Distributed Resource Scheduling）や VMotionなどの VMwareの高度な機能や構成がサポートされており、NetWorkerのパフォーマンスへのインパクトはありません。

短所VADPの短所は次のとおりです。

◆ 非 NTFSシステムのイメージレベルのバックアップからのファイルレベルのリカバリがサポートされていません。

◆ 増分 CBTバックアップからの VM全体のイメージレベルリカバリがサポートされていません。

VADPバックアップ /リカバリ 17

概要

NetWorker VMware ProtectionNetWorker VMware Protectionにより EMC Backup and Recoveryアプライアンスが提供されます。このアプライアンスを導入および構成すると、NMCでバックアップポリシーをセットアップしてから、vSphere Web Clientの EMC Backup and Recoveryプラグインを使用して、そのバックアップポリシーに VMを割り当てることができます。

長所NetWorker VMware Protectionの長所は、次のとおりです。

◆ 永続的増分がサポートされています。

◆ 既存の AVEテクノロジーを使用します。

◆ LinuxおよびWindowsでのVMへの直接ファイルレベルリカバリがサポートされています。

◆ 高度なFLRを使用して他のVMからVMへのファイルレベルリカバリを実行します。

短所NetWorker VMware Protectionの短所は、次のとおりです。

◆ VMware VDPソリューションからNetWorker VMware Protectionソリューションへのアップグレードはサポートされていません。

◆ EMC Backup and Recoveryアプライアンス /VMware Backup Applianceは、VMware VDPまたはサードパーティバックアッププラグインと同じ vCenterで共存することができません。


第 2章NetWorker VMware Protection

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

◆ 「NetWorker VMware Protectionについて」................................................................. 20◆ 「システム要件」........................................................................................................... 21◆ 「制限事項とサポートされない機能」........................................................................ 22◆ 「パフォーマンスと拡張性」........................................................................................ 22◆ 「インストール前の要件」........................................................................................... 24◆ 「専用 vCenterユーザーアカウントと EMC Backup and Recovery役割の作成」.... 27◆ 「EMC Backup and Recoveryアプライアンスの導入」................................................ 32◆ 「バックアップ /リカバリ用プロキシ割り当て」..................................................... 34◆ 「［EMC Backup and Recovery構成］ウィンドウのセットアップ」.......................... 40◆ 「［EMC Backup and Recovery構成］ウィンドウでのインストール後の構成」....... 43◆ 「VMのバックアップ」................................................................................................. 46◆ 「VMバックアップのリストア」................................................................................. 68◆ 「FULLVM（イメージレベル）リストア」.................................................................. 69◆ 「FLR」............................................................................................................................ 72◆ 「EMC Backup and Recoveryアクティビティの監視」................................................ 76◆ 「EMC Backup and Recoveryのシャットダウンと起動の手順」................................ 78◆ 「EMC Backup and Recoveryの容量管理」................................................................... 79◆ 「チェックポイントおよび EMC Backup and Recoveryアプライアンスのロールバック」.................................................................................................................. 80

◆ 「相互同期」................................................................................................................... 82◆ 「EMC Backup and Recoveryアプライアンスの廃止」................................................ 83◆ 「災害復旧」................................................................................................................... 84◆ 「トラブルシューティング」........................................................................................ 86

このマニュアルでは、VMware Backup Applianceおよび EMC Backup and Recoveryアプライアンスは同一のアプライアンスを表しています。

NMCでは、VMwareバックアップ目的の場合はこのアプライアンスを VMware Backup Applianceと呼びます。したがってこのマニュアルでは、NMCのソリューションについて説明するときには VMware Backup Applianceを使用します。

vCenter管理者に対し、vSphere Clientでは、VM（仮想マシン）環境の保護を目的とした場合はこのアプライアンスを EMC Backup and Recoveryアプライアンスと呼びます。したがってこのマニュアルでは、vCenterの観点からこのソリューションを説明するときには EMC Backup and Recoveryを使用します。

NetWorker VMware Protection 19

NetWorker VMware Protection

NetWorker VMware ProtectionについてNetWorker VMware Protectionは、NetWorker 8.1で導入された NetWorker統合 VMwareバックアップ /監視ソリューションです。このソリューションでは、NMCを使用して VMware Backup Applianceのバックアップポリシーとクローン作成ポリシーを作成できます。vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースを使用して、作成したこれらのポリシーを VMに適用できます。

vSphereサーバに EMC Backup and Recoveryアプライアンスを導入し、NetWorkerとvCenterに登録すると、このソリューションが使用できるようになります。VMバックアップを実行した後で、vSphere Web Clientからそのバックアップのフルリカバリを実行したり、EMC Data Protection Restore Clientユーザーインタフェースからファイルレベルのリカバリを実行したりできます。

20ページの表 2に、NMCのタスクと、vSphere Web Clientおよび EMC Data Protection Restore Clientのタスクの比較を示します。

表 2 NetWorker VMwareデータ保護タスク

プログラム /役割タスク

VMware vSphere Web Clientインタフェースおよび EMC Backup and Recoveryプラグイン

NMCで作成したバックアップポリシーへの VMの割り当て非定型 VMバックアップの開始フル VMバックアップのリストア

注記：vSphere Web Clientのインタフェースからポリシーを開始するときに実行できるのはバックアップだけです。クローンは実行できません。

NMC データ保護ポリシー（バックアップ、クローン）の作成と編集VMware Backup Applianceへのバックアップポリシーの割り当てバックアップのポリシーの開始またはスケジュール

注記：NMCからポリシーを開始するときには、ポリシーに定義されているアクションに応じて、バックアップとクローンの両方を実行できます。

EMC Data Protection Restore Client

ファイルレベルリストアの実行

注記：Windowsおよび Linuxの両方のプラットフォームをサポートしています。



システム要件20ページの表 2に、NetWorker VMware Protctionに必要なコンポーネントの一覧を示します。

注記： EMC Backup and Recoveryアプライアンスは、2種類の容量（0.5 TBおよび 4 TB OVA）で入手可能です。システム要件に応じて、いずれか 1個のアプライアンスのみをダウンロードする必要があります。詳細については、32ページの「EMC Backup and Recovery用 OVAのダウンロード」のセクションを参照してください。

表 3 NetWorker VMware Protectionの要件

コンポーネント要件

NetWorker • NMCの 8.1 Serverソフトウェア

EMC Backup and Recoveryアプライアンス（0.5 TB OVA）

• CPU 4 * 2 GHz

• メモリ： 8 GB

• Disks:3* 250 GB

• バックアップストレージ容量： 0.5 TB

• OS 250 GB

EMC Backup and Recoveryアプライアンス（4 TB OVA）

• CPU 4 * 2 GHz

• メモリ： 32ページの表 8

• Disks:6 * 1 TB

• バックアップストレージ容量： 4 TB

• OS 250 GB

プロキシアプライアンス

• CPU 4 * 2 GHz

• メモリ： 4 GB

• Disks:ディスク ×2（16 GBおよび 1 GB）

vCenter Server • バージョン 5.1以降• Linuxまたは Windowsプラットフォーム、あるいは VCアプライアンス

• vSphere Web Client（VMware Webサイトにサポートされている Webブラウザの情報があります）

注記：vSphere Web Client、FLR（ファイルレベルのリカバリ）、EMC Backup and Recoveryプラグインユーザーインタフェースにアクセスするには、Webブラウザで Adobe Flash Playerバージョン 11.3以上が有効になっている必要があります。

ESX/ESXiサーバ • バージョン 4.1以降• CBT（更新ブロック追跡）が有効である

Data Domain • DDR OS（DDOS 5.3.0.6または 5.4.0.4以降）• DDBoostのユーザーには管理者権限が必要

システム要件 21


制限事項とサポートされない機能NetWorker VMware Protectionソリューションを導入する前に、以下の制限事項とサポートされない機能を確認してください。

◆ このソリューションは、vCenterに別の EMC Backup and Recoveryアプライアンスがあるかどうかを確認できません。このため、VMバックアップで冗長性が発生する可能性があります。

◆ EMC Backup and Recoveryアプライアンス内部ストレージまたはDDRにのみバックアップできます。

◆ DDRからEMC Backup and Recoveryアプライアンス内部ストレージへのバックアップのクローン作成はできません。

◆ DDRにバックアップのクローンを作成できるのは、別の DDR、AFTD、テープのみです。

◆ NetWorkerでは、デフォルトの EMC Backup and Recoveryアプライアンス /VMware Backup Applianceは、ターゲットセッション =50および最大セッション数 =200という値を使用して作成されます。これらは、NetWorkerで作成されるデバイスの通常のデフォルト値よりも大きな値です。これらの値が大きくなるのは、各アプライアンスまたは外部プロキシに 8個のプロキシエージェントが備わっているためです。

◆ 以前のVMバックアップソリューションからNetWorker VMware Protectionソリューションに移行するための自動移行ツールはありません。

◆ NetWorker VMware Protectionソリューションでサポートされている転送モードは、と nbdのみです。hotaddモードがデフォルトの転送モードです。

◆ EMC Backup and Recoveryプラグインは、英語キーボードのみに対応しています。

◆ NetWorker VMware Protectionソリューションではイメージレベルバックアップのみがサポートされており、個々のフォルダまたはドライブレベルのバックアップは実行できません。

◆ NetWorker VMware Protectionソリューションは、内部 AFTDメタデータが失われた場合に GSANにバックアップされているデータの災害時回復をサポートしていません。

パフォーマンスと拡張性NetWorker VMware Protectionソリューションのパフォーマンスと拡張性はさまざまな要素に応じて異なります。このような要素には、導入する OVA、vCenterの数とプロキシの数、大量のコンカレント VMバックアップを実行するかどうかなどがあります。以下のパフォーマンス統計を監視し、環境でパフォーンマンスを最大限に引き出すためのガイドラインとして、状況に応じて推奨事項とベストプラクティスを使用してください。

注記：次のマニュアルにある VMwareの制限事項も参照してください。http://www.vmware.com/pdf/vsphere5/r51/vsphere-51-configuration-maximums.pdf

◆ DDRへのバックアップは、EMC Backup and Recoveryアプライアンス内部ストレージへのバックアップよりも高速です。


http://www.vmware.com/pdf/vsphere5/r51/vsphere-51-configuration-maximums.pdf


◆ 0.5 TB OVAと 4 TB OVAのいずれを使用するかを決定します。

• DDRを使用する場合は、0.5 TB OVAを選択します。

• DDRを使用しない場合、4 TB OVAを選択します。

注記： DDRと EMC Backup and Recoveryアプライアンス内部ストレージが混在する環境を使用することはお勧めできません。

◆ EMC Backup and Recoveryアプライアンスは、最大8個のVMを並列でバックアップできます。最大 24個の VMバックアップを並列して実行する場合は、最大 2個の外部プロキシを増加します。外部プロキシでは、最大 8個の VMにバックアップを作成できます。

◆ パフォーマンスを強化するため、EMCでは EMC Backup and Recoveryアプライアンス、特にこのアプライアンスの内部ストレージから実行されるバックアップと復元には、専用データストアを使用します。

◆ すべての VMが 1つのデータストアに存在している場合、スナップショット作成操作とバックアップ読み取り操作の実行中に I/O競合が発生することがあります。

◆ EMCでは、NetWorkerサーバでのキュー操作を削減するため、適切な NetWorkerサーバ並列処理値を設定することを推奨しています。

◆ DDRへの各 VMのバックアップでは、Data Domainデバイス上の 1つのセッションが使用されます。EMCでは、セッション数が最大制限の 60セッションを超える場合は、追加のデバイスを構成しておくことを推奨しています。

◆ 追加の vCenter、VBA、プロキシを必要とするセットアップで最良のコンカレントバックアップパフォーマンスを実現するため、EMCでは vCenterあたり 1個のEMC Backup and Recoveryアプライアンスと 2個の外部プロキシを使用することを推奨しています。23ページの表 4に、さまざまなセットアップで予期されるパフォーマンスについて説明します。

表 4 EMC Backup and Recoveryアプライアンスあたりの最大コンカレントセッション数

vCenterあたりの導入状況最大コンカレントセッション数

EMC Backup and Recoveryアプライアンス x1 8

EMC Backup and Recoveryアプライアンス x1および外部プロキシ x1

16


24


26

パフォーマンスと拡張性 23


インストール前の要件EMC Backup and Recoveryアプライアンスの導入前に、インストール前の要件に従い、以降のセクションで説明するベストプラクティスを確認します。

◆ 付録 24ページの「DNSの構成」

◆ 25ページの「各種の NTP構成」

◆ 26ページの「EMC Backup and Recoveryアプライアンスのベストプラクティス」

DNSの構成アプライアンスの IPアドレスおよび FQDN（完全修飾ドメイン名）用のエントリーを DNSサーバに追加する必要があります。DNSサーバは、正引きおよび逆引きの両方をサポートしている必要があります。

表 5 コンカレント（同時処理）/並列化

コンポーネント

コンカレント（同時処理）カウント

注意事項

vCenterあたりのプロキシの数

3 デフォルト構成の vCenterでは、25個のセッションで良好なパフォーマンスを実現します。各 EMC Backup and Recoveryアプライアンスには 8個の内部プロキシが組み込まれており、外部プロキシにより、さらに 8個のコンカレントセッションが追加されます。したがって 1個の EMC Backup and Recoveryアプライアンスと 2個の外部プロキシを使用してください。

ポリシーあたりの VMの数

25 vCenterは一度に 25個の VMを処理できます。1つのポリシーに含まれている VMの数が 25より多い場合、残りの VMはバックアップ実行中にキューに入れられます。

EMC Backup and Recoveryアプライアンス

26個のコンカレントVM

EMC Backup and Recoveryアプライアンスあたりの最大コンカレントセッション数は、ターゲットデバイスに関係なく 26です。

外部プロキシ 24の VMDKコンカレント hotadd

外部プロキシに装備されている SCSIコントローラは 2台のみであるため、コンカレント hotaddセッションの数は 24に制限されます。25以上の VMDKをバックアップする場合、バックアップでは NBDモードが使用されます。

vCenter 25個のコンカレントセッション

EMCでは、vCenterあたりの最大コンカレント VMバックアップの数として 25を推奨しています。vCenterデータベースが SQLで実行されているスタンドアロンサーバ上で vCenterが実行されている場合は、1個の vCenterで一度に 26以上の VMを処理できます。

vCenter 2個の外部プロキシ（EMC Backup and

Recoveryアプライアンスに内部プロキシが含まれています）

前述の推奨事項に関連して、EMCではコンカレントバックアップのための EMC Backup and Recoveryアプライアンスあたりの外部プロキシの数として 2を推奨しています。



重要

DNSを適切に設定しないと多くのランタイムまたは構成の問題を引き起こす場合があります。

DNS構成を確認するには、コマンドプロンプトを開いて vCenter Serverから次のコマンドを実行します。

1. DNS構成を検証するため、次のように入力します。

nslookup EMC_Backup_and_Recovery_appliance_IP_address DNS_IP_address

nslookupコマンドは、EMC Backup and Recoveryアプライアンスの完全修飾ドメイン名を返します。

2. EMC Backup and Recoveryアプライアンスの完全修飾ドメイン名が正しい IPアドレスに解決されることを確認するため、次のように入力します。

nslookup FQDN_of_EMC_Backup_and_Recovery_Appliance DNS_IP_address

IPが前のコマンドと同じであることを確認します。

3. vCenter Serverアプライアンスの完全修飾ドメイン名が正しい IPアドレスに解決されることを確認するため、次のように入力します。

nslookup FQDN_of_vCenter DNS_IP_address

これらの nslookupコマンドから返された情報が正しい場合はコマンドプロンプトを閉じ、情報が誤っている場合は DNS構成を訂正します。DNSエントリーに短い名前を構成している場合は、短い名前で追加の参照を実行します。

重要

導入後に、vCenterの EMC Backup and Recoveryアプライアンスおよびプロキシと、NetWorkerホストからの DNS解決（正引き /逆引き）を確認します。

各種の NTP構成EMC Backup and Recoveryアプライアンスは、VMwareツールを使用して NTPを介した時刻の同期を行います。すべての VMware ESXiホストと vCenter Serverで、NTPが適切に構成されている必要があります。EMC Backup and RecoveryアプライアンスはVMwareツールを介して正確な時刻を取得するので、NTPの構成は必要ありません。

EMC Backup and Recoveryアプライアンスでは、［ゲスト OS時間をホストと同期］オプションがデフォルトで有効になります。

注記： EMC Backup and Recoveryプラグインユーザーインタフェースで NTPを直接構成した場合、時刻の同期化でエラーが発生します。

NTPの構成の詳細については、ESXiおよび vCenter Serverのマニュアルを参照してください。

インストール前の要件 25


ポート要件NetWorker VMware Protectionソリューションには、26ページの表 6で説明するポートが必要です。

すべての NetWorkerデーモンには、7937～ 9936までの範囲内のポート番号が割り当てられます。すべての NetWorkerクライアント、EMC Backup and Recoveryアプライアンス、プロキシはこの範囲内のポートに接続します。

EMC Backup and RecoveryアプライアンスのベストプラクティスEMC Backup and Recoveryアプライアンスを導入するときには、以下のベストプラクティスに従ってください。

◆ 共有された VMFS5以上に EMC Backup and Recoveryアプライアンスを導入し、ブロック長の制限を回避します。

◆ IDE仮想ディスクを使用した仮想マシンの導入を回避します。IDE仮想ディスクを導入すると、バックアップパフォーマンスが低下します。

◆ ESXi 4.1または5.0を使用している場合、ESXiホストにhotaddモードのライセンスを取得します。ESXi 5.1にはこの機能がデフォルトで組み込まれています。

◆ より高速なバックアップおよびリストアと、ネットワークルーティング、ファイアウォール、SSL証明書に関する問題の発生を少なくするために hotadd転送モードを使用します。hotaddモードをサポートするには、バックアップ対象の仮想ディスクを保持するストレージへのパスを持つ ESXiホストに EMC Backup and Recoveryアプライアンスを導入します。

注記：バックアップ対象の VMに独立している仮想ハードディスクが存在している場合、hotaddモードは機能しません。

◆ バックアップを計画する際には、EMC Backup and Recoveryでディスクタイプがサポートされていることを確認してください。現時点で EMC Backup and Recoveryでサポートされていないディスクタイプは次のとおりです。

• 独立型

• RDM独立型（仮想互換モード）

• RDM物理互換モード

◆ CBTをサポートするには、次の作業を行います。

表 6 VMware Protectionソリューションのポートの要件

ソースホスト宛先ホストプロトコル

宛先ホストに到達するためにファイアウォールで開くポート

NetWorkerサーバ vCenter Server TCP 443

NetWorkerサーバ EMCバックアップ /リカバリ

TCP 8543

EMCバックアップ/リカバリ

NetWorkerサーバ 8080



• すべての VMが VMwareハードウェアバージョン 7以降で実行されていることを確認します。

• VMでディスクを増設または動的に拡張する場合は、CBTが機能するためには新規フルバックアップを作成する必要があります。

◆ EMC Backup and Recoveryプラグインユーザーインタフェースを使用して、バックアップ対象の各 VMに VMwareツールをインストールします。VMwareツールは、バックアップ前に、ゲスト OS上で特定のプロセスを休止させるバックアップ機能を追加します。また、ファイルレベルのリストアで使用される一部の機能でも VMwareツールが必要になります。

専用 vCenterユーザーアカウントと EMC Backup and Recovery役割の作成

EMCでは、厳密に EMC Backup and Recovery専用の別個の vCenterユーザーアカウントをセットアップすることを強く推奨しています。「Administrator」のような一般的なユーザーアカウントを使用すると、どの「Administrator」のアクションがNetWorkerサーバと実際に通信しているかが不明なため、将来のトラブルシューティング作業が難しくなる可能性があるためです。別個の vCenterユーザーアカウントを使用することにより、vCenterログを調べることが必要になった場合、不明な点がより明確となります。

vCenterユーザーアカウントの作成ユーザーアカウントを作成するには、次の手順を実行します。

1. Webブラウザから vSphere Web Clientに接続します。

https://<IP_address_vCenter_Server>:9443/vSphere-client/

2. ［ホーム］＞［管理］＞［SSOユーザーおよびグループ］に移動します。

3. ［ユーザー］タブで緑色の + をクリックします。［新しいユーザー］ウィンドウが表示されます。

4. ［ユーザー名］フィールドにユーザー名を指定します（例：EMC Backup and Recovery）。

5. ［パスワード］および［パスワードの確認］フィールドにパスワードを指定します。名前、姓、パスワードの各フィールドは空白のままにしておくこともできます。

6. ［権限］フィールドで、［管理ユーザー］を選択します。

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

カスタム役割の作成必要な権限を使用して役割をカスタマイズするには、次の手順を実行します。

1. vSphere Web Clientで、［管理］＞［役割マネージャ］と移動して、緑の「+」をクリックします。

［役割の作成］ダイアログが表示されます。

専用 vCenterユーザーアカウントと EMC Backup and Recovery役割の作成 27


2. この役割の名前（例：Admin1）を入力します。

3. 28ページの表 7に示されている権限をすべて選択してから［OK］をクリックします。この vCenterユーザーアカウントには、最小限でもこれらの権限が必要です。

表 7 必要な最小 vCenterユーザーアカウント権限（1/3ページ）

設定 vCenter 5.1で必要な権限 vCenter 5.0で必要な権限

アラート • アラームの作成 • アラームの作成

データストア • 領域の割り当て• データストアの参照

• 低レベルのファイル操作• データストアの移動

• データストアの削除

• ファイルの削除• データストアの名称変更

• 領域の割り当て• データストアの参照

• 低レベルのファイル操作• データストアの移動

• データストアの削除

• ファイルの削除• データストアの名称変更

拡張機能 • 拡張機能の登録• 拡張機能の登録解除• 拡張機能のアップデート

フォルダ • フォルダの作成 • フォルダの作成

グローバル • タスクのキャンセル• メソッドの無効化• メソッドの有効化• ライセンス• イベントのログ• カスタム属性の管理• 設定値

• タスクのキャンセル• メソッドの無効化• メソッドの有効化• メソッドのライセンス• イベントのログ• カスタム属性の管理• 設定値

ネットワーク • ネットワークの関連づけ• 構成

• ネットワークの関連づけ• 構成

リソース • リソースプールへの仮想マシンの関連づけ

• リソースプールへの仮想マシンの関連づけ

セッション • セッションの確認 • セッションの確認

タスク • タスクの作成

• タスクの更新• タスクの作成

• タスクの更新

vApp • エクスポート• vAppアプリケーションの構成

• エクスポート• vAppアプリケーションの構成



仮想マシン

構成 • 既存のディスクの追加

• 新しいディスクの追加

• デバイスの追加または削除

• パワフル

• CPU数の変更

• リソースの変更

• ディスク変更の追跡

• ディスクのリース

• USBデバイスのホスト

• メモリ

• デバイスの設定を変更する

• rawデバイス

• パスから再ロード• リモートディスク

• 名前の変更

• ゲスト情報のリセット

• 設定値

• スワップファイルの配置

• 仮想ハードウェアのアップグレード

• 仮想ディスクの拡張

• 既存のディスクの追加

• 新しいディスクの追加

• デバイスの追加または削除

• パワフル

• CPU数の変更

• リソースの変更

• ディスク変更の追跡

• ディスクのリース

• USBデバイスのホスト

• メモリ

• デバイスの設定を変更する

• rawデバイス

• パスから再ロード• リモートディスク

• 名前の変更

• ゲスト情報のリセット

• 設定値

• スワップファイルの配置

• 仮想ハードウェアのアップグレード

• 仮想ディスクの拡張

ゲスト操作 • ゲスト操作の変更• ゲスト操作のプログラム実行• ゲスト操作のクエリー

• ゲスト操作の変更• ゲスト操作のプログラム実行• ゲスト操作のクエリー

対話 • コンソールの対話• VIX APIによるゲストオペレーティングシステムの管理

• 電源オフ• 電源オン• リセット• VMwareツールのインストール

• ゲストコントロールチケットの取得

• コンソールの対話• 電源オフ• 電源オン• リセット• VMwareツールのインストール

インベントリ • 新規作成• 登録• 削除• 登録解除

• 新規作成• 登録• 削除• 登録解除





vSphereクライアントユーザーアカウントEMC Backup and Recoveryアプライアンスで vCenterユーザーアカウントを使用するか、EMC Backup and Recoveryアプライアンスで SSO（シングルサインオン）adminユーザーを使用するには、これらのユーザーを vCenterルートノードで管理者として追加する必要があります。グループの役割から権限を継承するユーザーは無効です。

注記：高セキュリティ環境では、EMC Backup and Recoveryアプライアンスの構成と管理に必要な vCenterユーザーアカウント権限を以下に制限することができます。28ページの表 7に、アカウント権限のカテゴリーを示します。

vSphere Web Clientを使用して、EMC Backup and Recoveryユーザーまたは SSO adminユーザーを構成するには、次の手順を実行します。

1. Webブラウザから vSphere Web Clientにアクセスします。

https://<IP_address_vCenter_Server>:9443/vsphere-client/

2. 管理者権限でログインします。

3. ［vCenter］＞［ホストおよびクラスタ］を選択します。

4. ページの左側で［vCenter Server］をクリックします（付録 31ページの図 1を参照）。これは、ツリー構造のルートレベルから選択することが重要です（［ホストおよびクラスタ］の下に表示される）。vCenter VMを選択すると、構成は失敗します。

運用ニーズ以外のプロビジョニング

• ディスクアクセスを許可• 読み取り専用ディスクアクセスの許可

• 仮想マシンのダウンロードを許可

• テンプレートとしてマーク

• ディスクアクセスを許可• 読み取り専用ディスクアクセスの許可

• 仮想マシンのダウンロードを許可

• テンプレートとしてマー

スナップショット管理

• スナップショットの作成• スナップショットの削除• スナップショットに戻す

状態 • スナップショットの作成• スナップショットの削除• スナップショットに戻す





図 1 vSphere Web Clientでの vCenter Serverの選択

5. ［管理］タブをクリックして、［権限］を選択します。

6. ［権限の追加］（+）アイコンをクリックします。

7. ［ユーザーおよびグループ］パネルで、［追加 ...］をクリックします。

［ユーザー /グループの選択］ダイアログボックスが表示されます。

8. ［ドメイン］ドロップダウンメニューから、［ドメイン］、［サーバ］、［SYSTEM-DOMAIN］のいずれかを選択します。

9. EMC Backup and Recoveryを管理するユーザーまたは SSO adminユーザーを選択し、［追加］をクリックします。

EMC Backup and Recoveryユーザーがドメインアカウントに属している場合には、アカウントは「SYSTEM-DOMAIN\admin」の形式で表示されます。ユーザー名が「admin@SYSTEM-DOMAIN」の形式で表示される場合、バックアップジョブに関連するタスクが［最新のタスク］ウィンドウの［実行中］タブに表示されない可能性があります。

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

11.［割り当てられたロール］ドロップダウンリストから、作成したロールを選択します。

12.［子オブジェクトに反映］ボックスが選択されていることを確認します。




EMC Backup and Recoveryアプライアンスの導入このセクションでは、NetWorker VMwareデータ保護を使用するために EMC Backup and Recoveryアプライアンスをダウンロードして導入する手順を説明します。

EMC Backup and Recovery用 OVAのダウンロードEMC Backup and Recoveryアプライアンスを入手するには、VMwareバンドルをダウンロードします。このバンドルは、EMCオンラインサポートサイト（http://support.emc.com）の NetWorkerダウンロードページでは OVAとして表示されます。利用可能な VMwareバンドルは 3つあります。

各 OVAは特定の要件に対応しています。

◆ 0.5 TB OVA：DDRへのバックアップを実行する場合、または内部ストレージを使用した 10個未満の VMを保護する場合は、0.5TBアプライアンスをダウンロードします。

◆ 4 TB OVA：内部ストレージへのバックアップを実行し、保護する VMの数が 10より多い場合は、4TBアプライアンスをダウンロードします。32ページの表 8に、ストレージ領域の使用率に基づくメモリおよびスワップ領域のプロビジョニングに関する推奨事項を示します。

◆ プロキシ OVA：9以上のコンカレントバックアップを実行する場合、または特定の状況でのパフォーマンスを改善する場合には、外部プロキシアプライアンスをダウンロードします（たとえば ESXサーバで VMの hotaddバックアップを実行するには、その ESXサーバに外部プロキシをダウンロードする必要があります）。

アプライアンスのその他のシステム要件については、21ページの「NetWorker VMware Protectionの要件」を参照してください。必要な OVAをダウンロードし、共有ストレージに配置します。

EMC Backup and Recoveryアプライアンスの導入以下の導入手順は、プロキシ OVAを含む各 OVAに適用されます。.ovaファイルを共有ストレージにダウンロードしてから、vSphere Web Clientを開きます。

.ovaを導入するには、次の手順を実行します。

1. vSphere Webクライアントで、［ホーム］＞［vCenter］＞［ホストおよびクラスタ］に移動します。

2. vCenter Server名を右クリックし、［OVFテンプレートのデプロイ］を選択します。

表 8 ストレージ領域の使用率に基づくメモリおよびスワップ領域の推奨事項

使用率物理メモリスワップ領域

25%未満（1.0 TB） 12 GB 16 GB

65%未満（2.5 TB） 18 GB 16 GB

100%以下（4.0 TB） 24 GB 16 GB




3. ［ソースの選択］ウィンドウで［ローカルファイル］を選択し、［参照］をクリックします（付録 33ページの図 2を参照）。

4. ファイルタイプのドロップダウンから［OVAパッケージ］を選択し、ovaファイルが含まれているディレクトリに移動します。ファイルを選択し、［開く］をクリックします。

図 2 vCenter/vSphere Web Clientに導入する OVAの選択

5. ［OVFテンプレートのデプロイ］ウィンドウで、［次へ］をクリックします。

6. ［詳細の確認］ウィンドウで［次へ］をクリックします。

7. EULAを受け入れて、［次へ］をクリックします。

8. EMC Backup and Recoveryアプライアンスの名前を指定してから、アプライアンスを導入するフォルダまたはデータセンターを選択します。［Next］をクリックします。

9. EMC Backup and Recoveryアプライアンスを導入するリソースを選択してから、［次へ］をクリックします。

10.［ストレージ］を選択してから仮想ディスクフォーマットを選択し、［次へ］をクリックします。EMCではシンプロビジョニングディスクフォーマットを推奨しています。

11.［ネットワーク設定］で、ドロップダウンからデスティネーションネットワークを選択してから［次へ］をクリックします。

12.正確な IP（固定 IP）、DNSなどのネットワークのプロパティを設定します。この情報が正確であることを確認します。正確でない場合、アプライアンスは機能しません。［Next］をクリックします。

EMC Backup and Recoveryアプライアンスの導入 33


13.［設定の確認］ウィンドウで、［導入後に電源オン］オプションが選択されていることを確認してから、［完了］をクリックします。

数分後に、vCenterの EMC Backup and Recoveryアプライアンスのコンソールに 34ページの図 3のような画面が表示されます。

図 3 EMC Backup and Recoveryアプライアンスの登録画面

バックアップ /リカバリ用プロキシ割り当て保護対象の VMの数が 10を超えている場合は、バックアップ /リカバリ操作を実行するためにプロキシ VMを導入する必要があります。プロキシ OVA（セクション 32ページの「EMC Backup and Recoveryアプライアンスの導入」を参照）には 8個の内部プロキシがあり、8個の VMを同時にバックアップできます。8個を超える VMを同時にバックアップするには、8個の内部プロキシを含む外部プロキシ VMを導入する必要があります。プロキシは、ある時点の VMの 1回のバックアップまたは 1回のリカバリのために割り当てられます。

バックアップ /リカバリ用プロキシの選択EMC Backup and Recoveryは、プロキシプールからプロキシをその可用性に基づいて選択し、プロキシとデータストアの関連づけを定期的に更新します。あるプロキシが利用可能で、バックアップ対象の VMのデータストアにアクセスできる場合は、そのプロキシで hotaddモードが使用されます。あるプロキシが利用可能であるものの、バックアップ対象の VMのデータストアにアクセスできない場合には、そのプロキシで NBDモードが使用されます。これは LAN経由で一般には hotaddモードより低速です。



注記：現在、1個の外部プロキシが確立できる hotaddセッションの数は、バックアップ対象の全 VM上に存在する VMDKの合計数に依存します。たとえば、プロキシに 1台のコントローラがある場合には 12の hotaddセッションのみをサポートでき、バックアップ対象の VMDKが 13個以上の場合は、プロキシは残りの VMDKのために nbdモードにフォールバックします。このため、バックアップのパフォーマンスが低下することがあります。

データストアのマッピングの制限プロキシクライアントへのデータストアのマッピングを制限するには、EMC Backup and Recoveryアプライアンスのコンソールから次の手順を実行します。

1. ディレクトリ /usr/local/vdr/etcに移動します。

2. vcenterinfo.cfgファイルを編集し、次のエントリーを追加します。

proxy-datastore-updater=local

3. emwebapp.sh --restartを実行します。

前述の手順では、プロキシは ESXiホストのローカルデータストアのみと関連づけられます。EMC Backup and Recoveryではプロキシが可用性に基づいて選択されますが、バックアップ対象 VMのデータストアにアクセスできない場合があります。その結果、バックアップが失敗することがあります。ある VMをバックアップするためにこのモードに変更する場合は、その VMを実行しているデータストアにアクセスできる ESXサーバ上にプロキシを導入する必要があります。

各外部プロキシ VMには 2個の SCSIコントローラがあり、各 SCSIコントローラでは最大 12のバックアップ /リカバリが可能です。したがって、各外部プロキシは同時に 24の hotaddバックアップ /リカバリ操作を実行できます。この数を超えてバックアップ操作を実行すると、常にバックアップは nbd転送モードにフォールバックします。

VMに 3個以上の VMDKファイルが含まれている場合、NetWorkerは VMからの各仮想ディスクをシーケンシャルにバックアップします。ただし、CBTを活用すると、バックアップは高速となり、VM上のデータ変更率はごく低いかゼロとなります。

外部プロキシの導入外部プロキシホストの導入以降、各プロキシは以下のすべての機能を提供します。

◆ Microsoft Windowsおよび Linux VMのバックアップ。これにはイメージ全体または特定のドライブが含まれます。

◆ Microsoft Windowsおよび Linux VMのリストア。これにはイメージ全体または特定のドライブが含まれます。

◆ 個々のフォルダとファイルの Microsoft Windowsおよび Linux VMへの選択的リストア。

データセンター間でリストアを行うことは可能ですが（あるデータセンターに導入されているプロキシを使用して別のデータセンターの VMにファイルをリストアする）、プロキシとターゲット VMの両方が同じデータセンターにある場合は、リストアには相当な時間を要します。したがって、パフォーマンスを最大限に引き出すため、保護している各データセンターに 1つ以上のプロキシを導入してください。

バックアップ /リカバリ用プロキシ割り当て 35


DNSエントリーの追加プロキシアプライアンスを導入するときには、36ページの「vCenterへの外部プロキシアプライアンスの導入」の説明に従って一意の IPアドレスと名前を各プロキシVMに指定する必要があります。vCenter Serverにより名前解決参照が実行され、ホストが名前と IPアドレスを解決できるようになります。最適な結果を得るために、この手順を実行する前に、導入を予定しているすべてのプロキシに対して必要なDNSエントリーをすべて設定します。

vCenterへの外部プロキシアプライアンスの導入プロキシアプライアンスを以下のように vCenterに導入します。

1. vSphereクライアントを起動して、vCenter Serverにログインします。

［vSphere Client］ウィンドウが表示されます。

2. ［File］から［Deploy OVF Template］を選択します。

［Deploy OVF Template］ウィザードが表示されます。

3. ［Source］画面で以下を実行します。

a.［Deploy from file or URL］を選択して、［Browse］をクリックします。

［Open］ダイアログボックスが表示されます。

b.［Files of Type］リストから、Ova files (*.ova)を選択します。

c. 以前 32ページの「EMC Backup and Recovery用 OVAのダウンロード」でダウンロードした EMC Backup and Recoveryプロキシ OVAファイルを参照します。

d. アプライアンステンプレートファイルを選択して、［Open］をクリックします。

［Open］ダイアログボックスが閉じます。

アプライアンステンプレートファイルへのフルパスが、［ファイルから導入する］フィールドに表示されます。

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

［OVF Template Details］画面が表示されます。

4. ［OVF Template Details］画面で、以下を実行します。

a. テンプレート情報が正しいことを確認します。

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

［エンドユーザー使用許諾契約書］画面が表示されます。

5. 契約に同意して、［次へ］をクリックします。

［Name and Location］画面が表示されます。

6. ［Name and Location］画面で以下を実行します。

a.［Name］フィールドに、一意の完全修飾ホスト名を入力します。

プロキシには 3つの異なる名前が指定できます。

– プロキシが実行される VMの名前。これも vCenter内で管理され、認識できる名前です。



– プロキシ VMに割り当てられた DNS名。

– プロキシがサーバに登録され、アクティブ化された後の EMC Backup and Recoveryアプライアンスホスト名。

混乱を避け、潜在的問題を回避するためにも、EMCは、どのような状況でも、このプロキシに対して常に同じ完全修飾ホスト名を使用することを強く推奨します。

b. インベントリツリーで、このプロキシのデータセンターとフォルダの場所を選択します。

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

［Host / Cluster］画面が表示されます。

7. ［Host / Cluster］画面で、以下を実行します。

a. VMware ESXサーバまたはクラスタを選択します。


クラスタを選択した場合は、［Specific Host］画面が表示されます。

8. ［Specific Host］画面で以下を実行します。

a.［Host Name］リストから特定の VMware ESXサーバを選択します。


［リソースプール］画面が表示されます。

9. ［リソースプール］画面で以下の操作を実行します。

a. このプロキシのリソースプールを選択します。


［Storage］画面が表示されます。

10.［Storage］画面で、以下を実行します。

a. このプロキシのストレージの場所を選択します。


［Disk Format］画面が表示されます。

11.［Disk Format］画面で、以下を実行します。

a.［Available Space（GB）］に対して、推奨されるデフォルト設定を受け入れます。

b. 提案されているデフォルトのプロビジョニング設定を受け入れます（［Thin Provision］）。

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

［Network Mapping］画面が表示されます。

12.［ネットワークプロパティ］画面で、以下を実行します。

a. リストからターゲットネットワークを選択します。




ネットワークの［Properties］画面が表示されます。

プロキシを登録およびアクティブ化した後の、プロキシネットワーク設定の変更は困難です。したがって、［ネットワークプロパティ］画面に入力した設定が正しいことを確認してください。

13.ネットワークの［Properties］画面で、以下を実行します。

a.［デフォルトゲートウェイ］フィールドに、ネットワークのデフォルトゲートウェイ IPアドレスを入力します。

b. 1つ以上の DNS（ドメインネームサーバ）ホスト名または IPアドレスを［DNS］フィールドに入力します。複数のエントリーはコンマで区切ります。

c. ネットワーク上の有効なルーティング可能 IPアドレスを［ネットワーク IPアドレス］フィールドに入力します。

d. ネットワークの正しいネットマスクを［ネットワークネットマスク］フィールドに入力します。

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

［Ready To Complete］画面が表示されます。

15.情報が正しいことを確認します。

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

［Deploy OVF Template］ウィザードが閉じます。

17.導入動作が完了するまで待ちます。

これには数分かかる場合があります。

確認メッセージが表示されます。

18.［Close］をクリックして確認メッセージを無視します。



EMC Backup and Recoveryアプライアンスを導入した後で、vSphereクライアントのVMのコンソールに移動します。

図 4 EMC Backup and Recoveryアプライアンスへのプロキシの登録

指示に従って、プロキシを登録します（付録 39ページの図 4を参照）。

1. ［1］を押してプロキシを登録します。

2. ［EMC Backup and Recoveryアプライアンスのアドレスを入力してください］プロンプトに対して、EMC Backup and Recoveryアプライアンスサーバ名の完全修飾ドメイン名を入力します。

3. ［Enter the server domain [clients]:］プロンプトに対して、Enterキーを押して変更を行いません。

4. 非デフォルトのパスワードを使用している場合は、EMC Backup and Recoveryアプライアンスのパスワードを入力します。

「EMC Backup and Recoveryに接続しています ...正常に接続しました」というメッセージが表示されるまで待ちます。

5. NMCでの登録を検証するために、関連づけられているプロキシ /リンクプロキシの外部プロキシホスト列の下に外部プロキシホストが表示されることを確認します（40ページの図 5を参照）。



図 5 NMCの外部プロキシホスト

別のサーバへのプロキシの再登録別のサーバにプロキシを再登録するには、次の手順を実行します。

1. コンソールを起動し、プロキシにログインします。

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

/usr/local/avamarclient/etc/initproxyappliance.sh start

［EMC Backup and Recovery構成］ウィンドウのセットアップ［EMC Backup and Recovery構成］ウィンドウを使用して、EMC Backup and Recoveryアプライアンスの構成を完了します。

1. Webブラウザを開き、ステップ 1に表示された URLを入力します。URLは以下のようなものです。

http://EMC_Backup_and_Recovery_appliance_FQDN:8580/EBR-configure



接続すると、［EMC Backup and Recovery構成］ウィンドウが表示されます（付録41ページの図 6を参照）。

図 6 ［EMC Backup and Recovery構成］ウィンドウの［ようこそ］ページ

［EMC Backup and Recovery構成］ウィンドウには Adobe Flash Playerが必要です。適切なバージョンの Adobe Flash Playerがインストールされていない場合には、ダウンロード用リンクを含むメッセージが表示されます。Adobe Flash Playerをインストールしても接続できない場合は、EMC Backup and Recoveryアプライアンス登録画面にログインしてネットワーク構成（IPアドレス、DNSなど）を確認します。正しく入力されていないネットワーク情報がある場合は、再導入する必要があります。

2. デフォルトのユーザー名とパスワードでログインします。デフォルトは以下のとおりです。

• ユーザー ID： root

• パスワード : 8RttoTriz

3. ［Welcome］ページで、［次へ］をクリックします。

4. ネットワーク設定で IP構成を確認し、［Next］をクリックします。

5. vCenterアプライアンスと一致するようにタイムゾーンを設定します。一致しない場合は、vCenterからの EMC Backup and Recoveryとの接続で問題が発生する場合があります。vCenterのデフォルトのタイムゾーンは UTCです。［Next］をクリックします。

6. rootアカウントの新しい EMC Backup and Recoveryパスワードを指定し、［次へ］をクリックします。

［EMC Backup and Recovery構成］ウィンドウのセットアップ 41


7. vCenterの登録で、vCenterアプライアンスとの接続に必要な詳細情報を［構成］タブに入力してから、［テスト接続］をクリックします。［SSO用 vCenter Serverの FQDNを使用］が選択されたままになっていることを確認します（付録 42ページの図 7を参照）。［Next］をクリックします。

図 7 登録時の［EMC Backup and Recovery構成］ウィンドウ

注記： vCenter Serverホストが vSphere Webサーバホストと異なる場合は、ユーザー名として admin@system/domainを使用し、適切なパスワードを指定してください。

8. ［NetWorker登録］に、NetWorkerサーバとの接続に必要な詳細情報を入力します。

• NetWorkerユーザー名 = VMUser（デフォルト）

• NetWorkerパスワード = changeme（デフォルト）

• NetWorker完全修飾ドメイン名または IP

• NetWorker Webサービスポート = 8080（デフォルト）

注記：デフォルトの名前（VMUser）を変更するには、NMCで［NetWorker管理］＞［NetWorkerサーバのプロパティ］＞［その他］と移動して、ユーザー名とパスワードを両方とも変更します。NMCでユーザー名とパスワードを変更する場合は、［NetWorker Registration］で新しい値を指定したことを確認します。

9. ［NetWorker接続のテスト］をクリックして接続をテストします。災害復旧を実行する場合は、EMC Backup and Recoveryアプライアンスが NetWorkerサーバに登録されているならば、［NetWorker登録を上書きする］オプションを選択します。

10.［Finish］をクリックします。構成が完了し、EMC Backup and Recoveryアプライアンスが再起動することを示すメッセージが表示されます。



再起動の完了後に、導入した EMC Backup and Recoveryアプライアンス（VMware Backup Applianceとして表示）が NMCに表示されるまでに最大 1時間を見込んでください。この間、EMC Backup and Recovery構成または NetWorkerサーバ構成を変更しないでください。導入が正常に完了したら、VMware Backup Applianceの状態がNMCに表示され、NMCの［構成］タブの［ログ］パネルにメッセージが表示されます。

［EMC Backup and Recovery構成］ウィンドウでのインストール後の構成

インストール処理で EMC Backup and Recoveryアプライアンス /VMware Backup Applianceが NetWorkerで正常に登録および構成されたことを確認するには、次の手順を実行します。

1. NMCの［ログ］ウィンドウに次のように表示されていることを確認します。

NetWorkerサーバ 'server_name'で VMware Backup Appliance VBA_hostnameの登録が正常に完了しました。

2. 構成中に定義した新しい EMC Backup and Recoveryパスワードを使用して、［EMC Backup and Recovery構成］ウィンドウにログインしてください。

登録後に［EMC Backup and Recovery構成］ウィンドウを開くと、43ページの図 8に示すウィンドウが表示されます。このウィンドウでは構成に関する情報を検証し、必要なサービスが実行されていることを確認できます。

図 8 登録後の［EMC Backup and Recovery構成］ウィンドウ

［EMC Backup and Recovery構成］ウィンドウでのインストール後の構成 43


［ステータス］タブには、EMC Backup and Recoveryに必要なすべてのサービスと、各サービスの現在のステータスが一覧表示されます。44ページの表 9で、EMC Backup and Recoveryが使用するサービスについて説明します。

注記：サービスの実行が停止すると、vCenter Serverでアラームがトリガーされます。サービスが再開すると、vCenterはアラームをクリアします。vCenterによるアラームのクリアまたはトリガーまでに最大 10分の遅延が生じることがあります。

EMC Backup and Recoveryにはサービスのステータスとして次のいずれかが表示されます。

◆ 起動中

◆ 起動に失敗しました

◆ Running

◆ 停止中

◆ 停止に失敗しました

◆ 停止

◆ ロード /取得状態

◆ 回復不可能（コアサービスのみ）

◆ リストア中（管理サービスのみ）

◆ リストアに失敗しました（管理サービスのみ）

更新アイコンをクリックすると、表示されるステータスが更新されます。

表 9 EMC Backup and Recoveryアプライアンスで実行されるサービスの説明

サービス説明

コアサービスアプライアンスのバックアップエンジンで構成されます。これらのサービスが無効にされている場合、（スケジュールされている、または「オンデマンド」の）バックアップジョブはすべて実行されません。また、リストアアクティビティも開始されません。

管理サービス管理サービスを停止する場合は、必ずテクニカルサポートの指示を受けてください。

ファイルシステムサービス

ファイルレベルのリストア操作のためにバックアップをマウントできるようにします。

ファイルレベルのリストアサービス

ファイルレベルリストア操作の管理をサポートします。

メンテナンスサービス

メンテナンスタスク（バックアップの保存期間が過ぎたかどうかの審査など）を実行します。24時間が経過した後で、最初のメンテナンスウィンドウの［開始時刻］にサービスが開始されます。メンテナンスウィンドウは、毎日午前 8時に開始されるようにスケジュールされています。たとえば、木曜日の午前 10:20にシステムが導入された場合、その 24時間後は金曜日の午前 10:20となります。この場合、次回のメンテナンスウィンドウは、土曜日の午前 8時に開始されることになります。

注記：上図に示すように、導入後にメンテナンスサービスは実行されません。



サービスの開始と停止サービスがすべて停止した場合は、以下の順でサービスを開始します。

1. コアサービス

2. 管理サービス

3. メンテナンスサービス

4. ファイルシステムサービス

5. ファイルレベルのリストアサービス

サービスを停止するには、［EMC Backup and Recovery構成］ウィンドウの［ステータス］タブでサービスの横にある［停止］をクリックします。一般的には、実行中のサービスを停止する場合は、必ずテクニカルサポートの指示を受ける必要があります。

サービスを停止した場合は、［開始］をクリックしてサービスの再開を試行できます。ただし、サービスが適切に機能するように追加のトラブルシューティングのステップが必要になる場合もあります。

ログファイルの収集ログファイルを表示するには、［EMC Backup and Recovery構成］ウィンドウの［ステータス］タブで［ログ収集］ボタンをクリックします。Log Collectorはログファイルを zipします。これらのファイルを、［EMC Backup and Recovery構成］ウィンドウから起動したマシンに保存できます。

図 9 ［EMC Backup and Recovery構成］ウィンドウでのログファイルの収集

［EMC Backup and Recovery構成］ウィンドウでのインストール後の構成 45


VMのバックアップ導入が正常に完了したら、VMバックアップをセットアップするため次の 2種類のアプリケーションが必要です。

◆ 46ページの「NetWorker管理コンソールの VMware Backup Appliance」

◆ 56ページの「vCenterの EMC Backup and Recoveryプラグイン」

NetWorker管理コンソールの VMware Backup Appliance

NMCは、NetWorkerコンソールサーバのユーザーインタフェースであり、すべてのNetWorkerサーバとクライアントを管理し、すべての NetWorkerサーバとクライアントを対象としたレポート作成と監視の機能を提供します。

NMCは、サポートされる Webブラウザと JRE（Java Runtime Environment）がインストールされた任意のコンピュータで動作します。サポートされている Webブラウザおよびサポートされる JREのバージョンについては、「NetWorkerインストールガイド」を参照してください。

NMCコンソールのインタフェースは、2個のメインウィンドウで構成されます。

◆ ［Console］ウィンドウこんそーるうぃんどう

◆ ［管理］ウィンドウ

NMCサーバに接続すると、［コンソール］ウィンドウが表示されます（46ページの図 10を参照）。

図 10 ［Console］ウィンドウこんそーるうぃんどう



［コンソール］ウィンドウは、NetWorkerタスクを実行する場合に最初にアクセスするポイントです。NetWorkerサーバ /クライアントを管理および監視するには、次の手順を実行します。

1. ［エンタープライズ］ボタンを選択し、左側のパネルで NetWorkerサーバを選択します。

2. ［Console］ウィンドウの左側のパネルでサーバを右クリックし［アプリケーションの起動］を選択します。［管理］ウィンドウが表示されます。

3. Configurationタブを選択します。付録 47ページの図 11に示すウィンドウが表示されます。

図 11 NMCの［管理］ウィンドウの［構成］タブ

左側のパネルの下部に 2個のリソースグループが表示されます。

◆ VMware Backup Appliance：登録済みの VMware Backup Applianceが表示されます。

◆ VMware保護ポリシー：NetWorkerが最初の VMware Backup Applianceを登録した後にデフォルトのポリシーが表示されます。NetWorkerはこのデフォルトのVMware保護ポリシーを作成し、アプライアンスに自動的に割り当てます。48ページの図 12に、デフォルトの VMware保護ポリシーを示します。

また、［デバイス］ウィンドウに新しいリソースが表示されます。NetWorkerは、メディアタイプ AFTDに基づき、VMware Backup Applianceの内部ストレージ用にデフォルトデバイスを自動的に作成します。

VMのバックアップ 47


図 12 NMCのデフォルトの VMware保護ポリシー

NetWorkerでは、デフォルトのポリシーが 21:00から 24時間ごとに実行されます。使用されるバックアップレベルは、デフォルトのスケジュールで定義されているレベルによって決定し、1カ月のデータ保存ポリシーが使用されます。

保護ポリシーに VMを追加するときには、VMごとに新しいクライアントインスタンスを作成しないでください。代わりに、vSphere Web Clientの EMC Backup and Recoveryプラグインを使用して、VMを VMware保護ポリシーに割り当ててください。詳細については、56ページの「vCenterの EMC Backup and Recoveryプラグイン」のセクションを参照してください。新しいポリシーを作成するか、既存のポリシーを変更するには、このセクションを続行します。

注記： VMをポリシーに追加しないと、バックアップはスケジュールどおりに実行されますが、コンテンツなしで実行されます。

ポリシーの設定および構成最初の VMware Backup Applianceを登録すると、NetWorkerでは「Default」という名前のポリシーが自動的に作成されます。NetWorkerはこのポリシーを登録済みVMware Backup Applianceに適用し、このポリシーにより作成されたバックアップをアプライアンスの内部ストレージに保存します。

VMをバックアップするために複数のポリシーが必要になる場合があります。たとえば、保存、必要なクローン数などに基づいて VMを保護したい場合があります。

新しい保護ポリシーを作成するには、以下の手順を実行します。

1. NMCの［管理］ウィンドウの［構成］タブで、左側のパネルにある「VMware保護ポリシー」を右クリックしてから［新規］を選択します（49ページの図 13を参照）。



図 13 NMCでの新しいポリシーの作成



2. ［VMwareポリシーの作成］ウィンドウの［定義］タブで、ポリシーの記述名を入力し、開始時刻と間隔を指定します。これらのフィールドには NetWorkerによりデフォルト値が取り込まれます。50ページの図 14では、「BackuptoDDRAndClone」という名前のポリシーを作成して、Data Domainシステムに VMをバックアップし、クローンを作成します。

図 14 ［VMwareポリシーの作成］ウィンドウ

注記：自動開始はデフォルトで有効になっています。

3. VMwareアクション（例：action type=VMware backup）を作成するには、［VMwareアクション］パネルの［新規］ボタンをクリックします。51ページの図 15に示すウィンドウが表示されます。



図 15 ［VMwareアクションの作成］ウィンドウ

バックアップとクローンをセットアップするには、次の 2つのアクションをこの順序で作成する必要があります。

• バックアップ

• クローン

4. アクションタイプごとに次の手順を繰り返します。

a. アクションを示す名前を入力します。

b.［アクションタイプ］フィールドで次のいずれかを選択します。

– 内部ストレージまたは DDRに対してバックアップを実行する場合は、［VMwareバックアップ］を選択します。

– DDRまたはテープターゲットにクローンを作成する場合は、［クローン］を選択します。

注記：バックアップは VMware Backup Applianceの内部ストレージまたは DDRに対してのみ実行できます。クローンは DDRまたはテープにのみ作成できます。

c. デスティネーションプールを選択します。

– アクションが［VMwareバックアップ］の場合、内部ストレージにバックアップするには［デフォルト VBA内部プール］を選択し、Data Domainデバイスにバックアップするには Data Domainバックアッププールを選択します。

– クローンアクションの場合、作成した Data Domainデバイスのプールを選択するか、クローンを作成するテープが含まれているクローンプールを選択します。



Data Domainデバイスのプールを選択すると、VMwareのバックアップが VBA内部ストレージではなく Data Domainデバイスに対して実行されます。たとえば BackuptoDDRAndCloneポリシーを作成するには、Data Domainデバイスにバックアッププールが必要です。これは、［デフォルト VBA内部プール］にバックアップのクローンを作成することはできないためです。

d. インデックス管理のための参照および保存ポリシーを選択するか、またはデフォルトの値を使用します。

e.［スケジュール］タブではデフォルトの VMware永続的増分スケジュールが使用されます。デフォルトのスケジュールを使用するか、ドロップダウンから代替スケジュールを選択するか、または緑色の［+］をクリックして新規スケジュールを作成またはスケジュールを編集することができます。

［OK］をクリックして VMwareバックアップアクションを作成する場合、［VMware保護ポリシーの作成 /編集］ウィンドウが再び表示され、このウィンドウの［VMwareアクション］パネルに、すべてのポリシーの詳細とともに新しいアクションが表示されます。この時点でポリシーに VMware Backup Applianceを割り当てる必要があります。

5. ［VMware保護ポリシーの作成 /編集］ウィンドウの［VMware Backup Appliance選択］タブでアプライアンスを選択し（52ページの図 16を参照）、［OK］をクリックします。

図 16 ［VMware保護ポリシーの作成 /編集］ウィンドウで VMware Backup Applianceを選択します。

注記：このポリシーに対して VMware Backup Applianceを選択しないと、このポリシーに付加されているアプライアンスがないことを示す警告メッセージがNMCに表示され、操作を続行するかどうかが尋ねられます。この警告が表示されたら［いいえ］をクリックし、このウィンドウに戻って VMware Backup Applianceを割り当てます。



前述の手順が完了すると 53ページの図 17に示す画面が表示され、完成したVMware保護ポリシーとその関連アクションが示されます。ウィンドウの下部には、ポリシーとアクションの視覚的に示すマップも表示されます。

図 17 VMware保護ポリシーと関連アクション

クローンアクション開始前にすべてのバックアップが完了するまで待機しないようにするには、操作を並行して実行することを選択できます。これは、グループがセーブセットが完了するたびにクローン作成を開始できるようにする NetWorkerの即時クローン作成オプションに似ています。

アクションを有効にし、それよりも前のアクションと並行して実行するように設定するには、次の手順を実行します。

1. ［VMwareポリシーの作成］ウィンドウまたは［VMware保護ポリシーの編集］ウィンドウを開きます。

2. ［定義］タブで該当するチェックボックスを選択します（54ページの図 18を参照）。



図 18 ［VMwareポリシーの作成］ウィンドウでのアクションの有効化と同時実行のマークづけ

ポリシーを作成してアクションを完了した後で、［VMwareポリシーの作成］または［VMware保護ポリシーの編集］ウィンドウの［VMware Backup Appliance選択］タブを選択することにより、ポリシーを適用する VMware Backup Applianceを選択します。

注記： NetWorkerを使用して特定の VMにポリシーを割り当てることはできませんが、NMCで作成したポリシーを、Sphere Web Clientインタフェースで特定の VMに割り当てることができます。詳細については、 65ページの「ポリシーへの VMの割り当て」を参照してください。

ポリシーの手動での開始VMware保護ポリシーを手動で開始するには、［監視］ウィンドウの［グループとポリシー］セクションでポリシーを右クリックして［開始］オプションを選択します。そうしない場合は、スケジュールされた開始時刻に基づいて NetWorkerによりバックアップポリシーが開始されるまで待機します。

ポリシーの進行状況の表示ポリシーの進行状況を［ポリシーの詳細］ダイアログで確認できます。このダイアログは［監視］ウィンドウの［グループとポリシー］セクションでポリシーをダブルクリックすると表示されます。

ポリシーのセッションの進行状況は、NMCの［監視］ウィンドウの［すべてのセッション］セクションに表示されます。

NetWorker Data Protection Policyレポートを選択すると、NMCの［管理］ウィンドウの［レポート］タブに完了したポリシーの NMCレポートが表示されます。



NMCからのポリシーの停止NMCでポリシーをキャンセルするには、NMCの［監視］ウィンドウの［グループとポリシー］セクションでバックアップポリシーを右クリックし、［停止］オプションを選択します。

NMCでの VMware Backup Applianceの稼働状態NMCでは、次の詳細情報および稼働状態情報を含む、VMware Backup Applianceに関する情報が自動的に取得されます。

◆ vCenterホスト

◆ VMware Backup Applianceにプッシュされたポリシー

◆ 外部プロキシホストのリスト

◆ 合計内部ストレージの容量

◆ 使用された内部ストレージの容量

◆ 最後に検証されたチェックポイント

◆ オンライン /オフライン

◆ 構成の状態とエラー

VMware Backup Applianceの状態（オフライン /オンライン）を、NMCから監視できます（55ページの図 19を参照）。その他の VMware Backup Appliance関連プロパティを表示するには、アプライアンスサーバリソースを右クリックして［プロパティ］を選択します。

図 19 NMCでの VMware Backup Applianceの稼働状態の監視

VMware Backup Applianceの廃止NMCには、障害が発生した場合に VMware Backup Applianceを廃止するオプションが含まれています。このアプライアンスを廃止するには、アプライアンスを右クリックして、ドロップダウンから［廃止］を選択します。このダイアログを 55ページの図 20に示します。

図 20 NMCでの VMware Backup Applianceの廃止



vCenterの EMC Backup and RecoveryプラグインvSphere Web Clientから EMC Backup and Recoveryプラグインユーザーインタフェースにアクセスできます。EMC Backup and Recoveryプラグインユーザーインタフェースは vSphere Web Clientで VMバックアップを保管するために EMC Backup and Recoveryアプライアンスに接続するためのプラグインとして機能します。vSphere Web Clientでは EMC Backup and Recoveryの管理のみ可能です。バックアップオペレーションごとに重複排除が自動的に実行されます。

注記： vCenter Serverがない場合には EMC Backup and Recoveryアプライアンスを使用できません。リンクモードでは、EMC Backup and Recoveryアプライアンスは、関連づけられた vCenterとのみ連携します。

EMC Backup and RecoveryのメリットEMC Backup and Recoveryには次のメリットがあります。

◆ すべての VMに対して高速で効率的なデータ保護を提供します。これは、仮想マシンがオフの場合、あるいは ESXホスト間で移行されている場合でも可能です。

◆ すべてのバックアップに対して特許取得済みの可変長の重複排除を使用することにより、バックアップデータが消費するディスク領域を大幅に減少します。

◆ CBT（ブロック変更トラッキング）および VMスナップショットを使用して、VMのバックアップコストを削減し、バックアップウィンドウを最小限に抑えます。

◆ VMごとにサードパーティエージェントをインストールする必要がないため、簡単なバックアップが可能になります。

◆ EMC Backup and Recovery内で統合されたコンポーネントはWebポータルによって管理されるため、インストールがシンプルで簡単です。

◆ vSphere Web Clientに統合された EMC Backup and Recovery構成への直接アクセスが可能です。

◆ チェックポイントおよびロールバックメカニズムによりバックアップを保護します。

◆ Webベースのインタフェースからエンドユーザー開始のファイルレベルのリカバリを使用して、Windowsおよび Linuxファイルのリカバリを合理化します。

イメージレベルのバックアップとリストアEMC Backup and Recoveryは VADP統合イメージレベルバックアップを作成します。この統合により、バックアッププロセスのオーバーヘッドが VMから EMC Backup and Recoveryアプライアンスに移動します。EMC Backup and Recoveryアプライアンスは vCenter Serverと通信して、VMの vmdkファイルのスナップショットを作成します。重複排除は、特許取得済みの可変長重複排除テクノロジーを使用してアプライアンス内で実行されます。

大型で常に拡張を続ける多くの環境に対応するために、EMC Backup and Recoveryアプライアンスはそれぞれ、最大 8個の VMを同時にバックアップすることが可能です。すべての VMは、EMC Backup and Recovery専用の vCenterに属している必要があります。



イメージレベルのバックアップの効率性を向上させるために、EMC Backup and Recoveryは、VMware CBT機能を利用します。CBTにより、EMC Backup and Recoveryは前回のバックアップ以降に変更されたディスクブロックのみをバックアップすることが可能です。これにより、特定の VMイメージのバックアップ時間が大幅に減少するため、特定のバックアップウィンドウ内に多くの VMを処理することが可能になります。

リストア時に CBTを活用することで、EMC Backup and Recoveryは、VMを元の場所にリストアする際に、高速かつ効率的なリカバリを実現します。リストアプロセスの間、EMC Backup and Recoveryは VADPに問い合わせて、前回のバックアップ以降にどのブロックが変更されたかを確認し、リカバリ時にそのブロックのみをリカバリまたはリプレースします。これにより、リカバリ操作中の EMC Backup and Recovery環境内のデータ転送が減少し、リカバリ時間が短縮されます。

さらに、EMC Backup and Recoveryはリストアの方法（フルイメージリストアまたはCBTを活用したリカバリ）によるワークロードの違いを自動的に評価して、リストア時間が最高速の方法を実行します。これは、リストアされる VMにおける前回のバックアップ以降の変更率が非常に高く、CBT解析オペレーションのオーバーヘッドが直接フルイメージリカバリよりも大きな場合に有効です。

イメージレベルのバックアップのメリットは次のとおりです。

◆ ゲストオペレーティングシステムに関係なく、VMのフルイメージバックアップを提供する

◆ 利用可能で適切なライセンスがある場合は、効率的なトランスポート方式であるSCSI hotaddを利用し、ネットワークを介した VMDKイメージ全体のコピーを回避する

◆ イメージレベルのバックアップからファイルレベルのリカバリを提供する

◆ EMC Backup and Recoveryアプライアンスによって保護された .vmdkファイル内、すべての .vmdkファイルを重複排除する

◆ 高速なバックアップとリカバリを可能にする CBTを使用する

◆ VMごとにバックアップエージェントを管理する必要性をなくす

◆ 優れたスループットの実現のために同時バックアップ /リカバリをサポートする

vSphere Web Clientでの EMC Backup and RecoveryへのアクセスEMC Backup and Recoveryプラグインユーザーインタフェースは vSphere Web Clientに表示されます。このインタフェースでは、NMCで作成されたポリシーに VMを追加できます。vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースにアクセスするには、次の手順を実行します。

1. Webブラウザから、vSphere Web Clientを開きます。

https://IP_address_vCenter_Server:9443/vsphere-client/

注記： Webブラウザで SSL証明書エラーを受け取る場合は、次のリンクのVMwareナレッジベース記事 1021514を参照してください。

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1021514





2. ［認証情報］ウィンドウで、作成した専用 EMC Backup and RecoveryユーザーのvCenterユーザー名とパスワードを入力し、［ログイン］をクリックします。

3. vSphere Web Clientで［EMC Backup and Recovery］を選択します。

4. ［EMC Backup and Recoveryへようこそ］ウィンドウで、ドロップダウンから［バックアップアプライアンス］を選択します。ドロップダウンには、vCenterに登録されているすべての EMC Backup and Recoveryアプライアンスが一覧表示されます。

各 vCenter Serverでは、10個までの EMC Backup and Recoveryアプライアンスがサポートされています。［バックアップアプライアンス］フィールド（58ページの図21を参照）のドロップダウンリストに、アプライアンス名が英字順で表示されます。EMC Backup and Recoveryプラグインユーザーインタフェースで、左側のパネルにアクティブアプライアンスの名前が表示されます。ドロップダウンリストのアプライアンス名は使用可能なアプライアンスの一覧の最初の項目です。

図 21 バックアップアプライアンスの選択

5. ［Connect］をクリックします。

注記： EMC Backup and Recoveryアプライアンスから vCenterへの最大接続再試行回数は 2回です。vCenterとの接続をさらに試行するためには、次のコマンドを入力して EMC Backup and Recoveryサーバを再起動する必要があります。

ebrserver.pl --restart.



接続すると、59ページの図 22の画面が表示されます。

図 22 vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェース

EMC Backup and Recoveryプラグインユーザーインタフェースでは、EMC Backup and Recoveryアプライアンスを構成および管理できます。 vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースには 5つのタブがあります。

◆ はじめに：EMC Backup and Recoveryの機能の概要と、VMをポリシーに割り当ててリストアを実行するためのクイックリンクが表示されます。

◆ バックアップ：スケジュールされたバックアップポリシーと、NMCで作成された各バックアップポリシーの詳細を含む一覧が表示されます。このウィンドウでは、ユーザーは保護する VMをバックアップポリシーに追加し、オンデマンドでバックアップポリシーを実行することができます。60ページの「バックアップタブについて」に、バックアップポリシーへの VMの追加と、オンデマンドでのバックアップポリシーの開始に関する補足情報が記載されています。

◆ リストア：リストア可能な成功したバックアップの一覧を表示します。詳細については、 61ページの「リストアタブについて」を参照してください。

◆ レポート：バックアップポリシーに追加した vCenter Server上の VMに関するバックアップステータスレポートを提供します。詳細については、 61ページの「レポートタブについて」を参照してください。

◆ 構成：EMC Backup and Recoveryの構成情報が表示され、設定の一部を編集することができます。ヘルスチェック（たとえば、チェックポイントの作成と検証）を実行することもできます。詳細については、 62ページの「構成タブについて」を参照してください。

次のセクションで、タブの内容について説明します。



バックアップタブについて［バックアップ］タブには、この EMC Backup and Recoveryアプライアンスに導入されているバックアップポリシーの一覧が表形式で表示されます。この表には次の情報が表示されます。

表 10 ［バックアップ］タブの列の説明

列説明

［Name］バックアップポリシーの名前。

状態バックアップポリシーが有効化されているか無効化されているか。無効のバックアップポリシーは実行されません。NMCでポリシーの自動開始が無効化されている場合は、「スケジュールなし」という状態が表示されます。

前回の開始時刻ポリシーを前回開始した時刻。

期間前回のポリシーの完了にかかった時間。

次回の実行時間このスケジュール時刻でポリシーが再度実行されます。

成功数前回のバックアップポリシー実行時にバックアップに成功したVMの数。この数は、各バックアップの後で更新されます。バックアップ間のポリシーへの変更は、ポリシーが再度実行されるまでこの数に反映されません。たとえば、あるバックアップで 10個の VMのバックアップに成功したことが報告され、その後で 1個の VMだけ残るようにポリシーが編集された場合、ポリシーが再び実行されるまで、この数は10のままです。成功すると、数は 1に変わります。

失敗数前回のバックアップポリシー実行時にバックアップに失敗したVMの数。この数は、各バックアップの後で更新されます。バックアップ間のポリシーへの変更は、ポリシーが再度実行されるまでこの数に反映されません。たとえば、あるバックアップで 10個の VMのバックアップに失敗したことが報告され、その後で 1個の VMだけ残るようにポリシーが編集された場合、ポリシーが再び実行されるまで、この数は10のままです。バックアップが失敗すると、数は 1に変わります。



61ページの図 23に、2つのバックアップポリシーの例を示します。

図 23 vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースに表示されるバックアップポリシー

リストアタブについて［リストア］タブには、EMC Backup and Recoveryアプライアンスを使用してバックアップされた VMの一覧が表示されます。バックアップの一覧をナビゲートし、特定のバックアップを選択し、リストアすることができます。

時間が経過すると、［リストア］タブに表示される情報は期限切れになります。リストア可能なバックアップの最新情報を表示するには、［更新］をクリックします。

リストアの詳細については、68ページの「VMバックアップのリストア」のセクションを参照してください。

レポートタブについて［レポート］タブの上半分には、vCenter Serverに関連づけられているすべての VMが一覧表示されます。各 VMについて、次の情報が表示されます。

◆ VM名

◆ 状態（EMC Backup and Recoveryでは標準の VMwareの状態情報が使用されます）。

◆ バックアップポリシー

◆ 最終正常バックアップ

◆ Status

◆ 日付

◆ バックアップポリシー名

［レポート］タブの下部のセクションから VMを選択し、選択したクライアント関する以下の情報を含む詳細な情報を表示できます。

◆ VM情報

• ［Name］



• ゲスト OS• ホスト• IPアドレス• 状態• 最終正常バックアップ• （選択された VMに関連づけられている）バックアップポリシー

◆ 最終のバックアップポリシー

• Status

• 日付• バックアップポリシー

［レポート］タブの左側のパネルには、イベントコンソールおよびタスクコンソールへのリンクがあります。これらのリンクをクリックすると、vCenter Serverのイベントコンソールまたはタスクコンソールが表示されます。

構成タブについて［構成］タブでは、EMC Backup and Recoveryアプライアンスのメンテナンスタスクを管理できます。このタブでは以下のタスクが実行できます。

◆ 62ページの「バックアップアプライアンス構成の表示」

◆ 62ページの「メールの構成」

◆ 64ページの「ログの表示」

バックアップアプライアンス構成の表示

［バックアップアプライアンス］情報には、［バックアップアプライアンスの詳細］、［バックアップウィンドウ構成］の情報が表示されます。

［バックアップアプライアンスの詳細］には次の情報が含まれます。

◆ 表示名

◆ IPアドレス

◆ Status

◆ vCenter Server

◆ NetWorker サーバ

◆ ローカル時間

◆ 現在のユーザー

◆ バージョン

◆ タイムゾーン

これらのオプションは、EMC Backup and Recoveryアプライアンスのインストール中に構成できます。また［EMC Backup and Recovery構成］ウィンドウを使用してこれらのオプションを編集することもできます。詳細については、 43ページの「［EMC Backup and Recovery構成］ウィンドウでのインストール後の構成」を参照してください。

メールの構成

SMTPメールレポートを特定の受信者に送信するように EMC Backup and Recoveryを構成できます。メール通知を有効にすると、メールには次の情報が含まれます。



◆ EMC Backup and Recoveryアプライアンスのステータス

◆ バックアップジョブのサマリー

◆ 仮想マシンのサマリー

メールの構成には、次の表示で説明している情報が必要です。

注記： EMC Backup and Recoveryメール通知では、CC（カーボンコピー）や BCC（ブラインドカーボンコピー）はサポートされていません。また、SSL証明書もサポートされていません。

メール通知を構成する前に、メールレポートの送信元メールアカウントが存在していることを確認してください。

メールを構成するには、次の手順を実行します。

1. EMC Backup and Recoveryプラグインユーザーインタフェースから［構成］タブを選択します。

2. ［メール］を選択します。

表 11 メールの構成フィールド

フィールド名説明

メールレポートを有効化

このボックスを選択すると、メールレポートが有効になります。

送信メールサーバメール送信に使用する SMTPサーバの名前を入力します。この名前は、IPアドレス、ホスト名、完全修飾ドメイン名として入力できます。EMC Backup and Recoveryアプライアンスが、入力された名前を解決できる必要があります。認証されていないメールサーバのデフォルトポートは 25です。認証済みメールサーバのデフォルトポートは 587です。サーバ名にポート番号を付けることで、別のポートを指定することができます。たとえば、サーバ「emailserver」でポート 8025の使用を指定するには、「emailserver:8025」と入力します。

このサーバは本人がログインする必要があります

SMTPサーバで認証が必要な場合は、このボックスを選択します。

ユーザー名認証するユーザー名を入力します。

パスワードユーザー名に関連づけられているパスワードを入力してください（EMC Backup and Recoveryではパスワードは検証されません）。

差出人アドレスメールレポートの送信元メールアドレスを入力します。指定できるアドレスは 1つのみです。

宛先アドレス最大 10個の受信者のメールアドレスをコンマで区切って入力します。

送信時刻 EMC Backup and Recoveryがメールレポートを送信する時刻をドロップダウンリストから選択します。

送信日 EMC Backup and Recoveryによってメールレポートを送信する日付を選択します。

レポートロケールメールレポートのロケールをドロップダウンリストから選択します。デフォルトは en-usです。



3. ウィンドウの右下隅にある［編集］ボタンをクリックします。

4. 次の項目を指定します。

a. メールレポートを有効化

b. 送信メールサーバ

c.（オプション）このサーバは本人がログインする必要があります

d. ユーザー名

e. パスワード

f. 差出人アドレス

g. 宛先アドレス

h. 送信日

i. 送信時刻

j. レポートロケール

5. ［保存］ボタンをクリックします。

メール構成をテストするには［テストメールの送信］をクリックします。

ログの表示

［構成］タブの［ログ］をクリックすると、65ページの図 24に示すような EMC Backup and Recoveryのユーザーインタフェースログが表示されます。

これは、ユーザーインタフェースで開始されたアクティビティの詳細を記録し、一部の重要なステータス項目を示すハイレベルのログです。

［更新］をクリックすると、最新のユーザーインタフェースログのエントリーが表示されます。



［ビューのエクスポート］をクリックすると、画面に表示される詳細を、ブラウザを実行しているマシン上のファイルに保存できます。

図 24 ［構成］タブでのログの表示

ポリシーへの VMの割り当てvSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースを使用して、VMを作成したこれらのポリシーに割り当てることができます。

1. vSphere Web Clientで［EMC Backup and Recovery］を選択します。

2. ［はじめに］タブで、［バックアップポリシーの割り当て］を選択します。［バックアップ］タブが表示されます。このタブには利用可能なポリシーが表示されます。

ポリシーの説明は、NMC内の説明と一致します（例：デフォルト）。［内部ディスクへのバックアップ］は、このデフォルトのポリシーに割り当てるすべてのVMが、導入済み EMC Backup and Recoveryアプライアンスのストレージに移動することを意味します。バックアップが EMC Backup and Recoveryアプライアンスの内部ストレージに対して実行される場合は、その詳細情報が vCenterの EMC Backup and Recoveryのポリシー説明の一部として、NMCに表示されます。

3. ［Edit］をクリックします。vCenterのすべての VMが表示されます。

4. VMの横にあるチェックボックスを使用して、選択したポリシーに含める VMを選択します（66ページの図 25を参照）。特定の VMに加えて、「リソースプール」や「クラスタ」などの他のインベントリオブジェクトを選択することもできます。

注記： NMCで作成したポリシーへの VMの割り当てのみが可能です。



図 25 バックアップ用 VMの選択

5. ［Finish］をクリックします。バックアップポリシーが正常に保存されたことを示すダイアログボックスが表示されます。

いつでも［バックアップポリシーの詳細］ウィンドウに戻って、［編集］をクリックすると、どの VMを選択したのかを確認できます。この情報は、ウィンドウの下半分（［ソース］フィールドの下）にも表示されます。

バックアップポリシーの手動での開始EMC Backup and Recoveryプラグインユーザーインタフェースで次のいずれかの方法で、バックアップポリシーを手動で開始できます。

◆ EMC Backup and Recoveryプラグインユーザーインタフェースの［バックアップ］タブで［今すぐバックアップ］ボタンをクリックします。

◆ vCenterで個別の VMを右クリックし、［今すぐバックアップ］を選択します。［今すぐバックアップ］をクリックすると、次の 2種類のオプションが提供されます。

• すべてのソースをバックアップ

• 古いソースのみをバックアップ

それ以外の場合は、スケジュールされた開始時刻に基づいて NetWorkerによりバックアップポリシーが開始されるまで待機できます。

注記： vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースからポリシーを開始すると、そのポリシーと関連づけられたクローンアクションは実行されません。NetWorker（NMC）からポリシーが実行された場合にのみ、クローンアクションも実行されます。



ポリシーの停止EMC Backup and Recoveryプラグインユーザーインタフェースでポリシーを停止するには、次の手順を実行します。

1. ［バックアップ］タブに移動します。

2. ［最新のタスク］パネルでバックアップジョブに関連づけられている丸い「x 」記号をクリックします。

ポリシーの進行状況の表示バックアップポリシーの進行状況を表示するには、vSphere Web Clientの左側のパネルで［タスク］を選択します。67ページの図 26のようなタスクコンソールが表示されます。

図 26 タスクコンソールでのポリシーの進行状況の表示

バックアップが完了した後では、vSphere Web Clientでバックアップ済み VMをリカバリするか、または EMC Data Protection Restore Clientを使用してファイルレベルのリストアを実行できます。

VMの選択VMのコレクション（データセンター内のすべての VMなど）を指定するか、または個々の VMを選択することができます。リソースプール全体、ホスト、データセンター、フォルダのいずれかが選択されると、そのコンテナの VMは以降のバックアップに含まれます。1個の VMを選択すると、その VMに追加されたディスクはすべてバックアップに含まれます。VMは、選択されたコンテナから選択されていない別のコンテナに移動されると、バックアップには含まれなくなります。

バックアップ対象の VMを手動で選択できます。それにより、VMが移動された場合でも、NetWorkerによりその VMのバックアップが確実に行われます。

EMC Backup and Recoveryでバックアップされない特殊な VMを以下に示します。

◆ EMC Backup and Recoveryアプライアンス◆ VDP（VMware Data Protection）アプライアンス◆ テンプレート



◆ セカンダリフォルトトレラントノード◆ プロキシ◆ AVE（Avamar Virtual Edition）サーバ

注記：ウィザードではこれらの VMを選択できますが、［完了］をクリックすると、これらの特殊な VMがジョブに含まれていないという警告が表示されます。

重複排除ストアのメリットエンタープライズデータは、システム内およびシステム間に同一のファイルまたはデータが存在しているため、非常に冗長です。たとえば、OSファイルや複数の受信者に送信されたドキュメントなどが該当します。編集されたファイルも以前のバージョンと合わせて極めて冗長です。従来のバックアップ方法では、冗長データをすべて繰り返し保存するため、冗長性がさらに拡大されます。EMC Backup and Recoveryは特許取得済みの重複排除テクノロジーを使用して、ファイルレベルおよびサブファイルデータセグメントレベルの両方で冗長性を排除します。

可変長および固定長データセグメントセグメントまたはサブファイルレベルでの冗長データ排除の主な要因は、セグメントサイズを決定する方法です。スナップショットと一部の重複排除テクノロジーでは共通して、固定ブロックまたは固定長のセグメントを使用してセグメントサイズを決定します。残念ながら、この方法では、データセットの変更がほんのわずかにもかかわらず、データセットに小さな変更があると（たとえば、ファイルの先頭にデータを挿入すると）、データセットのすべての固定長セグメントを変更してしまいます。EMC Backup and Recoveryは、データを調べて論理境界ポイントを判断するセグメントサイズの決定にインテリジェントな可変長方法を使用して、効率性を向上させます。

論理セグメントの判断EMC Backup and Recoveryは、セグメントサイズの判断に、特許取得済みの方法を使用しています。この方法では、システム全体の効率性が最適化されます。このアルゴリズムはデータセットのバイナリ構造を分析し、状況依存のセグメント境界を判別します。可変長セグメントのサイズは平均 24 KBです。EMC Backup and Recoveryによりセグメントはさらに平均 12 KBに圧縮されます。

EMC Backup and Recoveryは、VMDKファイル内のバイナリ構造を分析することにより、すべてのファイルの種類とサイズを対象として、データをインテリジェントに重複排除します。

VMバックアップのリストアNetWorkerは 2レベルのリストア機能を提供します。

◆ イメージレベルリストア：バックアップイメージの全体または選択したドライブを、元の VM、別の既存 VMまたは、新しい VMにリストアします。

◆ ファイルレベルリストア：特定のフォルダまたはファイルをイメージバックアップからリストアします。

次のセクションでは、両方のタイプについて詳しく説明します。



イメージレベルリストアとファイルレベルリストアの実行に関するガイドライン

EMC Backup and Recoveryには、2種類の VMデータリストアメカニズムがあります。

イメージレベルリストアはあまりリソースを消費せず、大量のデータを迅速にリストアするのに適しています。

ファイルレベルリストアは、より多くのリソースを消費し、比較的少量のデータのリストアに最適です。また、ファイルレベルリストアを実行する場合は、同じファイルレベルリスト操作で、5,000個を超えるフォルダまたはファイルをリストアしたり、14,498個を超えるフォルダまたはファイルを参照したりすることはできません。

したがって、多数のフォルダやファイルをリストアまたは参照することが必要な場合は、イメージ全体または選択されたドライブを一時的な場所（たとえば、新しい一時 VM）にリストア後に、それらのファイルを目的の場所にコピーする方法がパフォーマンスの観点からは望ましいでしょう。

FULLVM（イメージレベル）リストアバックアップが完了したら、バックアップのリストアウィザードを使用して VMを完全にリストアできます。このウィザードは、vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースで使用可能です。EMC Backup and Recoveryプラグインユーザーインタフェースで以下のいずれかのオプションを選択します。

◆ ［はじめに］タブで［VMのリストア］をクリックする。

◆ ［リストア］タブを選択し、リストアポイントを選択し、［リストア］をクリックする。

［リストア］タブを選択すると、使用可能な VMが表示されます（70ページの図 27を参照）。すべてのクローンに対して、1個のバックアップがリストアポイントの下に一覧表示されます。

FULLVM（イメージレベル）リストア 69


注記：非 DDタイプデバイスからのリストアは、復帰と呼ばれるプロセスのために低速となります。

図 27 EMC Backup and Recoveryプラグインユーザーインタフェースの［リストア］タブ

フルリストアを実行するには、次の手順を実行します。

1. リストアする各 VMを電源オフにします。

2. ［リストア］タブで、リストアする VMを展開します。

3. リストアポイントを選択して［リストア］をクリックします。ウィザードが起動します。

4. ［バックアップの選択］ページで、正しいリストアポイントを選択します（ウィザードには、バックアップのすべてのリストアポイントが日時順に表示されます）。通常、1度に 1つのリストアポイントのみを選択します。［Next］をクリックします。

5. ［リストアオプションの設定］ページで、バックアップをリストアする場所を指定します。

• 元の場所にリストアします：［元の場所にリストアします］を選択すると、バックアップは元の場所にリストアされます。元の場所に VMDKファイルが存在する場合、リストアプロセスにより上書きされます。

• ［新しい場所にリストアします］：［元の場所にリストアします］を選択解除した場合、バックアップがリストアされる新しい場所（新しい名前、デスティネーションおよびデータストア）を指定できます。

リストアプロセスの完了後、オプションで VMを［電源オン］および［NICを再接続］に設定できます。［Next］をクリックします。



注記：［NICを再接続］はデフォルトで有効になっており、灰色で表示されます。［電源オン］を選択する場合にのみ、［NICを再接続］を選択解除できます。

6. ［設定の確認］ページで、選択内容を確認します。置き換えられた（元の場所にリストアされた）マシンの数と、作成された（は新しい場所にリストアされた）マシンの数がウィザードに表示されます。

リストアリクエストの設定を変更するには、［戻る］ボタンを使用して適切な画面に戻るか、ウィザードの左にある番号の付いた手順タイトルをクリックします。

設定内容が正しければ、完了をクリックします。設定が正しくない場合は、［戻る］をクリックして、正しい構成を作成する手順に戻ります。

［リストア］ウィザードに、リストアプロセスが正常に開始されたことを示すメッセージが表示されます。［OK］をクリックします。［最新のタスク］パネルでリストアの進行状況を監視することができます。

注記：リストア処理の間に［NICを再接続］を選択した場合は、新しく作成した VMのネットワーク構成を確認します。リストアの完了後に、新しい VMの NICに元のVMと同じ IPアドレスを使用することは可能ですが、競合の原因となります。

リカバリが開始されると、リカバリセッションも NMCに表示されます。vCenter側で実行されるすべてのアクティビティが NMC側に表示されます。

FULLVMリストアのキャンセル設定中の任意の時点でリストアをキャンセルするには、［リストア］ウィザードで、［キャンセル］ボタンをクリックします。

FULLVM（イメージレベル）リストア 71


FLRFLRを実行するには、EMC Data Protection Restore Clientインタフェースを使用します。

ファイルレベルのリストアを開始する前に、75ページの「FLRの制限事項」のセクションに示されている制限を参照して、ご使用の構成内で FLRが正常に実行できることを確認し、次のトピックを参照します。

◆ 72ページの「元の VMへの特定フォルダまたはファイルのリストア」

◆ 75ページの「特定フォルダまたはファイルの別の VMへのリストア」

元の VMへの特定フォルダまたはファイルのリストアこのトピックでは、特定のフォルダおよびファイルを、Windowsおよび Linuxの VMで元の VMにリストアする場合に何が起こるのかについて説明します。

同じファイルレベルリストア操作で、5,000個を超えるフォルダまたはファイルをリストアしたり、14,498個を超えるフォルダまたはファイルを参照したりすることはできません。詳細については、 69ページの「イメージレベルリストアとファイルレベルリストアの実行に関するガイドライン」を参照してください。

バックアップデータを元の VMの場所にリストアするには、次の手順を実行します。

1. ブラウザを開いて、次の例に示すように EMC Backup and Recoveryアプライアンスをポイントする URLを入力し、ファイルレベルリストアを指定します。

http://EMC_Backup_and_Recovery_appliance_host:8580/flr



注記：ブラウザでは、FLRを使用してリストアされている VMから EMC Backup and Recoveryアプライアンスをポイントする必要があります。FLRリストアを実行するために必要な権限を持っている必要があります。

2. ログインすると、［マウントされたバックアップの管理］ダイアログが表示されます（73ページの図 28を参照）。［マウント］をクリックしてリストアポイントをマウントします。

図 28 EMC Data Protection Restore Clientの［マウントされたバックアップの管理］

注記：［マウント］をクリックしてもフォルダ階層が表示されない場合（74ページの図 29を参照）、VMで使用中のファイルシステムはサポートされていません。詳細については、75ページの「FLRの制限事項」のセクションを参照してください。

FLR 73


3. ファイルを参照し、リカバリするファイルを選択してから、［選択したファイルをリストア］をクリックします。

図 29 リカバリするファイルの参照および選択

4. ［リストア先の選択］ウィンドウで、VMのリストア先フォルダを選択します（74ページの図 30を参照）。

図 30 ［リストア先の選択］ウィンドウ

5. ［リストア］をクリックしてリカバリを開始します。



特定フォルダまたはファイルの別の VMへのリストアEMC Backup and Recoveryでは、特定のフォルダまたはファイルを別の VMにリストアする操作はサポートされていません。ただし、特定フォルダまたはファイルの別の VMからのリストアはサポートされています。EMC Data Protection Restore Clientユーザーインタフェースの［詳細］オプションを使用します。［詳細］オプションの使用法については、EMC Data Protection Restore Clientのヘルプに詳細情報があります。

ファイルレベルリストアのキャンセルEMC Backup and Recoveryプラグインユーザーインタフェースで［最新のタスク］ウィンドウを選択すると、リストアなどの現在のタスクアクティビティが表示されます。タスクの詳細は、［実行中］タブの［最新のタスク］で VMアイコンの隣にあるリンクをクリックすることでも表示されます。

タスクをキャンセルするには［タスク］パネルで削除アイコンをクリックします。

FLRの制限事項ファイルレベルリストアには以下の制限事項が適用されます。

◆ FLRを使用するには VMwareツールをインストールする必要があります。

◆ すべての VMは、EMC Backup and Recovery専用の vCenterに属している必要があります。複数の vCentersはサポートされません。

◆ 最適な結果を得るには、すべての VMで、利用可能な最新バージョンの VMwareツールが実行されていることを確認します。古いバージョンでは、ファイルレベルリストア操作の実行中に参照を行うと障害が発生することが知られています。

◆ FLRでは、以下の仮想ディスク構成はサポートされていません。

• 未フォーマットディスク• ダイナミックディスク• GPT（GUIDパーティションテーブル）ディスク• Ext4ファイルシステム• FAT16ファイルシステム• FAT32ファイルシステム• 拡張パーティション（タイプ： 05h、0Fh、85h、C5h、D5h）• 単一パーティションにマッピングされた 2台以上の仮想ディスク• 暗号化されたパーティション• 圧縮されたパーティション

◆ FLRでは ACLはリストアされません。

◆ FLRでシンボリックリンクはリストアまたは参照されません。

◆ FLRでは、1回のファイルレベルリストア操作で 5,000個を超えるフォルダまたはファイルをリストアすることはできません。

◆ FLRでは、1回のファイルレベルリストア操作で 14,498個を超えるフォルダまたはファイルを参照することはできません。

◆ 以下の制限は、LVM（論理ボリュームマネージャ）によって管理されている論理ボリュームに適用されます。

FLR 75


• 1個の物理ボリューム（.vmdk）をただ 1個の論理ボリュームにマッピングする必要がある

• ext2および ext3フォーマットのみサポートされる

◆ パーティションを作成するときには、下位のインデックスを最初に入力する必要があります。つまり、単一のパーティションを作成し、それをパーティションインデックス 2、3、4の中に配置することはできません。その単一パーティションはパーティションインデックス 1に配置する必要があります。

◆ Windows 8およびWindows Server 2012のVMのFLRでは、以下のファイルシステムはサポートされていません。

• 重複排除済み NTFS• ReFS（Resilient File System）• EFIブートローダ

EMC Backup and Recoveryアクティビティの監視EMC Backup and Recoveryプラグインユーザーインタフェースでアクティビティを監視できます。

◆ 76ページの「最新のタスクの表示」にお答えください。

◆ 77ページの「アラームの表示」

◆ 78ページの「イベントコンソールを表示」

EMC Backup and Recoveryのほとんどのタスク、イベント、アラームの先頭には「EBR」が付きます。ただし、EMC Backup and Recoveryプロセスの一環として発生するタスクおよびイベントの一部は vCenter Serverによって実行され、このプレフィックスは付きません。

たとえば、EMC Backup and Recoveryが実行中の VMに対してスケジュールされたバックアップジョブを実行する場合、以下のタスクエントリーが作成されます。

1. VMのスナップショットの作成（バックアップされる VMで vCenterが動作）

2. EMC Backup and Recovery:スケジュールされたバックアップジョブ（バックアップジョブを開始する EMC Backup and Recovery）

3. VMの再構成（仮想センターからサービスを要求する EMC Backup and Recoveryアプライアンス）

4. スナップショットの削除（バックアップを完了した VMで動作する仮想センター）

EMC Backup and Recoveryが生成するタスクまたはイベントのみをタスクコンソールまたはイベントコンソールで参照するには、左側のパネルで［イベント］をクリックしてから、「EMC Backup and Recovery: 」を［フィルタ］フィールドに入力します。

最新のタスクの表示EMC Backup and Recoveryは、以下の操作を実行する際、［最新のタスク］ウィンドウでタスクエントリーを生成します。

◆ 変革

◆ リストア



◆ ヘルスチェック

最新のタスクウィンドウでタスクエントリーをクリックすると、画面下部のパネルにタスクの詳細が表示されます。タスクの詳細は、［Recent Tasks］タブの［実行中］で VMアイコンの隣にあるリンクをクリックすると、表示されます。

タスクは、［実行中］タスクパネルで削除アイコンをクリックすると、キャンセルすることもできます。

アラームの表示EMC Backup and Recoveryアプライアンスは、次のアラームをトリガーできます。

表 12 EMC Backup and Recoveryのアラーム

アラーム名アラームの説明

EBR：［001］EMC Backup and Recoveryアプライアンスの最新のチェックポイントは古くなりました。

EMC Backup and Recoveryプラグインユーザーインタフェースの［構成］タブで［すべてのアクション］アイコンをクリックし、［ヘルスチェックを実行します］を選択します。

EBR：［002］EMC Backup and Recoveryアプライアンスはいっぱいに近い状態です。

EMC Backup and Recoveryアプライアンスは追加バックアップのための領域不足に近い状態です。不要なバックアップや古いバックアップを手動で削除したり、バックアップジョブの保存ポリシーを変更してバックアップが保存される時間を短くすることで、アプライアンスの領域を解放することができます。

EBR：［003］EMC Backup and Recoveryアプライアンスがいっぱいです。

EMC Backup and Recoveryアプライアンスにはこれ以上追加バックアップのための領域がありません。追加の領域が利用可能になるまでアプライアンスは読み取り専用（またはリストア専用）モードで実行されます。不要なバックアップや古いバックアップを手動で削除したり、バックアップジョブの保存ポリシーを変更してバックアップが保存される時間を短くすることで、アプライアンスの領域を解放することができます。

EBR：［004］EMC Backup and Recoveryアプライアンスのデータストアの容量が最大に近づいています。

EMC Backup and Recoveryアプライアンスがディスクをプロビジョニングしているデータストアの容量が最大に近づいています。データストアの最大容量に達すると EMC Backup and Recoveryアプライアンスは一時停止されます。アプライアンスは、データストアの追加の領域が利用可能になるまで再開できません。

EBR：［005］コアサービスが実行されていません。

［EMC Backup and Recovery構成］ウィンドウを使用して、コアサービスを開始してください。

EBR：［006］管理サービスが実行されていません。

［EMC Backup and Recovery構成］ウィンドウを使用して、管理サービスを開始してください。

EBR：［007］ファイルシステムサービスが実行されていません。

［EMC Backup and Recovery構成］ウィンドウを使用して、ファイルシステムサービスを開始してください。

EBR：［008］ファイルレベルのリストアサービスが実行していません。

［EMC Backup and Recovery構成］ウィンドウを使用して、ファイルレベルリストアサービスを開始してください。

EBR：［009］メンテナンスサービスが実行されていません。

［EMC Backup and Recovery構成］ウィンドウを使用して、メンテナンスサービスを開始してください。

EBR：［010］バックアップスケジューラが実行されていません。

［EMC Backup and Recovery構成］ウィンドウを使用して、バックアップスケジューラを開始してください。

EMC Backup and Recoveryアクティビティの監視 77


イベントコンソールを表示EMC Backup and Recoveryアプライアンスは、情報イベント、エラーイベント、警告イベントを生成できます。例：

◆ 情報：［EMC Backup and Recovery：クリティカルな VMバックアップジョブが作成されました。］

◆ 警告：［EMC Backup and Recovery：クライアント Host123は次の理由により、クリティカルな VMバックアップジョブに追加できません . . .］

◆ エラー：［EMC Backup and Recovery：アプライアンスはフルアクセスから読み取り専用に変更されました。］

EMC Backup and Recoveryは、アプライアンスの状態が変化すると必ず、イベントを生成します。一般的に、アプライアンスの機能を低下させる状態の変化は「error」としてラベルが付けられます。機能を向上させる状態の変化は「informational」としてラベル付けされます。たとえば、ヘルスチェックを開始すると、EMC Backup and Recoveryは「エラー」としてラベルづけされたイベントを生成します。これは、ヘルスチェックを実行する前にアプライアンスが読み取り専用に設定されていたためです。ヘルスチェックの後、EMC Backup and Recoveryは情報イベントを生成します。これは、アプライアンスが読み取り専用からフルアクセスに変更されたためです。

イベントエントリーを選択すると、［Show］関連イベントへのリンクを含むイベントの詳細が表示されます。

EMC Backup and Recoveryのシャットダウンと起動の手順EMC Backup and Recoveryアプライアンスをシャットダウンする必要がある場合は、［ゲスト OSのシャットダウン］アクションを使用します。このアクションにより、アプライアンスのクリーンシャットダウンが自動的に実行されます。［ゲスト OSのシャットダウン］アクションが実行されずにアプライアンスをオフにすると、破損が発生する場合があります。EMC Backup and Recoveryアプライアンスをシャットダウンして再起動するには、最長で 30分程度かかることがあります。ステータスをVMのコンソールから監視できます。vSphereによりアプライアンスがシャットダウンされた後で、アプライアンスを再起動するには、［電源オン］を使用します。

アプライアンスが適切にシャットダウンしない場合は、再起動時に、EMC Backup and Recoveryは最新の検証済みチェックポイントにロールバックします。つまり、そのチェックポイントから予期しないシャットダウンが発生した時点までの間に発生したバックアップポリシーまたはバックアップへの変更がすべて失われます。これは予期されている動作であり、システムの破損が予期しないシャットダウンによって発生しないようにするために使用されます。

EMC Backup and Recoveryアプライアンスは、24時間 365日メンテナンス操作をサポートし、また、リストア作業が行えるように設計されています。シャットダウンする特別な理由がない限り、シャットダウンしないでください。



EMC Backup and Recoveryの容量管理このセクションでは、EMC Backup and Recoveryの容量管理に重点を置きます。次のトピックが含まれます。

◆ 79ページの「シンまたはシックプロビジョニングされたディスク選択の影響」

◆ 79ページの「セーブセットのライフサイクル」

シンまたはシックプロビジョニングされたディスク選択の影響このセクションでは、EMC Backup and Recoveryデータストアに対してシンまたはシックプロビジョニングされたディスクを選択することのメリットとデメリットについて説明します。

シンプロビジョニングでは、仮想化テクノロジーを使用し、物理的に利用可能なものよりも多くのディスクリソースの表示が可能になります。シンプロビジョニングは、管理者がディスク領域をアクティブに監視し、シンディスクの増加に応じて物理ディスク領域を割り当てることができる場合に使用します。ディスク領域を監視、管理しておらず、領域を割り当てることができないシンプロビジョニングされたディスク上に EMC Backup and Recoveryデータストアがある場合、EMC Backup and Recoveryアプライアンスは失敗します。これが起きた場合は、検証済みチェックポイントにロールバックできます。チェックポイントの後に発生したバックアップおよび構成の変更は失われます。

シックプロビジョニングでは、ディスクが作成されると、すべての必要なストレージが割り当てられます。EMC Backup and Recoveryデータストアのベストプラクティスは、EMC Backup and Recoveryアプライアンスが導入されたときにシンプロビジョニングされたディスクを作成し（迅速な導入が可能になる）、導入後、ディスクをシンプロビジョニングからシックプロビジョニングに変換することです。

注記：シンプロビジョニングされたディスクからシックプロビジョニングされたディスクへの拡張の詳細については、VMwareのドキュメントを参照してください。この手順を行うには、EMC Backup and Recoveryアプライアンスをシャットダウンする必要があります。これには数時間かかることがあります。

セーブセットのライフサイクルNetWorkerサーバは、EMC Backup and Recoveryアプライアンス（または VMware Backup Appliance）ノードによって作成されたセーブセットのライフサイクルを独占的に管理します。

セーブセットおよびメタデータの削除および有効期限

NetWorkerでのセーブセットの期限切れNetWorkerは VMware Backup Appliance/EMC Backup and Recoveryアプライアンスのバックアップの保存期間を管理します。NetWorkerでは、アプライアンスのセーブセットが期限切れになると、アプライアンスのストレージから対応するバックアップが削除されます。

EMC Backup and Recoveryの容量管理 79


NetWorkerからのセーブセットの手動削除NetWorkerから EMC Backup and Recoveryアプライアンスのバックアップを削除するには、nsrmmコマンドを使用します。

nsrmm -d -S ssid/cloneid

バックアップを NetWorkerから削除すると、対応するバックアップも EMC Backup and Recoveryアプライアンスから削除されます。

Data DomainバックアップData Domainのバックアップに複数のクローンがある場合にプライマリクローンを削除すると、EMC Backup and Recovery上のコピーのみが削除されます。

ボリュームを削除するデバイスのアンマウント後に、デフォルトの EMC Backup and Recoveryアプライアンスボリューム、または EMC Backup and Recoveryアプライアンスが含まれているユーザー定義の Data Domainデバイスボリュームを削除できます。バックアップを EMC Backup and Recoveryから削除できない場合、ボリューム削除操作は失敗します。

ボリュームの再ラベルづけデフォルトの EMC Backup and Recoveryアプライアンスボリューム、または EMC Backup and Recoveryアプライアンスが含まれているユーザー定義の Data Domainデバイスボリュームは、他のボリュームと同様の方法で再ラベルづけできます。再ラベルづけ操作によって、デバイスと関連づけられたボリュームに属するすべてのVMware Backup Applianceバックアップは、NetWorkerおよび VMware Backup Applianceサーバの両方から削除されます。バックアップを VMware Backup Applianceから削除できない場合、デバイスの再ラベルづけ操作は失敗します。

チェックポイントおよび EMC Backup and Recoveryアプライアンスのロールバック

チェックポイントは、わずか 24時間後に（かつその最初の 24時間が経過した後のチェックポイントの時点で）取られるシステム全体のバックアップです。チェックポイントは災害復旧を目的として vSphere Web Client内で開始され、EMC Backup and Recoveryアプライアンスのポイントインタイムスナップショットをキャプチャします。EMC Backup and Recoveryアプライアンスをリカバリする必要がある場合、EMC Backup and Recoveryプラグインユーザーインタフェース内でのロールバック設定により、VMware管理者は最新の検証済みチェックポイントへ自動的にロールバックできます。

通常、チェックポイントはメンテナンスウィンドウの間にスケジュールされます。定期的な 1日 2回のチェックポイントのほかにも、必要に応じていつでも追加のサーバチェックポイントを作成および検証できます。

チェックポイント検証は、NetWorkerサーバのデータ量によって、数時間かかる場合があります。このため、各検証操作において、全チェック作業（完全検証）を実行、または部分的な「rolling」チェックを実行するかを個別に設定できます。部分チェックの場合、新規および更新されたストライプを完全検証し、次に未更新のストライプのサブセットを部分チェックします。また、サーバのストレージ容量を増やすために、チェックポイントを削除することもできます。



チェックポイントの作成vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースを使用する場合にのみ、検証済みチェックポイントを作成できます。チェックポイントを作成するには、以下の手順を実行します。

1. ［構成］タブに移動します。

2. ［ヘルスチェックを実行します］オプションを選択します（81ページの図 31を参照）。

図 31 EMC Backup and Recoveryプラグインユーザーインタフェースの［ヘルスチェックを実行します］ボタン

チェックポイントのロールバックEMC Backup and Recoveryアプライアンスロールバックは［EMC Backup and Recovery構成］ウィンドウの設定であり、これを使用すると、災害復旧の実行時に、最後に検証されたチェックポイントに自動的にロールバックできます。

［EMC Backup and Recovery構成］ウィンドウからチェックポイントにロールバックするには、次の手順を実行します。

1. アプライアンス（http://EMC_Backup_and Recovery_appliance_FQDN:8580/ebr-configure）にログインし、［ロールバック］タブに移動します。

2. ［ロック解除］を選択して EMC Backup and Recoveryのロールバックを有効にします。

3. プロンプトが表示されたら、アプライアンスのパスワードを指定し、［OK］をクリックします。

4. 検証済みチェックポイントを選択してから、［選択したチェックポイントへのEBRのロールバックを実行する］ボタンをクリックします（82ページの図 32を参照）。

5. ［EBRロールバック］ウィンドウで［OK］をクリックします。

チェックポイントおよび EMC Backup and Recoveryアプライアンスのロールバック 81


図 32 ［EMC Backup and Recovery構成］ウィンドウでのロールバック

相互同期相互同期操作により、EMC Backup and Recoveryアプライアンスとバックアップ用NetWorkerデータベースが同期されます。この操作は、EMC Backup and Recoveryアプライアンスのロールバック時に自動的にトリガーされます。コマンドラインから手動で相互同期を実行して、NetWorkerのメタデータの整合性を確認することもできます。相互同期を実行する前に、EMC Backup and Recoveryアプライアンスがオンラインであることを確認してください。

注記： scannerコマンドを実行してメディアデータベースをリカバリしたら、EMC Backup and Recoveryアプライアンスと相互同期し、プライマリクローン IDを正しく設定するために、相互同期を手動で実行する必要があります。

NetWorkerサーバのコマンドラインから手動で相互同期を実行するには、次のコマンドを使用します。

nsrim -X -S -h EMC_Backup_and_Recovery_appliance_hostname -t last checkpoint time -f

ここで、

◆ -Sは EMC Backup and Recoveryアプライアンスの相互同期を開始します。

◆ -hは EMC Backup and Recoveryアプライアンスサーバの名前を指定します。

◆ -tはオプションのパラメータで、最終チェックポイント時刻を指定します。EMC Backup and Recoveryは、指定された時刻以降に行われるバックアップのみを対象として相互同期を実行します。時刻は NetWorkerで認識される形式で指定してください。認識される形式については、nsr_getdateのマニュアルページを参照してください。

◆ -fによりデータベース全体が同期され、同期されていないバックアップは削除されます。バックアップが EMC Backup and Recoveryアプライアンス上にのみ存在する場合は、このオプションを使用すると、バックアップの削除だけが実行されます。



データベース全体の相互同期を実行するには、-fを指定し、時刻は指定しません。

手動の相互同期の実行時に時刻を指定しない場合は、NetWorkerでは最新の検証済みチェックポイントが EMC Backup and Recoveryアプライアンスから取得され、その時刻から始まる相互同期が実行されます。

データベースが大規模な場合にデータベース全体に対して相互同期を実行すると、同期完了までにかかる時間が通常よりも長くなります。

相互同期を実行すると、NMCに以下のイベントが生成されます。

◆ 「appliance name VMware Backup Applianceとの相互同期が開始されました。」

◆ 「構成とバックアップに関するappliance name VMware Backups Applianceとの相互同期が正常に完了しました。」

EMC Backup and Recoveryアプライアンスの廃止

NetWorkerサーバから EMC Backup and Recoveryアプライアンス /VMware Backup Applianceの参照を完全に削除する際には、注意して実行する必要があります。これは、バックアップ、クローン、構成情報がすべて消去されるからです。

廃止処理では、廃止操作が成功した場合にはアプライアンスノード上のすべてのバックアップメタデータが削除されます。エラーが発生した場合は、次のいずれかを実行することができます。

◆ 廃止を中止する。

◆ EMC Backup and Recoveryアプライアンス /VMware Backup Applianceとこれ以上接続せずに操作続行し、NetWorkerからのみアプライアンスを廃止する。

廃止の続行を確認する場合は、次の手順を実行します。

◆ すべてのセーブセット /クローンを各ボリュームおよびメディアデータベースから削除します

◆ VMware Backup Applianceと関連づけられているNSRクライアントリソースを削除します

◆ NSR VMware Backup Applianceサーバ RAPリソースを削除します

◆ VMware Backup Applianceエントリーを参照しているすべてのポリシーから、そのエントリーを削除します。

EMC Backup and Recoveryアプライアンスの廃止 83


災害復旧EMC Backup and Recoveryは、バックアップの保存と管理能力に優れています。障害発生時には、最初に、既知の検証済みチェックポイントにロールバックします。EMC Backup and Recoveryアプライアンスの障害からリカバリするには、以下の災害復旧ガイドラインを参照してください。

注記： EMC Backup and Recoveryは、内部 AFTDメタデータが失われた場合に Avamarストレージにバックアップされているデータの災害時復旧には対応していません。

災害復旧ガイドラインEMC Backup and Recovery災害復旧を実施する際には以下のガイドラインを使用してください。

1. セーブセットの参照および保存ポリシーを設定するときには、メディアデータベース内のセーブセットがアクティブであり、期限切れまたはリサイクルされていないことを確認してください。

2. EMC Backup and Recoveryアプライアンスをシャットダウンする前に、バックアップタスクやメンテナンスタスクが実行中でないことを確認します。使用するバックアップの方法およびバックアップに要する時間に応じて、どのようなタスクもスケジュールされていない時間帯に、EMC Backup and Recoveryバックアップをスケジュール設定します。たとえば、バックアップウィンドウが 8時間で、バックアップの完了に要する時間がわずか 1時間の場合、メンテナンスタスクのスケジュールの前にさらに 7時間あります。これは、アプライアンスをシャットダウンしてバックアップするための理想的な時間です。

3. vSphereクライアントで、アプライアンスを選択します。VMで［ゲスト OSのシャットダウン］を実行します。電源はオフにしないでください。電源オフタスクは、物理サーバの電源プラグを抜くのと同じことで、クリーンシャットダウンが実行されません。詳細については、 78ページの「EMC Backup and Recoveryのシャットダウンと起動の手順」を参照してください。

4. アプライアンスがシャットダウンされたことを確認して、選択した保護の方法に進んでください。

5. EMC Backup and Recoveryのバックアップが完了したことと、EMC Backup and Recoveryに対して実行中のバックアップ /スナップショット /コピーのジョブが存在しないことを確認します。

6. vSphereクライアントから、アプライアンスの電源オンを実行します。

EMC Backup and Recoveryアプライアンスの災害復旧EMC Backup and Recoveryアプライアンスの災害復旧を実行するには、次の手順を実行します。

1. 既存のチェックポイントを選択します。最新のチェックポイントがすでに作成されている場合は、そのチェックポイントが検証済みであるかどうかを確認します。

a. 次のコマンドを実行して、最新のチェックポイントがあるかどうかを確認します。



# mccli checkpoint show

次のような出力が表示されます。

Tag Time Validated Deletable----------------- ----------------------- --------- ---------cp.20130206170045 2013-02-06 09:00:45 PST Validated Yescp.20130206170913 2013-02-06 09:09:13 PST Nocp.20130206210904 2013-02-06 13:09:04 PST Validated No

b. 選択したチェックポイントが未検証の場合は、次のコマンドを実行してそのチェックポイントを検証します。

# mccli checkpoint validate --cptag= cp.20130206170913 --override_maintenance_scheduler

検証が完了するまでに少し時間がかかります。引き続きステータスを調べるため、mccli checkpoint showを実行します。

2. 最新のチェックポイントがない場合、または新規チェックポイントを作成する必要がある場合にチェックポイントを作成するには、以下に示すコマンドを実行します。

チェックポイントを作成するには、次のコマンドを実行します。

# mccli checkpoint create --override_maintenance_scheduler

チェックポイントが正常に作成されたかどうかを検証するには、次のコマンドを実行します。


次に、チェックポイントを検証します。

# mccli checkpoint validate --cptag= cp.20130206170913 --override_maintenance_scheduler

チェックポイントが正常に検証されたかどうかを検証するには、次のコマンドを実行します。


3. チェックポイントをバックアップします。

0.5TB OVAには 256 GBのディスクが 3つ装備されており、各ディスクは/data01、/data02、/data03として表示されます。この 0.5TB OVAに対し、チェックポイントの作成時に作成されるチェックポイントディレクトリの一覧を示します。

• /data01/cp.20130206170913• /data02/cp.20130206170913• /data03/cp.20130206170913

4TB OVAには 1 TBのディスクが 6つ装備されており、各ディスクは /data01、/data02、/data03、/data04、/data05、/data06として表示されます。この 4TB OVAに対し、チェックポイントの作成時に作成されるチェックポイントディレクトリの一覧を示します。

• /data01/cp.20130206170913• /data02/cp.20130206170913• /data03/cp.20130206170913• /data04/cp.20130206170913

災害復旧 85


• /data05/cp.20130206170913• /data06/cp.20130206170913

4. NetWorkerの saveまたは savegrpを使用して前述のディレクトリをバックアップします。

EMC Backup and Recoveryアプライアンス VMが vCenterから削除されます。

5. 同じネットワーク構成を使用して EMC Backup and Recoveryアプライアンスを再配置し、EMC Backup and Recoveryの構成で［無視］ボタンを使用します。

6. 各外部プロキシから次のコマンドを実行して再配置した EMC Backup and Recoveryアプライアンスに外部プロキシを再登録するか、または外部プロキシを再起動します。

#/usr/local/avamarclient/etc/initproxyappliance.sh start

7. NetWorkerを使用して、ステップ 3でバックアップしたチェックポイントファイルのセーブセットリカバリを実行します。

8. ロールバックを実行します。

a. コマンドプロンプトで /usr/local/vdr/configure/binに移動します。

b. 次を実行します。

./ebr-rollback-util.sh -forcerollback checkpoint

checkpoint は、NetWorkerからリカバリした cp.####です。

9. 古いバックアップのリストアを調べ、チェックポイントでポリシーが変更されていないことを確認します。

トラブルシューティングこのセクションでは、NetWorker VMware Protectionソリューションのトラブルシューティングに関する情報を提供します。

◆ 87ページの「構成に関するチェックリスト」

◆ 88ページの「ログファイルの場所」

◆ 88ページの「Windowsシステムでの NetWorker Webサーバの下位レベルロギングの有効化」

◆ 89ページの「時刻同期エラー」

◆ 89ページの「Windows 2008 R2でのクラッシュの作成と分析」

◆ 90ページの「外部プロキシの追加」

◆ 90ページの「NetWorker操作」

◆ 90ページの「vCenter Serverの操作」

◆ 91ページの「vSphere Webクライアントの操作」

◆ 92ページの「EMC Backup and Recoveryアプライアンスのインストール」

◆ 92ページの「EMC Backup and Recoveryアプライアンスの操作」

◆ 92ページの「EMC Backup and Recoveryのバックアップ操作」



◆ 95ページの「EMC Backup and Recoveryリストア操作」

◆ 96ページの「EMC Backup and Recoveryヘルスチェック」

◆ 96ページの「ナレッジベース記事へのアクセス」

構成に関するチェックリスト次の構成チェックリストでは、一部の一般的な問題を解決するのに役立つ、ベストプラクティスおよびトラブルシューティングのヒントを示します。

基本構成◆ vCenter、ESX/ESXi/vSphere、EMC Backup and Recoveryアプライアンス間でシステム時刻を同期する

◆ 注意深い IPの割り当て：IPアドレスを再利用しない

◆ どこでも FQDN（完全修飾ドメイン名）を使用する

◆ ネットワーク関連の問題の場合は、データゾーン内の各ホストで正引き /逆引きDNS参照が機能することを確認します。

DDRの構成◆ DDOSバージョン 5.3.0.6または 5.4.0.4以降を使用するため、すべてのDDRをアップグレードする

◆ DDRが MTreeの制限および最大ストリーム制限に到達していないことを確認する

◆ DDBoostユーザーに管理者権限が付与されていることを確認する

◆ 任意のアクションで使用する場合に、DDRプールの同じ DDRホストのデバイスのみであることを確認する。

NetWorkerの構成◆ EMC Backup and Recoveryアプライアンスを構成する前に、NetWorkerが稼働していることを確認する

◆ 「VMバックアップ」アクションの構成時には「ソースストレージノード」を空にする

◆ 関連するデバイスがマウントされていることを確認する

◆ ポリシーを実行する前に、ポリシーが正常に構成されるまで待機する。

EMC Backup and Recoveryアプライアンスの構成◆ シンディスクでの構成をサポートする

◆ ［EMC Backup and Recovery構成］ウィンドウで、バックアップスケジューラを除く EMC Backup and Recoveryアプライアンス上のすべてのサービスが稼働していることを確認する。メンテナンスサービスが、起動後 24～ 48時間の間に開始されることに注意してください。メンテナンスサービスは必要に応じて手動で開始することもできます。

◆ リカバリにかかる時間が長くなることを防ぐため、EMC Backup and Recoveryアプライアンスには 500を超える VMを追加しない。

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


◆ EMC Backup and Recoveryアプライアンスに、バックアップ用の領域があることを確認する。

◆ 独立ディスクを備えた VMをバックアップ用のスナップショットにすることはできない。

ログファイルの場所以下の EMC Backup and Recoveryアプライアンスログファイルの場所を確認します。

◆ Tomcatログ：/usr/local/avamar-tomcat/logs catalina.out（高レベルの HTTPリクエストおよび HTTP応答用）

◆ EMC Backup and Recoveryサーバログ：/usr/local/avamar/var/ebr/server_log/ebr-server.log（特定の EMC Backup and Recoveryアクティビティ用）。

◆ MCログ： /usr/local/avamar/var/mc/server_log

◆ MC Soapサービスログ：/usr/local/avamar/var/mc/server_log/axis2.log

◆ 起動ログ：/usr/local/avamar/var/av_boot.log/usr/local/avamar/var/av_boot_err.log

◆ EMC Backup and Recovery構成またはEMC Backup and Recoveryアプライアンスへの登録のログ：/usr/local/avamar/var/ebr/server_log/ebr-configure.log

◆ ファイルレベルリカバリのログ：/usr/local/avamar/var/mc/server_log

NetWorkerログファイルの場所

◆ /nsr/logs/

EMC Backup and Recoveryアプライアンスですべてのログファイルを収集するには、次の手順を実行します。

1. vSphere Web Clientの EMC Backup and Recoveryプラグインユーザーインタフェースに接続します。

2. ［ステータス］タブで［ログ収集］をクリックします。

3. ［ログ収集］をクリックします。

4. vSphere Web Clientを開くために使用したローカルマシンに、zipファイルを保存します。

Windowsシステムでの NetWorker Webサーバの下位レベルロギングの有効化下位レベルロギングを有効にするには、NetWorkerサーバにログインし、次の手順を実行します。

1. コマンドプロンプトを開いて cmd.exeを実行します。

2. タスクマネージャを使用して、nsrvmwsdの PIDを取得します。

3. networker-install-dir\nsr\binに移動します。

4. dbgcommand -p <nsrvmwsd-pid> Debug=11を実行します



時刻同期エラー時刻同期エラーは、以下のシナリオで vCenterで EMC Backup and Recoveryプラグインを起動するときに発生する可能性があります。

◆ EMC Backup and Recoveryアプライアンスを構成し、アプライアンスの時刻を、このアプライアンスが稼働している ESXサーバと同期するように設定する場合。

◆ vCenterサーバが VMであり、EMC Backup and Recoveryアプライアンスをホストする ESXサーバとは異なる ESXサーバ上で実行されている場合。

このような環境では、2台の ESXサーバ間で時刻が異なり、かつ vCenterサーバが、稼働している ESXサーバと同期するようにセットアップされていないと、以下のエラーが vSphere Web Clientインタフェースに表示されます。

最新のリクエストはサーバによって拒否されました。このエラーの最も一般的な原因は、EMC Backup and Recoveryアプライアンスと SSOサーバの時刻が同期していないことです。

この問題を解決するには、次の手順を実行します。

1. ご使用の環境内のすべての ESXサーバで時刻が一致していることを確認します。vCenter UIで時刻設定を構成できます。EMCでは、NTPを使用するように時刻設定を構成することを推奨しています。

2. vCenterシステムで次のコマンドを実行し、このシステムが稼働している ESXサーバと時刻を同期するように構成されていることを確認します。

vmware-toolbox-cmd timesync enable

3. EMC Backup and Recoveryアプライアンスと vCenterサーバの時刻が同一であることを検証するため、アプライアンスとサーバでそれぞれ dateコマンドを実行します。

注記：時刻の変更が反映されるまで数分間お待ちください。

4. vSphere Web Clientにログインします。EMC Backup and Recoveryプラグインユーザーインタフェースを起動したときに時刻同期メッセージが表示されない場合は、時刻の同期が正常に完了しています。

Windows 2008 R2でのクラッシュの作成と分析1. http://msdn.microsoft.com/en-us/library/bb787181(VS.85).aspxで提供される新しいキーを使用してレジストリを更新します。

推奨される体を使用して、ダンプファイルがC:\Users\Administrator\AppData\Local\CrashDumpsに作成されます

2. フルクラッシュダンプを有効化します。

3. 開いているダンプファイルを windbgで保管します。

4. 下部にあるコマンドウィンドウに「analyze --v」と入力してすべての情報を取得します。


http://msdn.microsoft.com/en-us/library/bb787181(VS.85).aspx


外部プロキシの追加EMC Backup and Recoveryアプライアンスには 8個の内部プロキシが備わっています。プロキシは、一度に 1回のバックアップまたはリストのみを実行できます。

より多くのプロキシが必要な場合は、外部プロキシ OVAを導入します。詳細については、34ページの「バックアップ /リカバリ用プロキシ割り当て」のセクションを参照してください。

NetWorker操作以下のトラブルシューティングでは、NetWorkerおよび VMware保護ポリシーの一般的な問題点を特定し、解決する方法について説明します。

DataDomain Backup属性が有効な状態で手動で作成されたクライアントリソースに対する VMware保護ポリシーが失敗する（nsradminまたは NMCの［クライアントのプロパティ］ウィンドウを使用して）クライアントリソースを手動で作成し、［DataDomainバックアップ］属性を有効にすると、デフォルトの VMware保護ポリシーが次のエラーで失敗します。

NWP_LOG_OUTPUT:NW Client Plugin:ABORTセッション操作が正常に完了しました。中止の理由： nwp_start_backup_session_helper:クライアントのクライアント名を保存するための一致する IPインタフェースデータドメインデバイスが見つかりませんでした。ストレージノード、デバイス、プールを調べてください。

このエラーが発生した場合は、手動で作成したクライアントリソースの［DataDomainバックアップ］属性を選択解除 /無効にします。

「VBA {EMC Backup and Recoveryアプライアンス名 }で VM{VM名 }のバックアップに使用できる実行中のプロキシがありません」avagentが実行中ではない場合、または実行中のプロキシがない場合は、NMCの［VMware保護ポリシーの詳細］ウィンドウにこのエラーが表示されます。

このエラーが表示されたら、vSphere Web Clientに rootとしてログインし、EMC Backup and Recoveryアプライアンスコンソールから service avagent startまたはservice avagent restartを呼び出します。

vCenter Serverの操作

すべての EMC Backup and Recoveryプラグインをクリアする1. vCenter Serverの MOBにログインします（http://vcenter-server/mob）。

2. contentリンクをクリックします。

3. ExtensionManagerリンクをクリックします。

4. UnregisterExtensionリンクをクリックします。

5. 「com.emc.networker.ebr」という値を入力してから、Invoke Methodリンクをクリックします。

EMC Backup and Recoveryからの HTTPアクセスを有効にする1. vCenter Serverコンソールにログインし、次のように入力します。

vi /var/lib/vmware/vsphere-client/webclient.properties



2. 出力に、allowHttp=trueのような行が含まれていることを確認します。

vSphere Webクライアントの操作以下のトラブルシューティングでは、vSphere Web Clientの EMC Backup and Recoveryで発生する一般的な問題を特定し、解決する方法を説明します。

vCenter Web Clientサーバの再起動vCenter Web Clientサーバを再起動するには、次の手順を実行します。

1. vCenter Serverコンソールにログインし、次のように入力します。

cd /usr/lib/vmware-vsphere-client

2. ./vsphere-client stopを実行します

3. ./vsphere-client startを実行します

vSphere Web Clientで開始ユーザーインタフェースが利用可能として表示されないvSphere Web Clientで、ユーザーインタフェースが利用可能として表示されない場合は、vCenterにログインし、コマンドプロンプトから次を実行して vSphereクライアントサービスを再起動します。

cd /usr/lib/vmware-vsphere-client./vsphere-client stop./vsphere-client start

VMを導入する場合は、ウィザードにより提供されるデフォルトのネットワーク（VMネットワーク）を変更しないでください。導入完了後、VMの電源をオンする前に、VMネットワークが正確でなければ、適切なネットワークを使用するように VMを再構成します。ウィザードでネットワークを変更した場合、EMC Backup and Recoveryにより eth0ではなく、eth1が検索されます。その結果、ネットワーク接続が失敗します。

vSphere Web Clientでのコンソールの起動と VMの再起動vSphere Web Clientにログインして EMC Backup and Recoveryアプライアンスのコンソールを起動する場合、VM再起動中に数分間の遅延が発生する可能性があります。次のようなメッセージが出力に表示されます。

Identity added:/home/dpn/.ssh/dpnid（/home/dpn/.ssh/dpnid）

次のメッセージが表示されたら、VMをシャットダウンせずに、再起動が完了するまで待ってください。

「EMC Backup and Recoveryアプライアンスは応答していません。リクエストを再試行してください。」以前は EMC Backup and Recoveryに接続できていたものの、このメッセージが表示される場合は、以下の点をチェックしてください。

◆ vCenter Serverに対するEMC Backup and Recoveryの妥当性検査に使用したユーザー名またはパスワードが変更されていないことを確認します。EMC Backup and Recoveryの妥当性検査には、1組のユーザーアカウントとパスワードのみを使用します。この構成は、［EMC Backup and Recovery構成］ウィンドウで行います。



◆ EMC Backup and Recoveryの初回インストール以降、アプライアンスの名前と IPアドレスが変更されていないことを確認します。詳細については、 24ページの「DNSの構成」を参照してください。

EMC Backup and RecoveryアプライアンスのインストールEMC Backup and Recoveryアプライアンスのインストールで問題がある場合は、次の手順を実行します。

◆ すべてのソフトウェアがソフトウェアの最小要件を満たすことを確認します（21ページの「システム要件」を参照）。

◆ ハードウェアが最小ハードウェア要件を満たすことを確認します（21ページの「システム要件」を参照）。

◆ DNSがEMC Backup and Recoveryアプライアンスに対して適切に構成されていることを確認します。（24ページの「インストール前の要件」を参照）。

EMC Backup and Recoveryアプライアンスの操作

Enterprise Manager Web Application（emwebapp）の再起動emwebappを再起動するには、次の手順を実行します。

1. EMC Backup and Recoveryアプライアンスコンソールにログインし、次のように入力します。

emwebapp.sh --stopemwebapp.sh --start

2. EMC Backup and Recoveryデータベースを再起動するため、次のコマンドを実行します。

emwebapp.sh --stopsu – adminebrdbmaint.pl --startdbexitemwebapp.sh --start

3. EMC Backup and Recoveryサーバにパッチを適用するため、次のコマンドを実行します。

emwebapp.sh --stopcd /usr/local/avamar/lib/ebrmv ebr-server.war ebr-server.war.orig

4. SFTPを使用して、新しい warファイルをこの場所にアップロードします。

emwebapp.sh --start*

EMC Backup and Recoveryのバックアップ操作以下のトラブルシューティングでは、EMC Backup and Recoveryバックアップの一般的な問題点を特定し、解決する方法を説明します。



vCenterで EMC Backup and Recoveryプラグインが誤ったバージョンで登録されている場合に、バックアップが失敗するvCenterで EMC Backup and Recoveryプラグインが誤ったバージョンで登録されている場合に、バックアップが失敗することがあります。また、EMC Backup and Recoveryは、VMware VDPまたはサードパーティバックアッププラグインと同じvCenterで共存することができません。競合が発生した場合は、管理対象オブジェクトブラウザ（MOB）から EMC Backup and Recoveryプラグイン拡張機能を登録解除してください。

1. http://vcenter-ip/mobに移動します。

2. ［プロパティ］表でコンテンツリンクをクリックします。

3. ［エクステンションマネージャ］を選択し、［プロパティ］表に「com.emc.networker.ebr」が示されていることを確認します。

4. ［メソッド］表から［UnregisterExtension］を選択します。

5. 「com.emc.networker.ebr」を入力してから、［メソッドの呼び出し］を選択します。

注記： VDPまたはサードパーティバックアッププラグインを削除する場合は、この名前は異なります。

6. ［エクステンションマネージャ］でプラグインが［プロパティ］表に表示されていないことを確認してから、vCenterサービスまたは vCenter Serverを再起動します。

7. コマンド emwebapp.sh --restartを使用して、EMC Backup and Recoveryアプライアンスで emwebappを再起動します。

「バックアップジョブのデータを読み込んでいます」このメッセージは、単一のバックアップジョブに対して多数の VM（約 100個）を選択すると、最長 5分間表示される場合があります。この問題は、大きなジョブのロック /ロック解除、更新、削除アクションでも発生します。これは、多数のジョブを選択した場合に予期される動作です。このメッセージはアクションが完了すると非表示になりますが、それまでに最長 5分かかることがあります。

「{backupjob name}バックアップジョブの作成中、クライアント{client name}を EMC Backup and Recoveryアプライアンスに追加できませんでした。」このエラーは、vAppコンテナまたは ESX/ESXiホストに重複するクライアント名がある場合に発生します。この場合、バックアップジョブは 1つだけ追加されます。クライアント名の重複を解決してください。

「次のアイテムが見つからず、選択されませんでした {client name}。」このエラーは、バックアップされた VMがバックアップジョブの編集中に見つからない場合に発生します。これは既知の問題です。



Windows 2008 R2 VMで「disk.EnableUUID」を「true」に構成するとバックアップが失敗することがある。VMの構成で、disk.EnableUUIDパラメータを trueに設定すると、Windows 2008 R2のバックアップに失敗する場合があります。この問題を解決するには、vSphere Web Clientを使用して vmx構成パラメータ disk.EnableUUIDを falseに手動で更新します。

1. VM を右クリック、［ゲスト OSのシャットダウン］を選択して VM をシャットダウンします。

2. VMを右クリックして、［設定の編集］を選択します。

3. ［VMオプション］をクリックします。

4. ［詳細］セクションを展開し、［編集構成］をクリックします。

5. disk.EnableUUId名を確認し値を falseに設定します。

6. 次の 2ページで［OK］をクリックします。

7. VMを右クリックし、［電源オン］を選択します。

構成パラメータを更新すると、Windows 2008 R2 VMのバックアップは成功することになります。

EMC Backup and Recoveryのデータストア容量が不足しているとバックアップが失敗するデータストア容量が不足していると、スケジュール設定されたバックアップは 92%完了のところで失敗します。EMC Backup and Recoveryデータストアがシンプロビジョニングで構成されていて、最大容量に達していない場合は、ストレージリソースを追加してください。EMC Backup and Recoveryデータストアがシックプロビジョニングで構成されていて、最大容量に達している場合は、79ページの「EMC Backup and Recoveryの容量管理」を参照してください。

VMで VMwareフォルトトレランスが有効になっているとバックアップが失敗するVMのフォルトトレランスを有効にすると、バックアップが失敗します。これは予期された動作であり、EMC Backup and Recoveryではフォルトトレランスが有効化されている VMのバックアップがサポートされていません。

VMが異なるクラスタグループの内外に移動された場合、関連するバックアップソースが失われることがあります。ホストを、リソースプールと vAppを保持するオプションを持つクラスタに移動すると、コンテナが再作成され、コピーはされません。結果的に、名前は同じであっても同じコンテナではなくなります。この問題を解決するには、クラスタにホストを移動した後、またはクラスタからホストを移動した後で、コンテナを保護するバックアップジョブを検証するか、再作成してください。

予期しないシャットダウンの後、最新のバックアップジョブとバックアップが失われます。予期しないシャットダウンが発生すると、EMC Backup and Recoveryアプライアンスは最新の検証済みチェックポイントにロールバックします。これは正常な動作です。



アクティブなバックアップオペレーションの間、vMotion操作が許可されません。vSphere vMotion機能により、実行中の VMを物理サーバ間でライブ移行することもできます。アクティブなバックアップオペレーション中は、EMC Backup and Recoveryアプライアンスで vMotion操作は実行できません。これは正常な動作です。vMotion操作を実行する前に、すべてのバックアップオペレーションが完了するまで待機してください。

VM名、データストア、フォルダ、データセンターの名前に特定の文字が使用されている場合にバックアップが失敗するVM名、データストア、フォルダ、データセンターの名前に特殊文字が使用されている場合、.vmxファイルがバックアップに含められません。EMC Backup and Recoveryアプライアンスは、次に示す特殊文字が「文字 /エスケープシーケンス」の形式で含まれているオブジェクトはバックアップしません。

◆ & %26

◆ + %2B

◆ / %2F

◆ = %3D

◆ ? %3F

◆ % %25

◆ \ %5C

◆ ~ %7E

◆ ] %5D

EMC Backup and Recoveryリストア操作以下のトラブルシューティングでは、リストアの一般的な問題点を特定し、解決する方法を説明します。

VMwareツールをインストールしていない場合は、FLRの実行中に、「ipAddrによる vm検索中のエラー」を示すメッセージが表示されます。FLRを実行するには VMwareツールをインストールする必要があります。VMwareツールがインストールされていない場合は、EBRリストアクライアントが IPを使用して VMのバックアップを検出できないことを示すメッセージが表示されます。

［リストア］タブに、「バックアップを読み込み中です」というメッセージが表示され、ロードが遅くなります。［リストア］タブでの各バックアップのロードには、VMバックアップあたり 2秒かかります。これは正常な動作です。

［リストア］タブのロードまたは更新が遅い。多数の VMがある場合、［リストア］タブはロードまたは更新にかかる時間が長くなることがあります。たとえば 100個の VMがある場合、［リストア］タブではロードに最長 4分半かかることがあります。



EMC Backup and Recoveryヘルスチェックヘルスチェックの開始後、「EBR：ヘルスチェック」タスクが［最新のタスク］下の［実行中のタスク］タブに表示される前に数秒間の遅延が生じます。同様に、ヘルスチェックをキャンセルすると、タスクがキャンセルされるまで数秒間の遅延が発生することがあります。

場合によっては（たとえば、ヘルスチェックが 90%以上進行している場合）、キャンセル操作が完了する前にヘルスチェックが完了することもあります。ヘルスチェックが正常に完了しても、タスクコンソールにはヘルスチェックがキャンセルされたことを示すエラーが表示されたままになる場合もあります。

ヘルスチェックを開始する前に、アプライアンス（［レポート］タブに表示）のヘルスチェックステータスが「期限切れ」であることが判明した場合、ジョブをキャンセルした後すぐにステータスを確認し、キャンセル操作が完了したかどうかをチェックします。ヘルスチェックステータスが「標準」の場合、チェックは正常に完了しています。ステータスが「期限切れ」の場合、チェックはキャンセルされています。

ナレッジベース記事へのアクセストラブルシューティングに関する補足情報については、Featured VMware Documentation Setsの Webサイトを参照してください。［製品］＞［VMware vSphere］＞［トラブルシューティング］を選択します。


第 3章VADPバックアップ /リカバリ

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

◆ 「ソフトウェアおよびハードウェアの要件」............................................................ 98◆ 「転送モード」............................................................................................................. 100◆ 「ディレクティブのサポート」.................................................................................. 101◆ 「CBT（更新ブロック追跡）」..................................................................................... 102◆ 「構成オプション」..................................................................................................... 102◆ 「タスク 1 VADPプロキシホストと Hypervisorリソースの構成」........................ 103◆ 「タスク 2 バックアップ用の仮想クライアントの構成」....................................... 111◆ 「タスク 3 vCenterでの VADPユーザーロールの作成」......................................... 116◆ 「タスク 4 CBT（更新ブロック追跡）の構成」........................................................ 119◆ 「VADPソリューションでの VMの管理および監視」............................................. 121◆ 「VADPバックアップのリカバリ」............................................................................ 127◆ 「VADPのプランニングとベストプラクティス」.................................................... 138

VADPバックアップ /リカバリ 97

VADPバックアップ /リカバリ

ソフトウェアおよびハードウェアの要件VADPのハードウェアおよびソフトウェア要件には以下が含まれます。

◆ 以下のオペレーティングシステムのいずれかを実行中の、1つまたは複数の VADPプロキシシステム（英語版のみ）：

• Windows Server 2003 SP1（32ビットまたは 64ビット）

• Windows Server 2003 R2（32ビットまたは 64ビット）

• Windows Server 2003 SP2（32ビットまたは 64ビット）

• Windows 2008（32ビットまたは 64ビット）

注記： Windows 2008 32ビットは、NetWorkerサーバとしてではなく、VADPプロキシとしてのみ使用可能です。

• Windows 2008 R2

◆ 以下のバージョンのいずれかを実行中の、1つまたは複数の vCenter/Virtual Centerサーバ：

• vSphere 5または 5.1（vSphere 5への更新手順については、NetWorkerおよび「VMware統合ガイド」を参照してください）。

• vCenter Serverバージョン 4.1または 4.0（ESX/ESXi 4.1、4.0、および 3.5を管理）

注記： VMware vCenterアプライアンスは、現在 NetWorkerによってサポートされていません。

• VirtualCenter バージョン 2.5（ESX/ESXi 3.5を管理）

注記： NetWorkerは、VMに対する英語版以外のゲストオペレーティングシステムのバックアップ /リストアをサポートします。ただし、vCenterまたは VADPプロキシホストで英語版以外の Windowsオペレーティングシステムを使用している場合は、「英語版以外の Windowsでの vCenterの制限」セクションと「英語版以外の Windowsでの VADPプロキシホストの制限」セクションに記載されている制限に注意してください。

◆ VADPプロキシサーバと ESXサーバクラスタを管理している vCenter Serverの間でネットワーク接続を使用できる必要があります。また、ESXサーバシステムへの接続も必要です。

◆ FC（ファイバチャネル）SANに接続するには、VADPプロキシで FC HBA（ホストバスアダプタ）が必要です。

◆ NetWorker 7.6サービスパック 2以降のクライアントソフトウェアを VADPプロキシホストにインストールする必要があります。

◆ 自動検出を有効にするには、NetWorker 7.6サービスパック 2以降のクライアントソフトウェアを vCenter Serverにインストールする必要があります。

◆ NetWorkerサーバで NetWorker 7.6以降のソフトウェアが実行されている必要があります。



◆ VADPプロキシホストは、サポートされる VMをバックアップするために必要なLUNにアクセスできる必要があります。考慮事項は環境によって異なります（たとえば、物理互換性 RDMはサポートされず、したがってプロキシアクセスを必要としません）。詳細については、156ページの「LUNへの VADPプロキシアクセス」のセクションを参照してください。

◆ バックアップが一貫性のある状態で実行されることを保証するために、VMwareツールを VMにインストールする必要があります。VMwareツールは、完全修飾ドメイン名 /ホスト名を使用したバックアップでも必要です。

注記： VMwareツールインストーラには、comreg.exeプログラムが含まれています。このプログラムには、VMware Snapshot Providerの VSSへの登録を妨げるWindows 2008 R2バグが含まれています。この問題のため、ESX 4.0.0の特定のバージョンで、Windows Server 2008 R2または Windows 7 VMの VADPバックアップが失敗することがあります。ナレッジベースの次の記事に、この問題の修正手順が記載されています。http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1022720

この問題を解決するため、ESX 4.0 update 2または ESX 4.1にアップグレードするか、または ESX 4.0.0サーバを VMwareパッチでアップグレードするには、次のリンクに移動してください。http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1013127

英語版以外の Windowsでの vCenterの制限VADP用の vCenterを使用する英語版以外の Windowsオペレーティングシステムには、以下の制限が適用されます。

◆ 以下の名前は、常に英文字だけを含む必要があります。

• vCenterの左ペインのバックアップ VM表示名

• バックアップ VMホスト名 /FQDN

• vCenterデータセンター名

• vCenterリソースプール名

• VM構成ファイルと仮想ディスクを含む ESXデータストア名。

◆ VMは、バックアップの実行元vCenterと同じOS言語のvCenterにのみリストアできます。たとえば、VMバックアップを日本語 OSの vCenterから英語 OSのvCenterにリカバリすることはできません。

◆ VADPリカバリを実行するには、NetWorker Userプログラムを使用する必要があります。英語以外の vCenterからのバックアップの場合、コマンドラインからのイメージ全体のリカバリは動作しません。

英語版以外の Windowsでの VADPプロキシホストの制限VADPプロキシホスト用の英語版以外の Windowsオペレーティングシステムには、以下の制限が適用されます。

ソフトウェアおよびハードウェアの要件 99



http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1013127



VADPリカバリを実行するマシンでは、英語の NetWorkerパッケージのみをインストールし、他の言語パッケージはインストールしないでください（NetWorkerのインストール時に、他のすべての言語パッケージを明示的に選択解除する必要があります）。

注記：この手順に従わないまま VADPリカバリダイアログを起動しようとすると、ローカルシステムファイルが上書きされ、マシンの破損に至る可能性があります。

転送モードVADPプロキシホストでは、イメージレベルリカバリの高度な転送モードがサポートされています。バックアップまたはリカバリ中に、構成されたネットワーク転送モードに以下の値を設定できます。

◆ SAN（ストレージエリアネットワーク）：このモードを選択すると、仮想インフラストラクチャ上のバックアップに関連する CPU、メモリ、I/Oロードが完全にオフロードされます。データが SANまたは iSCSI LUNから直接読み込まれるところでは、バックアップ I/Oは完全にオフロードされます。

SANモードでは、SANアクセスがある物理プロキシが必要であり、VMは、ファイバチャネルまたは iSCSIベースのストレージでホストされる必要があります。対応する VMFSボリュームは、VADPプロキシホストの Microsoft Windowsディスク管理スナップインで認識可能である必要があります。

◆ hotadd：このモードでは、バックアップ関連の I/Oは、SCSIの hotaddテクノロジーを使用して、ESX I/Oスタック経由で内部的に発生します。これにより、NBD/NBDSSLよりもバックアップ I/Oレートが高くなります。ただし、このモードを選択すると、バックアップに関連する CPU、メモリ、I/Oロードは、VADPプロキシをホストする ESXに配置されます。

Hotaddモードでは仮想プロキシが必要であり、仮想プロキシをホストする ESXは、VMがホストされるすべてのデータストアへのアクセス権が必要です。したがって、データストアが SAN/iSCSI/NFSであり、VADPプロキシが存在する ESXサーバと VMがホストされる ESXサーバが異なる場合は、以下のようになります。

• SAN LUNの場合、プロキシをホストする ESXと VMをホストする ESXは、同じファブリックゾーンの一部である必要があります。

• iSCSI LUNの場合、プロキシをホストする ESXと VMをホストする ESXは、同じ iSCSIベースのストレージターゲットに対して構成される必要があります。

• NFSデータストアの場合、プロキシをホストする ESXと VMをホストする ESXは、同じ NFSマウントポイントに対して構成される必要があります。

◆ NBD（ネットワークブロックデバイス）：このモードでは、CPU、メモリ、I/Oロードは、本番 VMをホストする ESXに直接配置されます。これは、バックアップデータをネットワーク上で同じ ESX経由で移動してプロキシに到達する必要があるためです。NBDモードは、物理または仮想プロキシのどちらでも使用でき、すべてのストレージタイプをサポートします。



◆ NBDSSL（Network Block Device with SSL）： NBDSSL転送モードは、ネットワーク経由で転送されるデータが暗号化されるという点を除き、NBDと同じです。したがって、SLLの暗号化 /復号化による VADPホストへの負荷の追加によって、NBDSSLモードでのデータ転送は速度が遅く、より多くの CPUを使用します。

NBDSSLモードを使用した VMのリカバリについては、137ページの「NBDSSL、SANまたは hotadd転送モードを使用する VMのリカバリ」を参照してください。

パイプ記号「|」を使用することで、VADPプロキシホストで使用される転送モードを複数設定できます（例：san|nbd|nbdssl）。

デフォルトでは、NetWorker Userプログラムの転送モードフィールドは空欄です。リカバリで使用する転送モードを 1つ指定します。

転送モードの詳細については、103ページの「タスク 1 VADPプロキシホストとHypervisorリソースの構成」を参照してください。転送モードの概要を表 108ページの「アプリケーション情報の値」に示します。

ディレクティブのサポートALLVMFSバックアップおよび特定のセーブセットバックアップではすべてのローカルディレクティブ（.nsrファイル）がサポートされます。

VADPは、以下のグローバルディレクティブをサポートします。

◆ Encryptionディレクティブ（VADPが有効なイメージレベルのバックアップ）

◆ NT with Compression（VADPが有効なイメージレベルのバックアップ）

暗号化ディレクティブ暗号化ディレクティブは、接続されたすべてのディスクが NTFSファイルシステムを持っている Windows VMに対してのみサポートされます。

バックアップでは、VMクライアントプロパティにディレクティブを指定できます。

◆ Encryption- “Encryption directive”

現在のパスフレーズとは異なるパスフレーズを使用する暗号化イメージバックアップからのファイルまたは VM全体のリカバリでは、以下の手順を使用します（現在のパスフレーズは NetWorkerサーバの［データゾーンパスフレーズ］属性に表示されます）。

◆ 現在のパスフレーズを使用して暗号化されていないAES暗号化データをリカバリするには、データのリカバリに使用されているコマンドに -pオプションを指定します。例：

• recover -p pass_phrase

• winworkr -p pass_phrase

◆ -pオプションで複数のパスフレーズを指定するには、以下のように入力します。

recover -p pass_phrase1 -p pass_phrase2 -p pass_phrase3

ディレクティブのサポート 101


注記：間違っているパスフレーズを入力したり、パスフレーズを入力しない場合、暗号化データはリカバリされません。その代わりに、データのないファイル名が作成されます。しかし、暗号化されていないデータをリカバリ対象に選択した場合は、リカバリされます。

圧縮ディレクティブ圧縮ディレクティブは、接続されたすべてのディスクが NTFSファイルシステムを持っている Windows VMに対してのみサポートされます。

バックアップでは、VMクライアントのプロパティにディレクティブCompression-"NT with compression directives"を指定できます。

圧縮イメージバックアップからのファイルまたは VM全体のリカバリでは、通常のワークフローと異なる点はありません。

イメージレベルのバックアップでの増分バックアップイメージレベルのバックアップでは、ハードウェアの変更、OSパッチ、サービスパック、ドライバなどの更新の後、VMの増分バックアップがサポートされません。VMに関して、オペレーティングシステムまたはハードウェアレベルでのすべての変更が実行された後、イメージレベルのフルバックアップを実行してください。

CBT（更新ブロック追跡）Virtual Hardware 7をホストする ESX 4.0以降で実行中の VMは、変更されたディスクセクタを追跡できます。この機能は、CBT（更新ブロック追跡）と呼ばれます。

仮想マシンでは、仮想ディスクブロックの変更履歴が仮想マシン外部の仮想化レイヤーから追跡されます。バックアップを実行すると、NetWorkerが CBTを活用して前回のバックアップから変更のあったファイルをすばやく特定し、それらのファイルのみをバックアップします。

仮想マシンで CBTが有効になっていることを確認するか、119ページの「タスク 4 CBT（更新ブロック追跡）の構成」の手順に従って CBTを有効にします。

独立した永続ディスクはバックアップ対象外VADPでは、独立した永続ディスクのバックアップ /リカバリはサポートしません。バックアップ中にこのようなディスクが NetWorkerにより検出された場合、バックアップはスキップされ、これらのディスクがスキップされたことを示すメッセージが記録されます。ただし、イメージレベルのリカバリでは、ディスクはデータなしでリカバリされます。独立した永続ディスクを使用する場合は、従来の NetWorkerスタイルのバックアップを使用して、独立した永続ディスク上のデータを VM内にインストールされたバックアップクライアント経由で保護する必要があります。

構成オプションVADPバックアップ用の NetWorkerクライアントを構成する場合、2つのオプションがあります。Client Backup Configuration Wizardを使用して自動的に構成する方法と、［クライアントのプロパティ］ウィンドウを使用して手動で行う方法です。



◆ Client Backup Configuration Wizardを使用する場合は、103ページの「Client Backup Configuration Wizardを使用して VADPプロキシホストおよび Hypervisorリソースを自動的に構成する」を参照してください。

◆ ［クライアントのプロパティ］ウィンドウを使用する場合は、106ページの「クライアントのプロパティウィンドウを使用して VADPプロキシホストおよびHypervisorリソースを手動で構成する」を参照してください。

タスク 1 VADPプロキシホストと Hypervisorリソースの構成VADPプロキシホストのバックアップは必要ありません。ただし、仮想クライアントを構成する前に、VADPプロキシホスト用に NetWorkerクライアントを構成する必要があります。VADPプロキシ NetWorkerクライアントは、VADPバックアップ /リカバリオペレーション時に VMクライアントによって参照されます。

以下のいずれかの方法を使用して、VADPプロキシホストの NetWorkerクライアントを作成することができます。

◆ 103ページの「Client Backup Configuration Wizardを使用して VADPプロキシホストおよび Hypervisorリソースを自動的に構成する」

◆ 106ページの「クライアントのプロパティウィンドウを使用して VADPプロキシホストおよび Hypervisorリソースを手動で構成する」

注記： VADPプロキシホストを NetWorkerサーバにすることができます。また、同じVADPプロキシホストの複数のクライアントインスタンスが NetWorkerサーバに存在する場合、すべてのインスタンスに VADPに関する同じアプリケーション情報属性が設定されるようにします。アプリケーション情報属性をすべての VADPプロキシクライアントインスタンスに手動でコピーします。ただし、仮想プロキシを使用するときは、保護されている他の VMのテンプレートをコピーすることでは作成できないことに注意してください。

Client Backup Configuration Wizardを使用して VADPプロキシホストおよびHypervisorリソースを自動的に構成する

Client Backup Configuration Wizardを使用して VADPプロキシホスト用の NetWorkerクライアントを作成するには、次の手順で行います。

1. ［Administration］ウィンドウで、［Configuration］をクリックします。

2. 展開した左側のペインで、［クライアント］を右クリックして、［クライアントバックアップ構成］＞［新規］を選択します。

［クライアントの名前とタイプの指定］ページが表示されます（104ページの図33を参照）。

タスク 1 VADPプロキシホストと Hypervisorリソースの構成 103


図 33 クライアントの名前とタイプの指定

3. ホストマシンの名前を［クライアント名］フィールドに入力し、［VMwareプロキシホスト］を選択して、［次へ］をクリックします。

4. プロキシホストと関連づけられている vCenter Serverが存在する場合はそれを選択します。存在しない場合は次のようにします。

a.［vCenter］セクションで、［新規］をクリックして新しい Hypervisorリソースを作成します。

b.［vCenter］フィールドで、vCenter Serverのホスト名を指定します。

注記：サポートされる vCenter Serverの数に制限はありません。ただし、各vCenter Serverを Hypervisorリソース内に作成し、環境内の適切なプロキシ（1つまたは複数）と関連づける必要があります。

c.［ユーザー名とパスワード］フィールドに、バックアップ、スナップショット、新しい VMの登録 /作成を実行する権限のあるアカウントのユーザー名とパスワードを入力します。

ユーザーに vCenter Serverに対する管理権限がない場合は、116ページの「タスク 3 vCenterでの VADPユーザーロールの作成」のセクションにある手順に従ってください。

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



注記：これにより、NetWorkerのプロキシホストクライアントのアプリケーション情報プロパティの VADP_HOST変数が設定されます。

5. ［ファイルシステムマウントポイントオプション］セクションで、すべての VMバックアップジョブが存在すると考えられるディレクトリを指定します。デフォルト値は c:\\mntです。このオプションにより、NetWorkerのプロキシホストクライアントのアプリケーション情報プロパティの VADP_BACKUPROOT変数が設定されます。

このオプションを定義するときは次のことを考慮します。

• ディレクトリがすでに存在することを確認してください。存在しない場合は、「ディレクトリが存在しない」ことを示すエラーで VADPバックアップジョブが失敗します。

• ディレクトリは CIFS共有ではなくローカルディスクに存在する必要があります。

• このディレクトリは暗号化できません。

• 各バックアップジョブに対し、*バックアップタイプと VM名から生成される一意の名前でディレクトリがここに作成される。

6. ［再試行オプション］の選択で、再試行する回数と再試行の間の待ち時間を設定します。これらのオプションにより、NetWorkerのプロキシホストクライアントのアプリケーション情報プロパティの VADP_MAX_RETRIES変数およびVADP_MAX_BACKOFF_TIME変数が設定されます。

以下の点を考慮してください。

• VADP_MAX_RETRIES：多数のバックアップジョブが「リソース使用中」エラーで失敗した場合は、このオプションを使用します。通常、バックアップソフトウェアでは失敗したジョブが再試行されますが、再試行が行われるまでに数時間かかる場合があります。

• VADP_MAX_BACKOFF_TIME：このデフォルト値を変更する場合は、MAX_RETRIESのデフォルト値も変更します（この設定は MAX_RETRIESが 0より大きい場合にのみ適用されるため）。

7. ［転送モードオプション］セクションの［利用可能なモード］セクションで必要なモードをすべて選択し、［>］ボタンをクリックして追加します。必要に応じてモードの順序を変更します。モードの指定順序は、モードの試行の優先順位を示します。このオプションにより、NetWorkerのプロキシホストクライアントのアプリケーション情報プロパティに VADP_TRANSPORT_MODE変数が設定されます。

注記：変数が定義されるとき、各転送モードは「|」で区切られます。

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

9. プロキシホストをバックアップする必要はないので、［プロキシホストバックアップの指定］オプションでは［次へ］をクリックします。

10.［次へ］をクリックし、［バックアップ構成サマリー］を確認します。

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

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



クライアントのプロパティウィンドウを使用して VADPプロキシホストおよびHypervisorリソースを手動で構成する

ご使用の環境内に vCenterが構成されている場合、VADPを使用する VMをホストする vCenter Server用の Hypervisorリソースが必要です。自動検出機能で環境の仮想マップを生成できるように、vCenterの Hypervisorリソースを作成する前に、vCenter Serverに NetWorkerクライアントソフトウェアがインストールされていることを確認してください。

注記： NetWorkerソフトウェアでは、VMware vCenterを使用した VMware環境の自動検出のみがサポートされます。ESXサーバを使用した自動検出はサポートされません。

環境内に vCenterが構成されていない場合、環境内の各サーバに Hypervisorリソースが作成されている必要があります。vCenter上の NetWorkerクライアントは、自動検出機能または仮想化マップ機能を使用する場合にのみ必要です。

VADPバックアップは、NetWorkerクライアントを vCenterまたは VirtualCenterにインストールしなくても動作します。ただし、VADPバックアップを開始する前に、対応する Hypervisorリソースを NetWorkerサーバに作成する必要があります。

Hypervisorリソースを構成するには、次の手順で行います。


2. 展開した左ペインで、［Virtualization］を選択します。

3. 右ペインで［Enable Auto-Discovery］をクリックします。

4. ［Auto-Discovery］ダイアログボックスで次の操作を実行します。

a.［ホスト名］フィールドに、vCenter Serverの FQDN（完全修飾ドメイン名）または IPアドレスを入力します。

b.［Username］および［Password］フィールドに、サーバにログオンするために必要な資格情報を入力します。ユーザー名とパスワードは、VADPバックアップ、スナップショット、および新規 VMの登録 /作成を実行する権限があるアカウントのものを使用する必要があります。Hypervisorリソースで指定するユーザーは、vCenterでの管理権限も持っている必要があります。

ユーザーに vCenter Serverに対する管理権限がない場合は、116ページの「タスク 3 vCenterでの VADPユーザーロールの作成」のセクションにある手順に従ってください。

c. vCenter Serverを通信用のデフォルトのポート以外のポートを使用するように構成するには、［詳細設定］タブをクリックし、［NSRhypervisorのエンドポイント属性］フィールドに正しいポートを指定します。

たとえば、vCenterで使用されるポートが 2000である場合、NSRhypervisorのエンドポイント属性は次のように定義します。

https://server_hostname:2000/sdk

server_hostnameは、vCenterホストの FQDN名です。

d. vCenter Serverの構成が完了したら、［仮想化］を右クリックし、［自動検出の実行］を選択してトポロジーマップを生成します。



注記：「rshにフォールバックしていますが、RUSERが指定されていません」というエラーで自動検出が失敗する場合は、NetWorkerサーバと vCenter Serverで相互の IP/完全修飾ドメイン名を解決できることを確認してください。

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

クライアントのプロパティウィンドウを使用して VADPプロキシホスト用のNetWorkerクライアントを作成するには、次の手順で行います。


2. 展開した左側のペインで、［クライアント］を選択します。

3. ［File］メニューの［New］を選択します。

4. ［Name］属性に、プロキシクライアントのホスト名を入力します。

5. ［Browse Policy］フィールドと［Retention Policy］フィールドは、仮想クライアントに対して設定されるため空白のままにできます。

6. プロキシクライアントをバックアップする必要がある場合は、［Scheduled Backups］を選択します。

注記：プロキシクライアントのバックアップは必須ではありません。

7. ［Save Set］属性に、バックアップするファイルまたはディレクトリの名前を入力します。

a. バックアップするファイルまたは Cドライブなどのディレクトリを指定するには、「c:\」と入力します。

b. Documents and Settingsなどの特定のディレクトリをバックアップする場合は、「c:\Documents and Settings」と入力します。

c. すべてのファイルシステムおよび VSS/Systemセーブセットをバックアップするには、「ALL」と入力します。

注記：プロキシクライアントをバックアップしない場合は、デフォルトの選択を使用します。



8. ［Apps and Modules］をクリックします。108ページの図 34のような［クライアントの作成］ダイアログが表示されます。

図 34 NMCの［アプリケーションとモジュール］タブ

9. ［アプリケーション情報］フィールドで、次のように NSR Hypervisorリソースの一部として構成する VCサーバホスト名ごとに 1行を追加します。

VADP_HOST=any.vc

ここで、any.vcは NSR Hypervisorリソースとして構成された vCenter Serverのホスト名です。

10.［アプリケーション情報］セクションでは、変数（108ページの表 13を参照）を指定することもできます。

表 13 アプリケーション情報の値（1/3ページ）

属性名説明デフォルト値

VADP_HOST

注記：この属性は必須です。

NSR Hypervisorリソースの一部として構成された VCサーバのホスト名を指定します。NSR Hypervisorリソースの一部として複数のVCサーバを構成する場合は、そのホスト名をここで指定します。Example:VADP_HOST=any.vcVADP_HOST=another.vc



VADP_BACKUPROOT • すべての VMバックアップジョブが存在するディレクトリ。ディレクトリがすでに存在することを確認してください。存在しない場合は、VADPバックアップジョブが「ディレクトリが存在しません」エラーで失敗します。

• ディレクトリは CIFS共有ではなくローカルディスクに存在する必要があります。

• このディレクトリは暗号化できません。• 各バックアップジョブに対し、*バックアップタイプと VM名から生成される一意の名前でディレクトリがここに作成される。

• 省略すると、デフォルトで BACKUPROOTが c:\\mntに設定される。

Example:VADP_BACKUPROOT=C:\\mnt"

C:\mnt

VADP_MAX_RETRIES オペレーションが失敗した後に再試行される回数。多数のバックアップジョブが「resource busy」エラーで失敗した場合は、このオプションを使用します。通常、バックアップソフトウェアでは失敗したジョブが再試行されますが、再試行が行われるまでに数時間かかる場合があります。

例：VADP_MAX_RETRIES=1

0

VADP_MAX_BACKOFF_TIME 失敗したオペレーションを再試行するまでの待機秒数。このデフォルト値を変更する場合は、MAX_RETRIESのデフォルト値も変更します（この設定は MAX_RETRIESが 0より大きい場合にのみ適用されるため）。

VADP_BACKOFF_TIME=20

10

VADP_DISABLE_FLR 仮想クライアントをイメージレベルバックアップおよびイメージレベルリカバリ（単一ステップ）用に設定する場合は、この変数を YESに設定すると、イメージバックアップからのファイルレベルリカバリは無効になります。この変数は、仮想クライアントのバックアップセーブセットがイメージレベルバックアップを示す *FULL*と指定され、バックアップレベルに増分バックアップレベルなしを選択するフル（0）が指定されている場合にのみ有効です。

VADP_DISABLE_FLR=Yes

注記：この変数をプロキシアプリケーション情報で設定し、仮想クライアントレベルで指定しないと、それ以降にプロキシを使用して行われるすべてのイメージバックアップからのファイルレベルリカバリが無効になります。

いいえ





例次の例は、VADP構成で使用される可能性があるすべての属性値を示します。

VADP_HOST=any.vcVADP_HOST=another.vcVADP_BACKUPROOT=G:\mntVADP_TRANSPORT_MODE=hotaddVADP_MAX_RETRIES=2VADP_MAX_BACKOFF_TIME=15

VADP_TRANSPORT_MODE VMFSデータストアから VADPプロキシサーバへデータを転送する転送モードを指定します。サポートされているオプションは、以下のとおりです。• SAN：仮想ディスクデータは、仮想ディスクが置かれている共有ストレージデバイスから直接読み取られる。これには、SANまたは iSCSI上の VMFSストレージが必要で、ストレージデバイスは ESXとVADPプロキシの両方からアクセス可能であることが必要です。

• hotadd：このモードは、仮想プロキシでVADPが使用されている場合に使用できる。データを移動するために ESX I/Oスタックを使用するため、hotaddは転送モード NBDより効率的です。

• NBDSSL：このモードは、ネットワーク経由で転送されるデータが暗号化されるという点を除き、「nbd」と同じです。「nbdssl」モードのデータ転送は、「nbd」転送モードと比べ速度が遅く、CPUの使用率が高くなる場合があります。また、NBDSSLモードを使用する VMのリカバリについては、137ページの「NBDSSL、SANまたは hotadd転送モードを使用するVMのリカバリ」を参照してください。

• NBD：VADPでは仮想ディスクにアクセスするためにネットワーク経由プロトコルが使用される。データは ESXホストによってストレージデバイスから読み取られ、暗号化されていないネットワークチャネルを介して VADPプロキシへ送信されます。このモードでは、「san」モードのオフロード機能は提供されない点に注意してください（データはネットワークを介して ESXホストから転送されます）。ただし、「nbd」では共有ストレージが不要であり、VADPを仮想マシンの内側で実行できます。

空欄

空欄のままにすると、記述リストの順序でデフォルト値が選択されます。次に示すように各値の間にパイプ（ | ）記号を挿入することで、複数のモードを指定できます。Example:VADP_TRANSPORT_MODE=san | hotadd | nbdssl | nbd

モードの指定順序は、モードの試行の優先順位を示します。上の例では、sanモードが最初に試みられ、それが失敗すると hotaddモードが試みられる、といったようになります。





タスク 2 バックアップ用の仮想クライアントの構成Client Backup Configuration Wizardまたは［クライアントのプロパティ］ウィンドウを使用して、仮想クライアントを構成できます。どちらの方法でも、新しいクライアントリソースを作成するか、既存のクライアントリソースを変更することができます。

ご使用の環境に応じて、次のトピックのいずれかの手順を実行します。

◆ 112ページの「vCenterの構成と自動検出の実行が済んでいる場合の仮想クライアントの構成」

◆ 115ページの「［クライアントのプロパティ］ウィンドウを使用して仮想クライアントを手動で構成する」

VMwareクライアントは、重複排除クライアントとしても構成可能です。VMwareクライアントを作成した後、「NetWorker Data Domain重複排除デバイス統合ガイド」または「NetWorker Avamar統合ガイド」の指示に従って、適切な重複排除クライアントを構成します。

ファイルレベルリカバリのオプションが有効な仮想クライアントのバックアップが完了したら、クライアントインデックスが参照可能となり、データをその仮想クライアントに直接リカバリするか、ダイレクトリカバリを使用して別の仮想クライアントにリカバリできます。

完全なイメージを使用する完全な仮想マシンのイメージレベルリカバリも実行できます。同じ ESXサーバに対して行うことも、同じ vCenter内または異なる vCenter内の異なる ESXサーバに対して行うこともできます。

注記： VADPのイメージレベルリストアにはインデックスエントリーが必要なので、ブラウズポリシーが適切に設定されていることを確認してください。インデックスエントリーは、ブラウズポリシーの期限が切れた後であってもまだ scanner コマンドを使用して作成できます。

112ページの表 14では、仮想クライアントの構成に基づいて使用できるリカバリオプションを示します。リカバリ手順については 127ページの「VADPバックアップのリカバリ」で説明します。

タスク 2 バックアップ用の仮想クライアントの構成 111


* VADP_DISABLE_FLR変数は、バックアップに ALLVMFSセーブセットが選択されている仮想クライアントには適用されません。さらに、VADP_DISABLE_FLR変数が仮想クライアントと VADPプロキシの両方で指定されている場合は、仮想クライアントでの設定が優先されます。

** NTFSとは以下のオペレーティングシステムの NTFSを意味します。

◆ Windows 2003

◆ Windows 2008

◆ Windows 2008 R2

◆ Windows Vista

◆ Windows XP

◆ Windows 7

vCenterの構成と自動検出の実行が済んでいる場合の仮想クライアントの構成vCenterが構成済みの場合に仮想クライアントを構成するには、次の手順で行います。

1. 仮想化マップで、［Virtual Machine］を右クリックして［Client Backup Configuration］＞［New］を選択します。

2. ［クライアント名の指定］ページで、［クライアント名］フィールドに値が入力されており、［VMwareクライアント］が有効になっていることを確認します。［Next］をクリックします。

表 14 仮想クライアントの構成に基づいて使用できるリカバリオプション

バックアップ構成ファイルレベルリカバリイメージレベル（単一ステップ）リカバリ

NTFS** OSおよび ALLVMFSセーブセットが選択されている仮想クライアント。

はいいいえ

NTFS** OSおよび *FULL*セーブセットが選択されている仮想クライアント。

はいはい

NTFS** OSおよび *FULL*セーブセットが指定され、バックアップレベルが完全で（増分バックアップではない）、VADP_DISABLE_FLR APPINFO 変数が Yes*に設定されている仮想クライアント。

いいえはい

NTFS** OSを使用せず、*FULL*セーブセットが選択されている仮想クライアント。

いいえはい



注記：指定するクライアント名は、ネームサービスにおいて認識されるホスト名 /エイリアスか、FQDNである必要があります。VMの表示名がフィールドに表示される場合は、このエントリーをホスト名または FQDNに変更する必要があります。そうしないと、クライアントの作成は失敗します。

3. ［VMwareの物理ホストとバックアップタイプの指定］ページで、［物理ホスト］フィールドには仮想マシンの物理ホストが入力されます。

4. ［VMwareプロキシバックアップ］を選択し、［プロキシホスト］リストからプロキシホスト VCサーバの名前を選択します。VC名は、プロキシクライアントリソースの［アプリケーション情報］セクションで設定されている複数のVADP_HOST値から取得されます。［Next］をクリックします。

5. ［バックアップオプションの指定］ページで、必要に応じて次のオプションセクションを設定します。

• ［重複排除］：このクライアントを NetWorker 7.6 SP1以降で使用できる DD Boostオプションで使用している場合は、［Data Domain］を選択します。このクライアントが Avamar重複排除を使用している場合は、［Avamar重複排除バックアップ］を選択し、対応する Avamarサーバを一覧から選択します。重複排除を使用していない場合は、［なし］を選択します。

• ［ターゲットプール］：このクライアントのバックアップからのデータが送られるプールを一覧から選択します。プールを選択した場合、この値は、クライアントのバックアップグループまたはクライアントのセーブセットと関連づけられている他のプール選択条件をオーバーライドします。このフィールドが最もよく使用されるのは、NetWorker 7.6 SP1以降の Data Domainデバイスにバックアップするときです。

6. ［次へ］をクリックして、［プロキシバックアップオプションの指定］ページを表示します。

7. （オプション）［仮想マシン名］フィールドに、vCenterで使用する VMの表示名を入力します。値を入力しないと、この仮想マシンのバックアップは IPアドレスによって行われます。

このフィールドに名前を入力する場合は、vCenter Administratorに表示される表示名と一致している必要があります。一致していないとバックアップは失敗します。

注記：この名は大文字と小文字が区別されます。また、VMの名前にスペースが含まれる場合は、名前を二重引用符（" "）で囲む必要があります。

8. ［バックアップタイプ］セクションでは使用するバックアップを指定します。

• Image level backup（これはセーブセット *FULL*と同じです )

• Backup all files（これはセーブセット ALLVMFSと同じです）

• Backup Specific files and folders

– C:ドライブなど、バックアップするファイルまたはディレクトリ指定するには、「c:\」または「c:」と入力します。

– Documents and Settingsなどの特定のディレクトリをバックアップする場合は、「c:\Documents and Settings」と入力します。



注記： VADPの制限により、［セーブセット］属性に設定できるエントリーは1つだけです。

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

10.［NetWorkerクライアントプロパティの選択］セクションで、ドロップダウンメニューから［ブラウズ］ポリシーと［リテンション］ポリシーを選択します。

11.必要に応じてこのクライアントのバックアップスケジュールを選択します。

注記：バックアップスケジュールが、このクライアントが追加されるバックアップグループに対しても定義されている場合、クライアントスケジュールよりグループスケジュールが優先されます。

12.必要に応じて、［クライアントコメント］フィールドにクライアントの説明を入力します。

13. NetWorkerサーバと VADPプロキシクライアントが異なる 2台のマシンである場合、［リモートアクセス］フィールドで次のように指定します。

user=system, host=VADP proxy host

ここで、systemは Windows VADPプロキシのシステムアカウントで、VADP proxy hostはプロキシホストの名前です。


15.［NetWorkerバックアップグループの指定］で、必要なグループを選択するか、［新しいグループの作成］を選択し、グループ名とクライアントの再試行回数を入力します。

16.新しいグループを作成すると、［Schedule Options］セクションの［Schedule backup start time］フィールドで、グループの開始時刻を指定し、［Automatically start the backup at the scheduled time］を有効にします。


18.［バックアップストレージノード］セクションで、バックアップの送り先デバイスを含むストレージノードを選択します。

19.［リカバリストレージノード］セクションで、リカバリ操作に使用するデバイスを含むストレージノードを選択します。


21.バックアップの構成サマリーを確認して、［作成］をクリックします。

次に VMに対してディレクティブを有効にすることができます。

22.［Clients］をクリックし、新しく作成した VMクライアントを右クリックして［Properties］を選択します。

23.［ディレクティブ］リストから、［暗号化ディレクティブ］、［NT（圧縮あり）］ディレクティブを選択します。

24.［アプリケーションとモジュール］タブをクリックして［バックアップコマンド］フィールドに nsrvadp_saveが入力されていることを確認します。




ディレクティブの詳細については、「NetWorker管理ガイド」を参照してください。

［クライアントのプロパティ］ウィンドウを使用して仮想クライアントを手動で構成する

［クライアントのプロパティ］ウィンドウを使用して仮想クライアントを構成するには、次の手順で行います。


2. 展開した左側のペインで、［クライアント］を選択します。

3. ［File］メニューの［New］を選択します。

4. ［Name］属性に、クライアントのホスト名を入力します。

5. ［Browse Policy］フィールドで、リストからブラウズポリシーを選択します。

注記：ブラウズポリシーがクライアントレベルで設定されている場合は、このクライアントがメンバーであるグループに指定されたブラウズポリシーより優先されます。

6. ［Retention Policy］フィールドで、リストから保存ポリシーを選択します。

注記：保存ポリシーがクライアントレベルで設定されている場合は、このクライアントがメンバーであるグループに指定された保存ポリシーより優先されます。

7. ［Scheduled Backups］が選択されていることを確認します。

8. ［Save Set］属性に、バックアップするファイルまたはディレクトリの名前を入力します。

注記： VADPの制限事項により、［セーブセット］属性に設定できるエントリーは1つだけです。

a. バックアップするファイルまたは Cドライブなどのディレクトリを指定するには、「c:\」と入力します。

b. Documents and Settingsなどの特定のディレクトリをバックアップする場合は、「c:\Documents and Settings」と入力します。

c. すべての仮想マシンのファイルシステムをバックアップするには、「ALLVMFS」と入力します。

d. VMイメージ全体をバックアップするには、「*FULL*」と入力します。

9. ［Directive］属性のリストから、必要に応じてディレクティブを選択します。

10.［Apps and Modules］タブをクリックします。

11.［バックアップコマンド］フィールドに、「nsrvadp_save」と入力します。

12.［アプリケーション情報］フィールドで、値 VADP_HYPERVISORを追加して、通信に使用する vCenter Serverを指定します。例：

VADP_HYPERVISOR=vCenter1



ここで、vCenter1は、vCenter Serverの名前です。

また、VADP_VM_NAME属性にもこの値を追加します。

注記： VADP_VM_NAMEは大文字と小文字が区別されるので、VMホスト名は表示されるとおりに入力する必要があります（例：SUSE11-X86）。また、VMの名前にスペースが含まれる場合は、VADP_VM_NAMEを二重引用符（" "）で囲む必要があります。

13.［プロキシバックアップタイプ］フィールドで［VADP］を選択します。

14. NetWorkerサーバと VADPプロキシクライアントが異なる 2台のマシンにある場合

a.［Globals (2 of 2)］タブをクリックします。

b.［Remote access］フィールドで次のように指定します。

user=system, host=VADP proxy host

ここで、systemは Windows VADPプロキシのシステムアカウントで、VADP proxy hostはプロキシホストの名前です。


タスク 3 vCenterでの VADPユーザーロールの作成次のセクションでは、vCenter Serverで VADPユーザーロールを作成するために必要な手順について説明します。vCenterで管理者権限を使用して VADPバックアップ /リカバリを実行することもできますが、セキュリティの理由でこれはお勧めできません。お勧めする方法は、vCenter Serverに VADP固有の新しい役割を作成し、Hypervisorリソースで指定されているユーザーにそれを割り当てることです。

VADPプロキシ役割の作成1. vSphere Clientを使用して管理者権限で vCenter Serverにログインします。

2. vCenter Serverで［表示］＞［管理］＞［役割］を選択します。

3. ［役割の追加］をクリックします。

4. 役割に「VADPユーザー」という名前を指定します。

5. VADPユーザー役割に必要な権限を割り当てて、［OK］をクリックします。

詳細については、117ページの「VADPを使用したバックアップ /リカバリに必要な最低限の vCenter権限」のセクションを参照してください。



NetWorker Hypervisorリソースで指定されているユーザーに、VADPユーザー役割を割り当てます。

1. vSphere Clientを使用して管理者権限で vCenter Serverにログインします。

2. 左側のペインで vCenter Serverを選択します。

3. 右側のペインの［権限］タブをクリックします。

4. 右側のペインの内部を右クリックし、［権限の追加］を選択します。

5. NetWorker Hypervisorユーザーを追加し、VADPユーザー役割を割り当てます。

6. ［子オブジェクトに反映］が有効になっていることを確認し、［OK］をクリックします。

注記：ユーザーに役割を割り当てる手順については、VMware Basic System Administrationまたは Datacenter Administration Guideの適切なドキュメントを参照してください。

VMwareのドキュメントは http://www.vmware.com/support/pubs/にあります。

VADPを使用したバックアップ /リカバリに必要な最低限の vCenter権限次の表に示されているバックアップ /リカバリの権限を持つ VADPユーザー役割を 1つだけ作成することをお勧めします。そのようにすると、VADPのバックアップ /リカバリオペレーションに、割り当てられたユーザーを使用できます。

117ページの表 15に VADPバックアップ権限を示します。

表 15 VADPバックアップ権限（1/2ページ）

設定権限

［仮想マシン］＞［構成］ • 既存のディスクの追加• デバイスの追加 /削除• リソースの変更• ディスク変更履歴• ディスクのリース• rawデバイス• リモートディスク• 設定値

［仮想マシン］＞［プロビジョニング］

• ディスクアクセスを許可• 読み取り専用ディスクアクセスの許可• 仮想マシンのダウンロードを許可

［仮想マシン］＞［スナップショット管理］

• スナップショットの作成• スナップショットの削除

データストア • データストアの参照• 低レベルのファイル操作

タスク 3 vCenterでの VADPユーザーロールの作成 117

http://www.vmware.com/support/pubs/


118ページの表 16に VADPリカバリ権限を示します。

セッション • セッションの確認

グローバル • タスクのキャンセル• ライセンス• イベントのログ• 設定値

タスク • タスクの作成• タスクの更新

表 15 VADPバックアップ権限（2/2ページ）

設定権限

表 16 VADPリカバリ権限（１ /２ページ）

設定権限

グローバル • タスクのキャンセル• ライセンス• イベントのログ• 設定値

リソース • リソースプールへの仮想マシンの関連づけ

データストア • 領域の割り当て• データストアの参照• 低レベルのファイル操作• ファイルの削除• 仮想マシンファイルの更新（4.1以降のみ）

［仮想マシン］＞［インベントリ］ • 新規作成• 登録• 削除• 登録解除

［仮想マシン］＞［構成］ • 既存のディスクの追加• 新しいディスクの追加• デバイスの追加 /削除• パワフル• CPU数の変更• リソースの変更• ディスク変更履歴• ディスクのリース• 仮想ディスクの拡張• USBデバイスのホスト• メモリ• デバイスの設定を変更する• rawデバイス• パスから再ロード• リモートディスク• 名前の変更• ゲスト情報のリセット• 設定値• スワップファイルの配置• 仮想マシン互換性のアップグレード



タスク 4 CBT（更新ブロック追跡）の構成変数 VADP_DISABLE_CBTを設定するか、コマンドラインで実行可能ファイルのnsrvadp_modify_vm.exeを使用すると、仮想マシンで CBTが有効になっているかどうかを確認したり、CBTの有効 /無効を切り替えたりできます。

注記： CBT（更新ブロック追跡）を有効にすると、増分バックアップおよび差分バックアップは Windows VMについてのみサポートされ、接続されるすべてのファイルが NTFSファイルシステムである必要があります。また、CBTベースの増分バックアップは常にファイルベースであることにも注意してください。CBTベースの増分バックアップからのイメージレベルのリカバリはサポートされていません。

変数 VADP_DISABLE_CBTを使用した CBTの構成変数 VADP_DISABLE_CBTを設定すると、CBTの有効化または無効化を制御できます。このオプションは、NetWorker 8.0 SP1以降で使用可能です。

VADP_DISABLE_CBT = YESを設定すると CBTが無効化されます。増分バックアップにCBTは使用されなくなります。

VADP_DISABLE_CBT = NOを設定すると、イメージバックアップの実行前に CBTが有効化されます。FLRベースの増分バックアップの処理は変化しません。

注記： VADP_DISABLE_CBTを構成しない場合は、イメージバックアップの実行前にCBTの有効化は試行されません。FLRベースの増分バックアップの処理は変化しません。

［仮想マシン］＞［相互作用］ • 電源オフ• 電源オン• リセット

［仮想マシン］＞［プロビジョニング］

• ディスクアクセスを許可• 読み取り専用ディスクアクセスの許可• 仮想マシンのダウンロードを許可

［仮想マシン］＞［状態］ • スナップショットの作成• スナップショットの削除• スナップショットに戻す

ネットワーク • ネットワークの関連づけ• 構成

セッション • セッションの確認

タスク • タスクの作成• タスクの更新

表 16 VADPリカバリ権限（２ /２ページ）

設定権限

タスク 4 CBT（更新ブロック追跡）の構成 119


nsrvadp_modify_vmコマンドを使用した CBTの構成コマンドラインから実行可能ファイル nsrvadp_modify_vm.exeを使用すると、CBTの有効化、CBTの無効化、指定した VMの CBTプロパティの表示を行うことができます。VMは、IP、DNS、VM名のいずれかで指定できます。実行可能ファイルを実行したときに VMが実行中の場合は、CBTに対する変更を有効にできるように、スナップショットが作成されて削除されます。

コマンドラインから次の形式で指定します。

directory>nsrvadp_modify_vm.exe -H vCenter server -P protocol -u user -p password -l lookup method -k lookup key -c command

ここで、

◆ directoryは、実行可能ファイルの場所です（例：c:\bin\nw762\nsr\bin）。

◆ vCenter serverは、vCenter Serverのホスト名です。

◆ protocolは、Webサービスで使用するプロトコルです。次のいずれかに設定できます。

• http

• https

◆ userは、vCenterユーザーの名前です

◆ passwordは、vCenterユーザーのパスワードです。

◆ lookup methodは、使用する検索方法です。次のいずれかに設定できます。

• vm-name

• ip-addr

• dns-name

◆ lookup keyは、使用する検索キーです。

◆ commandでは、次のいずれかの CBTオプションを指定します。

• cbt-disable

• cbt-enable

• 情報

次の例では、コマンドラインインタフェースを使用して、VM vm31-w2k3x64で CBTを有効にします。

c:\bin\nw_762\nsr\bin>nsrvadp_modify_vm.exe -H 10.13.187.212 -P https -u administrator -p password1 -l vm-name -k vm31-w2k3x64 -c cbt-enable

vSphereクライアント GUIを使用して CBTを有効にするCBTを有効にするにはコマンドラインツールを使用することをお勧めします。ただし、コマンドラインツールが正常に動作しない場合は、vSphereクライアント GUIを使用して CBTを有効にできます。詳細については、VMware vSphereのマニュアルを参照してください。



VADPソリューションでの VMの管理および監視このセクションでは、次のトピックについて説明します。

◆ 122ページの「オンデマンドによる VMware環境の自動検出の実行」

◆ 122ページの「VMware環境の変更通知」

◆ 123ページの「VMware環境の視覚的な表示」

VMware環境の自動検出 VMwareかんきょうのじどうけんしゅつNetWorkerソフトウェアでは、VMware環境の自動検出、およびこれらの環境の変更通知が提供されます。また、マップおよび表による VMware環境のグラフィカルなビューも提供されます。

自動検出は、Webサービスサーバのホストとなる単一または複数の VMware vCenterと通信することにより実行されます。VMware vCenterは、仮想化された IT環境の構成、プロビジョニング、管理を一元化するインフラストラクチャ管理ツールであり、VMware Virtual Infrastructureパッケージに含まれています。

NetWorker内の VMware環境の自動検出には、VMware vCenterと、Windowsシステムにインストールされている NetWorkerクライアントソフトウェアが必要です。自動検出を実行するために、VMware vCenterと NetWorkerクライアントを同じシステムにインストールする必要はありません。VMware vCenterの構成の詳細については、VMware Infrastructureのマニュアルを参照してください。

注記： NetWorkerソフトウェアでは、VMware vCenterを介した自動検出のみがサポートされます。ESXサーバを介した自動検出はサポートされません。自動検出を有効にする方法については、 103ページの「タスク 1 VADPプロキシホストと Hypervisorリソースの構成」を参照してください。

NetWorkerソフトウェアと VMware vCenterの間の通信では、nsrvimバイナリが使用されます。nsrvimバイナリは、安全な HTTPSプロトコルを使用して VMware vCenterの Webサービスサーバと通信できます。nsrvimバイナリは、32ビットと 64ビットの Windowsシステム用の NetWorkerでサポートされます。それらのシステムのインストールパッケージに nsrvimバイナリも含まれています。

プラットフォームを問わずすべての NetWorkerサーバは、自動検出を行うためにはWindows環境で実行する NetWorkerクライアントと通信する必要があります。デフォルトでは、NetWorkerサーバは VMware vCenterで実行する NetWorkerクライアントと通信します。

NetWorkerソフトウェアでは、次の 2つの目的で自動検出が使用されます。

◆ VMware環境の変更を通知する。

◆ VMware環境の視覚的な表示を作成および更新する。

\Program Files\EMC NetWorker\nsr\logsディレクトリにある daemon.rawファイルの出力には、自動検出中に発生したエラーが含まれています。

注記：デフォルト構成で自動検出を実行するには、NetWorkerクライアントをvCenter Serverにインストールする必要があります。

VADPソリューションでの VMの管理および監視 121


オンデマンドによる VMware環境の自動検出の実行

任意の時点で VMware環境の自動検出を行うには、［Virtualization］画面の左ペインで［Configuration］ノードを右クリックして［Run Auto-Discovery］を選択します。［仮想化］ノードの要素を個別に選択すると、選択した要素に限って自動検出タスクを実行できます。

右クリックメニューまたは［自動検出］ダイアログから［自動検出の実行］を選択すると、［自動検出を実行しています］ウィンドウで自動検出プロセスを監視できます。［監視の停止］ボタンをクリックすると［自動検出を実行しています］ウィンドウが閉じますが、自動検出プロセスは続行されます。

注記：「rshにフォールバックしていますが、RUSERが指定されていません」というエラーで自動検出が失敗する場合は、NetWorkerサーバで Virtual Centerサーバの IP/完全修飾ドメイン名を解決できることと、Virtual Centerサーバで NetWorkerサーバを解決できることを確認してください。

VMware環境の変更通知自動検出が実行された後で、保護されていない新しい VMが vCenterによって特定され、NetWorkerクライアントリソースが関連づけられていない場合は、通知が出されます。自動検出が失敗した場合にも通知が送信されます。

通知の設定デフォルトの通知リソース（New Virtual Machine）は NetWorkerのインストールに含まれています。この通知リソースの［アクション］属性を変更して、通知の送信先のメールサーバとメールアカウントを指定する必要があります。また、カスタム通知リソースを作成することも可能です。この場合は、カスタム通知リソースの［イベント］属性で［Hypervisor］を選択します。

1. NMCを使用して NetWorkerに接続します。

2. Configurationをクリックします。

3. 左側のナビゲーションペインで［通知］を選択します。

4. ［New Virtual Machine］を右クリックして、［プロパティ］を選択します。

5. ［アクション］フィールドで nsrlogを削除し、NetWorkerサーバのオペレーティングシステムに適したコマンドを指定します。

a. UNIXサーバでは、ネイティブのメーラープログラムが使用されます。構成の詳細については、該当するオペレーティングシステムのマニュアルを参照してください。

b. Windowsサーバでは、NetWorkerに含まれている smtpmailを指定できます。［アクション］フィールドは次のようになります。

smtpmail -s subject -h mailhost [email protected] [email protected]

条件：

subjectは、メール通知の件名です。



mailhostは、SMTPリレーを許可するメールサーバの完全修飾ドメイン名です。

[email protected]は、メールを受け取るメールアドレスです。

注記： smtpmailコマンドの他のスイッチの詳細については、http://powerlink.emc.comの esg116292を参照してください。

VMの監視VMの監視（新しい仮想マシンについての通知を含む）は、他のイベントを監視するのと同じ方法で NMCで実行できます。監視の詳細については、「NetWorker管理ガイド」を参照してください。

VMware環境の視覚的な表示VMware環境の自動検出を実行後は、NetWorker Consoleにより VMware環境のグラフィカルなビューまたは表形式のビューが提供されます。このビューは、NMCの［構成］ウィンドウの左側のパネルで［仮想化］ノードを選択すると右側のパネルに表示されます。

自動検出が構成されていない場合に［仮想化］ノードを選択すると、右側のパネルには［自動検出の有効化］ボタンが表示されます。自動検出の構成が完了しており、自動検出がすでに実行されている場合、右側のパネルには最後に自動検出が実行されたときの VMware環境がグラフィカルなマップとして表示されます。自動検出は、Webサービスサーバのホストとなる単一または複数の VMware vCenterと通信することにより実行されます。VMware vCenterは、仮想化された IT環境の構成、プロビジョニング、管理を一元化するインフラストラクチャ管理ツールであり、VMware Virtual Infrastructureパッケージに含まれています。 NetWorker内で VMware環境を自動検出するには、VMware vCenterに NetWorkerクライアントソフトウェアがインストールされている必要があります。VMware vCenterの構成の詳細については、VMware Infrastructureのマニュアルを参照してください。

［仮想化］ノードでの VMware環境の階層表示自動検出の実行後、［構成］画面の左ペインにある［仮想化］ノードを展開すると、VMware環境が階層表示されます。次の 4つの要素が階層で表示されます。

1. vCenter

2. vCenter内のデータセンター

3. データセンター内のクラスタ

4. ESXサーバ

VM、VMに関連づけられている NetWorkerクライアント、クライアントのバックアップを実行する NetWorkerグループは、［仮想化］ノードの階層表示には含まれません。これらは右ペインにのみ表示されます。

階層ツリー内の任意の要素をクリックすると、その要素とすべての子の詳細なマップビューが右ペインに表示されます。たとえば、最上位レベルの仮想化ノードを選択すると、自動検出に構成されているすべての vCenterにわたる VMware環境の完全なビューが表示されます。また、階層内の個別の ESXサーバを選択すると、その


http://solutions.emc.com/emcsolutionview.asp?id=esg116292

http://solutions.emc.com/emcsolutionview.asp?id=esg116292


ESXサーバに関連づけられているすべての子要素（VM、VMに関連づけられているNetWorkerクライアント、クライアントのバックアップを実行する NetWorkerグループ、VMwareクライアントのプロキシノードなど）が表示されます。

［仮想化］ノードでは、右クリックメニューを使用して 2種類のオペレーションを利用できます。

◆ ［Enable Auto-Discovery］を選択すると、自動検出を構成するための［auto-discovery］ダイアログが開きます（122ページの「オンデマンドによる

VMware環境の自動検出の実行」を参照）。

◆ ［自動検出の実行］を選択すると、オンデマンドによる VMware環境の自動検出を実行できます。［仮想化］ノードの要素を個別に選択すると、選択した要素に限って自動検出タスクを実行できます。

VMware環境のグラフィカルな表示自動検出の実行後は、VMware環境の要素が NetWorker Consoleの右側にある詳細ペインに表示されます。左ペインの［仮想化］ノードでの選択内容に応じて、この詳細ペインに表示されるオブジェクトは異なります。詳細ペインからはいくつかのオペレーションを行うことが可能です。たとえば、新しい NetWorkerクライアントを構成して VMを保護するなどの操作を実行できます。

注記： NetWorkerクライアントリソースが詳細ペインに表示されるようにするには、仮想マシンの名前と NetWorkerクライアントリソースの名前が同一である必要があります。

2つのビューが利用可能です。

◆ マップビュー

◆ 表形式のビュー

VMware環境のマップビューVMware環境のマップビューに表示されるアイテムは、左ペインの［仮想化］ノードでの選択内容によって異なります。［仮想化］ノードが選択されている場合、マップビューには自動検出を実行済みのすべての vCenter、およびそれらの vCenterのすべての子要素が表示されます。このとき、パネルの左側からの vCenterから順に表示されます。要素の親子はそれぞれ線で結合され、子要素は左から右へ階層的に表示されます。この様子を 125ページの図 35に示します。



図 35 NetWorker Consoleのマップビュー

左ペインの［仮想化］ノードの階層で子要素を選択すると、右側の詳細ペインに表示されるアイテムを絞り込むことができます。たとえば、［仮想化］ノードで ESXサーバを 1つ選択すると、その ESXサーバに関連づけられている子要素のみが表示されます。

VMに関連づけられている NetWorkerクライアントの表示

デフォルトでは、個別の VMに関連づけられている NetWorkerクライアントが表示されます。その代わりに、仮想マシンの保護のために構成されている NetWorkerクライアントは［クライアント］アイコンとして示されます。これらのクライアントのバックアップを実行する NetWorkerグループは、VMと線で結合された状態で表示されます。

仮想マシンが NetWorkerソフトウェアによって保護されている場合、仮想マシンをダブルクリックして表示を展開し、仮想マシンを保護するために構成されているNetWorkerクライアント（バックアップを行う NetWorkerグループと線で結合）を表示できます。また、右ペインの任意の場所を右クリックして［展開］＞［すべての仮想マシン］を選択すると、表示されているすべての仮想マシンを展開できます。

保護されていない VMの新しい NetWorkerクライアントの作成

右側の詳細ペインに表示されるいずれかの仮想マシンが保護されていない場合は、その仮想マシンには［クライアント］アイコンが表示されません。このような仮想マシンについては新しい NetWorkerクライアントを作成できます。この場合は、その仮想マシンを右クリックして［Client Backup Configuration］＞［New］を選択し、Client Backup Configuration Wizardを開くか、または［New］を選択して手動で新しいクライアントを作成します。クライアントを作成して VMを保護する方法については、 111ページの「タスク 2 バックアップ用の仮想クライアントの構成」を参照してください。



マップビューから利用可能なその他のオペレーション

マップビューでは、クライアントおよびグループに対する NetWorkerの一般的なオペレーションを実行できます。たとえば、既存の NetWorkerクライアントを右クリックすると、クライアントの編集、削除、およびコピーを実行したり、リカバリを開始したりできます。また、マップビューに表示される NetWorkerグループを右クリックして、グループ内のすべてのクライアントを含めて編集やコピーなどの一般的なグループオペレーションを実行できます。

バックアップのスケジュールが設定されていないクライアントは、構成内では点線で表示されます。セーブグループ内の同じクライアントの複数のインスタンスは、バックアップタイプ、クライアント名、およびセーブセット名で表されます。

マップビューでのナビゲーション

マップビューでのナビゲーションのために、いくつかのオペレーションを利用できます。

◆ ズーム：マップビューを拡大したり縮小したりできます。この場合、マップビューのアイコンバーでズームのアイコンを選択するか、または右側の詳細ペインをクリックし、マウス中央のホイールを使用してスクロールします。また、［Zoom Area］ボタンを選択して任意の領域を拡大したり、［Fit Content］ボタンを選択して右側の詳細ペインに全体を表示したりできます。これらのオペレーションは詳細ペイン内で右クリックメニューから利用することも可能です。

◆ 表示の移動：詳細ペインをクリックしてマウスカーソルをドラッグすると、グラフィカルな表示を移動させることができます。

◆ 要素の展開と縮小：マップビューで任意の要素を展開または縮小し、その要素に関連づけられている子要素を表示したり非表示にしたりする場合は、その要素をダブルクリックします。さらに、詳細ペインで任意の場所を右クリックして［Expand］または［Collapse］を選択してから特定の要素タイプを選択すると、そのタイプのすべての要素を展開または縮小して表示できます。

◆ 概要：マップビューのアイコンバーで［概要］アイコンを選択するか、または詳細ペインの任意の場所を右クリックして［概要］を選択すると、［概要］ダイアログを開くことができます。［概要］ダイアログは大きなマップを使用する場合に特に便利です。このダイアログを使用すると、マップ内の特定の領域に迅速にドリルダウンできます。

◆ 表示と検索：表示と検索の機能を使用すると、マップに表示されるアイテムを制限したり、特定のアイテムを検索したりできます。

◆ 表形式のビュー： VMware環境をマップから表形式のビューに切り替えて表示することも可能です。この場合は、マップビューのアイコンバーで［表］アイコンを選択するか、または詳細ペインの任意の場所を右クリックして［表］を選択します。

VMware環境の表形式のビュー右側の詳細ペインでは VMware環境をマップ形式ではなく表形式で表示できます。この場合は、マップビューのアイコンバーで［表］アイコンを選択するか、または詳細ペインの任意の場所を右クリックして［表］を選択します。この表形式のビューは、NetWorker Consoleの他の表形式のビューと同様の機能を提供します。

NetWorker Consoleで表を使用する場合の全般情報については、「NetWorker管理ガイド」を参照してください。



NetWorkerコンソールからの vSphereクライアントの起動（Windowsのみ）

サポートされている Windowsプラットフォームでは、NetWorkerコンソールの［構成］ウィンドウでメインメニューまたはマップビューを使用して、vSphereクライアントを起動できます。

コンソールから vSphereクライアントを起動するには、次の手順を実行します。

1. コンソールを起動し、［構成］タブをクリックします。

2. 左のパネルで必要なクライアントをハイライト表示します。

3. vSphereクライアントを起動するには、次のいずれかを実行します。

• メニューから［構成］＞［vSphereクライアントの起動］を選択します。

• マップビューでは、クライアントを右クリックし、ドロップダウンから［vSphereクライアントの起動］を選択します（127ページの図 36）。

図 36 コンソールからの vSphereクライアントの起動（Windowsのみ）

VADPバックアップのリカバリこのセクションでは、次のトピックについて説明します。

◆ 128ページの「VMのファイルベースリカバリ」

◆ 130ページの「フル VMのイメージレベル（シングルステップ）リカバリ」

◆ 138ページの「NetWorker 7.6 SP2よりも前の VMバックアップのリカバリ」

NetWorkerコンソールからの vSphereクライアントの起動（Windowsのみ） 127


VMのファイルベースリカバリFLR（ファイルレベルのリカバリ）は、NTFSファイルシステムを使用する Windows OSの VMのみでサポートされます。FLRは、次の構成ではサポートされていません。

◆ GPTまたはダイナミックディスクを含む VMオペレーティングシステム

◆ 初期化されていないディスクを含む VMオペレーティングシステム

◆ 未フォーマットパーティションを含む VMオペレーティングシステム

◆ ドライブ文字のないパーティションを含む VMオペレーティングシステム

◆ 仮想 IDEディスクデバイスを含む VM構成（SCSIのみ）

◆ 独立ディスクモードを使用した VM構成

ローカルホストでのファイルベースリカバリの実行VMクライアントが稼動中のローカルホストでファイルベースのリカバリを行うには、VADPプロキシに NetWorkerクライアントがインストールされている必要があります。

ローカルホストでファイルベースのリカバリを実行するには、次の手順で行います。

1. VMクライアントで NetWorker Userプログラムを起動します。

2. 「NetWorker管理者ガイド」のリカバリに関する章の手順に従って操作します。129ページの図 37のように［リカバリオプション］ダイアログを使用して、必ずリストアパスを指定します。

［リカバリオプション］ダイアログで、リストアパスを指定せずに［OK］をクリックした場合、VMイメージからプロキシストレージノードにデータをリストアするとシステムファイルが上書きされる場合があるという警告メッセージが表示されます。

ファイルの上書きが発生しないことを保証するために、［OK］をクリックする前にリストアパスを入力します。



図 37 ［リカバリオプション］ダイアログ

CIFSシェアを使用したファイルベースリカバリの実行CIFSシェアを使用してファイルベースのリカバリを行うには、次の手順に従います。

1. NetWorkerサーバまたは VADPプロキシで NetWorkerユーザープログラムを起動します。

注記： VMクライアントのリモートアクセスリストに user@serverか user@proxyが含まれている必要があります。

2. 「NetWorker管理者ガイド」のリカバリに関する章の説明に従って、VMクライアントのファイルシステムを参照し、リカバリするファイルを選択します。

3. デスティネーションディレクトリを VMクライアントの CIFSシェアに設定します。

4. ファイルを CIFSシェアにリカバリします。

5. VMクライアントで、ファイルを CIFSシェアから該当するディレクトリに移動します。

ダイレクトリカバリでのファイルベースリカバリの実行ダイレクトリカバリを使用してファイルベースのリカバリを行うには、VMクライアントに NetWorkerクライアントがインストールされている必要があります。

1. NetWorkerサーバまたは VMクライアントで NetWorkerユーザープログラムを起動します。

注記：ユーザーには全クライアントへのリモートアクセス権が必要です。

VMのファイルベースリカバリ 129


2. VMクライアントをソースクライアントに選択します。

3. ターゲットクライアントを VMクライアントに選択します。

4. デスティネーションフォルダを選択します。

5. 「NetWorker管理者ガイド」のリカバリに関する章の手順に従って、リカバリするファイルを選択し、リカバリを実行します。

フル VMのイメージレベル（シングルステップ）リカバリこのセクションでは、フル仮想マシンのイメージレベルリカバリ（災害復旧）を実行する方法を説明します。フル仮想マシンのリカバリには、次の 2つの方法があります。

◆ 131ページの「NetWorkerユーザープログラムからのイメージレベルリカバリの実行」

◆ 133ページの「コマンドラインからのイメージレベルリカバリの実行」

推奨事項と考慮事項フル VMware仮想マシンのイメージレベルリカバリを実行する場合に、次の考慮事項が適用されます。

◆ リモート VADPプロキシクライアントの場合、イメージレベルリカバリには、VADPプロキシクライアント管理者グループのメンバーが VMクライアントのリモートアクセスリストに含まれているか、「全クライアントへのリモートアクセス」権限を持っている必要があります。

◆ ユーザーが VMを登録または作成するには VMware権限が必要です。

◆ フル仮想マシンのリカバリは、セーブセットリカバリを使用する場合のみサポートされています。

◆ FULLVMセーブセットのフルレベルのみが、VMイメージリカバリでサポートされます。

◆ NetWorker 7.6サービスパック2よりも前に作成されたバックアップをリカバリする必要がある場合、VMware Converterを VADPプロキシホストマシンにインストールする必要があります。VMware Converterがインストールされていない場合、フル仮想マシンのセーブセット（FULLVMセーブセット）は従来のNetWorkerリカバリを使用してリカバリできます。

注記：イメージレベルリカバリは、スタンドアロンの VMware Converterバージョン 3.0.3でのみサポートされています。

◆ VADPプロキシシステムで次のいずれかが動作している必要があります。

• Microsoft Windows 2003（SP1以降）

• Microsoft Windows 2003 R2

• Microsoft Windows 2008

• Microsoft Windows 2008 R2



◆ 新しいディスクパーティションなどハードウェアレベルの変更が仮想マシンに行われた場合は、フル仮想マシンのイメージレベルリカバリを実行する前に、フルレベルバックアップを実行する必要があります。

◆ 仮想マシンは、バックアップ時と同じ VMware ESXサーバや VMware VC（vCenter）、または別の ESXや VCにリカバリできます。異なるリソースプールや異なるデータストアへのリカバリもサポートされます。ディスクごとに異なるデータストアを指定でき、構成ファイルをリストアするために構成データストアを指定できます。

◆ フル仮想マシン（FULLVMセーブセット）のリカバリ時には、VADPスナップショットの制限のため、リカバリされる仮想マシンは、強制的な電源オフの状態から起動します。

◆ Windows以外の VMの場合同じ VMクライアントで、従来の NetWorkerクライアントベースバックアップを VADPイメージベースバックアップとともに使用する場合は、クライアントベースバックアップのブラウズポリシーが、VADP イメージベースバックアップの回数を超えないようにします。場合によってはイメージレベルリカバリの前にクライアントベースバックアップのインデックスを削除する必要があるため、この方法をお勧めします。詳細については、136ページの「異なる FARMまたは vCenterへのイメージレベルリカバリ」のセクションを参照してください。

たとえば、Linuxクライアントが、フルレベルのクライアントベースバックアップを毎日スケジュールし、VADPイメージベースのバックアップを月に 1回スケジュールしているとします。この場合、クライアントベースバックアップのブラウズポリシーは最長 1か月に設定することをお勧めします。

暗号化されたバックアップからのイメージレベルリカバリの実行リカバリされる VMのイメージレベルバックアップが、暗号化のディレクティブを使用して実行された場合は、次の手順が適用されます。

VMイメージのリカバリには、デフォルトでは現在のデータゾーンパスフレーズが自動的に使用されます。パスワードで保護されたバックアップの実行後に現在のデータゾーンパスフレーズが作成された場合、VMイメージをバックアップしたときに有効であったパスワードを入力する必要があります。

NetWorkerユーザープログラムからのイメージレベルリカバリの実行この手順は、Windows XP以降の Windowsプラットフォームのみでサポートされます。

VMware ESXサーバまたは VMware VirtualCenterサーバへのフル VMware VM（仮想マシン）のイメージレベルリカバリを実行するには、次の手順で行います。

1. NetWorkerクライアントまたは VADPプロキシで NetWorkerユーザープログラムを起動します。

2. ［オペレーション］メニューで、［セーブセットリカバリ］を選択します。

3. ［ソースクライアント］ダイアログボックスで、セーブセットの生成元の仮想マシンクライアントを選択し、［OK］をクリックします。

4. ［セーブセット］ダイアログボックスで、フル仮想マシンバックアップクライアント（FULLVM）のセーブセット名を選択し、フルレベルのバックアップを選択します。［OK］をクリックします。

フル VMのイメージレベル（シングルステップ）リカバリ 131


注記： FULLVMセーブセットのフルレベルのみが、VMイメージリストアでサポートされます。

5. ［VADPリストア］ダイアログボックスで、リカバリのタイプに応じて次の情報を入力し、［開始］ボタンをクリックします。

VC（VMware vCenter）へのリストア

• ［VM表示名］：バックアップされた VMをリストアする新しい VM名を指定します。

• vCenter Server：VCサーバの FQDN（完全修飾ドメイン名）または IPアドレスを指定します。

• データセンター名：使用するデータセンターの名前を指定します。

• ［ESXサーバ］：リストアを実行する ESXサーバの FQDN（完全修飾ドメイン名）または IPアドレスを指定します。デフォルトでは、リストア元の ESXサーバがこのフィールドに表示されます。

• データストアの構成：VM構成データをリストアするデータストアの名前を指定します。

• リソースプール名：リストアに使用するリソースプールを指定します。デフォルトのプールを使用するときはこのフィールドを空白のままにしておきます。

• ［転送モード］：リカバリの転送モード（SAN、hotadd、NBD）を指定します。

注記： NBDSSLモードは、NetWorkerでの VMのリカバリでは失敗します。hotadd転送モードは、ESX 5.0に対して VC 5.0を使用すると失敗します。137ページの「NBDSSL、SANまたは hotadd転送モードを使用する VMのリカバリ」で、この問題の対処方法を説明します。

• ［データストア］：VMのディスクごとにデータストアの名前を指定します。

132ページの図 38は、VMware vCenterリストアのために設定された［VADPリストア］ダイアログボックスです。

図 38 VMware vCenterリストア



注記：イメージレベルリカバリオペレーションでは、複数のブラウズセッションがNetWorkerコンソールの［監視］ウィンドウに表示されます。これは正常な動作です。

コマンドラインからのイメージレベルリカバリの実行VMware ESXサーバまたは VMware VC（vCenter）サーバへの VMware仮想マシンのフルリカバリをコマンドラインから実行するには、次の手順で行います。

1. 次のように、mminfoコマンドを使用して、フルレベルの FULLVMバックアップのセーブセット IDを確認します。

mminfo -avot -q "name=FULLVM,level=full"

注記： FULLVMセーブセットのフルレベルのみが、VMイメージリカバリでサポートされます。

2. 次のように recoverコマンドを使用して、フル VMware仮想マシンをリカバリします。

recover -S ssid [-d staging-location] -o VADP:host=VC hostname[:port];VADP:transmode=transport mode;VADP:datacenter=datacenter name;VADP:resourcepool=resource pool name; VADP:hostsystem=ESX hostname;VADP:datastore=datastores

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

• ssidは FULLVMのセーブセット識別子です。

• staging-locationは、FULLVMイメージをプロキシにリカバリするステージング場所のパスです。この値が必要となるのは、ステージング場所にリカバリする場合のみです。また、NetWorkerリリース 7.6サービスパック 2よりも前に取得されたバックアップのみに適用されます。

• VC hostnameは、リストアを実行するときに使用される VMware VC名です。

• portは、VCホストの Webサーバにログインするために使用されるポートです。値が入力されていない場合、デフォルトのポート番号が使用されます。

• transport modeは、リカバリで使用する転送モードです。例：

SAN

• datacenter nameは、VMがリストアされるデータセンター名です。

• resource pool nameは、リストアされる VMが接続するリソースプール名です。

• ESX hostnameは、VMware仮想マシンをリカバリする必要がある VMware ESX Serverマシンの名前です。

• datastoresは、リストアする仮想マシンの構成やディスクと関連づける必要があるデータストアのリストです。名前と値のペアをシャープ記号（#）で区切ります。例：

VADP:datastore=”config=stor1#disk1=stor2#disk2=stor3”



次の例に、ssid 413546679の FULLVMを esxDemo1.emc.comという ESXサーバにリカバリするコマンドを示します。データセンター、リソースプール、データストアではデフォルト値が使用されます。

recover.exe -S 413546679 -oVADP:host=esxDemo1.emc.com;VADP:transmode=hotadd

VADPイメージレベルバックアップと従来のゲストベースバックアップが混在する VMのリカバリ

VMに、VADPイメージレベルバックアップと従来のゲストベース（クライアントベース）バックアップが混在している場合、NetWorkerソフトウェアのビルド番号に応じて、次のいずれかのリカバリ手順を使用する必要があります。

◆ 134ページの「Windows以外の VMのイメージレベルリカバリ」この問題は、NetWorker 7.6.2ビルド 631以前のみに該当します。

◆ 135ページの「NTFS以外のファイルシステムでゲストベースのバックアップをブラウズできない」この問題は、NetWorker 7.6.2.1ビルド 638以降のみに該当します。

Windows以外の VMのイメージレベルリカバリVADPイメージレベルバックアップとゲストベース（クライアントベース）バックアップが混在している、Windows以外の VMをリカバリするとき、NetWorkerリリース 7.6.2ビルド 631以前では次の考慮事項が適用されます。

同じ VMクライアントで、従来の NetWorkerゲストベースバックアップを VADPイメージベースバックアップとともに使用している場合、フル仮想マシンのイメージレベルリカバリを実行するには、以前の従来のセーブセットのインデックスをまず削除する必要があります。そうしないと、イメージレベルリカバリが失敗します。削除する必要があるインデックスは、リストアのために選択した VADPイメージレベルバックアップよりも前に実行された、従来のバックアップによるセーブセットのインデックスのみです。

NetWorkerサーバで次のコマンドを実行して、従来のバックアップに対応するブラウズ可能なセーブセットを、リカバリ可能なセーブセットとしてマークします。

nsrim -c client_name -N traditional_saveset_name -l

このコマンドの最後のパラメータは Lの小文字です。

このコマンドによって、一番古いフルセーブセットとすべての依存セーブセットがオンラインインデックスから削除されます。場合によっては、フルレベルのブラウズ可能な従来のセーブセットすべてと、従来のセーブセット名すべてに対して、このコマンドを何回も実行する必要があります。

インデックスを削除した後で、NetWorkerユーザープログラムまたはコマンドラインを使用してイメージレベルリカバリを実行できます。

例たとえば、Linuxクライアント marsで、次の出力のように VADPイメージレベルバックアップと従来のバックアップが混在しているとします。

C:\>mminfo -avot -q "client=mars,volume=delve.001"volumetypeclient date time size ssid fl lvl namedelve.001 adv_file mars 4/14/2011 9:55:55 AM 3483 MB 4154881857 cb full /usrdelve.001 adv_file mars 4/14/2011 10:01:35 PM 103 MB 3953675679 cb incr /usr



delve.001 adv_file mars 4/14/2011 10:07:10 AM 15 GB 4104550902 cb full FULLVMdelve.001 adv_file mars 4/14/2011 2:55:31 PM 3481 MB 4003904887 cb full /usrdelve.001 adv_file mars 4/14/2011 3:03:18 PM 103 MB 3903242058 cb incr /usrdelve.001 adv_file mars 4/14/2011 3:28:30 PM 15 GB 3852911942 cb full FULLVM

最新のイメージレベルバックアップ（上の例の SSID=3852911942）をリカバリする場合は、以前に行った従来のバックアップのブラウズ可能セーブセットについて、すべてのインデックスを最初に削除します。

この場合、削除する必要がある、ブラウズ可能なフルレベルのセーブセット名 /usrのインスタンスは 2つあるため、NetWorkerサーバで次のコマンドを 2回実行する必要があります。

nsrim -c mars -N /usr -l

2番目に新しいイメージレベルバックアップ（例の SSID=4104550902）からリカバリする場合は、以前に行った従来のバックアップのブラウズ可能セーブセットについて、すべてのインデックスを最初に削除します。

この場合、削除する必要がある、ブラウズ可能なフルレベルのセーブセット名 /usrのインスタンスは 1つのため、NetWorkerサーバで次のコマンドを 1回実行する必要があります。

nsrim -c mars -N /usr -l

注記：それぞれのインデックスが削除されると、従来のバックアップセーブセットのブラウズ可能リカバリは行えなくなります。従来のバックアップのインデックスが引き続き必要になる場合は、イメージレベルリカバリが完了してから、次のコマンドを NetWorkerサーバで実行することでリストアできます。

scanner -c <client name> -i <device path>

例： scanner -c mars -i c:\device2

NTFS以外のファイルシステムでゲストベースのバックアップをブラウズできないNetWorkerリリース 7.6.2.1ビルド 638以降には、次の問題があります。NTFS以外のファイルシステムを実行し、VADPとゲストベースバックアップが混在する VMのリカバリ GUIでは、従来のゲストベース（クライアントベース）バックアップはブラウズできません。この問題は、NTFSを使用する Windows VMには関係ありません。また、セーブセットリカバリは影響を受けません。通常の方法で実行できます。

この問題に対処するには、バックアップ時刻を指定するコマンドラインリカバリを実行する必要があります。次のコマンドを VADPプロキシまたは VMのコマンドラインから実行します。

バックアップ時刻を確認するには、次のようにします。

mminfo -av -s networker_server -q "client=virtual_client"

リカバリを実行するには、次のようにします。

recover -t backup_time -s networker_server -c virtual_client



例次の VM（ホスト名 mars）では、VADPと従来のゲストベースバックアップが混在しています。この例では、VMで従来のバックアップセーブセットをリカバリする方法を示します。最初に mminfoコマンドを使用してバックアップセーブセットの時刻を確認し、次に recoverコマンドでその時刻を使用します。この例の NetWorkerサーバのホスト名は jupiterです。

C:\mminfo -av -s jupiter -q "client=mars" volume type client date time size ssid fl lvl namekuma-1 Data Domain mars 5/24/2011 10:38:39 PM 281 MB 1658578527 cb full /rootkuma-1.ROData Domain mars 5/24/2011 10:38:39 PM 281 MB 1658578527 cb full /rootkuma-6 Data Domain mars 5/24/2011 10:59:22 PM 5243 MB 1440475890 cb full FULLVMkuma-6.RO Data Domain mars 5/24/2011 10:59:22 PM 5243 MB 1440475890 cb full FULLVM

C:\recover -t "5/24/2011 10:38:39 PM" -s jupiter -c mars

mminfoコマンドの出力例で、最初の 2行が従来のバックアップで、セーブセット名FULLVMが表示されている最後の 2行が VADPバックアップです。「NetWorkerコマンドリファレンスガイド」では、recoverコマンドを使用してファイルをマーク（選択）し、リカバリを実行する方法が説明されています。

異なる FARMまたは vCenterへのイメージレベルリカバリ同じ vCenter環境内の別のサーバへのリカバリ、または別の vCenter環境内の別のサーバへのリカバリでは、同じ UUIDを保持するか、新しい UUIDを作成するかを選択する必要があります。

新しい場所にリストアした VMを起動するとき、次のメッセージが表示されます。

ESX/ESXi 3.xの場合

最後に起動された後で、仮想マシンの構成ファイルの場所が変更されました。仮想マシンの新しい一意識別子（UUID）を作成するか、元の識別子を使用しますか。

* 作成* 保持* 常に作成* 常に保持

UUIDを保持する場合は、［保持］を選択し［OK］をクリックして、仮想マシンの起動を続行します。

新しい UUIDを作成する場合は、［作成］を選択し［OK］をクリックして、仮想マシンの電源投入を続行します。

ESX/ESXi 4.xの場合

Question (id = 0) : msg.uuid.altered：この仮想マシンは移動またはコピーされた可能性があります。

特定の管理およびネットワーク機能を構成するために、この仮想マシンが移動またはコピーされたことを VMware ESXが確認する必要があります。

* キャンセル* 移動済み* コピー済み

UUIDを保持する場合は、［移動済み］を選択し［OK］をクリックして、仮想マシンの起動を続行します。

新しい UUIDを作成する場合は、［コピー済み］を選択し［OK］をクリックして、仮想マシンの電源投入を続行します。



NBDSSL、SANまたは hotadd転送モードを使用する VMのリカバリNetWorkerでの VMのリカバリは、転送モード NBDSSL、SANおよび、ESX 5.0で VC 5.0を使用する場合の hotaddモードでは失敗します。次の手順を使用してこの問題に対処します。

注記：次の手順を実行する前に、VMでアクティブになっているスナップショットがあれば削除します。次の手順が終了するまで VMの電源は入れないでください。

1. VMを右クリックして、［設定の編集］を選択します。

2. 仮想ハードディスクを選択して、［削除］を選択しますが、VMDKは削除しないでください。［OK］をクリックします。

3. ［設定の編集］メニューに戻り、［追加］を選択します。

4. ［ハードディスク］を選択し、既存の仮想ディスクを使用します。

5. 新しいハードディスクに VMDKファイルを関連づけ、［OK］をクリックします。たとえば、［ディスクの追加］ポップアップウィンドウを使用し、データストア内の正しい VMDKファイルを指定してハードディスクを追加します。

6. VMの電源をオンにします。

Windows 2008で SANまたは hotadd転送モードを使用する VMのリカバリ

注記： Windows 2008 32ビットは、NetWorkerサーバとしてではなく、VADPプロキシとしてのみ使用可能です。

Windows 2008システムで sanまたは hotadd転送モードを使用して VMをリカバリするとき、リカバリを開始する前にプロキシホストで次の 1回限りの構成を実行します。

1. コマンドプロンプトウィンドウをプロキシホストで開きます。

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

DISKPART

3. SANと入力して、SANポリシーをチェックします。

4. このポリシーが offlineと示された場合は、次のように入力してポリシーを有効にします。

SAN POLICY=OnlineALL

注記：リカバリが正常に終了した後で、SAN POLICYをデフォルト値（SAN POLICY=offlineまたは SAN POLICY=offlineshared）に変更できます。

5. 変更が反映されるようにプロキシを再起動します。

これで、sanまたは hotaddモードを使用して VMリカバリを開始できます。

注記：プロキシ以外の Windowsマシンからリカバリが開始される場合は、リカバリを開始するマシンでこれらの手順を実行する必要があります。



NetWorker 7.6 SP2よりも前の VMバックアップのリカバリVCBを使用して実行された VMのバックアップをリカバリするには、リストアを開始するマシンに VMware Converter 4.0.1をインストールします。こうすると、2ステップのリカバリを実行できるようになります（たとえば、ステージング場所にリカバリした後で、VMware Converter 4.0.1を手動で使用）。

注記： VCBバックアップのシングルステップリカバリを実行できるのは、VMware Converter 3.0.3がインストールされている場合のみです。ただし、この Converterバージョンは vSphere 4.0/4.1との互換性を欠くため、EMCでは古い VCBバックアップを vSphereホストにリカバリするときはシングルステップリカバリを使用しないようにすることを推奨しています。また、VMware Converter 4.0.1は VCBをサポートする最後のバージョンであることに注意してください。ナレッジベースの記事（http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displ

ayKC&externalId=1026944 ）に詳細情報が記載されています。

VADPのプランニングとベストプラクティスこのセクションでは、次のトピックについて説明します。

◆ 138ページの「VADPバックアップ /リカバリに関する推奨事項と考慮事項」

◆ 140ページの「アプリケーションレベルの整合性があるバックアップ」

◆ 141ページの「物理プロキシか仮想プロキシかの選択」

◆ 142ページの「VADPスナップショットに関する推奨事項」

◆ 145ページの「Data Domainシステムに関する推奨事項」

◆ 146ページの「ネットワークとファイアウォールのポート要件」

◆ 147ページの「VADPプロキシのメモリ要件」

◆ 148ページの「VADPマウントポイントの推奨事項とスペースに関する考慮事項」

◆ 149ページの「VMでのテープドライブのサポート」

◆ 150ページの「転送モードに関する推奨事項と考慮事項」

◆ 154ページの「パフォーマンスの最適化」

◆ 156ページの「LUNへの VADPプロキシアクセス」

VADPバックアップ /リカバリに関する推奨事項と考慮事項VADPバックアップ /リカバリを実装する前に、以下の推奨事項と考慮事項に注意してください。

◆ VCおよび ESX/ESXiが最新リリースに更新されていることを確認してください。

◆ VADPは、VMware VirtualCenterまたはvCenterを介したバックアップ/リカバリをサポートしています。サポートされている vCenterのバージョンの詳細については、18ページの「NetWorker VMware Protection」を参照してください。





注記：スタンドアロン ESX/ESXiホストへの直接のバックアップ /リカバリはサポートされていません。バックアップ /リカバリ操作を実行するには、ESX/ESXiが VirtualCenterまたは vCenterのいずれかに接続されている必要があります。

◆ VADPは IPv6をサポートしていません。IPv6を無効にして IPv4を使用する方法については、146ページの「ネットワークとファイアウォールのポート要件」を参照してください。

◆ VADPプロキシマシンのクライアントの並列化が、同時に実行できる VMバックアップの最大数に設定されていることを確認してください。各転送モードでサポートされるコンカレントバックアップの最大数については、150ページの「転送モードに関する推奨事項と考慮事項」を参照してください。

たとえば、10台の VMのバックアップを同時に実行する場合は、VADPプロキシクライアントリソースのクライアントの並列化が 10に設定されていることを確認してください。

◆ CPUおよびメモリリソースの競合を避けるために、vCenterと VADPプロキシを別のマシンに置くことをお勧めします。

◆ vSphereクライアントを NetWorkerサーバにインストールする必要はありません。

◆ VCBを使用する旧リリースのNetWorkerでは、VCBプロキシ上のマウントポイントにバックアップ /リカバリ時のコピー操作のための余分なスペースが必要でした。VADPプロキシを使用する NetWorkerのリリースでは、必要なスペースがはるかに少なく済みます。詳細については、148ページの「VADPマウントポイントの推奨事項とスペースに関する考慮事項」のセクションを参照してください。

◆ VixDisklibおよび VixMountAPI構成ファイルに指定されたパスが、次のようにダブルクォートで囲まれていることを確認してください。

tempDirectory="C:\Program Files\EMC NetWorker\nsr\plugins\VDDK\tmp"

これらのファイルは、デフォルトでは次の場所に保存されます。

<NetWorker install folder>\nsr\plugins\VDDK\

注記：パスがすでに存在する場合でも、パス内でダブルクォートを指定する必要があります。

◆ EMCでは、VADPプロキシホストをストレージノードとして使用することを推奨しています。これは、データ転送が ESX/ESXiデータストアからストレージノードへと直接行われるため、どの転送モードでも最適な構成になります。

VADPのプランニングとベストプラクティス 139


アプリケーションレベルの整合性があるバックアップVMware VADPを使用してバックアップを実行すると、仮想マシンイメージのクラッシュコンシステントなスナップショットが作成されます。しかし、VMwareの高度な機能を使用すると、VADPを使用するバックアップアプリケーションでアプリケーションレベルの整合性があるバックアップを実現できます。

vSphereバージョン 4.1以降では、Windows 2008以降のプラットフォームで VADPを使用して VMwareの完全バックアップを実行する際に、VMの停止に加えて、VSSによるアプリケーションの停止を利用できます。この機能を使用するためには、VMゲストに VMware Toolsがインストールされている必要があります。VMware Toolsがインストールされていない場合、VSSフレームワークとのバックアップの統合が行われず、バックアップはクラッシュコンシステントと見なされます。

VMが Windows 2008テンプレートを使用して作成されている場合、追加の構成手順は必要ありません。VMが標準外のテンプレートを使用して作成されている場合、または構成が手動で変更された場合は、VMの構成ファイル（.vmx）の次の行を変更してアプリケーションコンシステントな停止を有効化する必要があります。

disk.EnableUUID = "true"

詳細については、VMwareナレッジベースの次の記事を参照してください。

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=1028881

vSphereでサポートされている VSSバックアップタイプは VSS_BT_COPYのみです。したがってアプリケーションのバックアップヒストリは更新されず、それ以上のアプリケーションの統合（Exchangeのログの切り捨てなど）は実行されません。バックアップタイプ VSS_BT_COPYとそれを各種アプリケーションで使用する方法の詳細については、MSDNのドキュメントを参照してください。

注記： VMware Toolsに関しては多くの問題があるため、VSSの統合には ESX 4.1アップデート 1以上のバージョンの VMwareを推奨します。

停止を有効化またはスキップするための NMCの［アプリケーション情報］タブのオプションNMCの［アプリケーション情報］タブに、VADPバックアップ時の停止を有効化またはスキップするためのオプションがあります。

VADPバックアップ時に NetWorkerが VC/ESXに渡す停止オプションを制御するには、NMCの［アプリケーション情報］タブで VADP_QUIESCE_SNAPSHOT属性を次のように指定します。

◆ VADP_QUIESCE_SNAPSHOT=Yesの場合、VMクライアントの停止スナップショットが開始されます。

◆ VADP_QUIESCE_SNAPSHOT=Noの場合、VMクライアントの非停止スナップショットが開始されます。この場合、スナップショットはアプリケーションコンシステントになりません。EMCでは、このオプションの設定を推奨していません。

この属性を指定しない場合、NetWorkerはデフォルトで VMクライアントの停止スナップショットを開始します。




注記： VADP_QUIESCE_SNAPSHOT属性は、VMレベルまたはプロキシレベルで適用できます。VADPプロキシレベルで適用された場合、その VADPプロキシを使用するすべての VMが影響を受けます。

高度な使用方法とトラブルシューティングVMware VADPバックアップでは、VSSが完全にサポートされていないアプリケーション向けに、Windows VMゲスト内のカスタムの前処理および後処理スクリプトもサポートされています。

仮想マシン内でカスタムの停止スクリプトを構成する方法については、VMwareナレッジベースの記事 1006671を参照してください。


特定の VSSライタに対してのみ VSS停止をスキップするようにバックアッププロセスに指示する方法については、VMwareナレッジベースの記事 1031200を参照してください。


VM上の VSSに関する停止の問題のトラブルシューティングについては、VMwareナレッジベースの記事 1018194を参照してください。


VM内の VSS（ボリュームシャドウコピー）停止のトラブルシューティングについては、VMwareナレッジベースの記事 1007696を参照してください。


物理プロキシか仮想プロキシかの選択NetWorkerは、VMware環境のバックアップで物理プロキシホストと仮想プロキシホストの両方の使用をサポートしています。物理プロキシを使用するか仮想プロキシを使用するかは、パフォーマンスの要件、バックアップターゲットの選択、および使用可能なハードウェアによって決まります。

仮想プロキシホストのバックアップターゲット仮想プロキシホストのバックアップターゲットに関する考慮事項は次のとおりです。

◆ バックアップ先がディスク（AFTDまたは DDBoost）の場合、特別な構成要件はありません。

◆ バックアップ先がテープドライブの場合は、149ページの「VMでのテープドライブのサポート」で、VM内でのテープドライブの使用に関する要件と制限事項を確認してください。

注記： VMwareでは hotaddモードと VMDirectPathの併用を許可していないため、この場合はデータ転送を NBD/NBDSSLモードに設定する必要があります。







プロキシノードのサイズ設定とパフォーマンスに関する考慮事項物理プロキシおよび仮想プロキシの使用時には、プロキシノードのサイズ設定とパフォーマンスに関する次の考慮事項が適用されます。

注記：同じようなハードウェア上で実行した場合、物理プロキシと仮想プロキシの間にパフォーマンスの差は見られません。

◆ 物理プロキシ使用時のコンカレントセッションの最大数は、仮想プロキシ使用時よりも大きくなります。各転送モードのコンカレントセッション数の詳細については、150ページの「転送モードに関する推奨事項と考慮事項」を参照してください。

◆ 物理プロキシに対しては、4個の CPUコアと 8 GBの RAMが推奨されます。仮想プロキシに対しては、プロキシあたり 4個の vCPUと 8 GBの vRAM（各 vCPUは2.66 GHz以上）が推奨されます。

◆ NetWorkerは、単一の仮想プロキシを使用して最大 12個の並列セッションをサポートします。これは並列で処理される仮想ディスクの数を指しているため、1台の VMに複数の仮想ディスクがある場合には、この制限を考慮する必要があります。

◆ ESXホストあたりの仮想プロキシの数は、ESXがインストールされているハードウェアのタイプのみに依存します。

◆ ローエンドの ESXホストでは、ESX上で I/Oロードを混在させる（1台の ESX上に仮想プロキシとバックアップ VMが存在する）のではなく、仮想プロキシ用に別のESXを使用することをお勧めします。

◆ ハイエンドの ESXホストでは、1台の ESX上で同時に実行する仮想プロキシの数を5以内にすることをお勧めします。

◆ DDBoostデバイスの使用時は、デバイスあたりのコンカレントバックアップ数が4の場合に CPUロードとパフォーマンスが最適化されます。デバイスあたりの並列セッションの数をこれより小さくすると最高のパフォーマンスが得られず、大きくするとパフォーマンスが向上せずに CPUロードが増加します。一般に、CPUロードを考慮すると、1個のプロキシノードに 3台を超える DDBoostデバイスを追加してもパフォーマンスは向上しません。

VADPスナップショットに関する推奨事項VADPスナップショットに関する推奨事項は以下のとおりです。

◆ バックアップは、仮想マシンデータストアで I/Oアクティビティがほとんど発生しないと想定される時間にスケジュールしてください。このことは、スナップショットの作成または削除に要する時間に影響する可能性があります。

◆ スナップショット管理用に、すべてのデータストア上に 20%以上の空き領域を確保することをお勧めします。



注記：スナップショットの削除を試みたときにデータストアのスペースがほとんどなかった場合、VMwareは Consolidate Helperという名前のスナップショットを作成します。このスナップショットはバックアップアプリケーションによって自動的に削除できません。Consolidated Helperスナップショットを削除するには、次のバックアップの前に VMをシャットダウンし、vCenterからこのスナップショットを手動で削除する必要があります。これを行わないと、データストアに変更ファイルが蓄積される可能性があります。そのようなファイルの蓄積は、仮想マシンのバックアップのパフォーマンスと I/Oパフォーマンスの両方に影響する可能性があります。Consolidate Helperスナップショットの削除については、VMwareナレッジベースの次の記事を参照してください。

http://kb.vmware.com/kb/1003302

この問題を回避するには、スナップショット用に十分な空きスペースがあることを常に確認してください。

◆ バックアップ時の変更率が高い VMの場合、バックアップの実行中にスナップショットのサイズが非常に大きくなることがあります。したがって、VMFSデータストア上のスナップショット作業ディレクトリに、バックアップ時にスナップショットを格納するのに十分なスペースがあることを確認してください。

◆ 物理互換性 RDMディスクを持つ VMは、VADPバックアップではサポートされません。そのような VMには VMスナップショットを適用できないためです。VMのNetWorkerバックアップの実行中に、RDM関連情報はバックアップされず、VMリカバリ時に RDMディスク /データはリストアされません。RDMディスクが必要な場合には、リカバリ後に再接続する必要があります。

注記：リカバリ後に RDMディスクを再接続する場合は、保護された VMにゾーニングされている LUNをすべて記録しておきます。

◆ VMwareスナップショットは、デフォルトでは VM構成ファイルのあるデータストアに存在します。したがって、スナップショット作業ディレクトリは、ある特定の VMに接続されたすべてのディスクのサイズをサポートできる必要があります。

バージョン 4.0以降の ESXおよび ESXiでは、スナップショットの REDOログファイルの最大サイズがデータストア上のファイルの最大サイズと比較されます。ファイルが最大サイズを超える可能性がある場合、ESXはスナップショット作成操作をキャンセルし、次のエラーを表示します。

ファイルサイズがデータストアでサポートされる最大サイズを超えています。

例たとえば、VM01のディスクレイアウトが次のとおりであるとします。

• Disk01：ブロック長が 1 MBの VMFS01データストアに 50 GBが格納されている

• Disk02：ブロック長が 4 MBの VMFS02データストアに 350 GBが格納されている




この VMのスナップショットを作成しようとすると失敗し、前述のエラーが表示されます。なぜなら、VMFS01には VM01の作業ディレクトリが含まれており、スナップショットは作業ディレクトリに格納されるからです。Disk02の場合、これは REDOログファイルのサイズが格納先の VMFS01の最大ファイル制限 256 GBを超えていることを意味します。

この問題を解決するには、仮想マシンの構成ファイルの場所を変更するか、作業ディレクトリを十分なブロック長を持つデータストアに変更します。

仮想マシンの構成ファイルを移動するには、ファイルの再配置に Storage VMotionまたはコールド移行を使用します。詳細については、次のリンクのVMware KB記事を参照してください。


workingDirディレクトリを十分なブロック長を持つデータストアに変更する方法については、次のリンクの VMware KB記事を参照してください。


144ページの表 17に、ESX/ESXi 4.0のデータストア上のブロック長に対応する仮想ディスクファイルの最大サイズを示します。

144ページの表 18に、ESX/ESXi 4.1のデータストア上のブロック長に対応する仮想ディスクファイルの最大サイズを示します。

VADPスナップショットの手動による停止仮想マシンの問題が原因で、スナップショットの作成前に VSSの停止を正常に実行できない場合があります。仮想マシンでの VSSに関する停止の問題のトラブルシューティングの詳細については、VMwareナレッジベースの次の記事を参照してください。

http://kb.vmware.com/selfservice/documentLink.do?externalID=1018194&micrositeID=null

表 17 ESX/ESXi 4.0のブロック長と仮想ディスクファイルの最大サイズの対応

Block Size 最大ファイルサイズ

1 MB 256 GB（512バイトをマイナス）




表 18 ESX/ESXi 4.1のブロック長と仮想ディスクファイルの最大サイズの対応

Block Size 最大ファイルサイズ

1 MB 256 GB

2 MB 512 GB

4 MB 1024 GB








解決策として、非停止スナップショットを構成できます。この構成はすべてのスナップショットに適用され、仮想マシンの再起動を必要とします。VMwareでは、このアクションを実行する前にダウンタイムを計画することを推奨しています。

1. VMから VMware Toolsをアンインストールします。

2. システムを再起動します。

3. VMwareツールを再インストールします。必ずカスタムインストールを選択してください。

4. ［VSS］を選択解除します。

Data Domainシステムに関する推奨事項仮想環境をバックアップするために NetWorkerおよび Data Domainシステムを導入する際の推奨事項は次のとおりです。

◆ DD VTLを使用する場合は、SAN転送モードが必要です。したがって、プロキシホストを仮想マシンにすることはできません

◆ DD Boostが有効な VADPバックアップの場合

• デバイスあたりのコンカレントバックアップ数が 4の場合に、CPUロードとパフォーマンスが最適化されます。ただし、NetWorker 8.x DD Boostライブラリでは、より多くの同時バックアップ（ターゲットセッション）がサポートされます。

• デバイスあたりの並列セッションの数をこれより小さくすると、最適なパフォーマンスが得られません。

• デバイスあたりの並列セッションの数をこれより大きくすると、パフォーマンスが向上せずに CPUロードが増加します。

• 小～中規模の VM（100 GB未満の仮想ディスクが接続された VM）を使用している場合は、バックアップする VMごとに少なくとも 400～ 500 MBの RAMを確保することをお勧めします。バックアップする最大規模の VMに 100 GBを超える仮想ディスクが接続されている場合は、RAMをさらに増やすことを検討してください。

プロキシに対する最適なメモリの計算方法の詳細については、147ページの「VADPプロキシのメモリ要件」を参照してください。

◆ DD Boostでは、バックアップ対象の VM間の共通性が低いほどスループットが高くなります。ベストプラクティスとして、同じ親 VMテンプレート /クローンに関連する VMを異なるバックアップグループに割り当て、それらのバックアップグループに異なる開始時間を割り当てることをお勧めします。

◆ hotaddと SANのいずれのモードでも、VMが存在するバックエンドストレージがボトルネックにならない場合は、プロキシを追加するごとにバックアップのスループットが 20～ 40%向上します。

◆ hotaddモードを使用する場合

• メモリ要件については、150ページの「転送モードに関する推奨事項と考慮事項」を参照してください。前述の RAMの推奨事項および 147ページの「VADPプロキシのメモリ要件」で説明しているように、これらの要件は、VM仮想ディスクのサイズによっては増加する場合があります。



• 仮想プロキシの並列化は 12を超える値に設定しないでください。VMに複数のディスクが接続されている場合は、この上限値がさらに小さくなる可能性があります。hotaddモード使用時のベストプラクティスの詳細については、150ページの「転送モードに関する推奨事項と考慮事項」を参照してください。

• 複数の仮想プロキシを使用する場合、バックアップウィンドウ中の実稼動VMへのインパクトを最小限に抑えるために、すべての仮想プロキシを環境内の専用の ESX/ESXiホストに統合することをお勧めします。この ESX/ESXiホストでは他の VMを実行しないでください。

• スタンドアロン ESX1台あたりの仮想プロキシ数は 5以内にすることをお勧めします。

• プロキシの DRSクラスタ内では、ESX1台あたりの仮想プロキシ数を 3以内にすることをお勧めします。

ネットワークとファイアウォールのポート要件次のファイアウォールおよびネットワークの要件に留意してください。

◆ VADPプロキシホストと、VADPプロキシホストからバックアップする予定の VMを実行するサーバとの間にファイアウォールがある場合、VADPプロキシホストとサーバ間の双方向 TCP/IP接続をポート 902で確立できることを確認してください。

◆ Virtual Centerまたは vCenter Serverがデフォルトのポート443以外のポートを使用している場合は、そのポートを NSRhypervisorフィールドのエンドポイント属性で指定します。詳細については、 106ページの「クライアントのプロパティウィンドウを使用して VADPプロキシホストおよび Hypervisorリソースを手動で構成する」を参照してください。

◆ VADPでは、IPv6はサポートされていません。IPv6が有効化されている Windows 2008システムに vCenterがインストールされていて（IPv6はデフォルトで有効化される）、同じシステムを VADPプロキシとしても使用している場合、VADPバックアップが異常停止します。

次の設定で IPv6が無効化されていることを確認してください。

• vCenter

• ESX/ESXi

• VADPプロキシ

注記：この ESX/ESXiは、バックアップ対象の VMではなく実際のホストシステムを指します。

［コントロールパネル］の［ネットワーク接続］を使用して IPv6を無効化し、vCenterがインストールされているシステム上のホストファイルに次のようなIPv4エントリーを追加します。

<IPv4 address> <vCenter FQDN> <vCenter hostname>

このエントリーが追加されたら、VADPプロキシホストで次のコマンドを実行して、IPv4アドレスが解決されていることを確認します。



C:\Users\Administrator>ping <vCenter hostname>

VADPプロキシのメモリ要件VADPバックアップ操作には次の NetWorkerプロセスが関与します。

◆ nsrvadp_save[nsrvadp_save]

◆ nsrvddk

◆ 保存

最初の 2つのプロセスは、バックアップ対象の各 VMに対して生成されます。saveプロセスは、バックアップでファイルレベル保存期間設定が有効になっている場合にのみ、バックアップ対象の各 VMに対して生成されます。

注記： VMのバックアップが完了すると、これらのプロセスはすべて終了し、プロキシホストで使用されていたメモリが解放されます。

VADPプロキシのメモリサイズ設定の要件は次のとおりです。

◆ Linux VM、またはファイルレベル保存期間設定が無効な Windowsバックアップでは、VMあたり約 200 MBが必要です。

◆ ファイルレベル保存期間設定が有効な Windowsバックアップでは、次の情報を使用して必要なメモリを計算します。

• VADPバックアップの実行中、VADPプロキシマシン上で実行されるnsrvadp_saveは、バックアップ対象の 1 GBの仮想ディスクごとに最大 2 MBを消費します。

• nsrvddkおよび saveプロセスは、VMあたり約 200 MBを消費します。

たとえば、最大 4台の VMのバックアップを同時に実行する場合、環境内のディスクサイズが最も大きい Windows VMを 4台選択します。この例では、各 VMのディスクレイアウトが次のとおりであるとします。

• VM1： Windows= Disk1 50 GB、Disk2 100 GB、Disk3 512 GB

• VM2： Windows=Disk1 50 GB、Disk2 512 GB、Disk3 1 TB

• VM3： Windows=Disk1 50 GB、Disk2 100 GB、Disk3 256 GB

• VM4： Windows=Disk1 100 GB、Disk2 1.5 TB

プロキシ上の VADPプロセスで消費されるメモリは次のようになります。

• VM1：（VM内の最大ディスクの GB単位のサイズ * 2 MB）+ 200 MB**= 1224 MB






したがって、プロキシ上の VADPプロセスに必要なメモリの合計は 7456 MBになります。

注記： **200 MBは、各 Windows VMが nsrvddkおよび saveプロセスのために必要とするメモリです。

◆ プロキシがストレージノードとしても使用されている場合は、合計メモリ要件に次のような nsrmmdのオーバーヘッドを含める必要があります。

• デバイスあたりの DD BOOSTのメモリ使用量：約 500 MB

• デバイスあたりのディスクバックアップのメモリ使用量：約 50 MB

VADPマウントポイントの推奨事項とスペースに関する考慮事項VADPマウントポイント（VADP_BACKUPROOT）に関する次の推奨事項を考慮してください。

◆ システムフォルダ（たとえば c:/Windows/temp）はバックアップ時にスキップされるため、このフォルダにはマウントポイントを設定しないでください。このフォルダにマウントポイントを設定すると、バックアップが失敗したり、VADPバックアップ中に適用されるディレクティブが原因でバックアップ中にデータがスキップされたりする場合があります。

◆ VM名または VMに関連づけられたデータストア名に特殊文字（*、#など）を使用しないでください。これらの名前に特殊文字が含まれていると、マウント操作が失敗します。

◆ Windows VMの場合、VADPマウントポイントのキャッシュには、バックアップされるデータの合計量の少なくとも 5～ 10%に相当するスペースが必要です。このスペースは、バックアップ中に VMDKインデックスを一時的に格納するために必要であり、バックアップが完了するとクリーンアップされます。Linux VM、またはファイルレベル保存期間設定が有効な Windows VMの場合、最小限必要なスペースは次のようになります。

例 Windows VMに必要なスペースの計算の例を次に示します。

最大 5台の Windows VMを同時にバックアップできるようにプロキシクライアントの並列化が 5に設定されている場合、環境内の最も大きい 5台の Windows VMで使用されているディスク領域の合計を計算します。この合計使用スペースの少なくとも 10%を、VADP_BACKUPROOTマウントポイントに割り当てます。

したがって、この例の各 VMに平均 2個のディスクがあり、各ディスクの使用済みスペースが 40 GBである場合は次のようになります。

• バックアップ対象の総データ量 =40 GB*2*5=400 GB

• マウントポイントに必要な合計容量 =400*10%=40 GB

この場合、VADP_BACKUPROOTに指定されたドライブに少なくとも 40 GBの空き領域が必要です。



注記：このマウントポイントのスペースは、Windows VMのファイルレベル保存期間設定が有効なイメージレベルバックアップを実行する場合にのみ必要です。それ以外の場合（Linux VMのイメージレベルバックアップを実行する場合や、Windows VMのファイルレベル保存期間設定が無効なイメージレベルバックアップを実行する場合）には、必要なスペースは非常に少なくなります（VMあたり数 MB程度）。

VMでのテープドライブのサポートVMでテープドライブ（物理および仮想テープドライブ）を使用するためには、互換性のある特定のハードウェアおよび VMware ESX/ESXiのバージョンが必要です。また、ドライブが VMDirectPathを使用して構成されている必要があります。

VMDirectPathを使用すると、ゲストオペレーティングシステムのデバイスドライバが、ESXホストに接続された物理 PCIおよび PCIeデバイスに対するアクセスおよび制御を仮想化レイヤーを介さずにハードウェアパススルーモードで直接実行できます。

VMDirectPath機能は、VMware ESX/ESXi 4.0アップデート 2以降のバージョンのHypervisorで利用できます。次のセクションは、読者が VMware vSphere ESX/ESXiおよび仮想マシン構成に関する実用的な知識を有していることを前提としています。

VMDirectPathの要件と推奨事項VMDirectPathの使用時には、次の要件および推奨事項が適用されます。

◆ VMDirectPathには、Intelの Directed I/O向け仮想化テクノロジー（VT-d）またはAMDの IP仮想化テクノロジー（IOMMU）が必要です。このオプションをESX/ESXiシステムの BIOSで有効にする必要があります。

◆ ESX/ESXiのバージョンは 4.0アップデート 2以降である必要があります。

◆ VMはハードウェアバージョン 7（vmx-07など）である必要があります。

◆ ESX/ESXiホストあたりの最適な VMDirectPath PCI/PCIeデバイス数は 8です。

◆ 仮想マシンあたりの最適な VMDirectPath PCI/PCIeデバイス数は 4です。

VMDirectPathの制限事項VMDirectPathの構成時には、次の制限事項が適用されます。

◆ VMDirectPathが有効化された後で ESXホストを再起動する必要があります。

◆ VMに PCI/PCIeデバイスを直接追加するためには、VMDirectPathを有効化する際にVMの電源をオフにする必要があります。

◆ 本番環境で VMDirectPathがない場合、SCSIを分離できないため、VMでのファイバチャネルテープドライブの使用はサポートされません。VMDirectPathがなくてもテープドライブを構成および使用できますが、サポートは非本番環境に限定されます。

VMDirectPathの構成方法については、VMwareナレッジベースの記事 esg1010789を参照してください。





次の機能は、VMDirectPathが構成された VMでは利用できません。これは、VMkernelが仮想マシンに渡されるときに、それぞれのデバイスを管理下に置かずに構成されるためです。

◆ vMotion

◆ Storage vMotion

◆ フォルトトレランス

◆ デバイスのホット追加（CPUおよびメモリ）

◆ サスペンド /レジューム

◆ VADP hotAdd転送モード（仮想プロキシとして使用される場合）

注記： NetWorker VADP仮想プロキシホストで VMDirectPathを使用する場合、転送モードは NBDまたは NBDSSLに制限されます。これは、VMwareの制限によるものです。

VMDirectPathの補足情報については、次のテクニカルノートを参照してください。

http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf

VMDirectPathと NetWorkerの併用に関する考慮事項VMDirectPathと NetWorkerを併用する場合は、次の考慮事項が適用されます。

◆ VMに大量のデータがあり、ファイバチャネル接続されたテープデバイスへのバックアップを実行する必要がある仮想環境では、VMDirectPathを NetWorkerと併用できます。

◆ 基盤となる ESX/ESXiハードウェア上の物理コアを他の VMと共有している場合、および、vCPUが単一のコアに排他的にアクセスする場合を除き、500 GBのデータを処理するには vCPU 1個で十分です。

◆ 基盤となるハードウェア（物理 CPU）を同じ ESX/ESXi上に存在する他の VMと共有している場合は、CPU親和性の設定を使用して、vCPUおよび基盤となる専用のハードウェアを追加する必要が生じることがあります。

◆ 最適なパフォーマンスを得るために、DSNとして機能するゲスト VMには 4 GB以上の使用可能なメモリと 2個の vCPUを割り当てることをお勧めします。

◆ 各デバイスに複数のターゲットセッションが必要で、4個以上の vCPUが VMに割り当てられている場合は、バックアップ操作に利用できる十分なデバイスがあることを確認してください。十分な数のデバイスがない場合、Hypervisorの CPUスケジューリングのオーバーヘッドによってスループットが低下する可能性があります。

◆ ゲストオペレーティングシステムで HBAのデバイスドライバが更新されていることを確認してください。

転送モードに関する推奨事項と考慮事項SAN、hotadd、NBD/NBDSSL転送モードに関する推奨事項は以下のとおりです。


http://www.vmware.com/pdf/vsp_4_vmdirectpath_host.pdf


SAN転送モードいずれかの VADP転送モードを SANに設定する場合は（VADP_TRANSPORT_MODE=SAN）、次の推奨事項が適用されます。

◆ VADPプロキシホストを SANファブリックに接続する前に、156ページの「SANおよび hotadd転送モード用の diskpartユーティリティ」の手順を実行してください。

◆ DD BOOSTデバイスあたりのメモリ使用量は約 500 MBにする必要があります。

◆ ディスクバックアップデバイスを使用する場合、各プロキシで実行されるコンカレントバックアップの数は 50以内にする必要があります。

◆ DDBoostデバイスを使用する場合、各プロキシで実行されるコンカレントバックアップの数は 100以内にする必要があります。

◆ 特定の VCに対して一度に実行できるコンカレントバックアップの数は最大 100です。

hotadd転送モードいずれかの VADP転送モードを hotaddに設定する場合は（VADP_TRANSPORT_MODE=hotadd）、次の推奨事項と考慮事項が適用されます。

◆ 仮想プロキシホストを使用した VADPバックアップを実行する前に、156ページの「SANおよび hotadd転送モード用の diskpartユーティリティ」の手順を実行してください。

◆ 仮想プロキシあたり 4個以上の vCPUと 8 GBの vRAM（各 vCPUは 2.66 GHz以上）を割り当てる必要があります。

◆ DD BOOSTデバイスあたりのメモリ使用量は約 300 MBにする必要があります。

◆ ESXサーバは ESX 3.5アップデート 4以降を実行している必要があります。

◆ 環境内のバックアップ対象のVMが持つディスクの数がVMあたり1個以下の場合は、VADP仮想プロキシのクライアントの並列化を 12以下の値に設定する必要があります。

環境内の VMが持つディスクの数が VMあたり 2個以上 12個未満の場合は、VADP仮想プロキシのクライアントの並列化の値を N以内にする必要があります。Nは次のように計算されます。

Nが最初の SCSIコントローラ（たとえば SCSIコントローラ #0）内の空き SCSIコントローラスロットの数と同じであり、かつ 12を超えない場合、仮想プロキシは最大 N個のディスクをバックアップできます。

たとえば、最大 6台の VMのバックアップを同時に実行する場合、接続されている仮想ディスク数が最も多い VM6台を環境内で選択し、ディスクの合計数を計算します。

• 6台の VMに合計 12個の仮想ディスク（つまり VMあたり 2個のディスク）がある場合は、仮想プロキシクライアントの並列化を 6以内に設定します（仮想プロキシに接続された最大 12個のディスクのコンカレントバックアップが実行されます）。



• 6台の VMに合計 18個の仮想ディスク（つまり VMあたり 3個のディスク）がある場合は、仮想プロキシクライアントの並列化を 4以内に設定します（仮想プロキシに接続された最大 12個のディスクのコンカレントバックアップが実行されます）。

注記：環境内の VMに接続されたディスクの数が VMあたり 12個を超えている場合は、hotaddモードではなく NBDまたは NBDSSLモードを使用してください。

◆ 仮想プロキシがバックアップできるのは、仮想プロキシの構成ファイルが存在する VMFSデータストアでサポートされている最大サイズを超えない仮想ディスクサイズを持つ VMのみです。

ベストプラクティスとして、仮想プロキシの構成ファイルはブロック長 8 MBのデータストアに配置してください。これにより仮想プロキシは、サポートされるすべての仮想ディスクサイズのバックアップを実行できます。

◆ hotaddバックアップの開始前に、VADPプロキシ仮想マシンのデータストアに十分な空き領域が必要です。

◆ 複数の仮想プロキシがある場合、すべての仮想プロキシを専用の ESX/ESXiサーバでホストすることをお勧めします。これにより、本番 VMにインパクトを与えることなく、その ESX/ESXi環境内に仮想プロキシの CPUおよびメモリのリソース消費を分離することができます。

◆ IDE仮想ディスクを持つ VMは、hotaddモードではサポートされません。その場合は代わりに nbdモードをお勧めします。

◆ バックアップ対象の仮想マシンと hotadd VADPプロキシホストを含む仮想マシンは、同じ VMwareデータセンター内に存在する必要があります。この要件は仮想マシンのリストアにも適用されます。つまり、リストア対象の仮想マシンとリストアを開始する仮想マシンは、同じ VMwareデータセンター内に存在する必要があります。

◆ バックアップ障害が発生すると、仮想プロキシは、ホット追加されたディスクのアンマウントに失敗することがあります。そのような場合には、ホット追加されたディスクを仮想プロキシから手動でアンマウントする必要があります。それでもまだクライアント VMディスクが仮想プロキシに接続されている場合は、次の手順を実行します。

1. 仮想プロキシを右クリックして、［設定の編集］に移動します。

2. ホット追加された各ディスクを選択し、［削除］を選択します。

注記：アンマウント時には、［削除および除去 ...］ではなく［仮想マシンから削除］を選択してください。

NBD/NBDSSL転送モードいずれかの VADP転送モードを NBDまたは NBDSSLに設定する場合は（VADP_TRANSPORT_MODE=NBD）、次の推奨事項が適用されます。

◆ NBDSSLモードで VMのリカバリが失敗した場合は、137ページの「NBDSSL、SANまたは hotadd転送モードを使用する VMのリカバリ」の解決策を適用してください。



◆ 1台のESX/ESXiに対して20個の仮想ディスクのコンカレントバックアップのみを実行できます。この制限は、環境内で使用されているプロキシの数に関係なく、ESX/ESXiホストあたりの仮想ディスクの最大数を指します。

この制限により、次のベストプラクティスを適用することをお勧めします。

• ESXが VMwareクラスタの一部でないか、DRS非対応の VMwareクラスタの一部である場合は、次のいずれかを適用してください。

– NBD/NBDSSLを使用して、ある 1台の ESXを単一のプロキシでバックアップする場合は、VADPプロキシクライアントリソースのクライアントの並列化を、ESXホストあたりのコンカレントディスク接続数が上限値 20を超えないように設定します。

– NBD/NBDSSLを使用して、ある 1台の ESXを複数のプロキシでバックアップする場合は、各 VADPプロキシのクライアントの並列化を、ESXホストあたりのコンカレントディスク接続の合計数が 20を超えないように調整します。

• ESXが DRS対応の VMwareクラスタの一部である場合は、次のいずれかのベストプラクティスを適用してください。

– NBD/NBDSSLを使用して単一のプロキシでバックアップを実行する場合は、VADPプロキシクライアントリソースのクライアントの並列化を、クラスタあたりのコンカレントディスク接続数が上限値 20を超えないように設定します。

– NBD/NBDSSLを使用して複数のプロキシでバックアップを実行する場合は、各クラスタのクライアントの並列化を、クラスタあたりのコンカレントディスク接続の合計数が 20を超えないように調整します。

注記：以下の例では、VADPプロキシホストのクライアントの並列化がバックアップグループの並列化と同じかそれよりも大きい数に設定されている場合にのみ、バックアップグループの並列化が有効になります。

例 1 環境内に 1台のプロキシがあり、すべての VMが同じ ESX上に存在する（クラスタなし）

次の例では、環境内に 1台のプロキシがあり、NBD/NBDSSLを使用して 11台の VMをバックアップする必要があります。11台の VMはすべて、クラスタの一部ではない同じ ESX上でホストされています。また、次のジョブの両方を同時に実行する必要があります。

◆ ESX上の 8台の VMにそれぞれ 2個のディスクがある

◆ 同じ ESX上の 3台の VMにそれぞれ 3個のディスクがある

次のベストプラクティスを参考にしてください。

◆ プロキシのクライアント並列化を 8に設定します。

◆ ESX上の11台のVMをすべて含む1つのバックアップグループを作成し、グループ並列化を 8に設定します。



これらの設定はいずれも、その ESXからバックアップされるディスクの最大数がどの時点においても 20を超えないようにします。

例 2 環境内に 2台のプロキシがあり、すべての VMが DRS非対応クラスタ上の同じ ESX上にある

次の例では、環境内に 2台のプロキシがあり、NBD/NBDSSLを使用して 11台の VMをバックアップする必要があります。11台の VMはすべて、DRS非対応のクラスタの一部である同じ ESX上でホストされています。また、次のジョブの両方を同時に実行する必要があります。

◆ Proxy1は8台のVMのバックアップに割り当てられ、各VMに2個のディスクがある



◆ Proxy1と Proxy2のクライアント並列化をそれぞれ 5と 2に設定します。

◆ ESX上の11台のVMをすべて含む1つのバックアップグループを作成し、グループ並列化を 8に設定します。

これらの設定はいずれも、その ESXからバックアップされるディスクの最大数がどの時点においても 20を超えないようにします。

例 3 環境内に 2台のプロキシがあり、すべての VMが DRS対応クラスタ上でホストされている

次の例では、環境内に 2台のプロキシがあり、NBD/NBDSSLを使用して 11台の VMをバックアップする必要があります。11台の VMはすべて、1つの DRS対応クラスタ上でホストされています。



これらの 2つのジョブは同時に実行する必要があります。


◆ Proxy1と Proxy2のクライアント並列化をそれぞれ 5と 2に設定します。

◆ クラスタ上の 11台の VMをすべて含む 1つのバックアップグループを作成し、グループ並列化を 8に設定します。

これらの設定はいずれも、そのクラスタからバックアップされるディスクの最大数がどの時点においても 20を超えないようにします。

パフォーマンスの最適化次のセクションでは、VADPのパフォーマンスを最適化するための推奨事項を示します。

◆ VADPスナップショットの作成および削除の成功は、次の 2つの点によって決まります。

• スナップショットの作成時に仮想マシンデータストアで発生する I/Oの量。

• 各データストアに関連づけられている I/Oサブストラクチャの設計。



◆ スナップショットに関する問題を回避するには、仮想マシン上の I/Oアクティビティが比較的少ない時間にバックアップをスケジュール設定する必要があります。また、同時バックアップの数を減らすことも役に立つ場合があります。

◆ NetWorkerでは、複数のバックアッププロキシサーバの使用がサポートされています。使用する VM/ESXサーバの数に応じて、別のバックアッププロキシを追加してバックアップのスループット容量を大きくすることができます。

◆ VADPバックアップ中に、バックアッププロキシサーバは大量のバックアップ処理を実行します。バックアッププロキシサーバの正しいサイズ設定により、仮想マシン環境のバックアップパフォーマンスを最大化できます。場合によっては、物理プロキシが推奨されます。

バックアッププロキシの容量は、次の 2つの主な領域に分けることができます。

1. VADPデータパスこれは、VADPによって作成されたバックアップデータがバックアップライフルサイクル中に通るパスです。VADPプロキシサーバは、構成されたネットワーク転送モードを使用してバックアップデータにアクセスします。構成された転送モードは次の値に設定できます。

– SAN（ストレージエリアネットワーク）

– hotadd

– NBD（ネットワークブロックデバイス）

– NBDSSL（SSL付きネットワークブロックデバイス）

2. NetWorkerデータパス VADPプロキシは、NetWorkerサーバ、クライアント、ストレージノードにすることもできます。バックアップのスループットを最大にするには、クライアントデータがバックアップメディアに直接書き込まれるように、VADPプロキシをストレージノードとして構成する必要があります。

VADPプロキシの全体的なバックアップパフォーマンスは、バックアップデータパス全体の中で最も低速なコンポーネントによって決まります。それは次のようなコンポーネントです。

◆ 使用される VADP転送モード

◆ VADPプロキシのシステムリソース（CPU、内部バス、RAMなど）

◆ VADPスナップショットの作成時間

◆ 作成時の I/Oロード



LUNへの VADPプロキシアクセス各転送モードを使用して LUNにアクセスする場合の考慮事項は次のとおりです。

SAN転送モードSANモードのバックアップでは、VADPプロキシが、VMをホストする SAN LUNへの読み取りアクセス権を持っている必要があります。

SANモードによるイメージのリカバリでは、VADPプロキシが、VMをホストするSAN LUNへの読み取り /書き込みアクセス権を持っていることを確認してください。読み取り /書き込みアクセスを確実にするために、ESXサーバシステムが属しているのと同じファブリックゾーンに VADPプロキシを追加してください。

hotadd転送モードhotaddモードでは、（VADPプロキシ仮想マシンが存在する）ESXサーバが、バックアップする VMのデータストアへのアクセス権を持っている必要があります。たとえば、データストアが SAN LUN上にあり、VADPプロキシの存在する ESXサーバがVMの置かれている ESXサーバとは別である場合、プロキシをホストする ESXは VMをホストする ESXと同じファブリックゾーンに属している必要があります。

NBD/NBDSSL転送モードnbd/nbdsslでは、データストアへのアクセスが常に LAN経由で行われるため、ゾーニングは必要ありません。データストアへのアクセスには ESX/ESXiへのネットワーク接続のみが必要となります。

SANおよび hotadd転送モード用の diskpartユーティリティVADPプロキシホスト上のいずれかの VMに RDM NTFSボリュームが使用されているとき、Windowsはバックアップ中にボリュームのマウントと VMディスクへのドライブ名の割り当てを自動的に試みます。これによって VM上のデータが破損する可能性があります。

Windowsが RDM NTFSに自動的にドライブ名を割り当てないようにするには、次の手順を実行してください。

注記：手順 1および 2は、Windowsディスク管理で VADPプロキシホストに SAN LUNがあらかじめ表示されるように SANファブリックゾーニングが設定されているSAN転送モードの場合にのみ適用されます。これに該当しない場合は手順 3に進んでください。

1. Windowsプロキシをシャットダウンします。

2. Windowsプロキシを SANから切断するか、VMFSボリュームまたは VMの RDMを含んでいるすべての LUNをマスクします。

3. プロキシを起動し、管理者権限のあるアカウントでログインします。

4. コマンドプロンプトを開き、次のように入力して diskpartユーティリティを実行します。

diskpart

diskpartユーティリティが起動され、独自のコマンドプロンプトが出力されます。



5. diskpartのコマンドプロンプトに次のように入力して、新しく検出されたボリュームへのドライブ名の自動割り当てを無効にします。

automount disable

6. diskpartのコマンドプロンプトに次のように入力して、レジストリ内の以前にマウントされたボリュームのエントリーを消去します。

automount scrub




第 4章ライセンス


◆ 「VMware向け NetWorkerのサポートのライセンス取得」..................................... 159◆ 「ゲストベースのライセンス」................................................................................. 160◆ 「VADPのライセンス」............................................................................................... 161

VMware向け NetWorkerのサポートのライセンス取得VCB/VADP以外の構成内の物理 ESXホストで使用されるクライアントライセンスは、Virtual Edition Clientライセンスです。このライセンスは、NetWorkerソフトウェアがインストールされているすべてのゲスト VMからのバックアップを可能にします。

VADPまたは VCBを介してバックアップされる VMware環境では、VADPプロキシホストごとに 1個の Virtual Edition Clientライセンスが必要です。このライセンスによって、プロキシホスト経由で任意の数の VMをバックアップできます。

NetWorker VMware Protectionソリューションには追加ライセンスの要件はありません。

仮想環境向けの合理化されたライセンスNetWorkerでは、仮想環境向けに合理化されたライセンスモデルが採用されています。「ソフトウェアコンパティビリティガイド」に、サポートされるサーバ仮想環境の一覧が記載されています。

クライアントを仮想クライアントとして識別するために、次の 2つの新しい属性がクライアントリソースの［全般］タブに追加されました。

◆ 仮想クライアント。クライアントが仮想クライアントである場合、［仮想クライアント］属性のチェックボックスを選択してこの属性を［Yes］に設定します。

◆ 物理ホスト。クライアントが仮想クライアントである場合、仮想クライアントをホストしているプライマリ /初期物理マシンのホスト名をこの属性に設定します。

仮想ライセンスの詳細については、「NetWorkerライセンスガイド」を参照してください。

既存のライセンスを使用して VADPをサポートするNetWorker 7.6 SP2より前のリリースから NetWorker 8.1にアップグレードすると、VCBの代わりに VADPプロキシが使用されます。VCBプロキシによって使用される既存のライセンスは、VADPプロキシをサポートするように自動的に移行されます。

ライセンス 159

ライセンス

AMP仮想アプライアンスEMC AMP（アセット管理およびプランニング）は無料の仮想アプライアンスであり、EMCオンラインサポートサイトからダウンロードして任意の VMware ESXサーバにインストールできます。AMPアプライアンスを使用して、ソフトウェア使用率の把握、NetWorkerソフトウェアのソース容量使用率の測定、将来のソフトウェア投資のプランニング、ライセンスアプライアンスの保証を行うことができます。NetWorkerは、EMC AMPを活用して、お客様の環境でのソース容量使用率の推定値を提供します。EMC AMPアプライアンスのダウンロード、インストール、構成方法の詳細については、「NetWorkerライセンスガイド」を参照してください。

ゲストベースのライセンス仮想テクノロジー（仮想マシン）を実行する各物理ホストにインストールされたNetWorkerクライアントでの VCB/VADPを使用しないゲストベースのバックアップでは、物理ホストごとに必要な Virtual Edition Clientライセンスは 1つだけです。Virtual Edition Clientライセンスは、VMまたはゲストホストオペレーティングシステムを無制限にバックアップします。

このライセンスを使用するゲストベースのバックアップには、以下が含まれます。

◆ VMware ESXサーバ

◆ Solarisゾーン

◆ LDOM

◆ LPAR

◆ nPAR

◆ VPAR

◆ Microsoft Hyper-V

◆ Xenおよびその他

次のライセンスモデルが使用されています。

◆ アプリケーションタイプごと、非 CB/VADPベースのバックアップ用の物理ホストごとに 1つの NetWorker Moduleライセンス。

◆ 非VADPベースのバックアップ用の物理ホストごとに1つのクライアント接続ライセンス。

◆ VMotionを使用する場合は、ソース仮想マシンまたはターゲット仮想マシンをホストする ESXサーバごとに Virtual Edition Clientライセンスと適切な Application Moduleライセンスが必要です。

◆ VMware DRS（Distributed Resource Scheduler）と VMware HAを使用する場合は、ESXクラスタファーム内の ESXサーバごとに NetWorker Virtual Edition Clientが必要です。適切なモジュールライセンスの数は、ファーム内で実行されるアプリケーションによって決まります。

たとえば、5台の ESXサーバ上に 60台の VMがある環境とします。60台ある VMのうち、6台が SQL Serverを、1台が Exchangeを、1台が SharePointをホストしています。DRSと VMotionが使用され、ファーム全体を保護する必要があります。以下のライセンスが必要です。


ライセンス

◆ 5つの NetWorker Virtual Edition Client（ファーム内の ESXサーバごとに 1つ）

◆ 7つの NMMライセンス

• SQL用の 6と 5のうちの最小数 =5

• SharePoint用の 1と 5のうちの最小数 =1

• Exchange用の 1と 5のうちの最小数 =1

◆ アプリケーションをバックアップするために、1つの NetWorker Virtual Edition Clientと、物理サーバごとに適切な NetWorker Application Moduleが必要です。単一の物理サーバのすべての VM内で使用されるアプリケーションタイプ（SQL、Exchange、SharePoint、Oracle、SAP）ごとに 1つのライセンスが必要です。NetWorker Moduleのモデルコードに変更はないので、既存のコードおよびライセンス Enablerを使用してください。

アプリケーションの保護では、アプリケーションタイプごと、VMware ESX Server、IBM LPAR、Solaris Domainsを含むすべての仮想化テクノロジーの物理ホストごとに 1つの NetWorker Moduleライセンスが必要です。

たとえば、3台の Exchangeサーバをホストする 1台の ESXサーバには、NMMライセンスが 1つだけ必要です。3台の Exchangeサーバと 1台の SharePointサーバをホストする 1台の ESXサーバには、2つの NMMライセンスが必要です。1つは 3台の Exchangeサーバ用のライセンスであり、1つは SharePointサーバ用のライセンスです。

VADPのライセンスVMware環境での VADPバックアップでは、プロキシバックアップホストを使用してバックアップを実行するように構成された VMサーバと ESXサーバの数に関係なく、VADPプロキシホストごとに 1つの Virtual Edition Clientライセンスが必要です。

VADPのライセンス 161

ライセンス


（

第 5章VADPソリューションへのアップグレード

NetWorker 8.1より前）


◆ 「VMware VADPバックアップのための 7.6サービスパック 2以降へのアップグレード」................................................................................................................ 164

◆ 「64ビット Windowsホスト上の Virtual Centerでのアップグレード後の処理」. 169

VADPソリューションへのアップグレード（NetWorker 8.1より前） 163

VADPソリューションへのアップグレード（NetWorker 8.1より前）

VMware VADPバックアップのための 7.6サービスパック 2以降へのアップグレード

NetWorkerリリース 7.6サービスパック 2によって、VADP（vStorage APIs for Data Protection）を使用する VMware仮想クライアントのバックアップ /リカバリのサポートが導入されました。これより前のリリースでは、仮想 NetWorkerクライアントは VCB（VMware統合バックアップ）で保護されていました。

NetWorker 7.6 SP2以降のリリースでも、NetWorker 7.6 SP1プロキシサーバによるVCBベースのバックアップは引き続きサポートされます。ただし、VADPベースのバックアップには NetWorker 7.6 SP2以降のプロキシサーバを使用する必要があります。NetWorker 7.6 SP2以降のプロキシは、VCBバックアップでは使用できません。

NetWorkerソフトウェアを、以前の任意のリリースから 7.6 SP2にアップグレードする際には、以前のリリース（たとえば NetWorker 7.6 SP1）でバックアップのためにVCBを使用していた場合は、NetWorkerサーバ上でアップグレードツールを実行して VADPバックアップに移行する必要があります。次の章では、NetWorkerソフトウェアをリリース 7.6サービスパック 2以降にアップグレードして VADPを使用する方法を説明します。

既存の NetWorkerサーバと VCBプロキシのアップグレードNetWorkerリリース 7.6 SP2以降のソフトウェアを NetWorkerサーバと VADPプロキシサーバにインストールした後、nsrvadpserv_toolコマンドを NetWorkerサーバで実行します。nsrvadpserv_toolコマンドは、7.6サービスパック 2よりも前のNetWorker仮想クライアントをアップグレードしてバックアップ /リカバリに VADPを使用するようにし、指定されたプロキシ上のすべてのクライアントを変換します。nsrvadpserv_toolは、NetWorker 7.6 SP1で使用されていた nsrvcbserv_toolをリプレースするものです。

このコマンドを使用する場合、次の点に注意してください。

◆ 7.6よりも前の NetWorkerインストールからアップグレードする場合は、オペレーティングシステムの管理者権限を持つようにプロキシホストクライアントを構成する必要があります。プロキシホストに管理者権限が構成されていることを確認するには、次の手順を実行します。

1. NMCを使用して NetWorkerサーバに接続します。

2. Configurationをクリックします。

3. 左側のペインで、［クライアント］をクリックします。

4. プロキシクライアントをマウスで右クリックし、［プロパティ］を選択します。

5.［アプリケーションとモジュール］タブをクリックします。

6.［リモートユーザー］と［パスワード］フィールドに、プロキシサーバの管理者権限を持つアカウントのユーザー名とパスワードを指定します。

◆ デフォルトでは、nsrvcbserv_toolは c:\program files\legato\nsr\binにあります。

◆ NetWorkerサーバと VCBプロキシホストは、NetWorkerリリース 7.6サービスパック 2以降であることが必要です。



◆ VCB_LOOKUP_METHODが nameに設定されている場合は、166ページの「注記」を参照してください。

定義された VCB_LOOKUP_METHODが nameではなく IPに設定されている場合は、特別な考慮事項に注意する必要があります。

プロキシクライアントリソースの検索方法を確認するには、［Application Information］セクションで VCB_LOOKUP_METHODの値を調べます。値が nameに設定されていない場合は、nsrvadpserv_toolの実行後に、後で説明する手動処理を実行する必要があります。

7.6サービスパック 2よりも前の NetWorker VMware仮想クライアントを更新するには、次のコマンドを NetWorkerサーバに入力します。

nsrvadpserv_tool –p VM_proxy_hostname_or_IP_address

nsrvadpserv_toolは、次の処理を実行します。

◆ 7.6より前のクライアントの場合

• 指定した VADPプロキシサーバに構成された VMである NetWorkerクライアントを識別する。

• VADPプロキシサーバとして構成された NetWorkerクライアントに対してnsrvcbclnt_toolを実行する。

• 構成ファイル（config.js）を読み込み、情報を NetWorkerサーバに送信する。

• VADPプロキシサーバとして機能する NetWorkerクライアントリソースの［Application Information］属性を config.jsファイルの情報で更新する。

• 指定した VADPプロキシサーバに構成されたすべての VMの NetWorkerクライアントリソースの［backup command］属性を nsrvcb_saveに設定する。

• vCenterリソースを作成する。

◆ 7.6および 7.6サービスパック 1のクライアントの場合

• すべての VMの NetWorkerクライアントリソースで、［backup command］属性を nsrvcb_saveから nsrvadp_saveに変更する。

• 仮想クライアントリソースの［Application Information (APPINFO)］属性を更新し、すべての APPINFO変数の「VCB」を「VADP」で置き換える。166ページの表 19の例を参照してください。

VMware VADPバックアップのための 7.6サービスパック 2以降へのアップグレード 165


注記： NetWorkerサーバを 7.6 SP1から 7.6 SP2以降にアップグレードした後、VCBプロキシに関連づけられていた VMクライアントリソースの正しい情報が NMCに表示されません。たとえば、VADPプロキシと VCBプロキシの両方を使用している場合、VMリソースを NMCで表示すると、VCBプロキシにまだ関連づけられている VMクライアントリソースに対して VADPプロキシが表示されます。クライアントリソースの nsradmin出力には正しい情報が表示されます。

この問題は、「リリースノート」の「NW129735」に記載されています。

注記：

VADP_MAX_BACKOFF_TIME変数および VADP_MAX_RETRIES変数は、値がそれぞれ10と 0（デフォルト値）に設定されると削除されます。

VADP_HYPERVISOR=VC_name変数は、APPINFO変数リストに追加されます。この変数の値は、VADPプロキシサーバのクライアントリソースに指定されるVADP_HOST変数に基づいています。

VMの検索が IPアドレスではなく名前で行われる場合、各 NetWorker仮想クライアントリソースの［Application Information］属性に VADP_VM_NAME変数を追加する必要があります。変数の形式は、VADP_VM_NAME=vm1のように入力します。vm1は vCenterで使用される VMの表示名です。

VADP_VM_NAMEは大文字と小文字を区別します。たとえば、VMホスト名が大文字（SUSE11-X86など）の場合、VADP_VM_NAMEの値は SUSE11-X86に設定する必要があります。また、VADP_VM_NAMEに入力した名前にスペースが含まれている場合、引用符で囲んで名前を指定する必要があります（VADP_VM_NAME="this is my vm name"など）。

アップグレード後の vCenterの役割権限の変更VCBバックアップ /リカバリが、vCenterの管理者以外の役割を使用して NetWorkerで以前実行された場合、次の手順が必要です。

VADPを使用してバックアップを実行するには、その管理者以外の役割に関連づけられた権限を vCenterで変更する必要があります。

表 19 APPINFO変数のリプレース

元の APPINFO変数名新しい APPINFO変数名

VCB_MAX_BACKOFF_TIME=20 VADP_MAX_BACKOFF_TIME=20

VCB_TRANSPORT_MODE=nbd VADP_TRANSPORT_MODE=nbd

VCB_HOST=10.31.78.120 VADP_HOST=10.31.78.120

VCB_BACKUPROOT=F:\mnt VADP_BACKUPROOT=F:\mnt

VCB_MAX_RETRIES=10 VADP_MAX_RETRIES=10

VCB_LOOKUP_METHOD=name 削除されます



タスク 1 VADPユーザー役割の作成新しい VADPユーザー役割を作成するには、次の手順を実行します。


2. vCenter Serverで［表示］＞［管理］＞［役割］を選択します。

3. NetWorkerで以前に使用された、管理者以外の既存の役割を右クリックし、［クローン］を選択します。新しいクローンの役割が作成されます。

4. クローン作成した役割の名前を「VADPユーザー」に変更します。

5. ［VADPユーザー］役割を右クリックし、［役割の編集］を選択します。

6. 必要な権限を VADPユーザー役割に割り当てます。詳細については、117ページの「VADPを使用したバックアップ /リカバリに必要な最低限の vCenter権限」のセクションを参照してください。

タスク 2 NetWorker Hypervisorリソースに指定されたユーザーへの VADPユーザー役割の割り当て


2. 左側のペインで、vCenter Serverを選択します。

3. 右側のペインで、［権限］タブをクリックします。

4. 右側のペインの任意の場所を右クリックし、ドロップダウンから［権限の追加］を選択します。

5. NetWorker Hypervisorユーザーを追加し、VADPユーザー役割を割り当てます。

6. ［子オブジェクトに伝播］が有効になっていることを確認し、［OK］をクリックします。

注記：ユーザーへの役割の割り当ての詳細については、「VMware Basic System Administration」ドキュメントおよび「Datacenter Administration Guide」を参照してください。VMwareのドキュメントは、http://www.vmware.com/support/pubs/で入手できます。

NetWorker 7.6 SP2以降へのプロキシクライアントのみのアップグレードNetWorkerプロキシクライアントのみを 7.6 SP2以降にアップグレードし、NetWorkerサーバをアップグレードしない場合は、次の手順を使用して手動アップグレードを実行できます。

注記： NetWorkerサーバは少なくともバージョン 7.6であることが必要です。NetWorkerサーバがバージョン 7.6または 7.6 SP1でない場合は、プロキシクライアントのアップグレードを実行する前にサーバをアップグレードする必要があります。

NetWorker 7.6 SP2以降のプロキシは、VADPベースのバックアップのみで使用でき、NetWorker 7.6 SP2以降のサーバと使用する必要があります。

プロキシのためにクライアントリソースの［APPINFO］属性を次のように変更します。

VMware VADPバックアップのための 7.6サービスパック 2以降へのアップグレード 167

http://www.vmware.com/support/pubs/


1. VCB_BACKUPROOTを VADP_BACKUP_ROOTに変更します。

2. VCB_HOSTを VADP_HOSTに変更します。

3. VCB_TRANSPORT_MODEを VADP_TRANSPORT_MODEに変更します。

4. VCB_VM_LOOKUP_METHODが ipdddrに設定されている場合はそのエントリーを削除します。nameに設定されている場合は、仮想クライアントのクライアントリソースを変更する必要があります。詳細については、ステップ 2 を参照してください。

5. VCB_PREEXISTING_MOUNTPOINTと VCB_PREEXISTING_VCB_SNAPSHOTを削除します。

6. VCB_MAX_RETRIESを VADP_MAX_RETRIESに変更します。

7. VCB_BACKOFF_TIMEを VADP_BACKOFF_TIMEに変更します。

プロキシに関連づけられている仮想クライアントで、クライアントリソースの次の属性を変更する必要があります。

1. バックアップコマンドを nsrvcb_saveから nsrvadp_saveに変更する必要があります。

2. プロキシのクライアントリソースで VCB_VM_LOOKUP_METHODが nameに設定されている場合、Virtual Centerで認識されている VM名の値を設定したVADP_VM_NAMEを、仮想クライアントリソースの［APPINFO］属性に追加します。

注記： NetWorker 7.6 SP2以降のための NMC構成ウィザードは、7.6 SP2よりも前のサーバでは機能しません。新しいプロキシクライアントの場合でも、サーバがNetWorker 7.6 SP2以降にアップグレードされるまでは、クライアントリソースに情報を手動で入力する必要があります。

vCenterを使用するためのアップグレード（VMバックアップのために ESX/ESXiサーバが以前使用されていた場合）

次のアップグレード手順を実行する必要があるのは、以前に vCenter Serverを介さず直接 ESX/ESXiサーバに対して VMバックアップが構成されていた場合です。

手動アップグレードの使用nsrvadpserv_toolが実行できない場合（たとえば、NetWorkerサーバを 7.6 SP2にアップグレードしないで 7.6.1または 7.6.0サーバを使用している場合）、次の手順を実行します。

1. 167ページの「NetWorker 7.6 SP2以降へのプロキシクライアントのみのアップグレード」で説明した手動アップグレード手順を実行します。

2. vCenterの新しい Hypervisorリソースを手動で作成します。

3. 適切な VADP_HOSTの値でプロキシホストを更新します。

nsrvadpserv_toolの使用NetWorkerサーバを 7.6 SP2以降にアップグレードしている場合は、次の手順を実行します。



1. 164ページの「既存の NetWorkerサーバと VCBプロキシのアップグレード」で説明したアップグレードツールを実行します。

2. vCenterの新しい Hypervisorリソースを手動で作成します。

3. 適切な VADP_HOSTの値でプロキシホストを更新します。

VADPと VCBでのプロキシの領域要件の変化VCBを使用する NetWorkerリリースでは、バックアップやリカバリの際のコピーオペレーションのために、VCBプロキシ上でマウントポイント用の追加領域が必要でした。VADPプロキシを使用する NetWorkerリリースでは、必要な領域が大幅に減少します（通常、VMデータサイズの約 10%）。

64ビット Windowsホスト上の Virtual Centerでのアップグレード後の処理

このセクションで説明する手順はオプションです。適用されるのは、7.6サービスパック 2よりも前の VMwareと NetWorkerの統合で、Virtual Centerサーバが 64ビット Windowsホストにインストールされている場合のみです。

NetWorker 7.6サービスパック 2よりも前では、Virtual Centerサーバが 64ビットWindowsホストにインストールされた場合は、32ビット Windowsホストに「コマンドホスト」を作成してから、Virtual Centerに対して設定された Hypervisorリソースでそのコマンドホストを参照する必要がありました。これは、NetWorkerがVMware環境の自動検出をサポートできるように必要でした。NetWorker 7.6サービスパック 2以降では、このような追加の手順は必要ありません。現在、NetWorkerでは、64ビット Virtual Centerサーバで自動検出を直接行うことができます。

Virtual Centerが 64ビットホストにインストールされたときに 32ビットコマンドホストの必要性を解消するには、次の手順を実行します。

1. NetWorker 7.6サービスパック 2以降のクライアントソフトウェアを 64ビットVirtual Centerホストにインストールします。

2. Hypervisorリソースの［コマンドホスト］属性を変更し、64ビット Virtual Centerサーバ名を指定します。

a.［Administration］ウィンドウで、［Configuration］をクリックします。

b. 拡張された左側のペインで［仮想化］を右クリックし、［自動検出の有効化］を選択します。

c.［自動検出］ダイアログボックスで、［詳細設定］をクリックします。

d.［コマンドホスト］フィールドに表示されている 32ビット Windowsコンピュータの名前を削除します。このフィールドが空の場合、Virtual Centerサーバの名前がコマンドホストとして使用されます。

e.［コマンド名］フィールドの値が nsrvimであることを確認し、［OK］をクリックします。

64ビット Windowsホスト上の Virtual Centerでのアップグレード後の処理 169



用語集

この用語集では、ディスクストレージサブシステムに関係する用語について説明します。これらの用語の多くは、このマニュアルで使用されています。

E

EMC Backup andRecoveryアプライア

ンス

EMC Backup and Recoveryアプライアンス（VMware Backup Appliance）は、NMCでVMwareバックアップおよびクローンポリシーの作成を有効にし、vSphere Web Clientで EMC Backup and Recoveryプラグインがこれらのポリシーに VMを割り当てることができるようにするアプライアンスです。

EMC Data ProtectionRestore Client

ファイルレベルのリストアを可能にするブラウザ。ファイルレベルのリストアでは、特定のフォルダおよびファイルを、Windowsおよび Linux仮想マシン上の元の仮想マシンにリストアします。

F

FLR（ファイルレベルのリカバリ）

保護されている仮想マシンのローカル管理者は、ローカルマシンに対してバックアップを参照し、マウントすることができます。管理者は、これらのマウントされたバックアップから個々のファイルをリストアすることができます。FLRは、EMC Data Protection Restore Clientを使用して実施されます。FLRの追加情報については、63ページの「ファイルレベルのリストアの使用」を参照してください。

G

GSAN Avamar内部ストレージにバックアップされる Avamarデータサーバ。

H

hotadd バックアップ関連の I/Oが、SCSIの hotaddテクノロジーを使用して ESX I/Oスタック経由で内部的に発生する転送モード。これにより、NBD/NBDSSLよりもバックアップ I/Oレートが高くなります。

J

JAR（Javaアーカイブ） Javaアプレットまたは Javaアプリケーションに必要な圧縮コンポーネントを含むファイル。

L

label NetWorkerの割り当てる、ボリュームを一意に認識するラベル。ラベルパラメータを定義するには、テンプレートを使用します。


用語集

N

NBDSSL 転送モードの 1つです。ネットワーク経由で転送されるデータが暗号化されるという点を除き、NBDと同じです。したがって、SLLの暗号化 /復号化による VADPホストへの負荷の追加によって、NBDSSLモードでのデータ転送は速度が遅く、より多くの CPUを使用します。

NetWorker Consoleサーバ

「コンソールサーバ」を参照してください。

NetWorker ManagementConsole

「コンソールサーバ」を参照してください。

NetWorkerクライアント「クライアント」を参照してください。

NetWorkerサーバ NetWorkerサーバソフトウェアを実行しているホスト。オンラインインデックスを保持し、同じネットワーク上のクライアントにバックアップサービスとリカバリサービスを提供します。「オンラインインデックス」も参照。

NetWorkerストレージノード

「ストレージノード」を参照してください。

R

recover バックアップボリュームからクライアントのディスクにファイルをリストアすること。

S

SAN（ストレージエリアネットワーク）

転送モードの 1つです。この転送モードを使用すると、仮想インフラストラクチャ上のバックアップに関連する CPU、メモリ、I/Oロードが完全にオフロードされます。データが SANまたは iSCSI LUNから直接読み込まれるところでは、バックアップ I/Oは完全にオフロードされます。SANモードを使用する場合は物理プロキシが必要です。

V

VADP vStorage APIs for Data Protectionの略。VADPにより、バックアップソフトウェアはシステムを停止することなく、各仮想マシン内でバックアップタスクを実行するオーバーヘッドなしに、一元化された仮想マシンのバックアップを実行できます。VADPは VMwareバックアップ用の VCBフレームワークに置き換わります。

vCenter 仮想化された IT環境の構成、プロビジョニング、管理を一元化するインフラストラクチャ管理ツールであり、VMware Virtual Infrastructureパッケージに含まれています。

VMDK VMDK（仮想マシンディスク）は、ゲストオペレーティングシステムに対して物理ディスクドライブとして表示されるファイルまたはファイルセットです。これらのファイルは、ホストマシンまたはリモートファイルシステムに存在できます。これらのファイルは、VMwareで .vmdkという拡張子が追加されるので、一般的に VMDKファイルと呼ばれます。


用語集

VMware BackupAppliance

VMware Backup Appliance（EMC Backup and Recoveryアプライアンス）を導入すると、NMCで VMwareバックアップおよびクローンポリシーを作成し、vSphere Web Clientで EMC Backup and Recoveryプラグインがこれらのポリシーに VMを割り当てることができるようになります。

VMware Tools VMware Toolsは、各仮想マシン内にインストールされており、仮想マシンのパフォーマンスを向上させ、バックアップ関連の追加機能を提供します。

VSS（Volume ShadowCopy Service）

ディスクボリュームのポイントインタイムスナップショットを作成する Microsoftのテクノロジー。NetWorkerソフトウェアは、スナップショットからデータをバックアップします。これにより、アプリケーションはバックアップオペレーションの間にもデータを書き込むことができ、開いているファイルも必ずバックアップされるようになります。

VSSコンポーネントライタの従属ユニット。「ライタ」を参照してください。

あアドミニストレータ

NetWorkerNetWorkerサーバのデフォルトのユーザーグループ。NetWorkerサーバのユーザーグループを追加、変更、削除できます。

いイメージレベルバック

アップ /リカバリ災害復旧の場合に使用されます。

インアクティビティタイムアウト

クライアントのバックアップができないと判断するまでの待機時間（分）。

おオンラインインデッ

クスクライアントのバックアップおよびバックアップボリュームに関する情報を含むNetWorkerサーバ上のデータベース。「クライアントファイルインデックス」を参照してください。「メディアデータベース」を参照してください。

か仮想マシンエンドユーザーが抽象的なマシンにソフトウェアをインストールして操作できるよ

うに、コンピュータプラットフォームとそのオペレーティングシステムの間に仮想環境を作成するソフトウェア。

仮想マシン仮想マシン（virtual machine）の略語。

管理されるアプリケーション

コンソールサーバから監視および /または管理されるプログラム。

くクライアント内部にあるデータのバックアップまたはリカバリが可能なコンピュータ、ワークス

テーション、またはファイルサーバ。

クライアントファイルインデックス

バックアップされるすべてのデータベースオブジェクト、ファイル、またはファイルシステムをトラッキングするデータベース。NetWorkerサーバでは、クライアントごとに 1つのクライアントインデックスファイルを管理します。


用語集

けゲスト OS 仮想マシン内で動作するオペレーティングシステム。

こ更新 Enabler 旧リリースのソフトウェアを更新するコード。他の一時 Enablerコードと同様に、

45日後に期限切れとなります。

更新ブロック追跡時間の経過とともに変化する仮想マシンのストレージブロックを追跡する VMkernelの機能。VMkernelは、仮想マシンの変更を追跡し、VMwareの vStorage APIのメリットを活用するために開発されたアプリケーションのバックアッププロセスを強化します。

コンソールサーバ NetWorkerサーバとクライアントは、NetWorker Consoleサーバから管理されます。この Consoleサーバは、すべての NetWorkerサーバおよびクライアントの監視、レポート機能を備えています。

しシングルステップバックアップ /リカバリ

「イメージレベルバックアップ /リカバリ」を参照してください。

すストレージノード NetWorkerサーバがバックアップオペレーションを制御するコンピュータに、物理

的に接続しているストレージデバイス。

せセーブセットストレージメディアにバックアップされる、ファイルまたはファイルシステムのグ

ループ。

ちチェックポイント 24時間後に（かつその最初の 24時間が経過した後のチェックポイントの時点で）

実行されるシステム全体のバックアップ。チェックポイントは災害復旧を目的として vSphere Web Client内で開始され、EMC Backup and Recoveryアプライアンスのポイントインタイムスナップショットをキャプチャします。

てデータストアデータセンターにおける、基盤となる物理ストレージリソースの組み合わせの仮想

表現。データストアは、仮想マシンファイルを格納する場所（たとえば、物理ディスク、RAID、SAN）です。

はバックアップデータをボリュームに保存するオペレーション。

バックアッププロキシオフホストバックアップシステムとして指定されたシステム。これは、NetWorkerクライアントパッケージがインストールされ、VADPソフトウェアを使用しているホストです。


用語集

ふファイルインデックス「クライアントファイルインデックス」を参照してください。

ほ保存クライアントファイルをバックアップし、オンラインインデックスにエントリーを

作成するコマンド。

めメタデータライタからリクエスタへ転送される、VSS（ボリュームシャドウコピーサービス）

で定義された情報。メタデータには、ライタ名、バックアップする VSSコンポーネントのリスト、バックアップから除外するコンポーネントのリスト、およびリカバリ方式が含まれます。「ライタ」を参照してください。「VSSコンポーネント」を参照してください。

メディアデータベース NetWorkerサーバで管理しているすべてのデータとボリュームの場所およびライフサイクルステータスについてのインデックス付きエントリー。

よ翌営業日 LAN転送モード。このモードは通常 hotaddモードよりも低速です。NBDモードで

は、CPU、メモリ、I/Oロードは、本番 VMをホストする ESXに直接配置されます。これは、バックアップデータをネットワーク上で同じ ESX経由で移動してプロキシに到達する必要があるためです。NBDモードは、物理または仮想プロキシのどちらでも使用でき、すべてのストレージタイプをサポートします。

らライタ VSS上で動作し、バックアップ対象およびバックアップ中、リストア中の VSSコン

ポーネントとアプリケーションの取り扱いについてのメタデータを作成するデータベース、システムのサービス、またはアプリケーションのコード。「メタデータ」を参照および「VSSコンポーネント」


用語集


索引
記号.ovaファイル 36
AAvamar Administratorドメイン 38

Avamarサーバ読み取り専用の状態 30

CCBT（更新ブロック追跡） 102

構成 119[console]ウィンドウ 46

DDNS 37DNS（ドメインネームシステム） 36, 37, 38

EEMC Backup and Recoveryサービスのステータスの表示 44災害復旧 84シンプロビジョニングされたディスク 79ナレッジベース記事へのアクセス 96

EMCオンラインサポート Webサイト 7ESX Server 37ESXサーバ 37

HHypervisorリソース構成 103自動構成 104手動構成 106

IIPアドレス 36, 38

MMicrosoft

Windowsオペレーティングシステム 35

NNetWorker 7.6 SP2へのアップグレード 164

ESX/ESXiサーバ 168Windowsで 64ビットの Virtual Centerをアップグレー

ドした後の手順 169プロキシクライアントのみのアップグレード 167

NetWorker Management Console 「Console」を参照NMC 「Console」を参照nsrvadp_save 154

nsrvadpserv_tool 164, 168

VVADP for VMware 164VADP（vStorage APIs for Data Protection） 164VADPバックアップ /リカバリ 16, 138, 161

推奨事項と考慮事項 138, 161ソフトウェアとハードウェアの要件 18短所 17長所 17独立した永続ディスク 102ネットワークとファイアウォールのポート要件 146パフォーマンスの最適化 154ライセンス 161

VADPプロキシホスト構成 103自動構成 103手動構成 106

VADPユーザーVADPユーザー役割 167VADPユーザー役割の作成 116, 167vCenterの権限 117バックアップ権限 117リカバリ権限 118

vCenter 27, 28, 36アップグレード後の役割権限の変更 166イメージバックアップとリストアの構成 27仮想マシンのサポート 56, 75サーバ 36ログインユーザーアカウント 27

vCenter Server 36VMware 12, 20

ESXサーバ 37NetWorkerクライアントを構成する 111NMCでの通知の設定 122VMware環境のグラフィカルな表示 124VMware環境の自動検出 121VMware環境の変更通知 122vSphere 36vSphereクライアント 36アプライアンス 36アプライアンスファイル 36アプライアンス .ovaファイル 36イメージバックアップ 27, 68仮想化ノードの階層表示 123環境の視覚的な表示 123ツール 29データストア 28プロキシ 34, 35, 36, 37ライセンス 159

vSphere 36クライアント 36

vSphereクライアントNMCからの起動 127


索引

あアプライアンス , VMware 36アプリケーション情報属性 108, 166

いイメージバックアップ , VMware 68イメージプロキシクライアント 34, 35, 36, 37イメージレベルのバックアップ /リカバリ 12ゲストベースのバックアップ /リカバリとの比較 13異なる FARMまたは vCenterへのリカバリ 136増分バックアップ 102リカバリ 130

イメージリストア 68イメージレベルのバックアップ 56

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

Microsoft Windows 35

か仮想化 123仮想クライアント 12, 164

自動検出 121仮想クライアントバックアップ 111自動構成 112手動構成 115

仮想マシンテンプレート 30, 36, 38

可変長データセグメント 68[管理 ]ウィンドウ 47

くクライアントイメージプロキシ 34, 35, 36, 37プロキシ 34, 35, 36, 37

けゲストベースのバックアップ /リカバリ 12, 14イメージレベルのバックアップ /リカバリとの比較

13インストール 15仮想マシンにインストールされた NetWorkerに関する

推奨事項 14構成 15推奨事項と考慮事項 16短所 15長所 14ライセンス 160リカバリ 16

こ構成

vCenter環境 27固定長データセグメント 68

さサービス管理サービス 44コアサービス 44バックアップスケジューラ 44ファイルシステムサービス 44ファイルレベルリストアサービス 44メンテナンスサービス 44開始と停止 44ステータス 44

ち重複排除、メリット 68重複排除ストア 68

つ追加

vCenterのイメージプロキシアプライアンス 36

てデータストア , VMware 28ディレクティブ圧縮 102暗号化 101ディレクティブのサポート 101

デフォルトゲートウェイ 38転送モード 100, 110

hotadd 100NBD 100SAN 100SANまたは hotaddモードを使用したリカバリ 137

テンプレート仮想マシン 30, 36, 38

とドメイン 38トラブルシューティング

EBRアプライアンスは応答していません 91EMC Backup and Recoveryのデータストア容量が不足

していると、バックアップが失敗します 94EMC Backup and Recoveryヘルスチェック 96Windows 2008 R2 VMはバックアップに失敗しました

94アイテムが見つかりませんでした 93関連するバックアップソースが失われることがあり

ます 94クライアントを追加することができませんでした 93特定の文字が使用されている場合、バックアップは失

敗します 95バックアップジョブのデータを読み込んでいます 93バックアップでロードが遅くなります 95予期しないシャットダウンの後、最新のバックアップ

が失われます 94

なナレッジベース , 記事へのアクセス 96


索引索引

ねネットマスク 38ネットワーク /ネットワーク

DNS 36, 37, 38IPアドレス 36, 38デフォルトゲートウェイ 38ネットマスク 38ホスト名 36, 37

はバックアップジョブ作成 61編集 61

ふファイル

.ova 36ログ 36

プラットフォーム製品サポート 56プロキシクライアント 34, 35, 36, 37

ほホスト名 36, 37

ゆユーザーアカウント

vCenterログイン 27

よ読み取り専用のサーバの状態 30

りリカバリ

NetWorker 7.6 SP2よりも前の VMバックアップ 138イメージレベル 130ファイルベース 128

ろログバンドル、ファイル名 46ログファイル 36ログ収集 45


索引


Documents

EMC NetWorker VMware NetWorker およびVMware リリース8.1 統合ガイド 3 目次 はじめに 第 1 章 概要 VMware サポートの概要 12 バックアップ/ リカバリのタイプ

EMC NetWorker VMware NetWorker およびVMware リリース8.1 統合ガイド 3 目次はじめに第 1 章概要 VMware サポートの概要 12 バックアップ/ リカバリのタイプ