および EMC
Data Domain
®
Boost
重複排除デバイス
リリース 8.1
統合ガイド
パーツ番号 302-000-553
リビジョン 01
EMC Corporationは、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更さ れることがあります。 この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporation は、この資料に記載された情報に 関していかなる種類の表明または保証をするものではなく、特に市場性の暗黙の保証や特定の目的の適合性を保証していま せん。この資料に記載される、いかなる EMC ソフトウェアの使用、複製、頒布も、当該ソフトウェア ライセンスが必要 です。
EMC2、EMC、および EMC のロゴは、EMC Corporation の登録商標または商標です。その他のすべての名称ならびに製品につい
ての商標は、それぞれの所有者の商標または登録商標です。
製品ラインの最新規制のドキュメントについては、EMC オンライン サポート（https://support.emc.com）にアクセスしてく ださい。
EMC NetWorkerおよび EMC Data Domain Boost 重複排除デバイス リリース 8.1 統合ガイド 3
はじめに
第 1 章
Data Domainのサポート DD Boost統合機能 ... 14 DD Boostとデータ重複排除... 14 Client Directデータ処理 ... 14 DD Boostストレージ デバイス ... 15 DD Boostシンセティック フル バックアップ ... 15 DD Boostクローン オペレーション... 15 DD Boost操作の NMC 管理 ... 16 統合でサポートされていない機能 ... 16 Data Domainネットワーク環境... 16 FCと IP ネットワーク接続 ... 16 Data Domainストレージ システム ... 16 NetWorkerクライアント ホスト ... 17 NetWorkerサーバ ホスト ... 17 NetWorkerストレージ ノード... 17 NetWorkerアプリケーション モジュール... 18 Data Domainシステムでのライセンス... 18 NetWorkerのライセンス ... 18 Data Domainライセンス... 19第 2 章
計画および実施 DD Boostストレージ特性 ... 22 DD Boostのストレージ構造および制限 ... 22 DD Boostボリューム共有 ... 22 DD Boostのパフォーマンス... 23 DD Boostのメモリ要件 ... 23 混在デバイス環境のデバイス... 23 DD Boostデバイスおよびメディア プール... 24 期限切れストレージ領域の再利用 ... 24 DD Boostデバイスの削除 ... 24Data Domain Archiverシステム上の DD Boost デバイス ... 24
ネットワークの条件 ... 25 Ethernet IPのサポート ... 26 FCサポート ... 26 ファイアウォールの要件 ... 27 重複排除の効率性... 28 保存期間 ... 28 バックアップされたデータのタイプ... 28 変化率 ... 29 フル バックアップの頻度 ... 29 ホストの命名ガイドライン ... 29 IPアドレス... 30 名前形式の例 ... 30 バックアップ環境の例 ... 31 Client Directの重複排除環境... 31 災害復旧環境 ... 32
カスケード レプリケーション環境 ... 34 共有データゾーン環境... 36 専用ストレージ ノード環境 ... 37
第 3 章
DD Boostの変換とアップグレード 従来の DD Boost 構成からのアップグレード ... 42 IP接続から FC 接続への DD Boost デバイスの変換... 42 他のデバイスから DD Boost に対するバックアップのリダイレクト ... 42 従来のセーブセットの新しいデバイスへの移行 ... 45 移行とネイティブの Data Domain レプリケーション ... 46 移行方法 ... 46 DD Boostデバイスへの従来のセーブセットの移行 ... 46 移行シナリオ ... 48 従来のテープまたは AFTD から DD Boost への移行... 48 重複排除 VTL または AFTD ストレージから DD Boost への移行... 50第 4 章
ソフトウェア構成 DD Boost構成のロードマップ... 54DD Boostのための Data Domain システムの構成... 54
DD Boostデバイス用の NetWorker の構成... 56 DD Boostデバイス パフォーマンスの考慮事項... 56 DD Boostデバイスの構成方法 ... 56 ウィザードを使用した DD Boost デバイスの構成... 57 NMCプロパティ ウィンドウを使用した DD Boost デバイスの構成 ... 59 NMCの［エンタープライズ］ビューへのホスト Data Domain システムの追加 ... 60 DD Boostデバイスの構成 ... 60 DD Boostデバイスのボリューム ラベル テンプレートの作成... 64 DD Boostデバイスをターゲットとするプールの作成 ... 65 ストレージ ノードのデバイスのラベルづけとマウント... 68 DD Boostデバイスにバックアップするクライアントの構成 ... 68 ウィザードを使用したバックアップ クライアントの構成 ... 68 NMCプロパティ ウィンドウを使用したバックアップ クライ アントの構成 ... 69 DD Boostデバイスの停止および削除... 74 デバイスを読み取り専用に変換 ... 74 デバイスの無効化... 74 AFTDデバイスの削除 ... 74
第 5 章
データのクローン作成とレプリケーション DD Boostのクローンとレプリケーションのサポート ... 78 データゾーン要件... 78 クローン プールの要件... 78 Cloneレポート... 78 クローン形式 ... 78 CCR形式... 78 標準のクローン形式 ... 79 Data Domainのネイティブ レプリケーションの考慮事項 ... 79 CCR用のバックアップ グループおよびプールの構成 ... 80 CCR環境の構成... 81 クローン オペレーションの構成... 83 スケジュール設定クローン操作を手動で開始する ... 85EMC NetWorkerおよび EMC Data Domain Boost 重複排除デバイス リリース 8.1 統合ガイド 5 ［構成］ウィンドウからクローン オペレーションを手動で 開始する ... 85 ［モニタリング］ウィンドウからクローン オペレーションを 手動で開始する ... 85 nsrcloneを使用したクローン作成 ... 86
第 6 章
データのリストア DD Boost重複排除データのリストア... 88 重複排除データのリストア要件 ... 88 サポートされる NetWorker リストアの処理手順... 88 FC対応デバイスから IP を介した Client Direct によるリストア... 88 災害復旧 ... 89 災害の原因... 89 潜在的な損失 ... 89 災害復旧に関する要件... 89 災害復旧のシナリオ ... 90第 7 章
監視、レポート作成、およびトラブルシューティング Data Domainイベント、統計情報、およびログのモニタリング... 92 統計情報、ログ、アラートの表示 ... 92 NMCでのバックアップ統計の表示 ... 93 NMCでのバックアップ アラート（SNMP トラップ）の表示 ... 93 Data Domainで使用する SNMP の構成... 94 レポート作成 ... 96 レポートの構成 ... 96 バックアップ レポートのタイプ ... 97 Data Domain統計情報レポート ... 99 先進的なレポート作成機能 ... 99 障害が発生したか古いストレージ ノードの交換 ... 99 トラブルシューティング... 101 名前解決の問題 ... 101 ネットワーク接続の問題 ... 102 デバイス アクセス エラー ... 102 旧 NetWorker アプリケーション モジュールでバックアップが 失敗する ... 103付録 A
NetWorker 7.6 SP1
リリースからのアップグレード
フォルダ構造およびバックアップ セッションに対する変更 ... 106 アップグレードの計画 ... 107用語集
索引
EMC NetWorkerおよび EMC Data Domain Boost 重複排除デバイス リリース 8.1 統合ガイド 7
タイトル ページ
1 Client Direct（DFA）バックアップと従来のストレージ ノード バックアップ... 32
2 災害復旧用 CCR... 34
3 複数 Data Domain システムにカスケードされる CCR ... 36
4 2つの NetWorker データゾーンで共有されている Data Domain システム ... 37
5 複数の専用ストレージ ノードと 1 つの高帯域幅リンクがある 1 つの データゾーン ... 39 6 従来のストレージから別のストレージ ノードの DD デバイスへの移行 ... 49 7 従来のストレージから同じストレージ ノードの DD デバイスへの移行 ... 50 8 VTLから別のストレージ ノードの DD Boost デバイスへの移行 ... 51 9 VTLから同じストレージ ノードの DD Boost デバイスへの移行 ... 52 10 DD Boostデバイスのデバイス名およびアクセス情報の例 ... 62 11 クライアント リソース一般設定のクローン プロパティ... 84 12 DD Boostデバイスに表示される NetWorker 管理 ... 93 13 監視する Data Domain アラート ... 95 14 レポート構成 ... 97
EMC NetWorkerおよび EMC Data Domain Boost 重複排除デバイス リリース 8.1 統合ガイド 9 製品ラインを改善するための努力の一環として、EMC ではソフトウェアおよびハー ドウェアのリビジョンを定期的にリリースしています。そのため、このドキュメン トで説明されている機能の中には、現在お使いのソフトウェアまたはハードウェア のバージョンによっては、サポートされていないものもあります。製品のリリース ノートには、製品の機能に関する最新情報が掲載されています。 製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合に は、EMC のテクニカル サポート プロフェッショナルにお問い合わせください。 注記： このマニュアルには、発行時点で正確だった情報が記載されています。EMC オンライン サポート（https://support.emc.com）にアクセスして、このマニュアル の最新バージョンを使用していることを確認してください。
目的
このマニュアルには、EMC NetWorker バックアップおよびストレージ管理環境内で DD Boostデバイスを使用するための計画、手順、構成情報が掲載されています。対象者
このドキュメントは、システム管理者を対象としています。このドキュメントの読 者は、次のタスクに精通している必要があります。 ◆ NetWorkerデータゾーンを構成するさまざまなハードウェアおよびソフトウェア のコンポーネントを識別する。 ◆ ストレージ管理オペレーションを構成するための手順に従う。 ◆ 問題を特定してソリューションを実装するためのガイドラインに従う。関連ドキュメント
このマニュアルは、NetWorker マニュアル セットの一部です。次に示す EMC 関連の 資料に補足情報が記載されています。◆ 「EMC NetWorker ソフトウェア コンパティビリティ ガイド」には、EMC 情報保護 ソフトウェアの各バージョンでサポートされているクライアント、サーバ、スト レージ ノードのオペレーティング システムの一覧が記載されています。 ◆ 「EMC NetWorker インストール ガイド」では、すべてのサポート プラットフォー ムのクライアント、コンソール、サーバの EMC NetWorker ソフトウェアをインス トールまたは更新する手順を説明しています。 ◆ 「EMC NetWorker クラスタ インストール ガイド」では、クラスタ サーバおよびク ライアントでの NetWorker ソフトウェアのインストールに関連した情報を提供し ています。
◆ 「EMC NetWorker 管理ガイド」では、NetWorker ソフトウェアの構成および保守の 方法が説明されています。
◆ 「EMC NetWorker リリース ノート」には、最新の EMC NetWorker ソフトウェアの新 機能と変更内容、修正された問題、既知の制限事項、環境、システム要件に関す る情報が記載されています。
◆ 「EMC DD OS 5.3 管理ガイド」では、Data Domain オペレーティング システムの構 成、管理、保守の方法が説明されています。
◆ 「EMC NetWorker ライセンス ガイド」には、NetWorker 製品および機能のライセン スに関する情報が記載されています。
◆ 「EMC NetWorker License Manager インストールと管理ガイド」には、NetWorker License Manager製品のインストール、設定、構成の情報が記載されています。 ◆ 「EMC NetWorker エラー メッセージ ガイド」には、共通の EMC NetWorker エラー
メッセージに関する情報が記載されています。
◆ 「EMC NetWorker コマンド リファレンス ガイド」には、EMC NetWorker のコマンド およびオプションに関する参照情報が記載されています。
◆ 「EMC NetWorker および EMC Avamar 統合ガイド」には、統合された EMC NetWorker 環境内で Avamar 重複排除ノードを使用するための計画、手順、構成情報が掲載 されています。
◆ 「EMC NetWorker および VMware 統合ガイド」には、統合された NetWorker 環境内で の VMware と VADP（vStorage API for Data Protection）の計画、手順、構成情報が 掲載されています。
◆ 「EMC NetWorker 管理コンソール オンライン ヘルプ」では、NetWorker
Management Consoleと［NetWorker 管理］ウィンドウで日常の管理タスクを実 行する方法を説明しています。
◆ 「EMC NetWorker User オンライン ヘルプ」には、NetWorker User プログラムを使用 し、ネットワークを介してファイルをバックアップ、リカバリ、アーカイブ、取 得する方法に関する情報が記載されています。 NetWorker User プログラムは、 NetWorkerサーバの Microsoft Windows クライアントのインタフェースです。
本書で使用する表記規則
EMCでは、注記および警告に以下の表記規則を使用します。
通知 : 負傷に関連しない作業を示すために使用されます。
EMC NetWorkerおよび EMC Data Domain Boost 重複排除デバイス リリース 8.1 統合ガイド 11
問い合わせ先
EMCのサポート情報、製品情報、ライセンス情報は、以下の場所で入手できます。 製品情報 — ドキュメント、リリース ノート、ソフトウェアの更新、または EMC 製 品に関しては、以下の EMC オンライン サポートをご覧ください。 https://support.emc.com Normal 次に示す通常の（手順説明以外の）テキストに使用する。 • インタフェース要素の名前（ウィンドウ、ダイアログ ボッ クス、ボタン、フィールド、メニューの名前） • リソース、属性、プール、論理式、ボタン、DQL ステートメ ント、キーワード、節、環境変数、関数、ユーティリティの 名前 • URL、パス名、ファイル名、ディレクトリ名、コンピュータ 名、リンク、グループ、サービス キー、ファイル システム、 通知 太字 処理手順を除く本文で、コマンド、デーモン、オプション、プ ログラム、プロセス、サービス、アプリケーション、ユーティ リティ、カーネル、通知、システム コール、man page の名前 に使用 次の手順説明のテキストに使用する。 • インタフェース要素の名前（ウィンドウ、ダイアログ ボッ クス、ボタン、フィールド、メニューの名前） • ユーザーが具体的に選択、クリック、押す、入力する対象 斜体 次のすべての（手順説明を含む）テキストに使用する。 • 参照先のマニュアルのタイトル • 強調（新規用語など） • 変数 Courier 用途： • エラー メッセージやスクリプトなどのシステム出力 • 本文以外で使用される、URL、完全なパス、ファイル名、プ ロンプト、構文 クーリエ、太字 特定のユーザー入力に使用（コマンドなど） クーリエ、斜体 次の手順説明のテキストに使用する。 • コマンド ラインの変数 • ユーザー入力の変数 < > 山括弧は、ユーザーが入力したパラメータ値または変数値を囲 みます。 [ ] 角括弧は、オプションの値を囲みます。 | 縦棒は、選択肢を示し、「または」を意味します。 { } 中括弧内は、ユーザーが指定する必要のある内容を示す（例 : x、y、z） ... 省略記号は例の中で省略した重要でない情報を示すテクニカル サポート — EMC オンライン サポートにアクセスして、［サービス セン ター］をクリックしてください。EMC は、EMC テクニカル サポートに連絡するオプ ションを複数提供しています。サービス リクエストを利用するには、有効なサポー ト契約が結ばれている必要があります。有効なサポート契約の入手方法の詳細や、 アカウントに関する質問については、EMC 販売担当者にお問い合わせください。 オンライン コミュニティ — ピア コンタクト、会話、製品サポートとソリューション に関する内容については、EMC コミュニティ ネットワーク （https://community.EMC.com）へアクセスしてください。すべての EMC 製品につい て、対話形式により、カスタマー、パートナー、認定専門資格保持者とオンライン で対話します。
ご意見
マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちして おります。本書についてのご意見を以下のメール アドレスにお送りください。 BSGdocumentation@emc.comData Domainのサポート 13
Data Domain
のサポート
この章は、次のセクションで構成されています。 ◆ 「DD Boost 統合機能」 ... 14 ◆ 「Data Domain ネットワーク環境」 ... 16 ◆ 「Data Domain システムでのライセンス」 ... 18DD Boost
統合機能
EMC Data Domain®システムとの EMC® NetWorker®統合では、DD Boost 重複排除デ
バイスを使用することから、次の統合機能がもたらされます。
DD Boost
とデータ重複排除
NetWorkerクライアント ソフトウェアは、DD Boost コンポーネントを使用して、 Data Domainシステム上の DD Boost 論理ストレージ デバイスと統合し、データ重複 排除バックアップを実行します。データ重複排除は重複する情報を削除する一種の データ圧縮であり、ストレージ デバイスに送信されるバックアップ データの量が大 幅に減り、データ転送に必要な帯域幅が削減されます。 DD Boostでは、バックアップ / リカバリ セッション用に DD Boost デバイスごとに 60コンカレント セッション（セーブ ストリーム）まで実行できます。このようにス ループットが多いことにより必要なデバイス数が少なくなるため、Data Domain シス テムのパフォーマンスや保守への影響を軽減できます。これにより実現できるパ フォーマンスの向上は、同程度に高いセッション レートを処理できない従来の AFTD （アドバンスト ファイル タイプ デバイス）や VTL（仮想テープ ライブラリ）のイン タフェースに勝ります。 NetWorkerクライアント ソフトウェアは、クライアントで重複排除操作を実施でき るようにする 2 個の DD Boost ソフトウェア コンポーネントを含んでいます。 ◆ DD Boostライブラリ API。NetWorker ソフトウェアと Data Domain システムの通信を
可能にします。
◆ DSP（分散セグメント処理）コンポーネント。Data Domain システムにすでに 保存されているデータをレビューし、一意のデータのみをストレージに追加し ます。
NetWorkerクライアントへのリカバリ時に、保存されたデータが、Data Domain シス テムにより元の重複排除されていない状態に変換されます。
Client Direct
データ処理
Client Direct機能により、クライアントでは、Data Domain システムに直接ネット ワーク接続して、Data Domain AFTD デバイスおよび DD Boost デバイスとの間でデー タを直接送信および受信できます。Client Direct は、DFA（ダイレクト ファイル アク セス）とも呼ばれます。Client Direct では、NetWorker ストレージ ノードをバイパス するクライアント データの複数コンカレント バックアップ / リストア処理をサポー トしているため、潜在的なボトルネックが排除されます。ストレージ ノードは、 クライアントの使用するデバイスを管理しますが、バックアップ データは処理しま せん。
接続が使用可能な場合、NetWorker ではデフォルトで Client Direct を有効化し、
NetWorkerが単一のストレージ ノードを使用して実行した重複排除されたバック
DD Boost統合機能 15
DD Boost
ストレージ デバイス
Data Domainシステムは、Data Domain システムにフォルダとして表示される DD Boostストレージ デバイスに、重複排除された NetWorker バックアップを保存しま す。NetWorker サーバ、ストレージ ノード、Client Direct クライアントは、いずれも DD Boostデバイスにアクセスできます。
保存階層のストレージ制限
DD OS 5.2以降で利用できる Data Domain Extended Retention ソフトウェア オプショ ンにより、Data Domain のストレージ構造が、重複排除されたバックアップ データ を長期保存するための内部階層によって拡張されます。Data Domain 操作は、アク ティブ階層から保存階層へとデータを移行するために使用できます。
Extended Retentionソフトウェアが有効になっている Data Domain システムでは、
NetWorkerソフトウェアはアクティブ階層に対してのみ機能し、内部ストレージ階層 間の移行アクティビティは認識されません。
DD Boost
シンセティック フル バックアップ
NetWorkerのシンセティック フル バックアップ機能は、既存のフル バックアップと 部分バックアップを組み合わせて新しいフル バックアップを効率的に作成する方法 の 1 つです。この機能は、NetWorker 8.1 のシンセティック フル バックアップ機能と DD OS 5.3以降の仮想シンセティック機能を統合した機能です。シンセティック フルバックアップは、DD Boost デバイスに直接作成されます。NetWorker と Data Domain の両方が、デフォルトで、DD Boost シンセティック フル バックアップを有効にする ように構成されます。
詳細については、「EMC NetWorker Administration Guide」を参照してください。
DD Boost
クローン オペレーション
DD Boostデバイスに保存されたバックアップのクローンを作成し、保護の強化と効 率的な災害復旧のためにリモート オフサイト ストレージにコピーできます。 NetWorkerクローン機能では、クローン オペレーションを構成し、NetWorker スト レージ ポリシーによって構成されている保存期間に合わせてクローン コピーをイン デックスづけします。NetWorker クローン オペレーション用のすべてのデータ移動 で、IP ネットワーク接続を使用する必要があります。 クローン操作は 2 種類あり、どちらも NetWorker ストレージ ノード上に DD Boost ソ フトウェアが必要です。 ◆ NetWorker CCR（クローン制御レプリケーションまたは最適化されたクローン操 作）は、DD Boost デバイスから異なる場所にある別の DD Boost デバイスにデー タをレプリケーションするために実行できます。CCR では、重複排除データ形式 を保持して、Data Domain システム間で使用する帯域幅を最小限に抑えます。 ◆ DD Boostストレージからディスク、テープなどの従来のストレージ メディアに データのクローンを作成するネイティブ フォーマットの操作に対してクローン 作成を実行できます。この操作では、データを重複排除されていないネイティブ 形式に戻します。これは、従来のディスク デバイスまたはテープ デバイスから データをリカバリできるようにしておく場合に必要になります。DD Boost
操作の NMC 管理
DD Boostデバイスの構成、モニタリング、レポート作成のすべてのオペレーション が NMC ソフトウェアによって効率的に管理されます。NMC サーバは、管理する各 Data Domainシステムにネットワーク経由でアクセスできる必要があります。 NMCデバイス構成ウィザードを使用することで、DD Boost ストレージ デバイス、 バックアップ クライアント、ストレージ プール、ボリューム ラベル操作、セーブ セットのクローン操作の構成が容易になります。統合でサポートされていない機能
統合でサポートされていない Data Domain または NetWorker 機能は、次のとおり です。
◆ Data Domain Retention Lock
◆ Data Domain MTreeクォータ（DD OS 5.2 で追加）
MTreeクォータは、SU（ストレージ ユニット）の有効容量を管理し、関連する
DD Boostデバイスに直接影響を及ぼします。SU が MTree クォータ設定に到達す ると、実行中の DD Boost バックアップ操作が終了されます。詳細については、 Data Domainのマニュアルを参照してください。
Data Domain
ネットワーク環境
Data Domainネットワーク環境の NetWorker に含まれるコンポーネントは、次のとお りです。
FC
と IP ネットワーク接続
DD Boostデバイスでは、データ バックアップ操作とデータ リカバリ操作で、FC （ファイバ チャネル）接続と Ethernet IP ネットワーク接続の両方を介したデータ 転送をサポートしています。DD Boost デバイス用の FC 接続では、NetWorker 8.1 お よび DD OS 5.3 以降が必要であり、FC ネットワークを SAN として導入する必要があ ります。NetWorkerサーバでは、DD Boost 操作に関係する全ホストとの通信や、NetWorker ク ローン制御レプリケーション操作中のデータ移動のために Ethernet IP 接続も必要と します。
Data Domain
ストレージ システム
DD OS 5.0以降を実行する Data Domain システムでは、重複排除バックアップまたは クローン データを DD Boost デバイスに保存できます。
Data Domainシステムでは、混在環境がサポートされており、DD Boost デバイス、 VTL、および CIFS AFTD ディスクまたは NFS AFTD ディスクの構成を含めることができ ます。Data Domain システムは、DD Boost 機能のために追加のライセンスを必要と することがあります。
NetWorkerとの完全な互換性を実現するために、DD OS の最新アップグレードをイン ストールしてください。
Data Domainネットワーク環境 17
Data Domain Archiver
Data Domain Archiverシステムは、長期データ保存のための特別なモデルです。DD OS 5.0以降のソフトウェアを実行する Data Domain Archiver システム上で DD Boost デバイスを作成できます。アーカイブ階層に追加の容量ライセンスは必要ありま せん。
このモデルの Data Domain システムでは、混在環境がサポートされており、DD Boostデバイス、VTL、および CIFS AFTD ディスクまたは NFS AFTD ディスクの構成を 含めることができます。
NetWorker
クライアント ホスト
NetWorkerクライアントは、データのバックアップおよびリストア サービスが必要
なサポートされているホストです。NMC サーバ、NetWorker サーバ、NetWorker スト レージ ノードも NetWorker クライアントになります。
◆ Client Direct重複排除を使用する NetWorker クライアントには、NetWorker クライア ント 8.0 以降がインストールされている必要があり、データを保存する Data
Domainシステムへの直接ネットワーク アクセスが必要です。このクライアント
ソフトウェアには、NetWorker 8.0.x リリース用の DD Boost 2.4.1 以降および NetWorker 8.0 SP1以降用の DD Boost 2.5 以降が含まれています。NetWorker で は、デフォルトで Client Direct を有効化します。
◆ Client Directの重複排除を使用しないその他の NetWorker クライアントでは、サ ポートされている先行の NetWorker リリースを使用できますが、リリース 7.6 以 降をお勧めします。
◆ DD Boostデバイスへの FC 接続を使用する Client Direct では、NetWorker クライアン ト 8.1 が必要です。 サポートされているリリースについては、「EMC NetWorker ソフトウェア コンパティ ビリティ ガイド」を参照してください。
NetWorker
サーバ ホスト
Data Domainシステム上のクライアント データの保存、クローン、またはリカバリ を行う NetWorker サーバ上に NetWorker 8.0 以降をインストールする必要がありま す。NMC には、NetWorker サーバ運用のためのグラフィカル ユーザー インタフェー スが用意されています。サポートされている Data Domain 機能の詳細については、「EMC NetWorker Release Notes」を参照してください。
NetWorker
ストレージ ノード
NetWorkerストレージ ノードは、DD Boost およびその他のストレージ デバイスを管 理します。Client Direct の重複排除を使用しない NetWorker クライアントからのバッ クアップ データは、NetWorker ストレージ ノードで重複排除されてからストレージ 用に DD Boost デバイスに送信されます。 DD Boostデバイスにクローン データを保存する各ストレージ ノードに NetWorker 8.0以降をインストールする必要があります。この DD Boost デバイスを使用する同 じ NetWorker データゾーンに含まれるすべてのストレージ ノードは、サービス パッ クを含めて、同じリリースを実行する必要があります。
DD Boostデバイスへの FC 接続を使用する Client Direct では、NetWorker ストレージ ノード 8.1 が必要です。
NetWorker
アプリケーション モジュール
NetWorker 8.0以降では、NMDA、NMM、NMSAP などのサポートされている
NetWorkerアプリケーション モジュールを導入したクライアントでの Client Direct 重 複排除バックアップ / リカバリをサポートしています。クライアントは、Data Domainシステムに直接ネットワーク アクセスできる必要があります。詳細について は、アプリケーション モジュールのリリース ノートを参照してください。
Data Domain
システムでのライセンス
NetWorkerリリースの新規インストール（アップグレードではない）では、Data Domain機能を含むすべての機能を評価できます。30 日間は Enabler（ライセンス キー）は必要ありません。30 日間の期限が切れる前に認証コードとして「grace」を 入力すると、この評価期間を 15 日間延長できます。評価期間後は、恒久的な Enablerをインストールするまでバックアップを実行できません。NetWorker
のライセンス
以降のセクションで説明しているとおり、ライセンスの 2 つの代替タイプによって NetWorkerサーバは Data Domain システムと通信できるようになります。NetWorker の先行リリースの一部では、アップグレード Enabler を必要とすることがあります。 注記： 先行リリースとは異なり、NetWorker 8.0 以降では、Data Domain システム用 に複数のインタフェースと複数のネットワーク ID をサポートするために必要な Enablerは 1 個だけです。先行の NetWorker リリースでは、Data Domain システムに NICの ifgroup ソフトウェア構成を必要としました。これにより、複数のストレージ ノードで単一のネットワーク ID と単一の Data Domain Storage System Enabler を使用 できるようになりました。ライセンスの共有に ifgroup は必要なくなりましたが、帯 域幅集約においては、DD Boost デバイス用の ifgroup は、引き続き有効であり推奨さ れるプラクティスです。 ライセンスの詳細については、「EMC NetWorker ライセンス ガイド」を参照するか、 EMC担当営業にお問い合わせください。従来のライセンス
従来のライセンスでは、クライアント、モジュール、ストレージ デバイスごとと、 Data Domainストレージなどその他のライセンス供与されたコンポーネントごとに、個々の Enabler を NetWorker サーバにインストールする必要があります。Data Domainストレージの場合、このライセンスには、次のように、Data Domain を使用 するための Enabler と、この使用量を指定する Enabler が必要です。
◆ Data Domain Storage System Enabler（DD Boost Enabler）。データゾーン内で無制 限の数の Data Domain システムおよび DD Boost デバイスを有効化します。 ◆ Data Domain Capacity Entitlement Enabler。購入した容量までデータゾーン内の
Data Domainシステムでのライセンス 19
NetWorker
容量資格ライセンス
NetWorker容量資格ライセンスによって、無制限の数のクライアント、モジュール、 ストレージ デバイス、および Data Domain ストレージを含むデータゾーン内で使用 される関連づけられたコンポーネントを使用できるようになります。このタイプの ライセンスに必要な Enabler は、次のとおりです。◆ NetWorker Source Capacity Datazone Enabler。Data Domain ストレージを含むデー タゾーン内のすべての NetWorker コンポーネントまたは機能を有効化します。 ◆ Tiered Capacity Entitlement License Enabler。Data Domain ストレージを含むデータ
ゾーン内のサポートされているすべてのコンポーネントまたは機能に対して、購 入した容量まで保護を有効化します。
EMC NetWorker Capacity Entitlementライセンスを使用する環境の要件については、 「EMC NetWorker ライセンス ガイド」を参照してください。詳細については、EMC 担
当営業までお問い合わせください。
Data Domain
ライセンス
DD Boost操作用の次のライセンスを使用して、Data Domain システムまたは、 Extended Retentionソフトウェアが有効な Data Domain システムを有効化する必要が あります。
◆ DDBOOSTライセンス
◆ レプリケーション ライセンス（CCR を使用する場合）
Data Domainシステムで有効になっているライセンスをリストするには、license
showコマンドを入力します。DD Boost ライセンスがインストールされている場合は
リストに OPENSTORAGE が含まれ、レプリケーション ライセンスがインストールさ れている場合は REPLICATION が含まれます。詳細については、 54ページの「DD Boostのための Data Domain システムの構成」を参照してください。
ライセンスについては、次のアドレスの Data Domain ポータルでサービスおよびサ ポートをお問い合わせください。https://my.datadomain.com
計画および実施 21
計画および実施
この章は、次のセクションで構成されています。 ◆ 「DD Boost ストレージ特性」 ... 22 ◆ 「ネットワークの条件」 ... 25 ◆ 「重複排除の効率性」 ... 28 ◆ 「ホストの命名ガイドライン」 ... 29 ◆ 「バックアップ環境の例」 ... 31DD Boost
ストレージ特性
NetWorkerでは、DD Boost デバイスにバックアップ データを保存することによって、 Data Domainシステムとの統合を実現します。 注記： 先行リリースとは異なり、NetWorker 8.0 以降のリリースでは読み取り専用の ミラー デバイスは作成されません。詳細については、 16ページの「統合でサポート されていない機能」を参照してください。 サポートされているリリースについては、「EMC NetWorker ソフトウェア コンパティ ビリティ ガイド」を参照してください。DD Boost
のストレージ構造および制限
DD Boostデバイスでは、次の特徴を持つ Data Domain システム上のフォルダ構造を 使用します。
◆ Data Domainストレージは、SU（ストレージ ユニット）または MTree（管理ツ リー）と呼ばれる個別の論理パーティションで構成されます。これらの SU は、 サブ フォルダとして表示される DD Boost デバイスを格納した親フォルダです。 ◆ NetWorkerデバイス構成ウィザードでは、デフォルトで、単一の NetWorker データ ゾーンを処理する各 SU を作成し、NetWorker サーバの短いホスト名を使って SU に命名します。最大 99 の SU を定義できます。 ◆ DD OS 5.3よりも前のシステムを使用し、単一の Data Domain システムで同時に 14 個を超えるアクティブ SU フォルダを実行する一部の Data Domain モデルは、パ フォーマンスに悪影響を与えるおそれがあります。
詳細については、「EMC NetWorker Administration Guide」を参照してください。 ◆ 各 DD Boost デバイスは、単一の NetWorker ストレージ ボリュームに関連づけられ ている、SU の子サブ フォルダです。一方、単一の NetWorker ボリュームは複数 の DD Boost デバイスを共有できます。この結果、環境によってはパフォーマン スが向上します。詳細については、 22ページの「DD Boost ボリューム共有」を 参照してください。 ◆ NetWorkerでは、作成できる DD Boost デバイスの数について制限はありません。 最適なパフォーマンスを得るには、使用するデバイスの数を減らし、各デバイス のバックアップ セッションの数を増やします。
DD Boost
ボリューム共有
異なる名前またはエイリアスによって指定された複数 DD Boost デバイスで、単一の NetWorkerストレージ ボリュームをコンカレントに共有できます。 ◆ 各 DD Boost デバイスは、単一の NetWorker ストレージ ボリュームを使用して動作 します。デバイス アクセス パス名によって各デバイスを指定する必要がありま す。 ◆ 各デバイスにエイリアスとして異なる名前を指定すれば、同じデバイス アクセ ス パス名で複数のデバイスを作成できます。たとえば、同じボリュームを共有 する異なるクライアント ホストを管理するために、異なるデバイス エイリアス を使用できます。DD Boostストレージ特性 23 デバイス アクセス情報の詳細については、60ページの「DD Boost デバイスの構成」 を参照してください。
DD Boost
のパフォーマンス
DD Boostデバイスは、デバイス 1 台につき複数のコンカレント nsrmmd（メディア ムーバー）プロセスを使用し、各 nsrmmd プロセスは複数のコンカレント セーブ セッション（ストリームまたはスレッド）を使用します。バックアップ操作または クローン操作を最適化するには、アクティブ デバイスの数を減らします。これによ り、パフォーマンスおよび保守の Data Domain システムに対する影響が小さくなり ます。 新しいセッションが負荷の最も小さいデバイスに接続されるように、利用可能な DD Boostデバイス間のセッション ロードのバランスを調整してください。最良のパ フォーマンスを実現するためには、デバイスのターゲット セッション、最大セッ ション、および最大 nsrmmd カウントの属性を調整できます。 セッション設定の詳細については、60ページの「DD Boost デバイスの構成」を参照 してください。 セーブ セッションおよびパフォーマンスの詳細については、Data Domain のマニュ アルを参照してください。DD Boost
のメモリ要件
NetWorkerストレージ ノードおよび Client Direct クライアントの物理メモリ要件は、
DD Boostデバイスのピーク使用量によって異なります。
次のメモリ要件を確認します。
◆ 他の標準的なデバイスおよび標準的なサービスと合わせて DD Boost デバイスをホ
ストするストレージ ノードは、最低 8 GB の RAM を搭載する必要があります。 ◆ Client Directバックアップのベスト パフォーマンスを保証するために、DD Boost
クライアントにはバックアップ時に最低 4 GB の RAM が必要です。
◆ 各 DD Boost デバイスには、ストレージ ノードおよび Client Direct クライアントで 初期の 24 MB の RAM が必要です。各 DD Boost セーブ セッションには、追加で 24 MB必要です。たとえば、10 のセッションを実行するには、24 + 240 MB 必要 です。DD Boost デバイス 1 台あたりのデフォルトの最大セッション値である 60 セッションには、24 + 1440 MB 必要です。
混在デバイス環境のデバイス
Data Domainシステムでは混在 NetWorker 環境をサポートでき、DD Boost デバイス、 VTL、および CIFS AFTD ディスクまたは NFS AFTD ディスクの構成を含めることができ ます。それぞれの異なるストレージ環境では、異なるインタフェース接続を使用す る必要があります（IP データ転送の場合は NIC、SAN データ転送の場合は FC ポー ト）。これらの従来型ストレージ環境に保存された従来のデータを、NetWorker ク ローン プロセスを使用し、IP 接続を介して、DD Boost デバイスに移行できます。
DD Boost
デバイスおよびメディア プール
メディア プールは、クライアント バックアップまたはバックアップ データのクロー ン コピーを特定のストレージ デバイスに転送するために使用できます。次の重要な 考慮事項に従って、DD Boost デバイスのプールを構成する必要があります。 DD Boostデバイスが含まれるプールは、他のタイプのストレージ メディアを含んで はいけません。また、複数の Data Domain システムのデバイスを含んでもいけませ ん。 このプラクティスにより、最低限の干渉による最適なバックアップ ウィンドウと重 複排除率が確保されます。各バックアップを単一の Data Domain システムに保存す ると、復旧および Data Domain ファイルのレプリケーションが単純化されます。 未使用のプールを定期的にレビューし、ストレージ環境に関連しないプールを削除 します。期限切れストレージ領域の再利用
Data Domainシステムでのバックアップが保存期限に達すると、そのデータへのすべ ての参照が無効になります。ただし、従来のストレージ システムとは異なり、Data Domainシステムでは、デバイスのスペースをすぐには解放しません。これは、他の 既存のバックアップまたはクライアントがそのデータを重複排除のために継続的に 参照している可能性があるからです。 たとえば、1 GB データを削除した場合、NetWorker から見ると一意のデータであっ ても、Data Domain システムで 1 GB の領域をすぐに利用できるようになるわけでは ありません。DD OSの filesys show space または df コマンドを実行すると、削除できるデータが ［Cleanable GiB］列に表示されます。 Data Domainシステムでは、重複排除の参照とストレージ領域を定期的にレビュー し、クリーンアップを実行します。デフォルトでは、これらのクリーンアップは 1 週間に 1 回行われます。 注記： バックアップ中に DD Boost デバイスがいっぱいになると、バックアップは即 座に失敗します。デバイスは、領域が使用できるようになるまで一時停止すること も待機することもありません。
DD OSの filesys clean コマンドを実行すると、満了した NetWorker セーブセットおよ びその他の冗長データまたは満了したデータを再利用およびリサイクルするために 使用できる、使用可能なすべてのオプションが表示されます。
DD Boost
デバイスの削除
DD Boostデバイスを削除するには、特別な処理手順を使用する必要があります。
詳細については、74ページの「AFTD デバイスの削除」を参照してください。
Data Domain Archiver
システム上の DD Boost デバイス
このセクションで説明する考慮事項に従って、Data Domain Archiver システム上の SU フォルダまたは MTree および DD Boost デバイスを、標準 Data Domain システム上の 場合と同じように使用できます。
ネットワークの条件 25
Data Domain Archiver機能の詳細については、Data Domain のマニュアルを参照して ください。
アクティブとアーカイブの階層構造
Data Domain Archiverシステムでは、SU の 2 階層にデータを保存できます。アク ティブ階層とアーカイブ階層があります。 ◆ Data Domainでは、すべての受信データをまずアクティブ ファイル システム階層 に配置します。この階層は、短期データ ストレージ用で、標準の Data Domain システムと似ています。 適切なデータ移動ポリシーおよびデータ保存ポリシーを適用していれば、クライ アント バックアップ用にアクティブ階層を使用できます。ベスト プラクティス としては、バックアップ操作用に個別の SU を作成します。 ◆ SUレベルで適用したデータ移動ポリシーに基づいてアクティブ階層からアーカ イブ階層にデータを移動できます。 DD OS 5.0および 5.1 では、Extended Retention ソフトウェア機能を使用して、最大 14のアクティブな SU と 99 の定義済み SU がサポートされます。NetWorker では、 システムで作成できる DD Boost デバイスの数について制限はありません。
階層間のデータ移動
各 SU にはデータ移動ポリシーが 1 つあります。このポリシーは、デバイスが NetWorker AFTDか DD Boost デバイスかどうかにかかわらず、対応する NetWorker データゾーン内でこの SU が機能するすべてのデバイスに適用されます。Data Domain SUデータ移動ポリシーを作成して、アクティブ階層のデバイスから アーカイブ階層のデバイスにデータを移動する時期を指定できます。一般的に、30 日未満でアーカイブ階層にデータを移動することはありません。ポリシーおよび移 動は Data Domain Archiver システム内部で使用されるものであり、NetWorker ソフト ウェアはこれらを認識しません。
NMCまたは nsradmin を使用して作成した、この目的に特化した追加 SU を使用する と、クライアント データに代替のデータ移動ポリシーを割り当てることができます。 たとえば、異なるアーカイブ ポリシーを持つ別々の SU にある異なるアーカイブ DD Boostデバイスにデータを格納できます。CCR を使用して、同じ Data Domain
Archiverシステム内でデータを移動することもできます。
Extended Retentionソフトウェア機能を含む同じ Data Domain システムでの CCR で は、2 個の異なる SU 間でレプリケーションを行う必要があります。データを効率的 に管理するために異なる保存ポリシーを適用できます。
ネットワークの条件
DD Boostデバイスでは、データ バックアップ操作とデータ リカバリ操作の両方で、 Ethernet IPネットワークと FC SAN 環境の両方を介したデータ転送をサポートしてい ます。NetWorkerサーバでは、DD Boost 操作に関係するすべてのホストを制御するために Ethernet IP接続を必要とします。
Ethernet IP
のサポート
推奨される Data Domain システムへの最小の Ethernet IP ネットワーク接続は、2 つ の 1 GbE ネットワーク リンクを含めることです。リンクの 1 つは管理に使用され、 もう 1 つは、FC を使用しない場合にデータ バックアップ用に使用されます。さまざ まなタイプのネットワーク接続により、Data Domain システムのモデルに応じて、 データ スループットを向上できます。 複数の接続または高帯域幅の接続を使用することで、Data Domain システムのデータ スループットを最大化できます。たとえば、専用ストレージ ノードおよびストレー ジ デバイスに複数の 1 GbE 接続を使用できます。10 GbE 用の接続も使用可能であ り、この接続を 1 GbE インタフェースの代わりに使用したり、併用したりできます。 10 GbE接続を使用できない環境では、代わりに次の 2 つの方法を使用できます。
◆ ストレージ ノードからData Domainシステムまで直接専用の1 GbEデータ接続を使 用する。この接続により、高帯域幅の専用データ接続が実現し、Ethernet 接続を 共有する場合のレーテンシーや複雑性を回避できます。ただし、管理や NMC ア クセスのために別に従来の Ethernet 接続がもう 1 つ必要です。
◆ Data Domainの ifgroup コマンドを使用して、1 GbE 接続が統合された Data Domain システムで複数の NIC を使用する。このグループ化により、データ容量が増加 し、弾力性が得られます。Data Domain システムでは、NIC 接続に自動的に使用 される高度なロード バランシングおよびリンク フェイルオーバーがあります。
LAN
経由の TCP/IP、WAN、MAN のサポート
DD Boostデバイスでは TCP/IP ネットワーク タイプ（LAN、WAN、MAN）を区別せ ず、パケット消失が厳密に 0% でレーテンシーが 20 ミリ秒未満で正常に動作できま す。DD Boost デバイスは、Data Domain ネットワーク クラス定義 1 を満たすネット ワークをサポートしています。 レーテンシーが大きく、Data Domain ネットワーク クラス定義 2 の範囲に入るネッ トワークは、特別な配慮を必要とすることがあります。RPQ（製品認定依頼書）を送 信することにより、サポート対象であるかどうかを確認できます。 ネットワーク クラス定義および RPQ プロセスの詳細については「EMC DD OS 5.3 管 理ガイド」を参照してください。
FC
サポート
NetWorkerでは、次のように、SAN として構成された DFC または FC（Data Domain ファイバ チャネル）接続を介して、DD Boost デバイスへのデータ バックアップ操作 およびデータ リカバリ操作をサポートします。
◆ NetWorkerストレージ ノードおよびすべての Client Direct クライアントは、FC 対応 DD Boostデバイスを持つ Data Domain システムに FC SAN ネットワーク経由でア クセスできる必要があります。
◆ この環境には、Ethernet IP ネットワークも必要です。NetWorker サーバでは、IP 接 続を使用して、クライアント、ストレージ ノード、Data Domain システムと通信 します。CCR 操作に関係する DD Boost デバイスでは、データ転送用の IP 接続が 必要です。
ネットワークの条件 27
◆ FC対応 NetWorker クライアントは、サポートされている Windows または Linux オペ レーティング システムで実行する必要があります。
◆ NetWorkerクライアントおよび NetWorker ストレージ ノードは、NetWorker 8.1 を実 行する必要があります。 ◆ Data Domainシステムは、DD OS 5.3 以降を実行する必要があります。 ◆ FCを使用するすべてのホストは、帯域幅の容量が 4 Gbps 以上の HBA カードを搭載 している必要があります。各カードのイニシエータ ポート 1 個を DD Boost デバ イスの FC 専用にする必要があります。詳細については、「EMC DD OS 5.3 管理ガ イド」を参照してください。 ◆ FC対応 DD Boost デバイスでは、クライアントで FC 接続と設定を有効にしてあれ ば、FC を介した Client Direct のバックアップとリストアをサポートします。 ◆ Data Domainシステムでは、同じ Data Domain システム上での FC 対応 DD Boost デバ
イスと VTL デバイスの共存をサポートしています。ただし、FC 対応 DD Boost デ バイスでは、同じ Data Domain システム上の VTL デバイスとイニシエータを共有 することはできません。 ◆ 保存データを失うことなく、既存の DD Boost デバイスを、IP から FC の接続および 設定に変換できます。FC 接続を介して FC 対応 Data Direct クライアントにデータ をリストアでき、ストレージ ノードを介して IP 専用クライアントにデータをリ ストアできます。詳細については、 42ページの「IP 接続から FC 接続への DD Boostデバイスの変換」を参照してください。 ◆ NetWorkerサーバでは、VTL またはテープ デバイスに保存された従来のバックアッ プ データを FC 対応 DD Boost デバイスに移行できます。この移行用のクローン プールを作成できます。詳細については、 45ページの「従来のセーブセットの 新しいデバイスへの移行」を参照してください。 ◆ クローン制御レプリケーションは、Data Domain システム間に IP 接続があれば、 FC対応 DD Boost デバイス間でサポートされます。ファイバ チャネル ネット ワーク越しの CCR はサポートされていません。 サポートされているバージョンの最新の詳細については、「EMC NetWorker ソフト ウェア コンパティビリティ ガイド」を参照してください。
ファイアウォールの要件
使用しているネットワーク接続に関係なく、ファイアウォールを介した通信では、 サイトでバックアップ、モニタリング、レプリケーションを行うための特定のポー トと特定のプロトコルを使用する必要があります。以下の表は、Data Domain、 NetWorker、NMC サーバ間で開いている必要のあるファイアウォール ポートの一覧 です。 表 1 DD Boost 用ファイアウォール ポート （1/2 ページ） ポート 使用 TCP 111 NFSポートマッパー TCP 161 NMCサーバがアラートおよび統計のクエリーを実行するためのポート TCP 162 NMCサーバがステータスおよびイベントを監視するための SNMPTRAPData Domainシステムには、ネットワーク構成とネットワーク機能をレビューする機 能が用意されており、問題の診断に役立つ SSH Telnet が用意されています。
重複排除の効率性
この重複排除の割合により、データ重複排除 / 圧縮テクノロジーによるストレージ 領域の削減の効率性が測定されます。5:1 の削減でも非常に有益ですが、20:1 の割 合を広く達成できます。 重複排除率には複数の要因が関与します。 ◆ 保存期間 ◆ バックアップされたデータのタイプ ◆ 変更率 ◆ フル バックアップの頻度 ◆ 暗号化と圧縮の使用 ストレージ領域の使用を最適化するには、次のセクションで説明する要因と、使用 期間が満了したストレージ領域の定期的なクリアや未使用のプールの削除について 考慮します。保存期間
重複排除の割合は、データ保存期間が長くなるほど増加します。保存されている セーブセットを長く保持するほど、後続の各バックアップの重複排除に使用される 同一のデータがストレージにすでに存在している確率が高くなり、ストレージの使 用効率も上がります。バックアップされたデータのタイプ
データの一部のタイプ（テキスト ドキュメント、スライド プレゼンテーション、ス プレッドシート、メール、ソース コード、大部分のデータベース タイプなど）は、 冗長データが含まれていることが知られており、重複排除の有力候補になります。 また、すでに圧縮データが含まれているデータ タイプ（オーディオ、ビデオ、ス キャンしたイメージなど）もあります。通常、このようなデータ タイプの重複排除 のフル バックアップを初めて行う場合、削減量は多くはありません。ただし、デー タがあまり変更されていなければ、一般的に後続のバックアップで重複排除の割合 が高くなります。 TCP 2049 NFSTCP 2051 CCRを使用する場合、Data Domain から Data Domain システムへのレプリ ケーション TCP xxxx NFS mountd用にランダムなポートを選択。デフォルトは 2052 Data Domainシステムから SE モードで次のコマンドを入力します。 # nfs set mountd-port xxxx Data Domainシステムを再起動します。 表 1 DD Boost 用ファイアウォール ポート （2/2 ページ） ポート 使用
ホストの命名ガイドライン 29
変化率
変更の割合が低いデータは、バックアップ間での変更が少ないために重複排除の割 合が高くなり、重複排除の有力候補になります。重複排除では、ストレージにすで に存在するデータが削除され、新しいデータのみが保存されます。 新しいセーブセットを重複排除する場合、セーブセット内の一意のブロック数は データ タイプによって大きく変わります。通常、重複排除できるブロックはほとん どありません。ただし、Data Domain システムではデータ ブロックが圧縮されるた め、一般的に 2:1 ∼ 3:1（50 ∼ 75 パーセント）のデータが削減されます。 重複排除バックアップでは、バックアップで一意のデータ ブロックのみをディスク に書き込むため、セーブセットの後続の各バックアップでストレージの節約量が増 え始めます。従来のビジネス オペレーションでは、一般的にデータ変更の割合が低 く、一意のデータは、追加の各バックアップ セットに存在するデータの 1 ∼ 2% に すぎないことがあります。残りのバックアップは、システムにすでに保存されてい るデータに対して重複排除されます。フル バックアップの頻度
フル バックアップを頻繁に行うと、重複排除の割合は高くなりますが、NetWorker ストレージ ノードまたは Client Direct クライアントでのデータ処理操作も増加しま す。たとえば、フル重複排除バックアップ毎日行う場合、フル重複排除バックアッ プを 1 週間に 1 回行い、追加で差分バックアップを毎日行う場合を比べてみましょ う。この両方のスケジュールで、基本的に、同じ量のストレージ領域を必要とし、 ストレージ ノードと Data Domain システム間に同じネットワーク帯域幅を必要とし ます。バックアップでは、フル バックアップの場合でも、一意のデータのみがスト レージに送信されます。 ただし、毎日フル バックアップを実行するスケジュールの方が、インクリメンタル バックアップを毎日実行してフル バックアップを週に 1 回実行するスケジュールよ りも、クライアントからストレージ ノードに送信される処理データ量が大きくなり ます。ホストの命名ガイドライン
ネットワーク環境はホスト名の解決方法に影響するため、メーカーの推奨事項に従 う必要があります。ローカル ホスト ファイルは、名前付けの問題の診断や解決に役 立ちます。Data Domain システムで net hosts add コマンドを使用すると、ホストを /etc/hostsファイルに追加できます。 次のガイドラインに従って、DD Boost 環境での構成、レポート生成、トラブル シューティングの作業効率を向上する識別しやすいホスト名を作成してください。 ◆ すべての NetWorker データゾーンで一意の名前を作成する。administration、 backup、cloning、production など、ネットワークの役割を識別する名前を使用 する。ロケーションやサーバ名を名前に含めることもできます。 ◆ 同じ NetWorker データゾーン内の各 NIC、IP、または FC インタフェースに関連づけ られている 1 つのホスト名を使用する。◆ ネットワーク接続が正しいかどうかを迅速に識別するために、ソースまたはター ゲットの略語を名前に含めることができる。たとえば、ストレージ ノード ホス ト名の略語を Data Domain 名に追加したり、Data Domain ホスト名の略語をスト レージ ノード名に追加したりします。これらの名前が Data Domain の /etc/hosts ファイルに含まれていることを確認してください。 ◆ NetWorkerサーバおよびストレージ ノードのそれぞれのクライアント リソース で、すべてのエイリアス（長い名前、短い名前、IP アドレスなど）を指定する。 クライアント リソースの［グローバル 1/2］タブでエイリアスを指定します。 ◆ 複数の場所から双方向でネットワークのすべてのホスト名を常に解決できること を確認するテストを行う。たとえば、短い名前を IP アドレスに、長い名前を IP アドレスに、IP アドレスを短い名前に、IP アドレスを長い名前に解決できるこ とを確認します。 ◆ 通常、デバイスおよびストレージ ノードの IP アドレスや完全修飾名の文字列では なく、短くて簡単に識別できる説明的な名前を使用します。一部のビューでは、 長い名前の場合に収まりきらない可能性があります。次の例は、長い名前と短い 名前を 1 つずつ含んでいます。 NWDD365-1.burloak.lab.mycorp.com:/NWDZ_Dr1 NWDD365-1:/NWDZ_Dr1 ◆ プール名およびホスト名を除き、スペースなし、特殊文字なしで、ドット（.）、 ハイフン（-）、下線（_）を含む標準英数字文字を使用する。プール名およびホ スト名では下線を使用できない。 ◆ テキスト フィールドの長さおよび大文字や小文字に関して一貫した形式を使用 し、先頭に数値の 0 を含め、最大 50 文字にする。 ◆ 日付は変わったり、今後意味をなさなくなったりする可能性があるため日付を名 前に使用することは避ける。
IP
アドレス
数値は説明的な名前よりも識別およびトラブルシューティングすることが難しいの で、IP アドレスの使用は避けます。ただし、次のような例外があります。◆ Data Domainシステムで、ifgroup とのインタフェースとして IP アドレスを使用し て高度なロード バランシングおよびリンク フェイルオーバー機能を実現する必 要がある場合。
◆ CCRの場合に、ソース Data Domain システムのホスト ファイルでターゲット Data
Domainシステムの IP アドレスをリストする必要がある場合。そうしていない場 合、CCR では、バックアップ / リストア処理で使用するものと同じネットワーク アクセスを使用します。 詳細については、Data Domain のマニュアルを参照してください。
名前形式の例
次の例に、名前形式のいくつかを示します。DD Boost
デバイス
形式： Data_Domain_system_name-device_name 例： dd-tenendo-device01バックアップ環境の例 31
Data Domain
システムのフォルダ
NetWorkerストレージ ノードを参照する DD Boost デバイス名を作成し、バックアッ プ操作に使用するのか、クローン操作に使用するのかを指定します。 形式： storage_node_name-operation-device_name 例： dzburl-back-dd01Data Domain
のボリューム ラベル
形式： media_type-label_number 例： ddmedia-001バックアップ環境の例
このセクションでは、Data Domain の統合を NetWorker バックアップ環境に導入する 方法に関するいくつかの例を示します。Ethernet IP ネットワークでのベスト プラク ティスは、管理用の 1 GbE とデータ用の 10 GbE の 2 個のインタフェースを使用する 方法です。FC 環境の場合は、管理およびクローン操作に IP インタフェースを使用 し、バックアップ操作 SAN インタフェースを使用します。次の例を参考に環境を計 画してください。
Client Direct
の重複排除環境
14ページの「Client Direct データ処理」では、クライアント DSP ソフトウェアを活 用して重複排除データをクライアントから Data Domain システムに直接送信し、ス トレージ ノードをバイパスする Client Direct 機能について説明しています。 Client Direct機能は、データ バックアップ / リカバリ操作のクライアント リソース設 定でデフォルト選択です。クライアントが Data Domain システムに直接ネットワー ク接続していない場合、これらの操作では、従来のストレージ ノード ワークフロー が自動的に使用されます。 次の図に Client Direct 環境の例を示します。 Client Directの重複排除の利点は、次のとおりです。 ◆ クライアント ホストの重複排除によって、バックアップ データ転送用の帯域幅 が大幅に削減されます。 ◆ 1つのストレージ ボリュームをDD Boostデバイス間や複数バックアップ ホストお よび複数ストレージ ノード間で共有できます。複数のデバイスを作成するので はなく、1 台のデバイスにつき複数のホストおよび複数のセッションを構成する ことで、パフォーマンスとメンテナンス性を向上できます。 ◆ Client Directの重複排除は、37ページの「専用ストレージ ノード環境」で説明す るように、専用の NetWorker ストレージ ノードとともにインストールされた NetWorkerクライアントを使用する環境の代替環境を提供します。専用ストレージ ノード環境では追加のライセンスおよび構成が必要であり、バックアップ ク ライアントまたはクライアント上のアプリケーションでは専用ストレージ ノー ドをサポートしないことがあります。 図 1 Client Direct（DFA）バックアップと従来のストレージ ノード バックアップ
