Celerra NSシリーズのVMware ESX Server向けEMC Avamarバックアップ・ソリューション

Transcription

1 Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション 高度なテクノロジー US ホワイトペーパー翻訳版 要約 このホワイト ペーパーでは EMC Avamar Virtual Edition for VMware を使用した Celerra NS シリーズ ストレージに展開された VMware ESX Server 向けのさまざまなバックアップ オプションについて説明します ここでは 各オプションが与える効果と VMware 環境でバックアップを実行するうえで EMC Avamar を利用するメリットについて焦点を当てます 2008 年 11 月

2 Copyright 2008 EMC Corporation. 不許複製 EMC Corporation は この資料に記載される情報が 発効日時点で正確であるとみなしています この情報は 予告なく変更されることがあります この資料に記載される情報は 現状有姿 の条件で提供されています EMC Corporation は この資料に記載される情報に関する どのような内容についても表明保証条項を設けず 特に 商品性や特定の目的に対する適応性に対する黙示の保証はいたしません この資料に記載される いかなる EMC ソフトウェアの使用 複製 頒布も 当該ソフトウェア ライセンスが必要です 最新の EMC 製品名については EMC.com で EMC Corporation の商標を参照してください 他のすべての名称ならびに製品についての商標は それぞれの所有者の商標または登録商標です パーツ番号 h5897-j Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 1

3 目次 エグゼクティブ サマリー...3 概要...3 対象読者... 3 用語... 3 EMC Avamar... 4 テクノロジーの概要...4 VMware Consolidated Backup... 5 Avamar VCB Interoperability Module... 5 テスト環境... 5 テストの方法 バックアップ ソース テスト シナリオ Avamarの要件とベスト プラクティス...23 結論...24 関連資料...24 付録 A:VCBバックアップのAvamar 構成...25 Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 2

4 エグゼクティブ サマリー VMware Infrastructure は 業界で最も広く展開されている仮想化ソリューションです データ センター内に展開される仮想マシンは 障害に対して保護されている必要があります したがって データ保護の対象を仮想マシンにまで広げることが重要です VMware Infrastructure によって提供される仮想化環境には データ保護の利便性と信頼性を高める数多くの方法が存在し それぞれに固有の利点と課題があります EMC Avamar は 重要な利点を有するバックアップ / リカバリ ソフトウェアです Avamar のソースベース データ重複除外テクノロジーを使用すると ネットワーク上の無駄な転送や冗長バックアップ データの保存が不要になります この重複除外機能により コア データ センターとリモート オフィスの両方で データの増加を抑えることができます Avamar は 仮想マシン リモート オフィス 大規模な LAN 接続ファイル サーバなど 従来のバックアップ ソリューションが苦手としていた分野で特に威力を発揮します EMC Avamar Virtual Edition for VMware は 仮想マシンのバックアップの高速化と簡素化 および専用バックアップ サーバ インフラストラクチャの必要性をなくすことを目的として設計されています このホワイト ペーパーでは Avamar の詳細と データ保護を実現するさまざまな方法について説明します 概要 Avamar ソフトウェアは 仮想マシン VMware Consolidated Backup サーバ または ESX Server サービス コンソールでエージェントを使用して仮想マシン内および仮想マシン間でのバックアップ データのサイズを小さくすることで VMware Infrastructure 環境をすばやく効率的に保護します 仮想マシンの従来のバックアップでは 物理サーバの CPU Ethernet アダプタ メモリ ディスク ストレージといった同じ共有リソースのセットを大量のデータが通過しなければなりません Avamar は これによるボトルネックを解消します 企業でバックアップが実行される場合には 仮想マシンで直接 Avamar を使用しても または ESX Server バックアップの方法を使用しても Avamar によってメリットがもたらされます 従来のバックアップ ソリューションとは異なり Avamar では仮想ディスク内に格納されたデータ (.vmdk ファイル ) の重複を効果的に除外することができます このホワイト ペーパーでは EMC Celerra NS シリーズのストレージに展開された VMware 環境での Avamar 重複除外テクノロジーのメリットについて説明します ここで示しているソリューションは一般的なものであり ストレージ レイアウト RAID タイプ ボリュームとファイル システムの管理に関係なく ほとんどすべての構成に適用できます 対象読者 このホワイト ペーパーは EMC Celerra をストレージとして含む VMware 環境のプランニング 設計 管理を担当し EMC Avamar ソフトウェアによるバックアップ / リストア ソリューションの実装を検討しているお客様 パートナー サービス担当者を対象にしています 読者は VMware ESX Server および Celerra の実際の使用経験があることが前提になります 用語 Avamar サーバ : クライアント スナップアップの格納と管理に使用される複数のノードの論理グループ AVE(Avamar Virtual Edition):VMware ESX Server で仮想マシンとして稼働する単一ノードの Avamar サーバ AVE によって Avamar ソフトウェアと Red Hat Enterprise Linux は VMware 仮想マシンとして統合されます Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 3

5 Avamar クライアント :Avamar ソフトウェアを実行し ネットワーク接続を通して Avamar サーバにアクセスするコンピュータまたはワークステーション Avamar クライアント ソフトウェアはクライアント エージェントと 1 つまたは多数のプラグインで構成されます データセットクライアントのグループ全体でスナップアップに含まれたり除外されたりする 個々のサポート プラットフォームに対してファイル ディレクトリ ファイル システムのセットを定義するポリシー データセットは持続的かつ再利用できる Avamar ポリシーで 複数のグループに対して命名および接続することが可能です データストア :VMFS または NFS のいずれかのファイル システム 基盤となる物理ストレージ リソースのプールを仮想的に提供します この物理的なストレージ リソースは ローカル サーバの iscsi ディスク ファイバ チャネル SAN ディスク アレイ iscsi SAN ディスク アレイ または NAS ストレージ アレイから構成することができます グループ :1 つまたは複数の Avamar クライアントに対する Avamar Administrator 内における特定レベルの集合 Avamar グループのすべてのクライアントは 同一のグループ ポリシーを使用します ( データセット スナップアップ スケジュール リテンション ポリシー ) ノード : ネットワークにアドレス可能な 自己完結的なラック マウント型コンピュータ Linux オペレーション システムで Avamar サーバ ソフトウェアを実行します RDM(Raw デバイス マッピング ):RDM は VMFS ボリューム内に.vmdk ファイルとして存在するポインタと その.vmdk ファイルがポイントする物理 raw デバイスの組み合わせから構成されます RDM は 物理互換モードまたは仮想互換モードのどちらかです スナップアップ : 個別のファイルとしてリストアでき ディレクトリとしてまたは全体的なファイル システムとして選択できる クライアント データのポイント イン タイム コピー スナップアップは 従来のインクリメンタル バックアップより効率的ではありますが Avamar サーバから即座にリストアできるクライアント データの常に完全なスタンドアローン コピーです VMware スナップショット : スナップショットが作成された時点における 仮想マシンの全体的な状態のデータを収集する VMware の機能 テクノロジーの概要 この項では EMC Avamar VMware 統合バックアップ Avamar VCB Interoperability Module について説明します EMC Avamar EMC Avamar は バックアップおよびリカバリ ソフトウェアです Avamar のグローバル データ重複除外テクノロジーを使用すると ネットワーク上の無駄な転送や冗長バックアップ データの保存が不要になります この重複除外機能により コア データ センターとリモート オフィスの両方で データの増加を抑えることができます Avamar は 仮想マシン リモート オフィスなど 従来のバックアップ ソリューションが苦手としていた分野で特に威力を発揮します Avamar は バックアップ データのサイズをソース側で削減することにより 従来のバックアップにおける課題を解決します この課題を解決するために Avamar ではすべてのサイトとサーバにわたってファイルよりも小さいデータ セグメントのシングル コピーのみを格納するという 特許取得済みのグローバル データ重複除外テクノロジーを使用しています Avamar の重複除外バックアップ機能は フル バックアップと同様に わずか 1 つのステップでデータを復旧できます さらに Avamar を使用してバックアップ データの復旧可能性を検証できます Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 4

6 VMware Consolidated Backup VCB(VMware Consolidated Backup) では プロキシ サーバを利用した一元的なバックアップ機能を提供することにより いつでも仮想マシンをバックアップでき 本番 ESX Server ホストへの負荷を減らすことができます VCB では 任意のオペレーティング システムが実行されている仮想マシンにおけるイメージ レベルのフル バックアップのほか Microsoft Windows が実行されている仮想マシンにおけるファイル レベルのバックアップが可能です VMware ESX Server 3.5 では 2 つのモードの VCB をサポートしています SAN モードと LAN モードです SAN モードは ESX Server が仮想マシン ディスクのストレージにファイバ チャネル SAN または iscsi SAN を使用している場合に使用されます LAN モードは ESX Server が NAS や DAS( 直接接続ストレージ ) などのローカル ストレージ デバイスを使用する場合に選択されます Avamar VCB Interoperability Module Avamar VCB Interoperability Module と呼ばれるこの相互運用性モジュールによって VCB (VMware Consolidated Backup) と EMC Avamar ソフトウェアを統合できます 統合は 仮想マシンをスナップするプリ スクリプト / ポスト スクリプトを使用して Windows 2003 プロキシの仮想ディスク イメージをマウント / アンマウントすることによって実現されます スクリプトでは すべての仮想マシン タイプにおける VMDK イメージ レベルのフル バックアップと Windows 仮想マシンにおけるファイル レベルのバックアップがサポートされています テスト環境 この項では さまざまな Avamar バックアップ ソリューションが導入されるテスト環境について説明します リファレンス アーキテクチャ 図 1 に テスト環境全体のリファレンス アーキテクチャを示します Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 5

7 図 1 リファレンス アーキテクチャ VCB Proxy Server 使用した VCB Proxy Server は Dell PowerEdge 1750(1 台 ) です 表 1 に VCB Proxy Server のハードウェアとソフトウェア コンポーネントの一覧を示します 表 1 VCB Proxy Server Dell PowerEdge 1750(1 台 ) ハードウェア コンポーネント 数量および詳細 2.8 GHz EM64T シングル コア Intel Xeon プロセッサ メモリ 1 4 GB Intel PRO/1000 GbE NIC 2(1 つは使用済み ) 73 GB 10k rpm 内蔵 SCSI ディスク 2(1 つは使用済み ) ソフトウェア コンポーネント 数量および詳細 Dell ファームウェア Microsoft Windows Server 2003 Enterprise 32 ビット x86 対応 Service Pack 2 Edition VCB Module Version 1.1 Avamar クライアント Version EMC NetWorker クライアント Version 7.4 A06 Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 6

8 ESX Server 2 つの VMware ESX Server のホストが構成されました バックアップ ソース側に ゲストとして 3 つの Windows 2003 Server オペレーティング システムを実行する VMware ESX Server がインストールされました 以降このドキュメントでは この ESX Server が本番 ESX Server として使用されます 2 つの仮想マシンをホストにするために もう 1 つの VMware ESX Server が構成されました 1 つの仮想マシンでは RHEL3 U8 オペレーティング システムと Avamar Virtual Edition 1.0 が実行されました もう 1 つの仮想マシンでは Windows 2003 Server と EMC NetWorker 7.4 が実行されました 以降このドキュメントでは この ESX Server がバックアップ ESX Server として使用されます 表 2 に ESX Server のハードウェアとソフトウェア構成を要約します 表 2 ESX Server Dell PowerEdge 2950(2 台 ) ハードウェア コンポーネント 数量および詳細 3 GHz EM64T デュアル コア Intel Xeon プロセッサ ( 仮想テクノロジーをサポート ) メモリ Intel PRO/1000 GbE NIC 2 16 GB 2 つの搭載済み 10/100/1000 MB Ethernet NIC( 仮想マシン パブリック ネットワーク用に使用 ) 1 つの搭載済み 10/100/1000 MB Ethernet NIC( サービス コンソール用に使用 ) 2 つの増設デュアル ポート 10/100/1000 MB Ethernet NIC (VMkernel ネットワーク用に使用 ) 73 GB 10k rpm 内蔵 SATA ディスク 1( 本番 / バックアップ ESX Server OS およびバックアップ ESX Server ゲスト OS) ソフトウェア コンポーネント 数量および詳細 Dell ファームウェア Windows 2003 Enterprise Edition(SP2) Red Hat Enterprise Linux A07 32 ビット x86 RHEL3 U8 Avamar Virtual Edition for VMware Release 1.0 EMC NetWorker Server 7.4 VMware ソースおよびバックアップ ESX Server ビルド ストレージ 単一の Celerra NS40 ストレージ アレイが アクティブ / アクティブ構成のテスト環境で使用されました Data Mover 2 は Avamar を使用してバックアップする必要があるゲスト仮想マシンのストレージ管理に使用され さらに一時的にバックアップ データを保持する VCB Proxy Server のストレージ管理にも使用されました Data Mover 3 は ディスク バックアップの移行先である Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 7

9 ストレージを管理するために使用されました 表 3 に ストレージ アレイのコンポーネントの一覧を示します 表 3 ストレージ アレイ EMC Celerra NS40 基本システム コンポーネント 数量および詳細 Data Mover 2( アクティブ / アクティブ ) GbE NIC Data Mover ごとに 4 つ Control Station 1 DART Version FC シェルフ コンポーネント 数量および詳細 FC シェルフ 2 FC ディスク 20 ディスク (15k rpm 146 GB) SATA シェルフ 1 SATA ディスク 15 ディスク (10k rpm 500 GB) FC RAID グループ 1つの RAID 5(4+1)(Celerra system LUN 対応 ) 3 つの RAID 5(4+1)( ゲスト VM のホスト ) SATA RAID グループ 2 つの RAID 5(6+1)( ディスク バックアップ ストレージとして機能 ) ストレージ レイアウト 図 2 に テスト用のストレージ構成を示します Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 8

10 図 2 ストレージ レイアウト RAID 5 ストレージ グループは Celerra AVM(Automatic Volume Management) を使用してまとめてストライピングされ その結果 パフォーマンスと容量の目的を満たすのに十分な数のディスク スピンドルが提供されます 表 4 に テスト用に作成されたファイル システムと iscsi LUN の一覧を示します 表 4 ファイル システム ファイル システム 接続 ディスク タイプ ディスク ボリューム : 使用目的 /vmdatastore NFS FC d13 d20 d15 ゲスト VM とファイルのバックアップ /proxyfs iscsi FC d13 d20 d15 バックアップするデータのスナップを保持するための プロキシでの一時ストレージ /backupfs iscsi SATA d16 d22 ディスク バックアップ後のデータの移行先 Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 9

11 ネットワーク アーキテクチャ ソリューション スタック用のネットワーク構成が 表 5 に示すように構築されました 表 5 に 物理ネットワークおよび仮想ネットワーク両方の詳細一覧を示します 表 5 ネットワーク構成 コンポーネント NIC 使用目的 VCB Proxy Server(Dell PowerEdge 1850) 1 つの搭載済み GbE クライアント / ドライバ VMware ESX Server(Dell PowerEdge 2950) ESX 物理ネットワーキング vmnic0 vmnic4 vmnic5 vmnic2,vmnic3 ESX 仮想ネットワーキング ESX Server サービス コンソール ネットワーク ストレージ ネットワークに接続するチーミングされた NIC 仮想マシン パブリック ネットワーク vswitch0 サービス コンソール ポート (vmnic0 を使用 ) vswitch1 VMkernel ポート (vmnic4 および vmnic5 を使用 ) vswitch2 仮想マシン ポート (vmnic2 を使用 ) vswitch3 仮想マシン ポート (vmnic3 を使用 ) Celerra NS40 Data Mover eth0 eth1 eth2 eth3 未使用 ストレージ ネットワーク 次に示す VLAN が テスト環境で構成されました クライアント VLAN: クライアント VLAN は ESX Server の制御と管理を行います ストレージ VLAN: ストレージは NFS プロトコルまたは iscsi プロトコルのいずれかを使用して VCB Proxy Server ESX Server ホスト Celerra を接続します ストレージ VLAN に接続したそれぞれの ESX Server には ストレージ VLAN 専用の物理 NIC が 2 つあります 2 つの NIC は一緒にチーミングされ これによりロード バランシングとフェールオーバー機能が提供されます Avamar Virtual Edition の構成 AVE(Avamar Virtual Edition) は VMware ESX Server 環境の仮想マシンとして稼働する 単一ノードのAvamarサーバです AVEにより 仮想マシン内でAvamarソフトウェア (3.7.1) とRed Hat Enterprise Linux RHEL3u8が統合されます AVEは 2つの構成 (0.5 TBおよび1 TBの容量のライセンスが提供されている構成 ) で使用できます テストは AVE 0.5 TBのライセンスが提供されているVMware ESX Serverバージョン3.5で実行されました Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 10

12 0.5 TB の AVE は 4 つのパーティションにインストールされました 1 つは 35 GB のオペレーション システム用パーティションで あとの 3 つはそれぞれ 250 GB のストレージ用パーティションです AVE(Avamar Virtual Edition) をインストールする前に ベンチマーク テストを実行します このテストは AVE が許容範囲内の I/O パフォーマンスを備えた環境で実行されるかどうかを確認するために必要です また 仮想マシン リソースに負荷を与えて バックアップ ESX Server 上の他のアプリケーションにとって実行中の AVE からの影響が許容範囲内かどうかを判別するためにも必要です 表 6 に 標準的なベンチマーク テストを実行した後の数値を示します 表 6 Avamar のベンチマーク結果 条件 ファイル サーバデータの値 混合したデータの値 テスト済みのデータの値 総リード スループット 60 MB/ 秒 75 MB/ 秒 86 MB/ 秒 総ライト スループット 30 MB/ 秒 60 MB/ 秒 MB/ 秒 4 つのスレッドにおける総シーク スループット 400 シーク / 秒 400 シーク / 秒 2380 シーク / 秒 ベンチマークの詳細については Powerlink の Avamar Virtual Edition Performance Assurance Tool を参照してください EMC NetWorker の構成 EMC NetWorker サーバは バックアップ ESX Server の仮想マシンとして構成されました これには 35 GB のオペレーション システム用パーティション 1 つと 250 GB のストレージ用パーティション 1 つが含まれます テストの方法 テストの開発目的は以下のとおりです Avamar によりソース ベースの重複除外が実行されることを確認し バックアップ プロセスでのこのような重複除外を実行した場合のメリットを理解する VMware 環境で Avamar バックアップを実行する際のさまざまなオプションと これらのオプションがバックアップに与える個々の影響について検証する Avamar なしで EMC NetWorker を使用した従来のバックアップを行い この結果と Avamar によるバックアップを比較することで 主な違いを特定する データに対する重複除外の割合は 重複除外するデータ タイプによって異なります このテストにおけるバックアップ ソースには 仮想マシン内にある通常のテキスト ファイルを保有する クローンの仮想マシンが含まれました テストの主な目的は バックアップ中に生じるソース ベースの重複除外による影響を明確にすることであり Avamar によって達成可能な重複除外の割合に関して 最大値または最小値を見つけることではありません Avamar の使用による影響とメリットを理解するために パフォーマンス マトリックス セットが定義され これに伴い テスト中の全テスト事例に対するパフォーマンス データが収集されました Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 11

13 テストでの監視と運用タスクの多くは VMware VirtualCenter Management Server で実行されました ESX Server のパフォーマンス統計は esxtop を通じて取得され Proxy Server パフォーマンス統計は perfmon を使用して監視され Data Mover CPU 使用率のデータは Celerra Control Station に収集されました これらのパフォーマンス カウンタには以下の情報が含まれます ストレージ使用量 : バックアップ ジョブに使用される実際のストレージ容量 (GB) バックアップ時間 : バックアップ ジョブの完了までに使用される実時間 ( 秒 ) Production ESX Server バックアップ ESX Server VCB Proxy Server では 以下の情報が含まれます ネットワーク スループット : バックアップ中に達成されるスループット (MB/ 秒 ) 最大ネットワーク スループット : バックアップ中に達成される最大スループット (MB/ 秒 ) CPU 使用率 : バックアップ中の ESX Server または Proxy Server における CPU 使用率 メモリ使用率 : バックアップ中の ESX Server または Proxy Server におけるメモリ使用率 DM(Average Data Mover)CPU: バックアップ中の DM における CPU 使用率 バックアップ ソース Avamar バックアップの各オプションに対して一般的な仮想マシン環境とデータセットが作成されました 一般的な環境を図 3 に示します 図 3 バックアップ ソース Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 12

14 バックアップが必要な 3 つのゲスト仮想マシンが一般的なテンプレートを使用して作成されました 各仮想マシンには 2 つの仮想ディスクが付属していました 1 つは NFS Datastore に存在するゲスト OS 用 5 GB ディスクで もう 1 つは NFS Datastore のデータも含む 20 GB ディスクです 両ディスクとも 一意のファイルでディレクトリ ツリーを構成するユーティリティ ツールを使用して作成されたファイルでいっぱいでした このテストでは データ ディスクには 20 MB の一意のファイルが 1,000 個含まれました 作成されていたファイルは一意だったので 仮想マシンが Avamar を使用して個別にバックアップされる場合 データの重複除外の割合は最小と予想されました しかし 同一のテンプレートを使用して 3 つの仮想マシンが作成されたので これらの仮想マシンが一緒にバックアップされる場合 データ重複除外の割合はより高くなると予想されました 再度 テストでは達成可能な重複除外の割合の程度よりも バックアップにおけるデータ重複除外の影響を特定しようと試みました テスト シナリオ 合計で 6 つのテスト シナリオが実行されました これには VCB イメージ レベルのバックアップ VCB ファイル レベルのバックアップ ゲスト ベースのバックアップ ゲスト ベースのインクリメンタル バックアップ サービス コンソール ベースのバックアップ リストアが含まれます VCB イメージ レベルのバックアップ VCBイメージ レベルのバックアップを実行するには Avamarエージェント AVIM(Avamar VCB Interoperability Module) VCBソフトウェア自体をVCB Proxy Serverにインストールする必要があります VCBソフトウェアは VMwareウェブサイト ( から無料でダウンロードできます ただし VCBライセンスを購入して 本番 ESX ServerまたはVC (VirtualCenter) サーバで有効化する必要があります この3つのソフトウェア コンポーネントすべてがインストールされたら 最初のバックアップを作成する前に Proxy Serverディレクトリ <VCB installed path>\config> にあるVCB 構成ファイル config.jsを変更する必要があります このファイルには Avamarバックアップの各パラメータを定義するコメントが含まれています Avamarでバックアップ ジョブを開始した後 最初に VCBで構成ファイルと仮想ディスクのデータが取得されてローカル ディレクトリに保存され その後 Avamarでこれらのデータがバックアップ先にコピーされます ジョブが成功したら AvamarはVCB Proxy Serverの重複コピーを除外します このタイプのバックアップはいずれのゲストOSでも実行可能で 重複除外は.vmdkレベルで実行されます 付録 A:VCBバックアップのAvamar 構成 では イメージ レベルのバックアップを実行するうえでAvamarを構成する方法の手順について説明しています Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 13

15 図 4 Avamar による VCB バックアップ 表 7 に Avamar ありの場合と Avamar なしの場合の 3 つの仮想マシンの VCB イメージ レベルのバックアップの結果を示します ここでは VCB Proxy Server をバックアップ ソースとしました 表 7 VCB イメージ レベルのバックアップの結果 VM サイズ バック 重複除外 バック バックアップ ソース サーバ バックアップ ターゲット サーバ (G B) アップ ストレージ (GB ) の割合 アップ 時間 ( 分 ) ネットワーク (MB/ 秒 ) 最大 ネットワーク (MB/ 秒 ) CPU メモリ DM CPU CPU メモリ DM CPU Avamar VM : VM : VM : NetWorker VM なし すべて なし 注意 :VM のスナップを本番 ESX Server から VCB Proxy Server に転送するのに使用される時間は 表 7 に示されていません この時間は Avamar の使用の有無に関係なく必要なためです 注目点を以下に示します Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 14

16 ここで指定されたバックアップ ソースの場合 1 つ目の仮想マシンは 多くが一意のテキスト ファイルで占められるので 重複除外はほとんど実現しませんでした しかし 仮想マシンが 2 つ目 3 つ目と進むにつれ 大きな重複除外の割合が実現されました 結果として ネットワーク上のデータ転送はかなり少なく 追加された仮想マシンをバックアップするのに必要なストレージは少ない容量で済みました Avamar は VMware VDI(Virtual Desktop Infrastructure) などの環境に大きなメリットをもたらすことができます これは VDI が通常 ゴールド イメージから生成された非常に多くの仮想デスクトップで展開されているからです スクリプトが自動バックアップ目的で Avamar に与えられている場合 Avamar では単一の Avamar クライアントから一度に 1 つのジョブがバックアップされました 一方 NetWorker では同一のサーバから同時に複数のジョブがバックアップされました さらに Avamar では常にデータの分析と重複除外の実行に 前もって多少の時間を消費しました すなわち 複数の仮想マシンをバックアップする場合 Avamar には従来のバックアップより長いバックアップ ウィンドウが必要でした Avamar はデータ分析とデータ重複除外処理のために 特にソースではより大量の CPU を消費しました Avamar を使用しない場合 NetWorker はバックアップ データ ストリームをより高速に効率化するので バックアップ中に より多くのメモリを消費しました Avamar が使用されたかどうかに関係なく NFS を介して Celerra に存在した仮想マシンのバックアップは ストレージ アレイに対して非常に軽いワークロードを生成しました 仮想マシンの I/O とバックアップ プロセスの処理に 非常に小さい CPU サイクルが Celerra Data Mover で消費されました VCB ファイル レベルのバックアップ VCBファイル レベルのバックアップは VCBイメージ レベルのバックアップにとても似ています 詳細については 13ページの図 4および 付録 A:VCBバックアップのAvamar 構成 を参照してください EMC Avamarによってバックアップが開始されると 統合モジュールで用意されているスクリプトが起動し それによってCLI(Command Line Interface) コマンド vcbmounter.exe(vcbソフトウェア内 ) が開始されます このコマンドは VirtualCenterサーバまたはESX Serverに直接接続して バックアップ対象の仮想マシンを探します vcbmounter.exe に渡される引数は Avamarのconfig.jsとDatasetシンタックスからのものです 次に VCBは mountvm.exeを使用して バックアップを実行するためにAvamar 用 VCB Proxyに仮想ディスクをマウントします この場合 データ重複除外がファイル レベルで実行されます ただし 現在 VCB ファイル レベルのバックアップは Windows オペレーション システムを実行する仮想マシンでのみ実行されます 表 8 (15 ページ ) に Avamar ありの場合と Avamar なしの場合の 3 つの仮想マシンの VCB ファイル レベルのバックアップの結果を示します バックアップ データセットにはすべてのファイルが含まれ これにはディスク上の OS システム ファイルが含まれます ここでは VCB Proxy Server を再度バックアップ ソースとしました Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 15

17 表 8 VCB ファイル レベルのバックアップの結果 VM サイズ (G B) バックアップ ストレージ (GB ) 重複除外 の割合 バックアップ 時間 ( 分 ) ネットワーク (MB/ 秒 ) バックアップ ソース サーバ 最大 ネットワーク (MB/ 秒 ) CPU メモリ DM CPU バックアップ ターゲット サーバ CPU メモリ DM CPU Avamar VM : VM : VM : NetWorker VM なし すべ なし て 注目点を以下に示します 1 つ目の仮想マシンでは VCB ファイル レベルのバックアップを通じて わずかに優れたデータ重複除外の割合が達成されました 追加された仮想マシンでは イメージ レベルのバックアップで より高い重複除外の割合が見られました これらを統合すると 3 つすべてのマシンの重複除外の割合は イメージ レベルのバックアップの場合は 3.05 で ファイル レベルのバックアップの場合は 3.39 でした バックアップされる仮想マシンの数が多いほど より高い重複除外の割合が実現されます 全体的には Avamar の重複除外メカニズムは.vmdk レベルとファイル レベルの VCB バックアップの両方でとても効率的に見えます イメージ レベルのバックアップの場合と同様 Avamar を使用すると CPU への要求度がより高くなり メモリ使用率は Avamar なしの場合ではより高くなります ゲスト ベースのバックアップゲスト ベースのバックアップでは Avamar Agent を各仮想マシン内にインストールします この方法におけるバックアップ構成は 物理サーバの場合と同じです 通常 このタイプのバックアップではスクリプトは必要ありません このバックアップでは Proxy Server は必要ありませんが バックアップの必要なすべての仮想マシンに Avamar Aagent のみをインストールする必要があります Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 16

18 図 5 に ゲスト ベースの Avamar バックアップの実行方法を示します 図 5 ゲスト ベースの Avamar バックアップ表 9 に Avamarありの場合とAvamarなしの場合の 3 つの仮想マシンのゲスト ベースのバックアップの結果を示します バックアップ データセットには ディスク上のOSシステム ファイルを含むすべてのファイルが含まれました ここでは 本番 ESX Serverをバックアップ ソースとしました Avamarクライアントは個々の仮想マシン内にインストールされたので 仮想マシンのバックアップ ジョブは同時に実行されました したがって 表 9には個々の仮想マシンのデータが示されていません 表 9 ゲスト ベースのバックアップの結果 VM サイズ (G B) バックアップ ストレージ (GB ) 重複除外の割合 バックアップ時間 ( 分 ) ネットワーク (MB/ 秒 ) バックアップ ソース サーバ 最大ネットワーク (MB/ 秒 ) CPU メモリ DM CPU バックアップ ターゲット サーバ CPU メモリ DM CPU Avamar すべて : NetWorker すべて なし 注目点を以下に示します ゲスト ベースのバックアップによる重複除外の割合は VCB バックアップよりもわずかに低くなりました それでもなお Avamar を使用した場合 バックアップ ストレージの使用量が大幅に削減されることによるメリット およびネットワークにおけるデータ転送量の減少によるメリットに変わりはありません Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 17

19 Avamar ありの場合でも Avamar なしの場合でも ゲスト ベースのバックアップに消費される時間は VCB ベースのバックアップの場合より短くなりました このことは ゲスト ベース バックアップが実行される場合 バックアップ ウィンドウがより短くなるという特長を示します 一方 VCB バックアップは集約的なバックアップ ウィンドウ管理の利点をもたらします これは仮想マシンがオンラインでもオフラインでも可能です VCB Proxy Server なしの場合 ゲスト ベースのバックアップは本番 ESX Server で相当な量の CPU とメモリ リソースを消費しました ゲスト ベースのインクリメンタル バックアップ前述のゲスト ベースのバックアップを実行した後 10 GB の追加ファイルが各仮想マシンに作成されました これらのファイルは今回もまた一意のテキスト ファイルでした 次に ゲスト ベースのバックアップ方法を使用して インクリメンタル バックアップが各仮想マシンで実行されました 表 10 に Avamarありの場合とAvamarなしの場合の 3 つの仮想マシンのゲスト ベースのインクリメンタル バックアップの結果を示します バックアップ データセットに含まれるのは 作成された合計 30 GBの追加ファイルのみでした ここでは 本番 ESX Serverをバックアップ ソースとしました Avamarクライアントは個々の仮想マシン内にインストールされたので 仮想マシンのバックアップ ジョブは同時に実行されました したがって 表 10には個々の仮想マシンのデータが示されていません 表 10 ゲスト ベースのインクリメンタル バックアップの結果 V M サイズ (G B) バックアップ ストレージ (GB ) 重複除外の割合 バックアップ時間 ( 分 ) ネットワーク (MB/ 秒 ) バックアップ ソース サーバ 最大ネットワーク (MB/ 秒 ) CPU メモリ DM CPU バックアップ ターゲット サーバ CPU メモリ DM CPU Avamar すべて : NetWorker すべて なし 注目点を以下に示します ゲスト ベースのバックアップ方法を使用すると 再度仮想マシン全体をバックアップする必要がなく インクリメンタル バックアップを実行できます これによって バックアップ ウィンドウは大幅に短縮され 不要なストレージ消費やネットワークにおけるデータ転送も削減されます Avamar を使用するとこれらのメリットはさらに向上されます サービス コンソール ベースのバックアップサービス コンソール ベースのバックアップには 保護が必要な個々の ESX Server ホストのサービス コンソールに Avamar Agent をインストールすることが含まれます このバックアップ方法では 効率的な管理とイメージ レベルの重複除外機能の両方のメリットがあります サー Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 18

20 ビス コンソール ベースのバックアップ方法を使用すると 仮想マシン バックアップはオンラインでもオフラインでも可能です 図 6 サービス コンソール ベースの Avamar バックアップ この方法ではイメージ レベルのフル バックアップが可能で VMware コマンド ライン インタフェースの vcbmounter.exe が使用されます 最初に仮想マシンのスナップショットが作成されます 次に スナップショットは vcbmounter.exe コマンドで指定された ESX Server 上の一時的な場所にコピーされます この後 Avamar Agent は仮想マシン イメージのバックアップを開始します 表 11 に Avamarありの場合とAvamarなしの場合の 3 つの仮想マシンのサービス コンソール ベースのバックアップの結果を示します ここでは 本番 ESX Serverをバックアップ ソースとしました Avamarのスクリプトをサービス コンソールから自動バックアップに使用することはできないので 仮想マシンのバックアップ ジョブは同時に開始するように手動でスケジュールされました したがって 表には個々の仮想マシンのデータが示されていません 表 11 サービス コンソール ベースのバックアップの結果 VM サイズ (G B) バックアップ ストレージ (GB ) 重複除外の割合 バックアップ時間 ( 分 ) ネットワーク (MB/ 秒 ) バックアップ ソース サーバ 最大ネットワーク (MB/ 秒 ) CPU メモリ DM CPU バックアップ ターゲット サーバ CPU メモリ DM CPU Avamar すべて : NetWorker すべて なし 注意 : 本番 ESX Server の一時的な場所にコピーされるスナップに使用される時間は ここでは考慮されていません 注目点を以下に示します Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 19

21 サービス コンソール ベースのバックアップは 本ドキュメントのすべてのバックアップ方法の中で最も少ないデータ重複除外の割合を示す結果となりました しかし Avamar を使用するメリットは Avamar を使用しない場合と比較した場合 依然として非常に重要です サービス コンソール ベースのバックアップは VCB イメージ レベルのバックアップに非常に良く似ています 主な違いは 本番 ESX Server からバックアップ ジョブをオフロードする際に VCB Proxy Server が使用されないという点です したがって バックアップ ジョブを自動化するのに VCB スクリプトは使用されませんでした リストア AvamarによるVCBイメージ レベルのバックアップには 仮想マシンをリストアする場合に2つの選択肢があります 仮想マシン全体を直接 本番 ESX Serverホストにリストアすることも Proxy Serverにリストアすることもできます いずれの場合も Avamar Agentが必要です 以下にリストア方法についての詳細情報を示します 本番 ESX Server ホストに直接リストア サービス コンソールの適切なオプションを使用して VCB vcbrestore コマンドを実行します VCBプロキシにリストア 仮想マシンのファイルを本番 ESX Server ホストに手動でコピーし サービス コンソールの適切なオプションを使用して VCB リストア コマンドを実行します ( または )VMware Converter を使用して仮想マシンをリストアします VCBファイル レベル バックアップによって Windowsオペレーティング システムを実行している仮想マシンに個々のファイルを直接リストアできます この操作には Avamar Agentが仮想マシン内にインストールされていることが必要です ゲスト ベースのバックアップでは Avamar Agent を各仮想マシン内にインストールします このタイプのリストアは 物理サーバの場合と同じです プロキシ サーバも同じく不要です サービス コンソール ベース バックアップ方法を使用する場合 Avamar Agent を使用して仮想マシンをリストアできます 仮想マシンを登録するには 以下の手順に従います 1. 仮想マシンのファイルを本番 ESX Server ホストの VMFS ファイル システムにリストアします 2. 仮想マシンのオフライン中にファイルをコピーしてバックアップを行った場合 VirtualCenter Management Server に直接リストアされた仮想マシンを登録します 3. 仮想マシンのオンライン中にバックアップが実行された場合 vcbrestore コマンドを実行してリストアします まとめ本ドキュメントでは EMC Celerraに展開されたVMware Infrastructure 環境で Avamarによるさまざまなバックアップ オプションの説明と検証をしました さまざまなテスト事例からのテスト データは 図 7に示したとおりです Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 20

22 図 7 バックアップ オプションの比較 以下にテストから判明した主な事項を示します Avamar のデータ重複除外機能によって バックアップ サイズが大幅に減少します 個々の仮想マシンの重複除外の割合は仮想マシンのファイル タイプによって異なりますが 仮想マシンに多くの冗長データがある環境の場合 重複除外は大いにメリットをもたらします たとえば VDI 展開で仮想デスクトップをバックアップする場合 Avamar を使用することは理想的です これは 仮想マシンの多くがゴールド イメージから作成されるからです VDI 展開が大きいほど重複除外の割合は高くなり 結果としてバックアップに使用されるストレージは少なくなります Avamar のデータ重複除外はソース側で行われるので ネットワークにおけるデータ転送は減少されて さらなるメリットがもたらされます これによってネットワーク帯域幅が節約され 同時に実行される VMotion などその他の重要なタスクに使用されます Avamar はデータを分析してから重複除外を実行する必要があります これは Avamar ではバックアップ ジョブに要する時間が 従来のバックアップ方法よりも長くなることを意味します 結果として Avamar を使用する場合は バックアップ ウィンドウをより長く計画する必要があります EMC Celerra の使用率は すべての事例のバックアップ中で大幅に減少します テストでは 仮想マシンを NFS Datastore に配置しました 本ドキュメントで説明したすべてのバックアップ方法は Celerra ストレージが iscsi 経由の VMFS など異なるフォーマットを使用して仮想マシンに配備される場合でも同様に動作します さらにストレージの接続方法に関係なく 同様のテスト データが得られると予想されます ストレージが Avamar バックアップのソースとして また バックアップ ターゲットのホスト ストレージとして VMware Infrastructure 環境で使用される場合 EMC Celerra は非常にフレキシブルに展開できます これによって Avamar バックアップは集約的に管理され 簡単かつコスト パフォーマンスの高い方法で実行されます 仮想環境で Avamar バックアップを実行するために VCB バックアップ ゲスト ベースのバックアップ サービス コンソールのバックアップを実行できます それぞれの方法には優れた点 Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 21

23 と劣る点があります これらのバックアップ方法の高レベルでの比較については 表 12の一覧に示されています 表 12 バックアップの方法の比較 VCB 優れた点 : ゲスト ベース サービス コンソール べース バックアップは VCB プロキシで実行され ESX Server ホストで処理中の負荷が軽減される 仮想マシンの使用によってバックアップをオンラインまたはオフラインで実行でき 計画的なダウンタイムの必要がない フル イメージのバックアップまたはファイル レベルのバックアップでは フレキシブルなオプションが提供される インストールなしで集約的に管理され 各ゲスト内でバックアップ エージェントを管理する劣る点 : VCB プロキシへの追加ハードウェアが必要 ファイル レベルのバックアップは Windows を実行する仮想マシンでのみサポートされる 仮想マシンのスナップを作成してプロキシにコピーする必要があるが これには時間がかかるので 一時的に使用するための追加ストレージが必要になる優れた点 : 物理マシンでの場合と同様の ファイル レベルのバックアップ方法とプロシージャ 仮想マシン内のアプリケーションのバックアップをサポート VMware 環境での高度なスクリプトは不要 VCB プロキシとして使用される追加ハードウェアの必要がない劣る点 : ESX Server ホストで多くのリソースを要する 仮想マシンのカプセル化を活かすイメージ レベルのバックアップがなく ベア メタル リストアが困難 バックアップ管理が分散されていて 個別の仮想マシンすべてにバックアップ ソフトウェアをインストールする必要がある優れた点 : 標準 VMware コマンド ライン ユーティリティを使用して すべてのゲスト オペレーティング システムに対してイメージ レベルのバックアップを実行できる 仮想マシンの使用によってバックアップをオンラインまたはオフラインで実行でき 計画的なダウンタイムの必要がない 各ゲスト内でバックアップ エージェントのインストールと管理を行う必要がなく 管理が簡略化される VCB プロキシ用の追加ハードウェアが必要ない劣る点 : ESX Server ホスト上でバックアップを実行する場合 ワークロードが増加する 仮想マシンのスナップを作成する必要があるが これには一時的に使用するための追加ストレージが必要になる ESX Server に組み込まれたファイアウォールにより サード パーティのバックアップ エージェントの利用を許可する必要が生じる場合があるので セキュリティ上の問題が発生する Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 22

24 バックアップ方法の比較 使用されている Avamar に関しては テスト用に指定された特定のデータセットを使用して すべてのバックアップ方法について比較するだけのデータ重複除外の割合が達成されました このデータセットを使用した場合では Avamar は VCB ファイル レベル バックアップで最も効率的でありますが 一方で最も時間を消費していると見られます Avamar の要件とベスト プラクティス Avamar と VCB の製品ドキュメント およびテストに基づいて Avamar Virtual Edition for VMware を使用する場合は以下の要件とベスト プラクティスに従うことをお勧めします AVIM(Avamar VCB Integration Module) のスクリプトによって VCB はそのデフォルトの場所である c:\programfiles\vmware\vmware consolidated backup にインストールされていることを前提とします スクリプトは適切なディレクトリに存在し VCB バックアップのルートが存在します 上記の条件が満たされない場合 イメージ レベルのバックアップや VCB を使用したファイル レベルのバックアップでは Avamar ジョブに障害が発生します デフォルトの VCB バックアップ モードは san です LAN ベースの VCB バックアップを実行するには config.js ファイルのパラメータ TRANSPORT_MODE を nbd または nbdssl に変更します Avamar データセットに仮想マシンのホスト名を使用する場合 AVIM ではその名前でターゲット仮想マシンが検索されます config.js ファイルの検索方法をデフォルトの ipaddres から name に変更する必要があります デフォルトの検索方法を変更しない場合は 仮想マシン IP アドレスが Avamar データセットに指定されていることを確認します 最初に仮想マシンがバックアップされるときに 仮想マシンの電源がオンになっていることを確認します その後 この情報は将来使用するためにローカルの VCB プロキシにキャッシュされます RDM 物理互換モードは VCB バックアップでサポートされていません 仮想マシン バックアップはオンラインまたはオフラインで実行できます ただし ゲスト ベースのバックアップ方法を使用している場合は実行できません この場合 バックアップされる仮想マシンはオンラインでなければなりません Avamar は単一のクライアントで複数の同時バックアップ ジョブをサポートしません これは スクリプトが自動バックアップ用に Avamar から提供されている場合でも同様です ただし 複数のジョブは複数の Avamar クライアントを使用して実行できます 仮想マシンのスナップを手動でマウントし バックアップ ジョブを手動で開始することを選択した場合 同時バックアップは単一の Avamar クライアントで実行できます VCB を使用してバックアップされた仮想マシンのデータをリストアする場合 バックアップが VCB プロキシに関連づけられていて 仮想マシンの DNS 名に関連づけられていないことを確認します VcbMounter コマンドおよび vcbrestore コマンドは 本番 ESX Server で直接実行できます Avamar クライアント プロセス (avtar) は バックアップの実行時に 2 つのキャッシュ ファイルをメモリにロードします これらのクライアント キャッシュは バックアップの実行に必要な時間 Avamar クライアントの負荷 Avamar サーバの負荷を減らすために使用されます これらのファイルを削除すると バックアップ時間が大幅に増加する可能性があります Avamar クライアントを完全に削除すると そのクライアントに保存されたすべてのスナップアップが削除されます したがって Avamar クライアントを削除する必要があるのは スナップアップを保持する理由がない場合のみに限定されます 代わりに Avamar クライアントを終了する必要があります クライアントの終了は クライアントの削除 Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 23

25 ほどリスクが高くありません 終了したクライアントは 通常のスナップアップとともにアクティブな状態で Avamar システムに関与することはありません ただし 終了したクライアントに関連する古いスナップアップはシステム ( スナップアップを保持する設定が条件 ) に保持され ファイルは Avamar を使用して依然としてリストアできます 新しい場所 ( スナップアップされた元のディレクトリ以外のターゲット ディレクトリ ) にリストアをリダイレクトする場合 単一のディレクトリを新しい場所にリストアする際の対象は そのディレクトリのコンテンツのみです 元の親ディレクトリはこの処理の一部としてリストアされません ただし 2 つ以上のディレクトリを新しい場所にリストアする場合 元の親ディレクトリはこれらのディレクトリのコンテンツとともにリストアされます デフォルトでは Avamar サーバで起動されたすべての新規クライアントは 自動的に Default Group に追加され デフォルトのグループ ポリシーごとにバックアップされるように自動的にスケジュールされます Avamar サーバで容量の管理ができるように Default Group を無効にしておく必要があります Avamar サーバにバックアップされる必要があるすべてのクライアントは 有効化されたグループに追加される必要があります Avamar サーバに保管された 個々のファイル レベルにまで及ぶすべてのスナップアップに対する 読み取り専用のアクセス権が付与されるように Avamar File System の構成とインストールを行います 結論 Avamar ソフトウェアは 仮想マシン VMware Consolidated Backup プロキシ サーバ または ESX Server サービス コンソールでエージェントを使用して仮想マシン内および仮想マシン間でバックアップされるデータのサイズを小さくすることで VMware Infrastructure 環境をすばやく効率的に保護します 仮想マシンの従来のバックアップでは 物理サーバの CPU Ethernet アダプタ メモリ ディスク ストレージといった同じ共有リソースのセットを大量のデータが通過しなければなりません Avamar は これによるボトルネックを解消します また Avamar のソース ベースの重複除外により バックアップ ソースとターゲット間のネットワーク トラフィックの負荷が大幅に軽減されます EMC Celerra は NAS および IP SAN ストレージを VMware Infrastructure 環境で使用する場合に理想的なプラットフォームです Avamar Virtual Edition for VMware はこのような環境で適切に統合され ユーザー データの保護に役立つとともに 増大し続けるストレージのニーズという課題に対処します これは EMC Celerra によって VMware Infrastructure に提供される さまざまなバックアップ オプションへの優れた追加機能です 関連資料 詳細については EMC Powerlink にある以下のドキュメントを参照してください ホワイト ペーパー Using EMC Celerra IP Storage with VMware Infrastructure 3 over iscsi and NFS - Best Practices Planning Avamar Virtual Edition 1.0 Installation Guide Avamar Virtual Edition 1.0 Reference Manual Using the Avamar Virtual Edition Performance Assurance Tool Technical Notes VMware ESX Server Backup and Replication on EMC Celerra NS Series Best Practices Planning ホワイト ペーパー VMware Virtual Infrastructure の情報については VMware ウェブサイト ( にある以下のドキュメントを参照してください VMware Virtual Infrastructure 3 Documentation Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 24

26 VMware Consolidated Backup Optimized Backup and Recovery for VMware Infrastructure with EMC Avamar ホワイト ペーパー 付録 A:VCB バックアップの Avamar 構成 この付録では VCB バックアップ用に Avamar を構成する手順を説明します VCB バックアップ用に Avamar を構成するには : 1. AVIM zip ファイルを Avamar クライアント ディレクトリの etc\scripts フォルダに展開しま す 2. [Tools] メニューから [Manage Data Set] を選択して [New] をクリックします [New Dataset] ウィンドウが表示されます 3. [Source Data] タブで 以下のオプションを選択します a. [Enter Explicitly] を選択します b. [Select Plug-In Type] リストから [Windows File System] を選択します c. [Select Files and/or Folder] ボックスの隣に表示されている をクリックして config.js ファイルに設定された VCB バックアップのルート ディレクトリを指定します ファイル レベルのバックアップ用の VCBfilelevel とは別の名前を付けてください 図 8 イメージ レベルのバックアップ用の Avamar 構成 Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 25

27 4. [Options] タブで [More] をクリックして適切なオプションを追加します (24 ページの表 13 を参照 ) 図 9 表 13 ファイル レベルのバックアップの Avamar 構成 属性 イメージ レベルのバックアップの場合 Avamar スクリプトを置き換えます 属性 属性の値 ( イメージ レベル ) 属性の値 ( ファイル レベル ) run-at-start run-at-end pre_avamarfile.bat post_avamarfullvm.bat pre_avamarfullvm.bat post_avamar_fil e.bat cacheprefix 仮想マシン名仮想マシン名 5. [OK] をクリックして データセットの作成を完了します 6. この新しいデータセットを使用してグループを作成して 処理を完了します Celerra NS シリーズの VMware ESX Server 向け EMC Avamar バックアップ ソリューション高度なテクノロジー 26