EMC® NetWorker®およびEMC Data Domain®重複排除

by user

on 28 марта 2017

Category: Documents

>> Downloads: 17

123

views

Report

Comments

Description

Download EMC® NetWorker®およびEMC Data Domain®重複排除

Transcript

EMC® NetWorker®およびEMC Data Domain®重複排除

EMC® NetWorker®および EMC
Data Domain®重複排除デバイス
バージョン 8.2
統合ガイド
302-000-692
REV 01
Copyright © 2001-2014 EMC Corporation. All rights reserved.（不許複製・禁無断転載）
6 月, 2014 発行
EMC Corporation は、この資料に記載される情報が、発行日時点で正確であるとみなしています。この情報は予告なく変更される
ことがあります。
この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporation は、この資料に記載される情報に関す
る、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示の保証はいたし
ません。
EMC²、EMC、および EMC ロゴは、米国およびその他の国における EMC Corporation の登録商標または商標です。他のすべての
名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。
ご使用の製品に関する規制等についての最新情報は、EMC オンラインサポート（https://support.emc.com）を参照してください。
EMC ジャパン株式会社
〒 151-0053 東京都渋谷区代々木 2-1-1新宿マインズタワー
http://japan.emc.com
お問い合わせは
http://japan.emc.com/contact
2
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
目次
図
7
表
9
11
序文
第1章
DD Boost 機能および環境
15
DD Boost 統合機能....................................................................................... 16
DD Boost とデータ重複排除..............................................................16
Client Direct データ処理................................................................... 16
DD Boost デバイスストレージ........................................................... 16
DD Boost シンセティックフルバックアップ......................................... 17
DD Boost クローン・オペレーション.................................................... 17
DD Boost 操作の NMC 管理............................................................. 18
統合でサポートされていない機能..................................................... 18
Data Domain ネットワーク環境.......................................................................18
FC と IP ネットワーク接続.................................................................. 18
Data Domain ストレージシステム..................................................... 18
NetWorker クライアントホスト........................................................... 19
NetWorker サーバーホスト...............................................................19
NetWorker ストレージ・ノード.............................................................19
NetWorker アプリケーションモジュール............................................ 19
Data Domain システムでのライセンス............................................................ 20
NetWorker のライセンス................................................................... 20
Data Domain ライセンス................................................................... 21
第2章
計画および実施
23
DD Boost ストレージ特性............................................................................... 24
DD Boost のストレージ構造および制限.............................................24
DD Boost ボリューム共有................................................................. 25
DD Boost のパフォーマンス.............................................................. 25
DD Boost のメモリ要件..................................................................... 25
混在デバイス環境のデバイス...........................................................25
DD Boost デバイスおよびメディアプール.......................................... 26
期限切れストレージ領域の再利用.................................................... 26
DD Boost デバイスの削除................................................................ 26
Extended Retention システム上の DD Boost デバイス.......................26
ネットワークの条件........................................................................................ 27
Ethernet IP のサポート......................................................................27
FC サポート...................................................................................... 28
ファイアウォールの要件....................................................................29
重複排除の効率性........................................................................................ 29
保存期間......................................................................................... 30
バックアップされたデータのタイプ..................................................... 30
変更率............................................................................................. 30
フルバックアップの頻度................................................................... 30
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
3
目次
ホストの命名ガイドライン............................................................................... 30
IP アドレス........................................................................................ 31
名前形式の例.................................................................................. 31
バックアップ環境の例.................................................................................... 32
Client Direct の重複排除環境...........................................................32
災害復旧環境.................................................................................. 33
カスケードレプリケーション環境....................................................... 34
共有データゾーン環境......................................................................36
専用ストレージノード環境................................................................ 37
第3章
ソフトウェア構成
39
DD Boost 構成のロードマップ.........................................................................40
DD Boost のための Data Domain システムの構成......................................... 40
DD Boost デバイス用の NetWorker の構成.................................................... 43
DD Boost デバイスパフォーマンスの考慮事項................................. 43
DD Boost デバイスの構成方法......................................................... 43
ウィザードを使用した DD Boost デバイスの構成............................................ 43
NMC プロパティウィンドウを使用した DD Boost デバイスの構成.................... 46
NMC の［エンタープライズ］ビューへのホスト Data Domain システムの
追加.................................................................................................46
プロパティウィンドウでの DD Boost デバイスの構成......................... 47
DD Boost デバイスのボリュームラベルテンプレートの作成.............. 51
DD Boost デバイスをターゲットとするプールの作成...........................52
ストレージノードのデバイスのラベル付けとマウント.......................... 54
DD Boost デバイスにバックアップするクライアントの構成............................... 54
ウィザードを使用したバックアップクライアントの構成........................ 54
NMC プロパティウィンドウを使用したバックアップクライアントの構成
........................................................................................................ 56
DD Boost デバイスの停止および削除............................................................ 59
デバイスを読み取り専用に変換........................................................59
デバイスの無効化............................................................................ 59
AFTD デバイスの削除....................................................................... 60
第4章
データのクローン作成とレプリケーション
61
DD Boost のクローンとレプリケーションのサポート......................................... 62
クローン形式.................................................................................... 62
ネイティブの Data Domain レプリケーションの考慮事項.................... 62
CCR 用のバックアップグループおよびプールの構成...................................... 63
CCR 環境の構成............................................................................................ 64
クローンオペレーションの構成...................................................................... 66
スケジュール設定クローン操作を手動で開始する.......................................... 69
［構成］ウィンドウからクローンオペレーションを手動で開始する........ 69
［モニタリング］ウィンドウからクローンオペレーションを手動で開始する
........................................................................................................ 69
Clone レポート............................................................................................... 69
nsrclone を使用したクローン作成.................................................................. 69
第5章
データのリストア
71
DD Boost 重複排除データのリストア.............................................................. 72
重複排除データのリストア要件......................................................... 72
サポートされる NetWorker リストアの処理手順................................. 72
FC 対応デバイスから IP を介した Client Direct によるリストア..........................72
4
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
目次
災害復旧.......................................................................................................73
災害の原因......................................................................................73
潜在的な損失.................................................................................. 73
災害復旧に関する要件.................................................................... 73
災害復旧のシナリオ......................................................................... 74
第6章
監視、レポート作成、およびトラブルシューティング
75
Data Domain イベント、統計情報、およびログのモニタリング..........................76
統計情報、ログ、アラートの表示....................................................... 76
NMC でのバックアップ統計の表示.................................................... 77
NMC でのバックアップアラート（SNMP トラップ）の表示..................... 77
Data Domain で使用する SNMP の構成............................................78
Reports......................................................................................................... 79
レポートの構成.................................................................................79
バックアップレポートのタイプ............................................................81
Data Domain 統計情報レポート........................................................ 82
先進的なレポート作成機能...............................................................83
障害が発生したか古いストレージノードの交換.............................................. 83
トラブルシューティング................................................................................... 85
名前解決の問題.............................................................................. 85
ネットワーク接続の問題................................................................... 85
デバイスアクセスエラー.................................................................. 85
旧 NetWorker アプリケーションモジュールでバックアップが失敗する
........................................................................................................ 86
2 GB 未満の RAM の AIX クライアントで複数の SSID の復旧が失敗する
........................................................................................................ 86
付録 A
DD Boost の変換とアップグレード
87
従来の DD Boost 構成からのアップグレード...................................................88
IP 接続から FC 接続への DD Boost デバイスの変換.......................................88
他のデバイスから DD Boost に対するバックアップのリダイレクト.................... 88
従来のセーブセットの新しいデバイスへの移行.............................................. 90
移行とネイティブの Data Domain レプリケーション............................ 91
移行方法......................................................................................... 91
DD Boost デバイスへの従来のセーブセットの移行............................92
移行シナリオ................................................................................................. 93
従来のテープまたは AFTD から DD Boost への移行.......................... 93
重複排除 VTL または AFTD ストレージから DD Boost への移行..........95
付録 B
NetWorker 7.6 SP1 リリースからのアップグレード
97
フォルダ構造およびバックアップ・セッションに対する変更...............................98
アップグレードの計画.................................................................................... 98
99
用語集
105
索引
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
5
目次
6
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
図
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Client Direct バックアップと従来のストレージノードバックアップ..................................... 33
災害復旧用 CCR............................................................................................................ 34
複数 Data Domain システムにカスケードされる CCR....................................................... 36
2 つの NetWorker データゾーンで共有されている Data Domain システム........................37
複数の専用ストレージ・ノードと 1 つの高帯域幅リンクがある 1 つのデータゾーン........... 38
DD Boost デバイスのデバイス名およびアクセス情報の例...............................................49
クローンリソースの一般設定でのクローンのスケジュール設定.......................................67
DD Boost デバイスに表示される NetWorker 管理........................................................... 77
監視する Data Domain アラート......................................................................................79
レポート構成..................................................................................................................80
従来のストレージから別のストレージノードの DD デバイスへの移行.............................. 94
従来のストレージから同じストレージノードの DD デバイスへの移行............................... 95
VTL から別のストレージノードの DD Boost デバイスへの移行........................................ 96
VTL から同じストレージノードの DD Boost デバイスへの移行......................................... 96
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
7
図
8
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
表
1
2
3
4
5
改訂履歴....................................................................................................................... 11
DD Boost 用ファイアウォール・ポート.............................................................................. 29
Data Domain レポートの構成パラメーター ..................................................................... 80
Data Domain の基本レポート ........................................................................................ 81
Data Domain 統計のドリルダウンレポート..................................................................... 82
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
9
表
10
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
はじめに
製品ラインを改善するための努力の一環として、EMC ではソフトウェアおよびハードウェア
のリビジョンを定期的にリリースしています。そのため、このドキュメントで説明されている機
能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポー
トされていないものもあります。製品のリリースノートには、製品の機能に関する最新情報
が掲載されています。
製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、
EMC のテクニカルサポートプロフェッショナルにお問い合わせください。
㽷
このマニュアルには、発行時点で正確だった情報が記載されています。 EMC オンラインサ
ポート（http://japan.emc.com/support-training/support/online-support.htm）にアクセスし
て、このマニュアルの最新バージョンを使用していることを確認してください。
目的
このマニュアルには、EMC NetWorker バックアップおよびストレージ管理環境内で DD Boost
デバイスを使用するための計画、手順、構成情報が掲載されています。
対象読者
このドキュメントは、システム管理者を対象としています。このマニュアルの読者は、次のタ
スクに精通している必要があります。
u
NetWorker データゾーンを構成するさまざまなハードウェアおよびソフトウェアのコンポ
ーネントを識別する。
u
ストレージ管理オペレーションを構成するための手順に従う。
u
問題を特定してソリューションを実装するためのガイドラインに従う。
改訂履歴
次の表に、このドキュメントの改訂履歴を示します。
表 1 改訂履歴
リビジョン
日付
説明
01
2014 年 6 月 18 日 EMC NetWorker 8.2 のこのドキュメントの最初のリリース
関連ドキュメント
次に示す EMC 関連の資料に補足情報が記載されています。
u
「EMC NetWorker オンラインソフトウェア互換性ガイド」
EMC 情報保護ソフトウェアの各バージョンでサポートされているクライアンント、サーバ
ー、ストレージのオペレーティングシステムの一覧が記載されています。「オンラインソ
フトウェア互換性ガイド」には、EMC オンラインサポートサイト（support.EMC.com）でア
クセスできます。［製品ごとのサポート］ページで、［製品の検索］を使用して NetWorker
を検索してから、［インストール、ライセンス、構成］リンクを選択します。
u
「EMC NetWorker 管理ガイド」
NetWorker ソフトウェアの構成および使用方法が記載されています。
u
「EMC NetWorker クラスタ統合ガイド」
クラスターサーバーおよびクライアントでの NetWorker ソフトウェアの構成に関連する
情報を含みます。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
11
はじめに
u
「EMC NetWorker Installation Guide」
サポートされるすべてのシステム上でクライアント、ストレージノード、サーバー用の
NetWorker ソフトウェアをインストール、アンインストール、更新する方法に関する情報
が記載されています。
u
「旧リリースからの EMC NetWorker の更新ガイド」
NetWorker ソフトウェアを以前にインストールされたリリースから更新する方法について
説明します。
u
「EMC NetWorker リリース・ノート」
最新の NetWorker ソフトウェアの新機能と変更内容、修正された問題、既知の制限、環
境とシステム要件に関する情報が記載されています。
u
「EMC DD OS 5.3 管理ガイド」
Data Domain オペレーティングシステムの構成、管理、保守の方法が説明されていま
す。
u
「EMC NetWorker Avamar デバイス統合ガイド」
NetWorker 環境で Avamar デバイスを使用する計画および構成に関する情報が記載さ
れています。
u
「EMC NetWorker Command Reference Guide」
NetWorker のコマンドおよびオプションに関する参照情報が記載されています。
u
「EMC NetWorker Module for Databases and Applications」
NMDA ソフトウェアの構成および使用方法に関する情報が記載されています。
u
「EMC NetWorker Module for Microsoft Applications」
NMM ソフトウェアの構成および使用方法に関する情報が記載されています。
u
「EMC NetWorker Module for SAP」
NMSAP ソフトウェアの構成および使用方法に関する情報が記載されています。
u
「EMC NetWorker エラーメッセージガイド」
一般的な NetWorker エラーメッセージに関する情報が記載されています。
u
「EMC NetWorker Licensing Guide」
NetWorker 製品および機能のライセンスに関する情報が記載されています。
u
「EMC NetWorker License Manager インストールと管理ガイド」
NetWorker License Manager 製品のインストール、セットアップ、構成に関する情報が記
載されています。
u
「EMC NetWorker 管理コンソールオンラインヘルプ」
NetWorker 管理コンソールと NetWorker の［管理］ウィンドウで日常の管理タスクを実行
する方法を説明しています。ヘルプを表示するには、メインメニューでヘルプをクリック
します。
u
EMC NetWorker User オンラインヘルプ
NetWorker User プログラムは、Windows クライアントインタフェースです。ネットワーク
経由でファイルのバックアップ、リカバリ、アーカイブ、リトリーブを行うためにサーバに
接続する Windows クライアントインタフェースである NetWorker User プログラムの使
用方法について説明します。
このマニュアルで使用される特記事項の表記規則
EMC では、特別な注意を要する事項に次の表記法を使用します。
抩䩴
負傷に関連しない作業を示します。
㽷
重要ではあるが、危険ではない情報を表します。
12
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
はじめに
表記規則
本書では、以下の表記規則を使用します。
［太字］
ウィンドウ名、ダイアログボックス、ボタン、フィールド、タブ名、キー名、メ
ニューパスなど（ユーザーが選択またはクリックする）インタフェース要素
の名前に使用されます。
「斜体」
本文内で参照される出版物の完全なタイトルに使用されます。
Monospace
次の場合に使用されます。
l
システムコード
l
エラーメッセージやスクリプトなどのシステム出力
l
パス名、ファイル名、プロンプト、構文
l
コマンドおよびオプション
［モノスペース斜体］
変数に使用します。
モノスペース太字
ユーザー入力に使用します。
［］
オプション値
|
縦棒は、選択肢を示し、「または」を意味する
{}
中括弧内は、ユーザーが指定する必要のある内容を示す（例：x、y、z）
...
省略記号は例の中で省略した重要でない情報を示す
サポート
EMC のサポート情報、製品情報、ライセンス情報は、次の場所で入手できます。
製品情報
ドキュメント、リリースノート、ソフトウェアアップデートや、EMC 製品の詳細については、
EMC オンラインサポート（https://support.emc.com）を参照してください。
テクニカルサポート
EMC オンラインサポートにアクセスして、［サービスセンター］をクリックします。 EMC テクニ
カルサポートへの問い合わせ方法がいくつか表示されます。サービスリクエストを開始す
るには、有効なサポート契約が必要です。有効なサポート契約の入手方法の詳細や、アカ
ウントに関する質問については、EMC 販売担当者にお問い合わせください。
オンライン・コミュニティ
ピアの連絡先、対話、製品サポートおよびソリューションのコンテンツについては、EMC コミ
ュニティネットワーク（https://community.emc.com）にアクセスしてください。すべての
EMC 製品について、対話形式により、カスタマー、パートナー、認定専門資格保持者とオン
ラインで対話します。
ご意見
マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちしておりま
す。本書についてのご意見を [email protected] にお送りください。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
13
はじめに
14
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
第1章
DD Boost 機能および環境
この章は、次のセクションで構成されています。
u
u
u
DD Boost 統合機能............................................................................................... 16
Data Domain ネットワーク環境...............................................................................18
Data Domain システムでのライセンス.................................................................... 20
DD Boost 機能および環境
15
DD Boost 機能および環境
DD 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 ソフトウェア・コンポーネントを含んでいます。
u
DD Boost ライブラリ API。NetWorker ソフトウェアと Data Domain システムの通信を可
能にします。
u
DSP（分散セグメント処理）コンポーネント。Data Domain システムにすでに保存されてい
るデータをレビューし、一意のデータのみをストレージに追加します。
NetWorker クライアントへのリカバリ時に、保存されたデータが、Data Domain システムによ
り元の重複排除されていない状態に変換されます。
Client Direct データ処理
Client Direct 機能により、クライアントは、Data Domain システムに直接ネットワーク接続ま
たは DFC（Data Domain ファイバーチャネル）接続する、Data Domain AFTD デバイスおよび
DD Boost デバイスとの間でデータを直接送信および受信できるようになります。 Client
Direct では、NetWorker ストレージ・ノードをバイパスするクライアント・データの複数コンカレ
ント・バックアップ/リストア処理をサポートしているため、潜在的なボトルネックが排除されま
す。ストレージ・ノードは、クライアントの使用するデバイスを管理しますが、バックアップ・デ
ータは処理しません。 Client Direct は、以前には DFA（ダイレクトファイルアクセス）と呼ば
れました。
接続が使用可能な場合、NetWorker ではデフォルトで Client Direct を有効化し、NetWorker
が単一のストレージ・ノードを使用して実行した重複排除されたバックアップのリカバリにも
Client Direct を使用します。
DD Boost デバイスストレージ
Data Domain システムは、Data Domain システムにある DD Boost ストレージデバイスに、
重複排除された NetWorker バックアップを保存します。 NetWorker サーバ、ストレージ・ノー
ド、Client Direct クライアントは、いずれも DD Boost デバイスにアクセスできます。 DD
Boost デバイスは、SU（ストレージユニット）パーティションに存在するフォルダーとして表示
されます。
16
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
DD Boost 機能および環境
安全なマルチテナンシー
NetWorker 8.2 は、DD OS 5.5 以降のシステムでは、SMT（安全なマルチテナンシー）ストレ
ージで DD Boost デバイスをサポートします。 SMT では、サービスプロバイダーが Data
Domain システムでテナントユーザーを分離できます。グローバルストレージ管理者は、各
テナントユーザーに TU（テナントユニット）を割り当てまたは作成します。バックアップ管理
者などのテナントユーザーは、DD Boost ユーザー名とパスワードを使用して、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.0 以降のシンセティックフルバックアップ機能と DD OS 5.3 以降の
仮想シンセティック機能を統合した機能です。シンセティック・フル・バックアップは、DD
Boost デバイスに直接作成されます。 NetWorker と Data Domain の両方が、デフォルトで、
DD Boost シンセティック・フル・バックアップを有効にするように構成されます。
詳細については、「EMC NetWorker Administration Guide」を参照してください。
DD Boost クローン・オペレーション
DD Boost デバイスに保存されたバックアップのクローンを作成し、保護の強化と効率的な
災害復旧のためにリモート・オフサイト・ストレージにコピーできます。 NetWorker クローン機
能では、クローン・オペレーションを構成し、NetWorker ストレージ・ポリシーによって構成さ
れている保存期間に合わせてクローン・コピーをインデックスづけします。 NetWorker クロー
ンオペレーション用のすべてのデータ移動で、DFC（ファイバーチャネル）または IP ネットワ
ーク接続を使用する必要があります。
クローンオペレーションには次の 2 種類があります。
u
NetWorker CCR（クローン制御レプリケーションまたは最適化されたクローン操作）は、
DD Boost デバイスから異なる場所にある別の DD Boost デバイスにデータをレプリケー
ションするために実行できます。 CCR では、重複排除データ形式を保持して、Data
Domain システム間で使用する帯域幅を最小限に抑えます。デフォルトでは、並列セー
ブセットセッションと同様に、NetWorker は各 CCR 操作に対して、最大 30 個の並列クロ
ーン作成セッションまたはスレッドを実行します。
u
DD Boost ストレージからディスク、テープなどの従来のストレージ・メディアにデータのク
ローンを作成するネイティブ・フォーマットの操作に対してクローン作成を実行できます。
この操作では、データを重複排除されていないネイティブ形式に戻します。これは、従来
のディスク・デバイスまたはテープ・デバイスからデータをリカバリできるようにしておく場
合に必要になります。
DD Boost シンセティックフルバックアップ
17
DD Boost 機能および環境
DD Boost 操作の NMC 管理
DD Boost デバイスの構成、モニタリング、レポート作成のすべてのオペレーションが NMC
ソフトウェアによって効率的に管理されます。 NMC サーバは、管理する各 Data Domain シ
ステムにネットワーク経由でアクセスできる必要があります。
NMC デバイス構成ウィザードを使用することで、DD Boost ストレージ・デバイス、バックアッ
プ・クライアント、ストレージ・プール、ボリューム・ラベル操作、セーブセットのクローン操作
の構成が容易になります。
統合でサポートされていない機能
統合でサポートされていない Data Domain または NetWorker 機能は、次のとおりです。
u
Data Domain Retention Lock は、デフォルトでは DD Boost デバイスでサポートされませ
んが、この機能の RPQ（製品認定依頼書）を送信できます。
u
ネイティブ Data Domain ディレクトリレプリケーション（MTree レプリケーション）では、DD
Boost デバイスを完全にはサポートされず、読み取り専用ディレクトリとして示されま
す。詳細については、ネイティブの Data Domain レプリケーションの考慮事項（62 ペ
ージ）を参照してください。
Data Domain ネットワーク環境
Data Domain ネットワーク環境の NetWorker に含まれるコンポーネントは、次のとおりで
す。
FC と IP ネットワーク接続
DD Boost デバイスでは、データ・バックアップ操作とデータ・リカバリ操作で、FC（ファイバ・チ
ャネル）接続と Ethernet IP ネットワーク接続の両方を介したデータ転送をサポートしていま
す。 DD Boost デバイス用の FC 接続では、NetWorker 8.1 以降および DD OS 5.3 以降が必
要です。
NetWorker サーバでは、DD Boost 操作に関係する全ホストとの通信や、NetWorker クロー
ン制御レプリケーション操作中のデータ移動のために Ethernet IP 接続も必要とします。
㽷
DD Boost デバイスへのクライアントダイレクトバックアップは、64 ビットの Linux システム
にインストールされた 32 ビット Linux NetWorker クライアント用の FC 経由ではサポートされ
ません。クライアントダイレクトバックアップは、ストレージノードバックアップに復元されま
す。
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 の最新アップグレードをインストー
ルしてください。
18
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
DD Boost 機能および環境
Data Domain Extended Retention
Data Domain Extended Retention システムは、長期データ保存のための特別なモデルで
す。 DD OS 5.0 以降のソフトウェアを実行する Data Domain Extended Retention システム
上で 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
を有効化します。
u
DD Boost デバイスへの FC 接続を使用する Client Direct では、NetWorker クライアント
8.1 以降が必要です。
サポートされているリリースについては、「EMC NetWorker Online Software Compatibility
Guide」を参照してください。
u
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（NetWorker Module for Databases and Applications）、
NMM（NetWorker Module for Microsoft Applications）、NMSAP（NetWorker Module for
SAP）などのサポートされている NetWorker アプリケーションモジュールを導入したクライア
NetWorker クライアントホスト
19
DD Boost 機能および環境
ントでの 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 が必要です。
u
Data Domain Storage System Enabler（DD Boost Enabler）。データゾーン内で無制限の
数の Data Domain システムおよび DD Boost デバイスを有効化します。
u
Data Domain Capacity Entitlement Enabler。購入した容量までデータゾーン内の Data
Domain システムの使用を可能にします。
NetWorker 容量資格ライセンス
NetWorker 容量資格ライセンスによって、無制限の数のクライアント、モジュール、ストレー
ジ・デバイス、および Data Domain ストレージを含むデータゾーン内で使用される関連づけ
られたコンポーネントを使用できるようになります。このタイプのライセンスに必要な
Enabler は、次のとおりです。
20
u
NetWorker Source Capacity Datazone Enabler。Data Domain ストレージを含むデータゾ
ーン内のすべての NetWorker コンポーネントまたは機能を有効化します。
u
Tiered Capacity Entitlement License Enabler。Data Domain ストレージを含むデータゾ
ーン内のサポートされているすべてのコンポーネントまたは機能に対して、購入した容
量まで保護を有効化します。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
DD Boost 機能および環境
EMC NetWorker Capacity Entitlement ライセンスを使用する環境の要件については、「EMC
NetWorker ライセンスガイド」を参照してください。詳細については、EMC 担当営業までお問
い合わせください。
Data Domain ライセンス
DD Boost 操作用の次のライセンスを使用して、Data Domain システムまたは、Extended
Retention ソフトウェアが有効な Data Domain システムを有効化する必要があります。
u
DDBOOST ライセンス
u
レプリケーションライセンス（CCR を使用する場合）
Data Domain システムで有効になっているライセンスをリストするには、license show コマン
ドを入力します。 DD Boost ライセンスがインストールされている場合はリストに
OPENSTORAGE が含まれ、レプリケーション・ライセンスがインストールされている場合は
REPLICATION が含まれます。詳細については、 DD Boost のための Data Domain システム
の構成（40 ページ）を参照してください。
ライセンスについては、次のアドレスの Data Domain ポータルでサービスおよびサポートを
お問い合わせください。https://my.datadomain.com
Data Domain ライセンス
21
DD Boost 機能および環境
22
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
第2章
計画および実施
この章は、次のセクションで構成されています。
u
u
u
u
u
DD Boost ストレージ特性....................................................................................... 24
ネットワークの条件................................................................................................ 27
重複排除の効率性................................................................................................ 29
ホストの命名ガイドライン....................................................................................... 30
バックアップ環境の例............................................................................................ 32
計画および実施
23
計画および実施
DD Boost ストレージ特性
NetWorker では、DD Boost デバイスにバックアップデータを保存することによって、Data
Domain システムとの統合を実現します。
㽷
先行リリースとは異なり、NetWorker 8.0 以降のリリースでは読み取り専用のミラー・デバイ
スは作成されません。詳細については、統合でサポートされていない機能（18 ページ）を参
照してください。
サポートされているリリースについては、「EMC NetWorker Online Software Compatibility
Guide」を参照してください。
DD Boost のストレージ構造および制限
DD Boost デバイスでは、次の特徴を持つ Data Domain システム上のフォルダ構造を使用
します。
u
Data Domain ストレージは、SU（ストレージ・ユニット）または MTree（管理ツリー）と呼ば
れる個別の論理パーティションで構成されます。
u
NetWorker デバイス構成ウィザードでは、デフォルトで、単一の NetWorker データゾー
ンを処理する各 SU を作成します。 SU は、NetWorker サーバーの短いホスト名に基づ
いて命名されます。
u
Data Domain システム上で最大 99 のアクティブ SU を定義できます。 5.3 より前の DD
OS の場合、14 個を超えるアクティブ SU を実行すると、パフォーマンスに悪影響を与え
るおそれがあります。
u
SU は、サブフォルダーとして表示される DD Boost デバイスの親フォルダーです。
u
各 DD Boost デバイスは、1 つの NetWorker ストレージボリュームとのみ関連づけるこ
とができます。一方、1 つの NetWorker ボリュームは複数の DD Boost デバイスを共有
でき、この結果、一部の環境ではパフォーマンスが向上します。
u
SU および DD Boost デバイスの作成、および DD Boost デバイスへの SMT（安全なマル
チテナンシー）アクセスには、DD Boost 認証情報を使用する必要があります。
u
SMT の場合、NetWorker では SU あたり最大 512 の DD Boost デバイスがサポートされ
ます。それ以外の場合は、作成できる DD Boost デバイスの数について制限はありま
せん。最適なパフォーマンスを得るには、使用するデバイスの数を減らし、各デバイス
のバックアップ・セッションの数を増やします。
u
Data Domain MTree クォータは、SU の有効容量を管理します。 MTree がクォータに到
達すると、実行中の DD Boost バックアップ操作が終了します。
安全なマルチテナンシー構造
SMT（安全なマルチテナンシー）ストレージの場合、グローバルストレージ管理者が TU（テ
ナントユニット）に割り当てて、DD Boost ユーザー（例：バックアップ管理者）を分離します。
1 つの TU が Data Domain システムにまたがることはできません。 1 人の DD Boost ユーザ
ーを割り当てることができる TU は 1 つのみですが、複数の DD Boost ユーザーを同じ TU
に割り当てることはできます。 DD Boost ユーザーは、各自の TU 内でのみ SU（ストレージ
ユニット）を作成できます。セキュリティは、TU レベルでは DD Boost ユーザー割り当てによ
り実施され、SU レベルでは DD Boost 認証情報により実施されます。次に例を挙げます。
テナント 1： bob、tu1、su1
テナント 2： joe、tu2、su2
24
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
計画および実施
テナント 3： sue、tu2、su3
DD Boost ボリューム共有
異なる名前またはエイリアスによって指定された複数 DD Boost デバイスで、単一の
NetWorker ストレージボリュームをコンカレントに共有できます。
u
各 DD Boost デバイスは、単一の NetWorker ストレージ・ボリュームを使用して動作しま
す。デバイス・アクセス・パス名によって各デバイスを指定する必要があります。
u
各デバイスにエイリアスとして異なる名前を指定すれば、同じデバイス・アクセス・パス
名で複数のデバイスを作成できます。たとえば、同じボリュームを共有する異なるクラ
イアント・ホストを管理するために、異なるデバイス・エイリアスを使用できます。
デバイスアクセス情報の詳細については、プロパティウィンドウでの DD Boost デバイスの
構成（47 ページ）を参照してください。
DD Boost のパフォーマンス
DD Boost デバイスは、デバイス 1 台につき複数のコンカレント nsrmmd（メディア・ムーバ
ー）プロセスを使用し、各 nsrmmd プロセスは複数のコンカレント・セーブ・セッション（ストリ
ームまたはスレッド）を使用します。バックアップ操作またはクローン操作を最適化するに
は、アクティブ・デバイスの数を減らします。これにより、パフォーマンスおよび保守の Data
Domain システムに対する影響が小さくなります。
新しいセッションが負荷の最も小さいデバイスに接続されるように、利用可能な DD Boost
デバイス間のセッション・ロードのバランスを調整してください。最良のパフォーマンスを実
現するためには、デバイスのターゲット・セッション、最大セッション、および最大 nsrmmd カ
ウントの属性を調整できます。
セッション設定の詳細については、プロパティウィンドウでの DD Boost デバイスの構成
（47 ページ）を参照してください。
セーブセッションおよびパフォーマンスの詳細については、Data Domain のマニュアルを参
照してください。
DD Boost のメモリ要件
NetWorker ストレージノードおよび Client Direct クライアントの物理メモリ要件は、DD Boost
デバイスのピーク使用量によって異なります。
次のメモリ要件を確認します。
u
他の標準的なデバイスおよび標準的なサービスと合わせて DD Boost デバイスをホスト
するストレージ・ノードは、最低 8 GB の RAM を搭載する必要があります。
u
Client Direct バックアップのベスト・パフォーマンスを保証するために、DD Boost クライ
アントにはバックアップ時に最低 4 GB の RAM が必要です。
u
各 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 ポート）。これらの従来型ストレー
DD Boost ボリューム共有
25
計画および実施
ジ環境に保存された従来のデータを、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 デバイスを削除するには、特別な処理手順を使用する必要があります。
詳細については、AFTD デバイスの削除（60 ページ）を参照してください。
Extended Retention システム上の DD Boost デバイス
このセクションで説明する考慮事項に従って、Data Domain Extended Retention システム上
の SU フォルダーまたは MTree および DD Boost デバイスを、標準 Data Domain システム
上の場合と同じように使用できます。
Data Domain Extended Retention 機能の詳細については、Data Domain のマニュアルを参
照してください。
26
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
計画および実施
アクティブ階層と拡張保存階層の構造
Data Domain Extended Retention システムでは、SU の 2 階層にデータを保存できます。ア
クティブ階層と拡張保存階層があります。
u
Data Domain では、すべての受信データをまずアクティブ・ファイル・システム階層に配
置します。この階層は、短期データ・ストレージ用で、標準の Data Domain システムと似
ています。
適切なデータ移動ポリシーおよびデータ保存ポリシーを適用していれば、クライアント・
バックアップ用にアクティブ階層を使用できます。ベスト・プラクティスとしては、バックア
ップ操作用に個別の SU を作成します。
u
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
Extended Retention システム内部で使用されるものであり、NetWorker ソフトウェアはこれら
を認識しません。
NMC または nsradmin を使用して作成した、この目的に特化した追加 SU を使用すると、ク
ライアント・データに代替のデータ移動ポリシーを割り当てることができます。たとえば、異
なるアーカイブ・ポリシーを持つ別々の SU にある異なるアーカイブ DD Boost デバイスにデ
ータを格納できます。 CCR を使用して、同じ Data Domain Extended Retention システム内
でデータを移動することもできます。
Extended Retention ソフトウェア機能を含む同じ Data Domain システムでの CCR では、2
個の異なる SU 間でレプリケーションを行う必要があります。データを効率的に管理するた
めに異なる保存ポリシーを適用できます。
ネットワークの条件
DD Boost デバイスでは、データ・バックアップ操作とデータ・リカバリ操作の両方で、
Ethernet IP ネットワークと FC SAN 環境の両方を介したデータ転送をサポートしています。
NetWorker サーバでは、DD Boost 操作に関係するすべてのホストを制御するために
Ethernet IP 接続を必要とします。
Ethernet IP のサポート
DD Boost デバイスでは TCP/IP ネットワークタイプ（LAN、WAN、MAN）を区別せず、パケット
消失が厳密に 0%でレーテンシーが 5 ミリ秒未満で正常に動作できます。 RPQ（製品認定
依頼書）を送信することにより、高レーテンシーのサポート対象であるかどうかを確認できま
す。
推奨される Data Domain システムへの最小の Ethernet IP ネットワーク接続は、2 つの 1
GbE ネットワーク・リンクを含めることです。リンクの 1 つは管理に使用され、もう 1 つは、FC
を使用しない場合にデータ・バックアップ用に使用されます。さまざまなタイプのネットワーク
ネットワークの条件
27
計画および実施
接続により、Data Domain システムのモデルに応じて、データ・スループットを向上できま
す。
複数の接続または高帯域幅の接続を使用することで、Data Domain システムのデータ・ス
ループットを最大化できます。たとえば、専用ストレージノードおよびストレージデバイスに
複数の 1 GbE 接続を使用できます。 10 GbE 用の接続も使用可能であり、この接続を 1
GbE インタフェースの代わりに使用したり、併用したりできます。
10 GbE 接続を使用できない環境では、代わりに次の 2 つの方法を使用できます。
u
ストレージノードから Data Domain システムまで直接専用の 1 GbE データ接続を使用
する。この接続により、高帯域幅の専用データ接続が実現し、Ethernet 接続を共有す
る場合のレーテンシーや複雑性を回避できます。ただし、管理や NMC アクセスのため
に別に従来の Ethernet 接続がもう 1 つ必要です。
u
Data Domain の ifgroup コマンドを使用して、1 GbE 接続が統合された Data Domain シ
ステムで複数の NIC を使用する。このグループ化により、データ容量が増加し、弾力性
が得られます。 Data Domain システムでは、NIC 接続に自動的に使用される高度なロ
ードバランシングおよびリンクフェイルオーバーがあります。詳細については、Data
Domain のマニュアルを参照してください。
FC サポート
NetWorker では、次のように、SAN として構成された DFC または FC（Data Domain ファイバ・
チャネル）接続を介して、DD Boost デバイスへのデータ・バックアップ操作およびデータ・リ
カバリ操作をサポートします。
28
u
NetWorker ストレージ・ノードおよびすべての Client Direct クライアントは、FC 対応 DD
Boost デバイスを持つ Data Domain システムに FC SAN ネットワーク経由でアクセスで
きる必要があります。
u
この環境には、Ethernet IP ネットワークも必要です。 NetWorker サーバでは、IP 接続を
使用して、クライアント、ストレージ・ノード、Data Domain システムと通信します。 CCR 操
作に関係する DD Boost デバイスでは、データ転送用の IP 接続が必要です。
u
FC 対応 NetWorker クライアントは、サポートされている Windows または Linux オペレ
ーティング・システムで実行する必要があります。
u
NetWorker クライアントおよび NetWorker ストレージノードは、NetWorker 8.1 以降のソ
フトウェアを実行する必要があります。
u
Data Domain システムは、DD OS 5.3 以降を実行する必要があります。
u
FC を使用するすべてのホストは、帯域幅の容量が 4 Gbps 以上の HBA カードを搭載し
ている必要があります。各カードのイニシエータ・ポート 1 個を DD Boost デバイスの FC
専用にする必要があります。アクセスグループを構成する必要があります。詳細につ
いては、「EMC DD OS 管理ガイド」を参照してください。
u
FC 対応 DD Boost デバイスでは、クライアントで FC 接続と設定を有効にしてあれば、FC
を介した Client Direct のバックアップとリストアをサポートします。
u
Data Domain システムでは、同じ Data Domain システム上での FC 対応 DD Boost デバ
イスと VTL デバイスの共存をサポートしています。ただし、FC 対応 DD Boost デバイス
では、同じ Data Domain システム上の VTL デバイスとイニシエータを共有することはで
きません。
u
保存データを失うことなく、既存の DD Boost デバイスを、IP から FC の接続および設定
に変換できます。 FC 接続を介して FC 対応 Data Direct クライアントにデータをリストア
でき、ストレージ・ノードを介して IP 専用クライアントにデータをリストアできます。詳細に
ついては、 IP 接続から FC 接続への DD Boost デバイスの変換（88 ページ）を参照し
てください。
u
NetWorker サーバでは、VTL またはテープ・デバイスに保存された従来のバックアップ・
データを FC 対応 DD Boost デバイスに移行できます。この移行用のクローン・プールを
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
計画および実施
作成できます。詳細については、従来のセーブセットの新しいデバイスへの移行（90
ページ）を参照してください。
u
クローン制御レプリケーションは、Data Domain システム間に IP 接続があれば、FC 対
応 DD Boost デバイス間でサポートされます。ファイバ・チャネル・ネットワーク越しの
CCR はサポートされていません。
「サポートされているバージョンの最新の詳細については、」「EMC NetWorker Online Software
Compatibility Guide」「を参照してください。」
ファイアウォールの要件
使用しているネットワーク接続に関係なく、ファイアウォールを介した通信では、サイトでバッ
クアップ、モニタリング、レプリケーションを行うための特定のポートと特定のプロトコルを使
用する必要があります。以下の表は、Data Domain、NetWorker、NMC サーバ間で開いて
いる必要のあるファイアウォール・ポートの一覧です。
表 2 DD Boost 用ファイアウォール・ポート
［ポート］
技術的および非技術的な問題について、
TCP 111
NFS ポートマッパー
TCP 161
NMC サーバがアラートおよび統計のクエリーを実行するためのポート
TCP 162
NMC サーバがステータスおよびイベントを監視するための SNMPTRAP
TCP 2049
NFS
TCP 2051
CCR を使用する場合、Data Domain から Data Domain システムへのレプリケーション
TCP ［xxxx］ NFS mountd 用にランダムなポートを選択。デフォルトは 2052 Data Domain システム
から SE モードで次のコマンドを入力します。
# nfs set mountd-port ［xxxx］
Data Domain システムを再起動します。
Data Domain システムには、ネットワーク構成とネットワーク機能をレビューする機能が用
意されており、問題の診断に役立つ SSH Telnet が用意されています。
重複排除の効率性
この重複排除の割合により、データ重複排除/圧縮テクノロジーによるストレージ領域の削
減の効率性が測定されます。 5:1 の削減でも非常に有益ですが、20:1 の割合を広く達成で
きます。
重複排除率には複数の要因が関与します。
u
保存期間
u
バックアップされたデータのタイプ
u
変更率
u
フルバックアップの頻度
u
暗号化と圧縮の使用
ストレージ領域の使用を最適化するには、次のセクションで説明する要因と、使用期間が満
了したストレージ領域の定期的なクリアや未使用のプールの削除について考慮します。
ファイアウォールの要件
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 ファイル
に追加できます。
30
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
計画および実施
次のガイドラインに従って、DD Boost 環境での構成、レポート生成、トラブルシューティング
の作業効率を向上する識別しやすいホスト名を作成してください。
u
すべての NetWorker データゾーンで一意の名前を作成する。 administration、
backup、cloning、production など、ネットワークの役割を識別する名前を使用する。ロ
ケーションやサーバ名を名前に含めることもできます。
u
同じ NetWorker データゾーン内の各 NIC、IP、または FC インタフェースに関連づけられ
ている 1 つのホスト名を使用する。
u
ネットワーク接続が正しいかどうかを迅速に識別するために、ソースまたはターゲットの
略語を名前に含めることができる。たとえば、ストレージノードホスト名の略語を Data
Domain 名に追加したり、Data Domain ホスト名の略語をストレージノード名に追加した
りします。これらの名前が Data Domain の/etc/hosts ファイルに含まれていることを確
認してください。
u
NetWorker サーバおよびストレージ・ノードのそれぞれのクライアント・リソースで、すべ
てのエイリアス（長い名前、短い名前、IP アドレスなど）を指定する。クライアント・リソー
スの［グローバル 1/2］タブでエイリアスを指定します。
u
複数の場所から双方向でネットワークのすべてのホスト名を常に解決できることを確認
するテストを行う。たとえば、短い名前を IP アドレスに、長い名前を IP アドレスに、IP ア
ドレスを短い名前に、IP アドレスを長い名前に解決できることを確認します。
u
通常、デバイスおよびストレージノードの IP アドレスや完全修飾名の文字列ではなく、
短くて簡単に識別できる説明的な名前を使用します。一部のビューでは、長い名前の
場合に収まりきらない可能性があります。次の例は、長い名前と短い名前を 1 つずつ
含んでいます。
NWDD365-1.burloak.lab.mycorp.com:/NWDZ_Dr1
NWDD365-1:/NWDZ_Dr1
u
プール名およびホスト名を除き、スペースなし、特殊文字なしで、ドット（.）、ハイフン（-）、
下線（_）を含む標準英数字文字を使用する。プール名およびホスト名では下線を使用
できない。
u
テキスト・フィールドの長さおよび大文字や小文字に関して一貫した形式を使用し、先頭
に数値の 0 を含め、最大 50 文字にする。
u
日付は変わったり、今後意味をなさなくなったりする可能性があるため日付を名前に使
用することは避ける。
IP アドレス
数値は説明的な名前よりも識別およびトラブルシューティングすることが難しいので、IP アド
レスの使用は避けます。ただし、次のような例外があります。
u
Data Domain システムで、ifgroup とのインタフェースとして IP アドレスを使用して高度
なロード・バランシングおよびリンク・フェイルオーバー機能を実現する必要がある場
合。
u
CCR の場合に、ソース Data Domain システムのホスト・ファイルでターゲット Data
Domain システムの IP アドレスをリストする必要がある場合。そうしていない場合、CCR
では、バックアップ/リストア処理で使用するものと同じネットワーク・アクセスを使用しま
す。
詳細については、Data Domain のマニュアルを参照してください。
名前形式の例
次の例に、名前形式のいくつかを示します。
IP アドレス
31
計画および実施
DD Boost デバイス
形式：［Data_Domain_system_name］-［device_name］
次に例を挙げます。 dd-tenendo-device01
Data Domain システムのフォルダ
NetWorker ストレージ・ノードを参照する DD Boost デバイス名を作成し、バックアップ操作に
使用するのか、クローン操作に使用するのかを指定します。
形式： s［torage_node_name-operation-device_name］
次に例を挙げます。 dzburl-back-dd01
Data Domain のボリュームラベル
形式：［media_type-label_number］
次に例を挙げます。 ddmedia-001
バックアップ環境の例
このセクションでは、Data Domain の統合を NetWorker バックアップ環境に導入する方法に
関するいくつかの例を示します。 Ethernet IP ネットワークでのベストプラクティスは、管理用
の 1 GbE とデータ用の 10 GbE の 2 個のインターフェイスを使用する方法です。 FC 環境の
場合は、管理およびクローン操作に IP インタフェースを使用し、バックアップ操作 SAN イン
タフェースを使用します。次の例を参考に環境を計画してください。
Client Direct の重複排除環境
Client Direct 機能は、データ・バックアップ/リカバリ操作のクライアント・リソース設定でデフ
ォルト選択です。クライアントが Data Domain システムに直接ネットワーク接続していない
場合、これらの操作では、従来のストレージノードワークフローが自動的に使用されます。
Client Direct データ処理（16 ページ）では、クライアント DSP ソフトウェアを活用して重複排
除データをクライアントから Data Domain システムに直接送信し、ストレージノードをバイパ
スする Client Direct 機能について説明しています。
次の図に Client Direct 環境の例を示します。
Client Direct の重複排除の利点は、次のとおりです。
32
u
クライアントホストの重複排除によって、バックアップデータ転送用の帯域幅が大幅に
削減されます。
u
1 つのストレージ・ボリュームを DD Boost デバイス間や複数バックアップ・ホストおよび
複数ストレージ・ノード間で共有できます。複数のデバイスを作成するのではなく、1 台
のデバイスにつき複数のホストおよび複数のセッションを構成することで、パフォーマン
スとメンテナンス性を向上できます。
u
Client Direct の重複排除は、専用ストレージノード環境（37 ページ）で説明するよう
に、専用の NetWorker ストレージノードとともにインストールされた NetWorker クライア
ントを使用する環境の代替環境を提供します。専用ストレージ・ノード環境では追加の
ライセンスおよび構成が必要であり、バックアップ・クライアントまたはクライアント上の
アプリケーションでは専用ストレージ・ノードをサポートしないことがあります。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
計画および実施
図 1 Client Direct バックアップと従来のストレージノードバックアップ
災害復旧環境
災害復旧環境では、CCR を使用して、Data Domain システムから地理的に離れた場所にあ
る別の Data Domain システムに、個々のセーブセットまたはボリューム全体をコピーできま
す。各クローン・レプリケーション（最適化されたクローン）は、ソースの重複排除データの独
立した完全なコピーです。 NetWorker ポリシーでは、ソース（プライマリ）とクローン（セカンダ
リ）の両方データを管理します。保護を強化するために、NetWorker では、保存されている
データの一部またはすべてについて、セカンダリ・システムからテープ・ストレージへのクロ
ーン作成が可能です。
単一の NetWorker データゾーンに含まれるプライマリとセカンダリの両方の Data Domain
システムを構成、有効化、管理する必要があります。ターゲット・デバイスは、セカンダリ
Data Domain システムで適切に構成する必要があります。データゾーン内でローカル・オペ
レーションおよびリモート操作を行うために、単一のストレージ・ノードまたは別々の複数スト
レージ・ノードを使用できます。
㽷
NetWorker では、データゾーンをまたがるか、NetWorker で管理していない Data Domain デ
バイスへの CCR をサポートしていません。
このセクションの図に、災害復旧環境の例を示します。 NetWorker サーバでは、プライマリ
Data Domain システム用に 1 つと、リモート・セカンダリ Data Domain システム用に 1 つの
2 つのデータ・ドメイン・ストレージ・システム・イネーブラを必要とします。この図の DD は、
Data Domain を示します。
1. NetWorker サーバがデータゾーン内にあるクライアントグループのバックアップを開始
します。
2. データゾーンにある 2 つのストレージ・ノードがバックアップ・データをメディア・プールに
書き込みます。メディア・プールは、プライマリ・システムの特定の DD Boost デバイスを
ターゲットにしています。
災害復旧環境
33
計画および実施
3. ストレージノードは、専用の 10 GbE ネットワーク接続を介してプライマリ Data Domain
システムと通信し、重複排除バックアップデータをシステムのデバイスに保存します。
㽷
Data Domain システム上に 1 GbE NIC の ifgroup ソフトウェア構成を 1 つ行うことで、複
数ストレージ・ノードで同じネットワーク ID を使用できるようになります。この帯域幅集
約により、DD Boost デバイスに対するパフォーマンスが向上されることがあります。詳
細については、Data Domain のマニュアルを参照してください。
4. CCR は、災害復旧に備えて、プライマリ Data Domain システムのバックアップの最適化
されたクローン・コピーを、ネットワークを介して地理的に離れた場所にあるセカンダリ
Data Domain システムに保存するために使用できます。
5. 追加のオプション 1 つにより、従来のディスクまたは従来のテープ・メディアに対するさ
らなるクローン作成が可能になります。セカンダリ Data Domain システムに接続された
NetWorker ストレージ・ノードで、いずれかのバックアップ・グループ用にデータの
NetWorker クローン・コピーがさらに作成されます。NetWorker では、このコピーを従来
のメディアに保存します。 NetWorker では、従来メディアでのストレージに必要であるた
め、このコピーのデータをネイティブの非重複排除形式に戻します。
図 2 災害復旧用 CCR
カスケードレプリケーション環境
カスケード・レプリケーション環境は、災害復旧環境の 1 つです。重複排除バックアップが
正常に完了したら、このバックアップを使用して、元の重複排除バックアップから同時に、ま
たは元の重複排除バックアップの CCR から順に他の場所で複数のクローン・コピーを作成
できます。各クローンレプリケーションは、ソースバックアップの独立した完全なコピーであ
り、NetWorker ポリシーが完全に備わっています。各クローンに使用されたソースのセーブ
34
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
計画および実施
セットが正常に完了していれば、NetWorker では、作成できるカスケード・クローン・コピーの
数に制限はありません。
前述の例同様、1 つの NetWorker データゾーンに含まれるカスケード環境内の各 Data
Domain システムの構成、有効化、管理を行う必要があります。ターゲット・デバイスは、ク
ローン・コピーを受け取る Data Domain システムに構成する必要があります。
このセクションの図に、3 つの異なるサイトに 3 つの独立した Data Domain システムがある
カスケード・レプリケーション環境の例を示します。 NetWorker サーバでは、Data Domain シ
ステムごとに 1 個、合計 3 個のデータ・ドメイン・ストレージ・システム Enabler を必要としま
す。この図の DR は、災害復旧を示します。
u
最初のサイトはプライマリバックアップの場所で、本番サイトになります。
u
2 番目のサイトはローカル・サイトで、本番サイトと十分に通信できるリンクが備わって
います。通常は 1 番目のサイトと地理的に同じ場所にあります。
u
3 番目のサイトは、地理的に離れたロケーションに配置されて災害復旧サイトとして機
能します。この遠距離サイトへの通信には、帯域幅とレーテンシーに関する大きな制限
が加わります。この遠距離サイトは、別の国や、他のいずれの 2 サイトからも 250 km
（150 マイル）以上離れた場所になる場合があります。
この例の環境は次のように運用されています。
1. NetWorker サーバがデータゾーン内にある本番サイトのクライアントグループのバック
アップを開始します。
2. 本番サイトのストレージ・ノードがバックアップ・データをメディア・プールに割り当てま
す。メディア・プールは、プライマリ Data Domain システムの特定の DD Boost デバイス
をターゲットにしています。
3. ストレージノードは、専用の 10 GbE ネットワーク接続を介してプライマリ Data Domain
システムと通信し、重複排除バックアップデータをシステムのデバイスに保存します。
4. バックアップが正常に完了したら、CCR を使用して、プライマリ Data Domain システムの
バックアップの最適化されたクローン・コピーを、ネットワークを介して他の場所にある
Data Domain システムに保存できます。シーケンシャルとコンカレントのいずれかの方
式によってこれらのクローン・コピーを作成できます。
l
シーケンシャル方式の場合、NetWorker では、一度に 1 つのクローン・オペレーショ
ンのみを順番に実行します。この方式では、離れたサイト用に追加のクローンを作
成する必要がないため、本番システムは動作し続けることができます。
たとえば、NetWorker ではプライマリ Data Domain システムの元のバックアップを使
用して、最適化されたクローン・コピーをローカルのセカンダリ Data Domain システ
ムに作成します。このプロセスが完了すると、NetWorker では、このコピーを使用し
て、最適化されたクローン・コピーを地理的に離れた Data Domain システムにさらに
作成します。
このセクションの図に、この方式のデータ・パス 1a および 1b を示します。
l
コンカレント方式の場合、NetWorker では、クローン・オペレーションを同時に実行で
きます。この方式では、本番システムに影響があり、より大きなレプリケーション帯
域幅が必要になります。
㽷
コンカレント方式は多くの要因に依存するため、個々のサイトでパフォーマンスの検
証とテストを行う必要があります。
たとえば、NetWorker では、プライマリ Data Domain システムの元のバックアップを
ソースとして使用して、2 つのターゲット Data Domain システムに同時にクローンを
作成します。
このセクションの図に、この方式のデータ・パス 2a および 2b を示します。
カスケードレプリケーション環境
35
計画および実施
図 3 複数 Data Domain システムにカスケードされる CCR
共有データゾーン環境
2 つの個別のデータゾーンからのバックアップを単一の Data Domain システムに保存でき
ます。この構成では、ストリーム・カウントとメモリ・リソースを分割して、2 つのデータゾーン
を独立したエンティティとして管理することを検討してください。 1 つのデータゾーンによっ
て、他のデータゾーンのパフォーマンスに影響が及ばないようにしてください。ストリームと
デバイスの総数は、Data Domain システムの総容量を超えないようにする必要があります。
このセクションの図に、2 個のデータゾーンで 3 台のストレージ・ノードによって共有されて
いる専用の 10 GbE ネットワーク接続を示します。 2 台のストレージ・ノードは DZ-A データゾ
ーンに属しており、1 台のストレージ・ノードは DZ-B データゾーンに属しています。
1. 2 台の NetWorker サーバがそれぞれのデータゾーン内にあるクライアントグループの
バックアップを開始します。
2. 3 台のストレージ・ノードが、Data Domain システムのストレージ・デバイスをターゲット
にしている特定のプールにバックアップ・データを書き込みます。
㽷
データゾーンをまたがって DD Boost デバイスを共有することはできません。
セーブストリームの使用法の要件とメモリ要件の詳細については、DD Boost のメモリ
要件（25 ページ）を参照してください。 Data Domain システム Enabler の詳細について
は、従来のライセンス（20 ページ）を参照してください。
3. ストレージノードは、共有の 10 GbE 接続を介して重複排除バックアップデータを DD
Boost デバイスに保存します。
36
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
計画および実施
4. ストレージ・ノードから直接、または Data Domain システムからの NetWorker クローン・
オペレーションによって、テープ・ストレージに対してさらにバックアップを実施することも
できます。
図 4 2 つの NetWorker データゾーンで共有されている Data Domain システム
専用ストレージノード環境
NetWorker では、それぞれに専用ストレージ・ノードを持つ大容量クライアントに対して重複
排除バックアップをサポートしています。たとえば、専用ストレージノードは、NMDA（データ
ベースおよびアプリケーション向け NetWorker モジュール）を実行しているクライアントに導
入できます。 NetWorker では、別のアプリケーションモジュールもこの構成でサポートしま
す。NMM（NetWorker Module for Microsoft Applications）2.2 SP1 以前は例外であり、これ
は専用ストレージノード操作をサポートしていないためです。
この環境は、同じデータゾーンで共有されている NetWorker ストレージノードを使用するク
ライアントグループと共存できます。ただし、これはプライベート・ネットワークなので、別の
NetWorker クライアントには接続およびこの接続を使用するデバイスを使用できません。
㽷
Client Direct（DFA）機能は、ストレージノードライセンスなしで同様の利益を実現できます。
このセクションの図に、共有ストレージ・ノードと専用ストレージ・ノードの混在環境を示しま
す。
1. NetWorker サーバが専用ストレージ・ノードにあるさまざまなクライアント・グループやモ
ジュール・クライアントのバックアップを開始します。
2. ストレージ・ノードがバックアップ・データを特定のプールに書き込みます。このプール
は、Data Domain システムのストレージ・デバイスをターゲットにしています。
専用ストレージノード環境
37
計画および実施
セーブストリームの使用法の要件とメモリ要件の詳細については、DD Boost のメモリ
要件（25 ページ）を参照してください。
3. ストレージノードは、重複排除バックアップデータを DD Boost デバイスに保存します。
㽷
Data Domain システム上に 1 GbE NIC の ifgroup ソフトウェア構成を 1 つ行うことで、複
数ストレージ・ノードが 1 つの IP ネットワークで同じ ID を使用できるようになります。こ
の帯域幅集約により、DD Boost デバイスに対するパフォーマンスが向上されることがあ
ります。詳細については、Data Domain のマニュアルを参照してください。
4. 大容量のストレージ・ノードでは、専用の 10 GbE の直接接続が追加で使用されます。
Data Domain システムと互換性がある NetWorker アプリケーションモジュールについて
は、「EMC NetWorker Online Software Compatibility Guide」を参照してください。
図 5 複数の専用ストレージ・ノードと 1 つの高帯域幅リンクがある 1 つのデータゾーン
38
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
第3章
ソフトウェア構成
この章は、次のセクションで構成されています。
u
u
u
u
u
u
u
DD Boost 構成のロードマップ.................................................................................40
DD Boost のための Data Domain システムの構成................................................. 40
DD Boost デバイス用の NetWorker の構成............................................................ 43
ウィザードを使用した DD Boost デバイスの構成.................................................... 43
NMC プロパティウィンドウを使用した DD Boost デバイスの構成............................ 46
DD Boost デバイスにバックアップするクライアントの構成....................................... 54
DD Boost デバイスの停止および削除.................................................................... 59
ソフトウェア構成
39
ソフトウェア構成
DD Boost 構成のロードマップ
実行する必要のある一連の基本構成タスクを示した次の大まかなロードマップを使用して、
DD Boost の構成をプランニングしてください。
1. NetWorker で使用するように Data Domain システムを構成します。
詳細については、DD Boost のための Data Domain システムの構成（40 ページ）を参
照してください。
2. クライアント構成ウィザードまたは NMC のプロパティウィンドウを使用して、Data
Domain システムと組み合わせて使用するように NetWorker を構成します。
詳細については、DD Boost デバイス用の NetWorker の構成（43 ページ）を参照して
ください。
3. Data Domain システムにバックアップするように NetWorker クライアントを構成します。
詳細については、DD Boost デバイスにバックアップするクライアントの構成（54 ペー
ジ）を参照してください。
DD Boost のための Data Domain システムの構成
Data Domain CLI を使用する次の手順を実行して、Data Domain システムで DD Boost デバ
イスを使用するストレージ操作を有効化します。以下のほとんどのステップについて代替方
法として、Data Domain System Manager を使用することもできます。
詳細については、「Data Domain Boost for OpenStorage 管理ガイド」を参照してください。
手順
1. ネットワーク要件を確認します。詳細については、ネットワークの条件（27 ページ）を参
照してください。
2. Data Domain システムに管理ユーザーとしてログインし、Data Domain CLI を実行しま
す。
3. 次のコマンドを入力して、ファイルシステムと NFS サービスが実行されていることを確認
します。
filesys status
nfs status
NFS サービスが実行されていない場合は、次のコマンドを入力します。
nfs enable
㽷
DD Boost 機能を使用するには、構成されているユーザーや共有がない場合でも、Data
Domain システムで NFS サービスが有効化されている必要があります。 NetWorker サ
ーバ、NetWorker ストレージノード、NetWorker クライアントでは、NFS を有効にする必要
はありません。
4. インストールされている Data Domain オペレーティングシステムのバージョン番号を確
認する必要がある場合は、次のコマンドを入力します。
system show version
㽷
Data Domain システムに一度にアクセスできる DD Boost ユーザーが 1 人のみである、
DD OS 5.5 より前のリリースで安全なマルチテナンシー（SMT）を構成することはできま
せん。
40
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
5. 1 人以上のパスワードのあるユーザーを作成し、DD Boost ユーザーとして割り当てま
す。また、SMT では、ユーザーの役割を［なし］に設定する必要があります。
user add ［username］ password ［password］ [role ［role］]
ddboost user assign ［username-list］
例：
user add bob
user add joe
user add sue
ddboost user
password mypwbob
password mypwjoe
password mypwsue
assign bob, joe,
role none
role none
role none
sue
DD Boost ユーザーリストから 1 人以上のユーザーを割り当て解除するには、次の手順
を実行します。
ddboost user unassign ［username-list］
6. （オプション）SMT（安全なマルチテナンシー）を有効化し、TU（テナントユニット）を作成
し、デフォルトの TU を各 DD Boost ユーザーに割り当てます。グローバルストレージ管
理者の役割で実行するタスクがあります。
a. SMT を有効化します。
smt enable
b. 1 つ以上の TU を作成します。
smt tenant-unit create ［tu-name］
c. SMT を使用する各 DD Boost ユーザーにデフォルトの TU を割り当てます。 DD Boost
ユーザーが持てるデフォルトの TU は 1 つのみですが、複数の DD Boost ユーザー
が同じデフォルトの TU を共有することができます。
ddboost user option set ［username］ default-tenant-unit ［tuname］
次に例を挙げます。
smt enable
smt tenant-unit create tu1
smt tenant-unit create tu2
ddboost user option set bob default-tenant-unit tu1
ddboost user option set joe default-tenant-unit tu2
ddboost user option set sue default-tenant-unit tu2
デフォルトの TU を各 DD Boost ユーザーに割り当てるため、NetWorker では DD Boost
ユーザーが作成した SU（ストレージユニット）が自動的にそのユーザーのデフォルトの
TU に割り当てられます。 NetWorker では、TU は表示されません。
l
DD Boost ユーザーをデフォルトの TU から割り当て解除するか、またはユーザーを
別のデフォルトの TU に再割り当てするには、次の手順を実行します。
ddboost user option reset ［username］ [default-tenant-unit]
㽷
DD Boost SU の所有者を変更しないでください。新しい所有者が以前の所有者の
DD Boost デバイスを使用することはできません。
l
DD Boost ユーザーとそのデフォルトの TU、または特定のデフォルトの TU 内の DD
Boost ユーザーの一覧を表示するには、次の手順に従います。
ddboost user show [default-tenant-unit ［tenant-unit］]
DD Boost のための Data Domain システムの構成
41
ソフトウェア構成
㽷
CLI を使用して、TU と SU の両方のレベルで、テナントのスペースの使用率とパフォ
ーマンスデータをレビューできます。グローバルストレージ管理者は、テナントが
Data Domain CLI を使用して、TU と SU のスペースの使用率とパフォーマンスデータ
をレビューできるようにすることができます。詳細については、Data Domain のマニ
ュアルを参照してください。
7. OPENSTORAGE のライセンスキーを追加します。
license add ［license_key］
8. （オプション）CCR または最適化されたクローン作成を使用する場合は、レプリケーション
ライセンスキーを追加します。
license add ［license_key］
9. Data Domain サービスを無効化してから再び有効化することにより、変更を適用します。
ddboost disable
ddboost enable
10.SNMP トラップによって収集されたバックアップイベントを監視するユーザーを指定して
有効にし、トラップを受信するホストを追加します。
snmp add ro-community ［community_name］
snmp enable
snmp add trap-host ［hostname］[:［port］]
［community_name］の通常の値は「public」です。この場合、すべてのユーザーがイベン
トを監視できます。
11.［ddboost］ DSP を有効にして、確認します。これは、NetWorker ストレージノードおよび
NetWorker クライアントでの重複排除オペレーションに必要です。
ddboost option set distributed-segment-processing enabled
ddboost option show
㽷
［ddboost］オプションを有効化する必要があります。本番使用では、無効化された設定
はサポートされません。
12.DD Boost デバイスで FC（ファイバーチャネル）接続を有効化する予定の場合は、
NetWorker デバイス構成処理手順で使用する DFC（Data Domain FC）サーバー名を入手
します。次のコマンドを使用します。
ddboost fc dfc-server-name show
たとえば、次の出力で DFC サーバ名は dd-tenendo です。
ddboost fc dfc-server-name show
DDBoost dfc-server-name: dd-tenendo
Configure clients to use "DFC-dd-tenendo" for DDBoost FC.
DD Boost FC にクライアントを構成するときは、プレフィックスとして「DFC-」をサーバー名
に追加するという指示は無視します。このプレフィックスは他のベンダーにのみ適用さ
れます。 NetWorker ではプレフィックスを使用せず、使用した場合は、サーバーとの通
信に失敗します。
㽷
FC を有効にしたクライアントは FC 対応デバイスのみをバックアップできます。 IP を有効
にしたクライアントは IP 対応デバイスのみをバックアップできます。
13.NetWorker デバイス構成ウィザードを使用して、DD Boost デバイスおよびそのデバイス
が格納される Data Domain の SU フォルダーを作成します。
42
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
詳細については、ウィザードを使用した DD Boost デバイスの構成（43 ページ）を参照
してください。
DD Boost デバイス用の NetWorker の構成
Data Domain システムを DD Boost 環境用に構成したら、この DD Boost デバイスを使用す
るデバイス、メディアプール、ボリュームラベル、クライアント、グループのために
NetWorker リソースを構成できます。次の NetWorker の考慮事項に注意してください。
u
各 DD Boost デバイスは、Data Domain システム上のフォルダとして表示されます。一
意の NetWorker ボリュームラベルによって各デバイスが識別され、プールと関連づけ
られます。
u
NetWorker では、バックアップまたはバックアップのクローンを特定のローカルデバイス
やリモートデバイスに送信するためにプールを使用します。
u
プールは NetWorker グループを管理し、グループはメンバークライアントのバックアッ
プとクローン作成のスケジュールを指定します。 DD Boost バックアップ専用のグループ
を作成することをお勧めします。
DD Boost デバイスパフォーマンスの考慮事項
NetWorker では、作成できる DD Boost デバイスの数について制限はありません。作成す
る必要のあるデバイスの数は、バックアップ/リストア処理でのデバイスの使用方法によって
異なります。
u
DD Boost デバイスの数を増やすと、Data Domain のパフォーマンスやメンテナンスに影
響する可能性があります。通常は、復旧のために複数のコンカレントセッションまたは
ストリームを必要としない場合、複数コンカレントバックアップセッション用にデバイスの
［ターゲットセッション］設定および［最大セッション数］設定を構成できます。
u
DD Boost デバイスを削除しないでください。詳細については、 AFTD デバイスの削除
（60 ページ）を参照してください。
DD Boost デバイスの構成方法
デバイス構成ウィザードは、NMC ユーザーインタフェースの一部であり、DD Boost デバイ
スを作成および変更する方法として推奨されます。このウィザードでは、DD Boost デバイス
用のボリュームラベルおよびストレージプールの作成および変更も可能です。
このウィザードによって DD Boost デバイスが作成された後で、代替方法の 1 つである NMC
のプロパティウィンドウを使用してデバイスの構成を変更できます。
ウィザードを使用した DD Boost デバイスの構成
次の手順を実行すると、デバイス構成ウィザードを使用して、DD Boost デバイスを作成また
は変更できます。
手順
1. ネットワーク要件を確認します。詳細については、ネットワークの条件（27 ページ）を参
照してください。
2. DD Boost ストレージ特性を確認します。 DD Boost のストレージ構造および制限（24 ペ
ージ）
3. NMC の［エンタープライズ］ビューで、NetWorker サーバ名を選択し、［NetWorker］アプリ
ケーションをダブルクリックして起動します。
4. ［NetWorker 管理］ウィンドウで、［デバイス］タブをクリックします。
DD Boost デバイス用の NetWorker の構成
43
ソフトウェア構成
5. 左側のパネルで、［Data Domain システム］を右クリックしてから［新しいデバイスウィザ
ード］を選択します。
ウィザードを使用して、バックアップ構成で必要なオプションおよび値を指定します。
㽷
完了したウィザードページを変更するには、手順パネルのリンクをクリックします。ステ
ップの数は、選択した構成のタイプによって異なります。
6. ［デバイスタイプの選択］ページで、［Data Domain］デバイスタイプを指定します。
7. ［Data Domain 再構成チェックリスト］ページで、要件をレビューします。
NetWorker に Data Domain システムを構成する必要があり、また DD Boost ユーザー名
を定義する必要があります。詳細については、DD Boost のための Data Domain システ
ムの構成（40 ページ）を参照してください。
8. ［Data Domain 構成オプションの指定］ページで次の属性を構成します。
a. ［Data Domain システム名］フィールドでいずれかのオプションを指定します。
– ［既存の Data Domain システムを使用する］属性では、既存のシステムを選択し
ます。
– ［新しい Data Domain システムを作成する］フィールドでは、Data Domain システ
ムの完全修飾ドメイン名または IP アドレスを指定します。
㽷
DFC（Data Domain ファイバーチャネル）接続を使用する場合、ddboost fc dfcserver-name show コマンドの出力の指示に従って、DFC サーバー名に「DFC-」プ
レフィックスは使用しないでください。このプレフィックスは他のベンダーでの使用の
みを目的としており、DFC サーバーへの NetWorker 通信を失敗する原因になりま
す。
b. ［認証情報］属性により、Data Domain システムで作成した、［Data Domain DD Boost
ユーザー名］と［Data Domain DD Boost パスワード］が利用できます。
c. 安全な SU（ストレージユニット）で DD Boost デバイスのみを使用するには、［安全な
マルチテナンシー（SMT）の構成］を選択し、既存の SU または新しい SU を指定しま
す。 SMT は、指定された DD Boost 認証情報に従って、各 SU のアクセスを 1 人の
所有者に制限します。
Data Domain システムのグローバルストレージ管理者は、安全なテナントユニットを
構成および割り当てることができます。
d. ［構成タイプ］フィールドで、［参照して選択］を選択します。ウィザードの次のページ
では、Data Domain システムで指定されたストレージユニットを参照し、NetWorker
が DD Boost デバイスとして使用するフォルダーを選択できます。
［安全なマルチテナンシー］オプションを構成しない場合、ウィザードにより Data Domain
システムにストレージユニットが作成され、このストレージユニットは、NetWorker サー
バーの短いホスト名に基づいて命名されます。
9. ［デバイスとして使用するフォルダの選択］ページで、次のように、新しい DD Boost デバ
イスを作成します。
㽷
ウィザードには、以前に NetWorker 7.6 SP1 で作成した既存のデバイスは表示されませ
ん。詳細については、NetWorker 7.6 SP1 リリースからのアップグレード（97 ページ）を
参照してください。
44
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
a. Data Domain システムを選択し、［新規フォルダ］をクリックします。
ナビゲーションツリーに新規フォルダが表示されます。このフォルダは新しいデバイ
スです。
㽷
NetWorker 7.6 SP2 以降の場合、ナビゲーションツリーで Data Domain システムフ
ォルダの下に SU フォルダは表示されません。ただし、SU フォルダは、最後の［構成
設定の確認］ウィザードページで確認できます。この SU フォルダには、NetWorker
サーバの短いホスト名に基づいてウィザードにより名前が付けられ、作成したデバイ
スはこの SU フォルダに格納されます。
b. 新しいデバイスの名前を入力します。
デバイスの詳細を表示するには、デバイスのチェックボックスを選択します。このテ
ーブルに、完全な NetWorker デバイス名とストレージパス名が一覧表示されます。
㽷
NetWorker 7.6 SP2 以降では、デバイス名は SU 内に作成されたサブフォルダを参照
します。これらのデバイスフォルダよりも階層の深いフォルダをフォルダパスに含め
ることはできません。
c. （オプション）NMC に表示される DD Boost デバイスの名称を変更するには、テーブ
ルでデバイスを選択し、［NetWorker デバイス名］フィールドに新しい名前を入力しま
す。ドット（.）と下線（_）を除き、特殊文字を使用しないでください。［ストレージパス］
フィールドは変更されません。
㽷
Data Domain システム上の SU フォルダパス名は、非表示のマウントポイントフォ
ルダを示しています。 /backup/ost（DD OS 4.9）または/data/col1（DD OS 5.0 以降）
が含まれます。このフォルダ構造を変更しないでください。すべての NetWorker サー
バホストで使用します。最後のウィザードページ、［構成設定の確認］に、完全な場
所が表示されます。 /backup フォルダーは NFS サービスデータを保存し、NFS アク
セス用に構成されたクライアントは、DD Boost デバイスが含まれている/data/col1
ディレクトリを表示、変更、削除することもできます。 NFS デバイスを使用すると、代
替パス名を使用することによる潜在的な干渉のリスクを回避できます。
10.［プール情報の構成］ページで次の設定を指定します。
l
［デバイスのメディアプールの構成］オプションを選択します。
l
クライアントのターゲットを該当デバイスに設定するプール（バックアップの場合は
［バックアップ］、クローン作成またはステージング操作の場合は［バックアップクロー
ン］）を指定するか、新しいプールを作成します。
㽷
新しいプールを作成する場合は、既存のプールを選択しないでください。
l
［作成後のデバイスのラベル付けとマウント］オプションを選択します。
11.［ストレージノードとファイバチャネルオプションの選択］ページで、次の設定を指定しま
す。
a. このデバイスを処理する NetWorker ストレージノードを選択するか作成します。
b. このデバイスへの FC データ転送を有効化する次の設定を指定します。
– このデバイスの［ファイバーチャネルの有効化］を選択します。
ウィザードを使用した DD Boost デバイスの構成
45
ソフトウェア構成
– ［ファイバチャネルホスト名］フィールドに、FC 操作のために Data Domain システ
ム自体を識別するために使用するホスト名を入力します。デフォルトでは、この
ホスト名は、IP 操作で使用するホスト名と同じですが、ホスト名は異なることがあ
ります。
このホスト名は、Data Domain システムで Data Domain Enterprise Manager の
［データ管理］＞［DD Boost］＞［ファイバチャネル］タブに表示される［サーバ名］
と一致する必要があります。この名は大文字と小文字が区別されます。
FC のクライアント構成の詳細については、DD Boost デバイスにバックアップする
クライアントの構成（54 ページ）を参照してください。
12.［SNMP モニタリングオプション］ページで、Data Domain SNMP コミュニティ文字列の名
前を入力し、監視対象のイベントを指定します。
コミュニティの名前がわからない場合は、［使用状況情報の収集］をオフにします。
SNMP モニタリングにより、NMC は Data Domain システムのステータスを表示したり、バ
ックアップイベントやリカバリイベントを一覧表示したりできます。モニタリング機能に
は、Data Domain インタフェースの起動リンクも用意されます。
13.［構成設定の確認］ページを確認して、［構成］をクリックします。
㽷
NetWorker 7.6 SP2 以降の場合、SU として一覧表示される名前は、実際にはデバイス
フォルダのパス名です。形式は以下のとおり。［SU］/［device_name］。ここで、［SU］は
NetWorker サーバの短いホスト名です。
NetWorker では、指定したプールの DD Boost デバイスを構成、マウント、ラベル付けし
ます。
14.最後の［デバイス構成の結果］ページは表示専用です。［完了］をクリックしてウィザード
を終了します。
15.NMC の［デバイス］ビューで、NetWorker によってデバイスがラベル付けおよびマウント
され、使用可能な状態であることを確認します。このビューには、デバイスのボリューム
名も一覧表示されます。
NMC プロパティウィンドウを使用した DD Boost デバイスの構成
デバイス構成ウィザードは、DD Boost デバイスを作成する場合の推奨方法です。 NMC の
プロパティウィンドウの手動手続きに従ってデバイスを変更でき、以下のセクションの作業
を実行できます。
NMC の［エンタープライズ］ビューへのホスト Data Domain システムの追加
デバイス構成ウィザードを使用して NetWorker に Data Domain ホストを追加することをお勧
めします。別の方法として新しいホストの追加ウィザードを使用することができます。
NetWorker では、Data Domain システムを NMC の［エンタープライズ］ビューにホストとして
示します。このビューには、Data Domain システムのステータスおよび NetWorker が実行し
たバックアップ/リカバリイベントが表示されます。［エンタープライズ］ビューには、Data
Domain Enterprise Manager GUI を起動するライブリンクも表示されます。
手順
1. ネットワーク要件を確認します。詳細については、ネットワークの条件（27 ページ）を参
照してください。
2. ［ファイル］メニューで［新規］ > ［ホスト］を選択して、［新規ホストを追加］ウィザードを実行
します。
46
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
3. ウィザード画面を完了します。
l
Data Domain ホスト名を入力します。
l
［Data Domain］を選択します。
l
［キャプチャイベント］を選択します。
l
SNMP コミュニティの名前を入力します。NMC ではここから Data Domain ステータス
情報を取得します。デフォルトでは、NMC は、［snmp add ro-community ］
［community_name］コマンドを使用して Data Domain システムで構成した値を使用し
ます。詳細については、DD Boost のための Data Domain システムの構成（40 ペー
ジ）を参照してください。
l
［SNMP プロセスポート］の値を入力します。デフォルトで、NMC では、［snmp add
trap-host］［hostname］[［:］［port］]コマンドを使用して Data Domain システムで構成
した値を使用します。詳細については、DD Boost のための Data Domain システム
の構成（40 ページ）を参照してください。この構成は、Data Domain システムのファイ
アウォール構成と適合する必要があります。詳細については、ファイアウォールの要
件（29 ページ）を参照してください。
l
監視する［SNMP トラップ］を選択します。
監視とアラートの詳細については、Data Domain で使用する SNMP の構成（78 ペー
ジ）を参照してください。
プロパティウィンドウでの DD Boost デバイスの構成
デバイス構成ウィザードを使用して DD Boost デバイスを作成することをお勧めします。既
存のデバイスを変更するには、この手動での処理手順を使用できます。デバイスは、Data
Domain システム上のフォルダとして表示されます。各デバイスはラベル付けとマウントの
処理手順によって単一の NetWorker ボリュームと関連づけできます。
㽷
この処理手順を使用してデバイスを手動で作成すると、NMC にデバイスが一覧表示されま
すが、この処理手順では Data Domain システムに対応するデバイスフォルダは作成されま
せん。このようなデバイスにラベルを付けてマウントしようとすると、エラーが表示されます。
次の手順を実行して、DD Boost デバイスを変更できます。
手順
1. 必要なバージョンとライセンスがインストールされていることを確認します。
詳細は、Data Domain ネットワーク環境（18 ページ）および Data Domain システムでの
ライセンス（20 ページ）を参照してください。
2. NetWorker サーバの NMC ウィンドウで、［デバイス］ビューをクリックします。
3. フォルダツリーで、［Data Domain システム］を展開し、セーブセットを格納する Data
Domain システムを選択します。
4. 右側のパネルで、変更するデバイス名を右クリックして［プロパティ］を選択します。
5. ［全般］タブで、名前とアクセス情報を入力することにより DD Boost デバイスを識別しま
す。
㽷
複数のデバイスで 1 つのボリュームを共有できます。詳細については、複数デバイスで
のボリューム共有の構成（50 ページ）を参照してください。
a. ［名前］フィールドに、Data Domain デバイスの名前を入力します。
次に例を挙げます。
プロパティウィンドウでの DD Boost デバイスの構成
47
ソフトウェア構成
dd_1
プロパティウィンドウでの DD Boost デバイスの構成（47 ページ）では、例として次の
値を使用します。
– NetWorker サーバの短いホスト名 = dzone1
– NetWorker リモートストレージノードのホスト名 = dzone1_sn2
– Data Domain ホスト名 = ddr1
– DD Boost デバイス名 = dd_1
プロパティウィンドウでの DD Boost デバイスの構成（47 ページ）に示すように、
NetWorker サーバーホストではない別のストレージノードホストにデバイスを構成し
た場合、このデバイスはリモートデバイスです。次の形式で［名前］フィールドを指定
する必要があります。
rd=［remote_storagenode_hostname］［:］［device_name］
次に例を挙げます。
rd=dzone1_sn2:dd_1
b. ［デバイスアクセス情報］フィールドに、Data Domain ホスト名の後にコロンとデバイ
スフォルダのパスを入力します。
SMT（安全なマルチテナンシー）保護を使用してデバイスを構成している場合、デバ
イスフォルダーは Data Domain 上のパスワードで保護されたテナントユニットに存
在している必要があります。詳細については、 DD Boost のための Data Domain シ
ステムの構成（40 ページ）を参照してください。
次のフォーマットを使用します。
［DD_hostname］:/［DD_storage_unit_name］/［device_name］
［DD_storage_unit_name］は NetWorker サーバの短いホスト名、［device_name］はフ
ォルダとして表示されるデバイス名にすることをお勧めします。
たとえば、次の図では、次の名前を使用しています。
ddr1:/dzone1/dd_1
NetWorker では、作成できるデバイスフォルダの数に制限はありませんが、［デバイ
スアクセス情報］フィールドで受け入れるデバイスフォルダは 1 個のみです。デバイ
スフォルダ内にフォルダを作成しないでください。
㽷
このパス名には、非表示のマウントポイントフォルダ/backup/ost（DD OS 4.9）また
は/data/col1（DD OS 5.0 以降）があります。このフォルダ構造を変更しないでくださ
い。すべての NetWorker サーバで使用します。
48
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
図 6 DD Boost デバイスのデバイス名およびアクセス情報の例
c. ［メディアタイプ］フィールドで、リストから［Data Domain］を選択します。
6. ［構成］タブの［セーブセッション］領域で、デバイスが処理できるコンカレントセーブセッ
ション（ストリーム）の数と nsrmmd（メディアストレージ）プロセスの数を設定します。
l
［ターゲットセッション］フィールドで、デバイス上の nsrmmd プロセスが、Data
Domain ホスト上の別のデバイスで追加セッションを引き受ける前に処理するセーブ
セッションの数を指定します。別のデバイスを使用できない場合、同じデバイスの別
の nsrmmd プロセスは追加のセッションを開始する。この設定を使用して、nsrmmd
プロセスにセッションロードを分散します。
一般に、このフィールドは低い値に設定します。デフォルト値は 6 です。最大値は
60 です。
l
［最大セッション数］フィールドで、デバイスが処理できるセーブセッションの最大数を
指定します。最大制限に達している場合は、ホストで使用可能な追加のデバイスが
ない場合、別の使用可能な Data Domain システムが追加のセッションを処理しま
す。他に使用可能な Data Domain ホストがない場合、システムでは、nsrmmd プロ
セスが使用可能になるまでセーブセッションを再試行します。
デフォルト値は 60 です。最大値は 60 です。
㽷
［最大セッション］の設定は、コンカレントリカバリセッションには適用されません。
l
［最大 nsrmmd カウント］フィールドで、デバイスで実行できる nsrmmd プロセスの最
大数を指定します。この設定を使用して、デバイスに nsrmmd の負荷を分散しま
す。
ストレージノードで［動的 nsrmmd］が有効化されている場合、この値は式 max/
target +4 で自動的に調整され、デフォルト値は 14 になります。それ以外の場合、デ
フォルト値は 4 です。
この値を変更するには、まず 2 個のセッションフィールドを調整し、効果を適用、監
視してから［最大 nsrmmd カウント］の値を調整します。
㽷
NetWorker では、リストア操作およびクローン操作用に少なくとも 1 個の nsrmmd プ
ロセスを予約します。
7. ［リモートユーザー］フィールドおよび［パスワード］フィールドに、DD Boost のユーザー
名とパスワードをそれぞれ入力します。
プロパティウィンドウでの DD Boost デバイスの構成
49
ソフトウェア構成
定義できる DD Boost（OST）ユーザーは 1 つのみです。 Data Domain システムにアクセ
スするすべての NetWorker ストレージノードおよびサーバでは、同じユーザー名とパス
ワードを使用する必要があります。
8. DD Boost デバイスで FC 接続を使用するには、次の手順を実行します。
a. ［ファイバチャネルの有効化］フィールドを選択します。
b. ［ファイバチャネルホスト名］フィールドに、FC 操作のために Data Domain システム
自体を識別するために使用するホスト名を入力します。デフォルトでは、このホスト
名は、IP 操作で使用するホスト名と同じです。
このホスト名は、Data Domain システムで Data Domain Enterprise Manager の［デ
ータ管理］＞［DD Boost］＞［ファイバチャネル］タブに表示される［サーバ名］と一致
する必要があります。ホスト名では、大文字と小文字が区別されます。
詳細については、DD Boost のための Data Domain システムの構成（40 ページ）を
参照してください。
㽷
FC 対応 DD Boost デバイスを使用するすべての NetWorker クライアントは、［Data
Domain インタフェース］フィールドで FC を有効化されている必要があります。
9. ［OK］をクリックして、デバイス設定を保存します。
［NetWorker 管理］ウィンドウに、Data Domain システムとデバイスの詳細が表示されま
す。
10.使用を試みる前にデバイスが NetWorker ストレージボリュームに関連づけられているこ
とを確認します。関連づけられていない場合は、エラーが表示されます。詳細について
は、ストレージノードのデバイスのラベル付けとマウント（54 ページ）を参照してくださ
い。
複数デバイスでのボリューム共有の構成
単一の NetWorker ストレージボリュームをコンカレントにマウントし、複数の DD Boost デバ
イスで共有できます。このセットアップにより、柔軟性とパフォーマンスが向上する可能性が
ある一方で、デメリットも生じることがあります。
u
IP 対応 DD Boost デバイスと FC 対応 DD Boost デバイスの両方に同時にマウント先ボ
リュームは、柔軟性が大幅に向上します。 Client Direct クライアントなどのクライアント
では、構成に応じて、IP と FC のいずれのネットワークを介しても、同じボリュームとの間
でデータをバックアップおよびリストアできます。リストア操作のためのボリューム共有
ソリューションの詳細については、FC 対応デバイスから IP を介した Client Direct による
リストア（72 ページ）を参照してください。
u
共有ボリューム用の複数デバイスは、同じストレージノードに作成することもできれば、
別々のストレージノードに作成することもできます。
u
Client Direct クライアントでないクライアントの場合は、リクエスト元のクライアントに最も
近いストレージノードを NetWorker で使用できるため、共有ボリュームによって DD
Boost デバイスへのバックアップまたはリストア操作用の帯域幅が増強される可能性が
あります。
u
ただし一部の環境では、複数ストレージノードまたは Client Direct クライアントからの単
一ボリュームに対するコンカレント読み取りまたは書き込み処理がディスクスラッシング
を招き、パフォーマンスに悪影響を与えるおそれがあります。
各デバイスを別々に作成し、異なる名前を割り当てて、ストレージボリュームの場所へ
のパスを正しく指定する必要があります。
たとえば、サーバのローカルストレージノードを使用する dzone1 という NetWorker サ
ーバホスト上に 1 個と、リモートストレージノード上に 2 個のリモートデバイス（rd）の
50
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
3 個のデバイスを作成するとします。別々に作成された 3 個のデバイスの［名前］フィー
ルドを次のような異なるエイリアスで指定できます。
dd_1a
rd=dzone1_sn2:dd_1b
rd=dzone1_sn3:dd_1c
これら各エイリアスのデバイスの［デバイスアクセス情報］フィールドで同じ単一のディレ
クトリを有効な完全パスとして指定します。
たとえば、ddr1 という Data Domain ストレージホストの dd_1 というディレクトリの正し
いパス名を指定します。
u
ストレージノードでオートマウンタが使用されている場合は、次のパス名を指定できま
す。
/net/ddr1/dzone1/dd_1
u
ストレージノードで明示的なシステムマウントポイントが使用されている場合は、次の
いずれかのパス名を指定できます。
/mnt/ddr1/dzone1/dd_1
/mnt/dzone1/dd_1
DD Boost デバイスのボリュームラベルテンプレートの作成
通常、デバイス構成ウィザードを使用して、新しいデバイスで使用されるボリュームのラベ
ルテンプレートが自動的に作成されます。この処理手順では、NMC プロパティウィンドウを
使用する別の手動での方法について説明します。
㽷
デバイス構成ウィザードを使用するとボリュームのラベルテンプレートが自動的に作成され
るため、この処理手順はウィザードが使用されている場合は適用されません。
各 DD Boost デバイスは 1 つの NetWorker ストレージボリュームでマウントされる必要があ
ります。これにより、特定のボリューム名とプール内のメンバーシップに関連づけられます。
ボリューム名および同じプールに属するすべてのストレージボリュームへの番号付けを指
定するために、ラベルテンプレートを作成する必要があります。
ラベルテンプレートでは、ボリュームラベルのコンポーネントが定義されます。同じプール
内のすべてのボリュームには、同じラベル名、たとえば、「dd_myvol」と、異なるボリューム
番号、たとえば、.001～.003 が付けられます。
たとえば、Data Domain システムに 3 つのデバイスがあり、それぞれがストレージボリュー
ム（ボリューム名）でマウントされています。各デバイスまたはボリュームが同じプールに関
連づけられている場合、ボリューム名は次のようになります。
u
dd_myvol.001
u
dd_myvol.002
u
dd_myvol.003
次の手順を実行して、ボリュームラベルを作成できます。
手順
1. ［NetWorker 管理］ウィンドウで、［メディア］をクリックします。
2. ブラウザツリーで［ラベルテンプレート］を選択し、［ファイル］メニューの［新規］をクリック
すると、［ラベルテンプレートの作成］ウィンドウが開きます。
3. ［名前］フィールドおよび［コメント］フィールドに、ラベルテンプレートの名前と説明を入力
します。ラベルによって、ストレージプールがデバイスに関連づけられます。
DD Boost デバイスのボリュームラベルテンプレートの作成
51
ソフトウェア構成
4. ［フィールド］フィールドに、ラベルのコンポーネントを入力します。ラベルコンポーネント
は 1 行に 1 つずつ入力します。テンプレートには、少なくとも 1 つのボリューム番号範
囲コンポーネントを含める必要があります。ラベルテンプレートは、Data Domain システ
ムの DD Boost デバイスにマウントされたボリュームに適用されます。
次に例を挙げます。
dd_myvol
001-999
名前作成のガイドラインについては、ホストの命名ガイドライン（30 ページ）を参照してく
ださい。
5. ［セパレータ］を選択し、［OK］をクリックします。
6. ［次へ］フィールドで、次のラベル付けおよびマウントオペレーションの間に適用される次
のボリュームラベル、たとえば dd_myvol.001 を指定します。
7. ［OK］をクリックします。
DD Boost デバイスをターゲットとするプールの作成
通常は、デバイス構成ウィザードを使用します。メディアプールが自動作成されます。次の
処理手順では、NMC プロパティウィンドウを使用する別の手動での方法について説明しま
す。
各 NetWorker クライアントでは、メディアまたはターゲットプールにデータを保存します。こ
のプールは、バックアップクライアントのデータまたはクローンオペレーションのストレージ
ボリュームのデータを、プールのメンバーであるストレージデバイスに送信するために使用
されます。
各 DD Boost デバイスは、マウント時に単一のストレージボリュームラベルに関連づけられ
ます。ストレージの［ボリューム名］値によって、ボリュームとデバイスが指定したプールに
暗黙的に関連づけられます。
㽷
DDS（ダイナミックドライブ共有）は、DD Boost デバイスではサポートされません。
NMC のプロパティウィンドウで次の手順を実行して、Data Domain バックアップ用のプール
を手動で作成できます。
手順
1. プールをターゲットとするデバイスがすでに作成されていることを確認します。
2. プールにラベルテンプレートが作成されていることを確認します。詳細については、 DD
Boost デバイスのボリュームラベルテンプレートの作成（51 ページ）を参照してくださ
い。
3. ［NetWorker 管理］ウィンドウで、［メディア］をクリックします。
4. ブラウザツリーで、［メディアプール］を選択し、［ファイル］メニューの［新規］をクリックす
ると、［基本］タブが選択された［メディアプールの作成］ウィンドウが開きます。
5. ［名前］フィールドに、各プールの名前を入力します。プールが、Data Domain バックアッ
プオペレーション用か Data Domain クローンオペレーション用かを明確に表す名前を
作成します。
次に例を挙げます。
DDsite1
DDCLsite2
たとえば、DD で始まるプール名は Data Domain プール、DDCL で始まるプール名は
Data Domain クローンプールとなります。プール名には、バックアップの保存先となる物
52
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
理的な場所を含めることもできます。これらの規則を使用すると、名前をスクリプトとレ
ポートに使用しやすくなります。
名前作成のガイドラインについては、ホストの命名ガイドライン（30 ページ）を参照してく
ださい。
6. オプションの［コメント］フィールドに、プールの説明を入力します。
7. ［有効］を選択します。
8. ［プールタイプ］を選択します。
l
プールをバックアップに使用する場合は、［バックアップ］を選択します。
l
プールをクローンコピーに使用する場合は、［バックアップクローン］を選択します。
クローンの詳細については、データのクローン作成とレプリケーション（61 ページ）
を参照してください。
㽷
作成後に［プールタイプ］値を変更することはできません。
9. ［ラベルテンプレート］フィールドで、プールに関連づける、前に作成したラベルテンプレ
ートを選択します。
プールは後で DD Boost デバイスに適用できます。詳細については、ストレージノード
のデバイスのラベル付けとマウント（54 ページ）を参照してください。
10.［データソース］フィールドで、このプール内のクライアントが属することができるグルー
プおよび暗黙的なバックアップスケジュールを選択します。
プールを使用するようにクライアントを構成する代替方法は、クライアントリソースの［タ
ーゲットプール］フィールドを指定することです。詳細については、ウィザードを使用した
バックアップクライアントの構成（54 ページ）を参照してください。
㽷
クライアントは、複数のクライアント定義によって複数のグループに属する場合がありま
す。
11.［選択基準］タブをクリックします。
12.［ターゲットデバイス］で、このプールでストレージに使用できるすべての DD Boost デバ
イスを選択します。これらのどのデバイスにでもプールのデータを保存できます。次の
プラクティスを使用します。
l
プールの DD Boost デバイスのみを選択します。 DD Boost デバイスは、他のタイプ
のストレージデバイスと混在させないでください。プールの［選択基準］には、最新で
ないクライアントフィールドが表示される場合があることに注意してください。
㽷
このステップで既存のプールを変更する場合は、DD Boost 以外のすべてのデバイス
がプールから除外されていることを確認してください。
l
FC 対応と IP 対応のいずれの DD Boost デバイスのみをプールに含めるのかを検討
します。
㽷
異なる接続性の DD Boost デバイスを含めると、クライアントで、あるときは FC デバ
イスを使用し、別のあるときは IP デバイスを使用するという可能性が生じます。これ
を懸念する場合は、同じプールに FC デバイスと IP デバイスを混在させないでくださ
い。
DD Boost デバイスをターゲットとするプールの作成
53
ソフトウェア構成
l
複数の Data Domain システムからデバイスを選択しないでください。
そうしないと、単一の NetWorker クライアントからのバックアップが、この任意の Data
Domain システムをターゲットにできます。この動作は、バックアップウィンドウと重
複排除の割合に悪影響を及ぼします。
13.Data Domain バックアップのみにプールを使用する場合は、［メディアタイプが必要で
す］で、このフィールドを［Data Domain］に設定します。この設定により、必ず Data
Domain デバイスのみがこのプールを使用します。
㽷
1 つのプールに異なるメディアタイプを含めないことをお勧めします。詳細については、
旧 NetWorker アプリケーションモジュールでバックアップが失敗する（86 ページ）を参
照してください。
14.［OK］をクリックします。
メディアプールの詳細については、「EMC NetWorker Administration Guide」を参照してく
ださい。
ストレージノードのデバイスのラベル付けとマウント
通常は、デバイス構成ウィザードを使用します。デバイスのラベル付けとマウントが自動で
行われます。次の処理手順では、NMC プロパティウィンドウを使用する別の手動での方法
について説明します。
DD Boost デバイスは、プールを識別するためのラベルとしてボリューム名を持つ必要があ
り、ストレージノードは使用準備のできたデバイスをマウントする必要があります。
次の手順を実行して、デバイスのラベル付けとマウントが可能です。
手順
1. ［NetWorker 管理］ウィンドウで、［デバイス］をクリックします。
2. ブラウザツリーで、Data Domain システムを選択します。
3. 右側のパネルで、ラベル付けするデバイスを右クリックして、［ラベル］を選択します。
4. ［ラベル］ウィンドウの［プール］リストボックスで、デバイスに関連づけるプールを選択し
ます。
選択したプールのラベルが［ボリュームラベル］フィールドに表示されます。このラベル
は、デバイスのボリューム名になります。
5. ［ラベル付け後にマウント］を選択し、［OK］をクリックします。
NMC のリストに、デバイスおよび関連づけられたボリューム名が表示されます。
DD Boost デバイスにバックアップするクライアントの構成
NMC には、NetWorker クライアントおよびスケジュールを作成するために複数の方法が用
意されています。通常はウィザードを使用する方法が最適ですが、次のセクションの説明に
従って NMC のプロパティウィンドウによる方法を使用できます。
ウィザードを使用したバックアップクライアントの構成
NetWorker のクライアント構成ウィザードを使用して、NetWorker バックアップクライアントお
よびこのクライアントのバックアップスケジュールを作成および変更します。
54
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
既存のクライアントバックアップを新しい DD Boost デバイスにリダイレクトする場合、詳細
については、他のデバイスから DD Boost に対するバックアップのリダイレクト（88 ペー
ジ）を参照してください。
このウィザード処理手順で概要を示した設定の詳細については、次の処理手順 NMC プロ
パティウィンドウを使用したバックアップクライアントの構成（56 ページ）を参照してくださ
い。
次の手順を実行すると、ウィザードを使用して、クライアントおよびクライアントのスケジュー
ル設定されたバックアップを作成または変更できます。
手順
1. クライアントでデフォルトの構成である Client Direct バックアップを使用する場合は、ター
ゲット DD Boost デバイスで使用する方法と同じネットワーク接続（IP または FC）をクライ
アントが利用できることを確認します。
2. NMC の［エンタープライズ］ビューで、NetWorker サーバ名を選択し、［NetWorker］管理
対象アプリケーションをダブルクリックして起動します。
3. ［構成］ビューの NetWorker サーバー名の下で［クライアント］を右クリックし、［クライアン
トバックアップ構成］ > ［新規］を選択します。
4. 後続のウィザードページのフィールドに入力します。
l
［クライアント名］を表示します
l
［バックアップ構成タイプ］を指定します
l
［バックアップオプション］を指定します。
– ［重複排除］設定で、［Data Domain バックアップ］を選択します（該当する場合）。
使用されているプールに AFTD など他のタイプのデバイスも含まれている場合
は、この設定により、クライアントは必ず DD Boost デバイスのみにバックアップし
ます。プール内のデバイスを混在させないことをお勧めします。
– ［ターゲットプール］を DD Boost デバイスに関連づけられているメディアプール
に設定します。
プールを使用するようにクライアントを構成する代替方法は、プールリソースの
［データソース］フィールドでクライアントまたはそのグループを指定することで
す。詳細については、DD Boost デバイスをターゲットとするプールの作成（52 ペ
ージ）を参照してください。
㽷
NetWorker アプリケーションモジュールの現在のバージョンでは、DD Boost デバ
イスへのバックアップがサポートされます。一部の先行バージョンのモジュール
では、［Data Domain バックアップ］および［プール］用のクライアントフィールドを
サポートしていません。この場合は、これらのフィールドを設定しないでください。
詳細については、旧 NetWorker アプリケーションモジュールでバックアップが失
敗する（86 ページ）を参照してください。
l
［バックアップするファイル］を選択します
l
［クライアントプロパティ］を選択します
l
［バックアップグループ］を選択します
l
［ストレージノードオプション］を指定します
5. ウィザードを終了します。
ウィザードを使用したバックアップクライアントの構成
55
ソフトウェア構成
NMC プロパティウィンドウを使用したバックアップクライアントの構成
通常は、クライアント構成ウィザードを使用して、NetWorker クライアントの作成と変更を行
います。次の処理手順では、NMC プロパティウィンドウを使用する別の手動での方法につ
いて説明します。
NetWorker クライアントリソースの構成の詳細については、「EMC NetWorker 管理ガイド」を
参照してください。
次の手順を実行して、DD Boost デバイスへのスケジュール設定バックアップ用に
NetWorker クライアントを構成できます。
手順
1. クライアントでデフォルトの構成である Client Direct バックアップを使用する場合は、ター
ゲット DD Boost デバイスで使用する方法と同じネットワーク接続（IP または FC）をクライ
アントが利用できることを確認します。
2. NMC の［エンタープライズ］ビューで、NetWorker サーバ名を選択し、［NetWorker］アプリ
ケーションをダブルクリックして起動します。
3. NetWorker サーバのウィンドウで、［構成］をクリックします。
4. ブラウザツリーで［クライアント］を選択します。
l
新しいクライアントリソースを作成するには、［クライアント］アイコンを選択し、［ファイ
ル］メニューの［新規］を選択します。
l
既存のクライアントリソースを編集するには、右側のパネルのリストからクライアント
名を選択し、［ファイル］メニューの［プロパティ］を選択します。
5. 新しいクライアントリソースを作成する場合は、次の手順を実行します。それ以外の場
合は、以下のステップをスキップします。
㽷
バックアップが DD Boost デバイスにリダイレクトされたクライアントの場合、次のフィー
ルドを変更する必要はありません。詳細については、他のデバイスから DD Boost に対
するバックアップのリダイレクト（88 ページ）を参照してください。
a. ［全般］タブの［名前］フィールドにクライアントのホスト名を入力します。またオプショ
ンで、［コメント］フィールドにコメントを入力します。
b. ［ブラウズポリシー］と［保存ポリシー］の値を選択します。
– ブラウズポリシーによって、GUI またはコマンドラインで迅速にリカバリできるよう
に、NetWorker で、個々のバックアップしたファイルの詳細をブラウズ可能なイン
デックスに保持する期間を設定します。
– 保存ポリシーによって、ブラウズポリシーが失効した場合でも、NetWorker で、バ
ックアップしたデータをリカバリできるように維持しておく期間が決まります。古い
バックアップのリカバリでは、NetWorker によるインデックスの再構築が必要とな
ることがあります。
c. ［スケジュールバックアップ］チェックボックスを選択します。
d. ［セーブセット］フィールドで［参照］ボタンをクリックし、［ディレクトリの選択］ウィンドウ
を開きます。バックアップするすべてのディレクトリまたは個々のファイルをブラウズ
して選択します。選択したら、［OK］をクリックします。
各項目は、別々の行に入力する必要があります。次に例を挙げます。
D:\accounting
sales
56
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
すべてのクライアントデータをバックアップするには、［セーブセット］フィールドに「す
べて」と入力します。
㽷
Microsoft Windows システムでは、クライアントシステムの災害復旧に備えて、
SYSTEM または VSS（ボリュームシャドウコピーサービス）SYSTEM を定期的にバッ
クアップする必要があります。
この手順の詳細については、「EMC NetWorker Administration Guide」を参照してくださ
い。
6. ［全般］タブの［バックアップ］領域で、次の手順を実行します。
a. ［クライアントダイレクト］フィールドを選択して、このクライアントからの重複排除バッ
クアップデータを有効化し、NetWorker ストレージノードをバイパスして Data Domain
システムに直接送信します。次の要件を確認します。
– ［チェックポイント再開］フィールドがオフであることを確認します。選択すると、バ
ックアップが従来のストレージノードバックアップに復元されます。
– FC であるか IP であるかにかかわらず、クライアントのインターフェイス構成が DD
Boost デバイスのインターフェイス構成と一致することを確認してください。インタ
フェースが一致しない場合、ストレージノードはバックアップ/リストア処理を実行
します。
– DD Boost デバイスを使用するように Data Domain システムを構成してあることを
確認してください。詳細については、 DD Boost のための Data Domain システム
の構成（40 ページ）を参照してください。
– Data Domain システムの NetWorker デバイスリソースを、DD Boost（OST）ユー
ザー名を指定する［リモートユーザー］フィールドで構成したことを確認します。詳
細については、プロパティウィンドウでの DD Boost デバイスの構成（47 ページ）
を参照してください。
– クライアントの［アプリケーションとモジュール］タブで、この処理手順で後述するよ
うに、［Data Domain バックアップ］を選択してあることを確認します。
㽷
Linux ホストから Data Domain システムへのクライアントダイレクトアクセスに
は、Linux システムに glibc 2.3.4 以降のライブラリが必要です。
b. ［グループ］フィールドで、バックアップグループを選択します。バックアップグループ
は、同じバックアップスケジュールを使用するクライアントで構成されます。
このフィールドには、選択したプールに基づいて事前選択されたグループが表示され
る場合があります。クライアントレベルで関連づけられたプールからグループの関
連づけを解除しないでください。
㽷
重複排除バックアップ専用のグループを使用すると、重複排除オペレーションを監視
する場合、および重複排除ストレージまたは従来のストレージのいずれかのバックア
ップスケジュールを構成する場合に役立つことがあります。
c. ［プール］フィールドで、使用する DD Boost デバイスをターゲットとするプールを選択
します。このフィールドで選択したプールは、クライアントまたはそのセーブセットに
構成されているその他のプールより優先されます。
プールを使用するようにクライアントを構成する代替方法は、プールリソースの［デ
ータソース］フィールドでクライアントまたはそのグループを指定することです。詳細
については、 DD Boost デバイスをターゲットとするプールの作成（52 ページ）を参照
してください。
NMC プロパティウィンドウを使用したバックアップクライアントの構成
57
ソフトウェア構成
d. （オプション）バックアップで NetWorker サーバのブートストラップファイルおよびイン
デックスファイルを DD Boost デバイスに含める場合は、ブートストラップファイルお
よびインデックスファイル用のプールリソースを作成します。プールの［セーブセッ
ト］フィールドで、次の値を指定します。
bootstrap*
index*
従来、NetWorker サーバでは、スケジュール設定されたバックアップを実行するたび
に、ブートストラップファイルおよびインデックスファイルをローカルに接続されたディ
スクまたはテープデバイスにバックアップしています。
e. ［スケジュール］フィールドで、バックアップスケジュールを選択します。
このフィールドで選択したスケジュールは、クライアントまたはそのセーブセットに構
成されているその他のスケジュールより優先されます。
7. ［アプリケーションおよびモジュール］タブを選択します。
8. ［重複排除］領域で、［Data Domain バックアップ］を選択します。これにより、NetWorker
では、選択したプールに DD Boost デバイスおよびその他のタイプのデバイスが含まれ
ている場合でも、必ず、DD Boost デバイスのみにクライアントデータをバックアップしま
す。 1 つのプールに異なるデバイスタイプを含めないことをお勧めします。
㽷
NetWorker アプリケーションモジュールの現在のバージョンでは、DD Boost デバイスへ
のバックアップがサポートされます。一部の先行モジュールバージョンでは、［Data
Domain バックアップ］および［プール］用のクライアントフィールドをサポートしていませ
ん。この場合は、これらのフィールドを設定しないでください。詳細については、旧
NetWorker アプリケーションモジュールでバックアップが失敗する（86 ページ）を参照
してください。
9. ［Data Domain インタフェース］フィールドで、DD Boost デバイス用にクライアントが使用
する接続のタイプを選択します。
l
TCP/IP 接続に対してのみ［IP］を選択します。
㽷
ターゲット DD Boost デバイスのデバイスリソース（［構成］タブ）で［ファイバチャネル
の有効化］が選択されている場合は［IP］を選択しないでください。設定にこの矛盾が
あると、バックアップが失敗し、ストレージノードからのみリストアが機能することがあ
ります。
l
FC 接続に対してのみ［ファイバチャネル］を選択します。
㽷
NetWorker サーバではデータゾーンに含まれるホストに対して制御情報を通信する
ために IP 接続を必要とするため、NetWorker サーバのクライアントリソースに FC の
みの設定を構成することできません。
l
［すべて］を選択して、デバイスへの FC 接続と IP 接続の両方を有効化します。
NetWorker サーバにこのクライアントリソースの定義が複数含まれている場合、この
フィールドに対するすべての変更は、このクライアントの他のインスタンスに伝播され
ます。
10.NDMP クライアントをテープバックアップから DD Boost バックアップにリダイレクトするに
は、［バックアップ］フィールドを次のように変更します。
a. ［NDMP］オプションを選択します。
58
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
ソフトウェア構成
b. ［バックアップコマンド］フィールドに、次のコマンドを入力します。
nsrndmp -T ［backup_type］ -M
ここで、［backup_type］は、「dump」、「tar」、または「vbb」です。
-M オプションにより、DSA（データサービスエージェント）オプションを使用したバック
アップが指定されます。
nsrndmp コマンドの詳細については、「EMC NetWorker 管理ガイド」を参照してくださ
い。
c. ［全般］タブで、クライアントが、使用する DD Boost デバイスをターゲットとするプール
のメンバーであることを確認します。
d. ［アプリケーションとモジュール］タブで、［Data Domain バックアップ］を選択します。
11.［グローバル（2/2）］タブを選択します。
12.［構成］領域で次の設定を構成します。
a. ［ストレージノード］フィールドに、データのバックアップにクライアントが使用する、
NetWorker サーバのストレージノード以外のストレージノードのホスト名を入力しま
す。
b. ［リカバリストレージノード］フィールドに、データのリストア時にクライアントが使用す
るストレージノードのホスト名を入力します。
13.クライントの構成を完了したら、［OK］をクリックします。
NetWorker サーバウィンドウで、スケジュール設定されたバックアップが有効化されてい
るクライアントの［スケジュールされたバックアップ］列にチェックマークが表示されます。
DD Boost デバイスの停止および削除
DD Boost デバイスを停止して通常のバックアップ操作を妨げないようにするには、次のい
ずれかの処理手順を使用します。
デバイスを読み取り専用に変換
デバイスを読み取り専用に変換すると、デバイスがバックアップ操作に使用されなくなりま
す。デバイスは、引き続きリストア操作やクローン操作などの読み取り処理に使用できま
す。
手順
1. NetWorker サーバの NMC ウィンドウで、［デバイス］ビューをクリックし、ナビゲーション
ツリーで［デバイス］フォルダを選択します。
2. ［デバイス］テーブルで、読み取り専用に変換するデバイスを右クリックし、［アンマウン
ト］を選択します。
3. このアンマウントしたデバイスを右クリックし、［プロパティ］を選択します。
4. ［デバイスのプロパティ］ウィンドウで、［読み取り専用］を選択し、［OK］をクリックします。
5. デバイスを右クリックし、［マウント］を選択します。
デバイスの無効化
デバイスを無効化すると、デバイスが動作しなくなります。デバイスを再度有効化して、デ
バイスで保持していた古いデータをリストアできます。
DD Boost デバイスの停止および削除
59
ソフトウェア構成
手順
1. NetWorker サーバの NMC ウィンドウで、［デバイス］ビューをクリックし、ナビゲーション
ツリーで［デバイス］フォルダを選択します。
2. ［デバイス］テーブルで、無効化するデバイスを右クリックし、［アンマウント］を選択しま
す。
3. デバイスを無効化するには、このアンマウントしたデバイスを右クリックし、［有効化/無
効化］を選択します。
4. テーブルの［有効］列を調べて、デバイスを無効化してあることを確認します。
AFTD デバイスの削除
AFTD を削除する処理手順では、アクセスパスによって示される、デバイスのデータが格納
されているボリュームを消去するオプションも含まれています。このボリュームは、システム
にある他のデバイスと共有されていない場合に限り消去できます。
手順
1. NetWorker サーバの［デバイス］ビューのナビゲーションツリーで、［デバイス］をクリック
します。
2. ［デバイス］テーブルで、削除するデバイスを右クリックし、［削除］を選択します。
確認ダイアログボックスが表示されます。
3. 確認用ウィンドウで必須設定を指定します。
l
デバイスのデータは消去しないで、デバイスのみを NetWorker 構成から削除する場
合は、［はい］をクリックします。
l
デバイスを削除し、デバイスのデータとボリュームのアクセスパスを消去するには、
［すべてのデータを完全に消去し、選択した AFTD または Data Domain デバイスのメ
ディアおよびインデックス情報を削除する］を選択してから、［はい］をクリックします。
㽷
消去するボリュームが別のデバイスで共有されている場合、エラーメッセージにその
デバイスの名前が表示されます。ボリュームを消去する前に、最後の 1 つが残るま
で、このボリュームを共有している他のデバイスをすべて削除する必要があります。
4. デバイスをアンマウントしていないか、このデバイスを削除していないプールがある場合
は、確認用ウィンドウに詳細が表示されます。デバイスのアンマウント、プールからの削
除、およびデバイスの削除を承認するには、［はい］をクリックします。
詳細については、Data Domain のマニュアルを参照してください。
60
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
第4章
データのクローン作成とレプリケーション
この章は、次のセクションで構成されています。
u
u
u
u
u
u
u
DD Boost のクローンとレプリケーションのサポート................................................. 62
CCR 用のバックアップグループおよびプールの構成.............................................. 63
CCR 環境の構成.................................................................................................... 64
クローンオペレーションの構成.............................................................................. 66
スケジュール設定クローン操作を手動で開始する.................................................. 69
Clone レポート....................................................................................................... 69
nsrclone を使用したクローン作成.......................................................................... 69
データのクローン作成とレプリケーション
61
データのクローン作成とレプリケーション
DD Boost のクローンとレプリケーションのサポート
付加的なデータ保護のために、NetWorker のクローン機能を使用して、DD Boost デバイス
上のセーブセットを異なる場所にコピーできます。クローンは、完全で独立したデータのコピ
ーで、データリカバリや別のクローンの作成に使用できます。単一のセーブセットまたは
DD Boost デバイスのボリューム全体のクローンを作成できます。 NetWorker クローンは、
デフォルトで元の NetWorker の参照ポリシーと保存ポリシーを保持しますが、クローンコピ
ーに合わせてこれらのポリシーを変更できます。
各セーブセットの完了後すぐに実行するようにクローンを構成することもできれば（即時クロ
ーン）、メインのバックアップウィンドウでグループ全体のバックアップが完了した後で独立
に定義されたメンテナンスウィンドウで実行するようにクローンを構成することもできます。
クローン形式
作成する NetWorker クローンのタイプは、クローン作成に使用するストレージメディアのタ
イプによって異なります。 NetWorker では、DD Boost デバイスへのクローン作成に CCR を
使用するか、従来のストレージメディアへのクローン作成に標準のクローンを使用します。
CCR 形式
NetWorker でソース DD Boost デバイスから通常は地理的に離れた場所にあるターゲット
DD Boost デバイスにデータのクローンを作成する場合、操作では、最適化されたクローン
または DD 形式クローンとも呼ばれる CCR（クローン制御レプリケーション）を使用します。
CCR は、複数の並列セッションを活用し、使用する帯域幅とストレージ容量を低く抑えた高
速なプロセスです。 CCR クローンは、本番、バックアップ、復旧のプライマリ運用に対する影
響が最小限なデータリカバリや追加コピーの作成に使用できます。
CCR 操作では、関係しているデバイスを FC と IP のいずれ用に構成しているのかを問わず、
個々の Data Domain システムにある DD Boost デバイスとの間の IP 接続のみを使用しま
す。
同じ Data Domain システム上の CCR 操作では、異なる保存ポリシーを適用してデータを独
立して管理できるように、異なる 2 個の SU（MTree）間でレプリケーションすることをお勧めし
ます。
ストレージノードでは、CCR 処理の間に、受信するクローンをレビューして、NetWorker でタ
ーゲット DD Boost デバイスにすでに保存しているデータを確認します。ストレージノードで
は、デバイスにまだ存在していない一意のデータのみを格納します。
標準のクローン形式
NetWorker で DD Boost デバイスからディスク、テープなど従来のメディアにデータのクロー
ンを作成すると、データは非重複排除形式に戻ります。この処理手順では、標準のクロー
ンを作成します。標準のクローン形式は、たとえば災害復旧などの場合に、Data Domain
システムなしで従来のディスクまたはテープストレージにあるデータを完全にリカバリ可能
にするために必要です。
ネイティブの Data Domain レプリケーションの考慮事項
Data Domain のネイティブレプリケーション操作を避けてください。この操作は、通常、
CIFS、NFS、または VTL 形式で保存された重複排除データを災害復旧目的で Data Domain
システムから別の Data Domain システムにコピーするために使用します。このようなネイテ
ィブな操作は、DD Boost および NetWorker による認識からも制御からも独立しています。
62
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
データのクローン作成とレプリケーション
例外の 1 つとして、コレクションレプリケーションごとに新しい Data Domain システムをシー
ドして既存データの移行を支援する場合があります。詳細については、移行とネイティブの
Data Domain レプリケーション（91 ページ）を参照してください。
㽷
同じシステム上の非 DD Boost ディレクトリのために Data Domain レプリケーションを使用
する場合は、DD Boost デバイスを使用する NetWorker CCR 操作を有効化するために十分
な容量がシステムおよびネットワークにあることを確認してください。
DD Boost デバイスを使用するネイティブ Data Domain レプリケーションの考慮事項を次に
示します。
u
ディレクトリレプリケーション（MTree レプリケーション）では、DD Boost デバイスをサポ
ートしていません。
u
コレクションレプリケーションは、Data Domain システムの保存内容全体のレプリケーシ
ョンであり、DD Boost デバイスを読み取り専用として示します。この操作により、すべて
の DD Boost デバイスおよびその保存データがターゲット Data Domain システムにレプ
リケーションされます。ただし、レプリケーションされた DD Boost データは、NetWorker
CCR など他のレプリケーション操作には使用できません。
抩䩴
Data Domain システムのコレクションレプリケーションを実行する場合、NetWorker では、対
象システム上の DD Boost デバイスをまったく認識しません。 NetWorker でレプリケーション
された DD Boost データを認識し、データリカバリを行うには、追加の処理手順、テスト、認
定が必要です。 EMC プロフェッショナルサービスに支援を要請してください。
CCR 用のバックアップグループおよびプールの構成
セーブセットのコピーを定期的に作成する必要のある環境では、NetWorker スケジュール設
定クローン制御レプリケーション操作を使用します。事前に決めたクライアント、プール、セ
ーブセット、またはデバイスによってクローン作成できます。
次の 2 つの異なるモードのいずれかで実行するように CCR を構成できます。
u
各セーブセットの完了後すぐに実行（即時クローンと呼ばれる）。
u
メインのバックアップウィンドウでグループ全体のバックアップが完了した後で独立に定
義されたメンテナンスウィンドウで実行。このモードは、バックアップキューに多くのセ
ーブセットがあるか、異なるサイズの多数のセーブセットがある場合にも有用です。
即時クローンモードと独立クローンモードのいずれでバックアップを実行するのかをクライ
アントのグループに構成するには、グループリソース属性を次のように設定します。
手順
1. ［NetWorker 管理］ウィンドウで、［構成］を選択します。
2. ナビゲーションツリーで［グループ］を右クリックし、［新規］を選択します。
3. ［セットアップ］タブで［クローン］チェックボックスをオンにし、［クローンモード］オプション
を選択します。
l
即時クローンモードの場合、各セーブセットがバックアップされた後で CCR 操作を開
始するには、［セーブセット完了時に開始］を選択します。
このオプションを選択した場合は、NetWorker サーバーの並列処理属性に 2 以上の
値を設定してください。サーバーの並列処理属性にアクセスするには、［管理］ウィン
ドウの左側のパネルで NetWorker サーバー名を右クリックし、［プロパティ］を選択し
てから、［セットアップ］タブを選択します。
CCR 用のバックアップグループおよびプールの構成
63
データのクローン作成とレプリケーション
l
独立クローンの場合、グループ内のすべてのセーブセットがバックアップされてから
はじめて CCR 操作を開始するには、［グループ完了時に開始］を選択します。
4. ［クローンプール］を選択します。このクローンプールはグループを管理します。
クローンプールの作成の詳細については、DD Boost デバイスをターゲットとするプール
の作成（52 ページ）を参照してください。
スケジュール設定の詳細については、クローンオペレーションの構成（66 ページ）を
参照してください。
CCR 環境の構成
次の手順を実行すると、クローン制御レプリケーション用にネットワーク環境を構成できま
す。
手順
1. レプリケーションライセンスなど CCR 操作で使用する有効なライセンスを Data Domain
システムで有効化してあることを確認してください。
詳細については、DD Boost のための Data Domain システムの構成（40 ページ）を参照
してください。
2. ソースおよびターゲットの両方のストレージノードが同じ NetWorker サーバのクライアン
トになっていることを確認します。 NetWorker サーバーは、クローンオペレーションを管
理し、すべてのクローンコピーのブラウズおよび保存ポリシーを保持する必要がありま
す。
3. ソースとターゲットの Data Domain システム間の Ethernet IP 接続を確認します。 CCR
は、TCP/IP 接続を介してのみ行われます。
4. CCR に関係している DD Boost デバイスに FC 接続もある場合は、DD Boost デバイスへ
の IP アクセスを確保します。
Data Domain FC と IP のホスト名は、デフォルトでは同一ですが、異なる名前に設定する
こともできます。異なる場合、ホスト Data Domain FC サーバー名を、それ自体の IP アド
レスに次のようにマッピングする必要があります。
a. Data Domain Enterprise Manager の［データ管理］＞［DD Boost］＞［ファイバチャネ
ル］タブを開き、Data Domain の［サーバ名］をメモします。
または、次のコマンドを入力することもできます。
ddboost fc dfc-server-name show
b. 次のコマンドを使用して、/etc/hosts ファイルにあるシステムの IP アドレスにこのサ
ーバ名をマップします。
net hosts add ［server_name］［IP_address］
たとえば、IP アドレス 10.99.99.99 の Data Domain システムの IP ホスト名は
dd555-5.lss.mcm.com である一方で、DFC サーバ名は dd-tenendo です。以下のコ
マンドを入力します。
net hosts add dd-tenendo 10.99.99.99
5. Data Domain 暗号化、グローバル圧縮、または低帯域幅の最適化を使用する場合、こ
れらの構成はソースとターゲットの両方の Data Domain システムで有効化してください。
㽷
これらの構成のいずれかがソースおよびターゲット Data Domain システムの両方で一
致しない場合、クローンオペレーションは失敗します。
これらの設定の詳細については、「EMC DD OS 管理ガイド」を参照してください。
64
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
データのクローン作成とレプリケーション
6. NetWorker サーバと両方のストレージノードで、［グローバル 1/2］タブにあるクライアン
トリソースの［エイリアス］フィールドに CCR で使用するすべての名前とエイリアスの一覧
を構成します。完全修飾名、短い名前、エイリアス、IP アドレスを含めてください。
7. デフォルトでは、NetWorker は各ソースクローンプールからの CCR 操作ごとに、最大
30 個の並列クローン作成セッションまたはスレッドを実行します。これは推奨される設
定ですが、以下のように変更することもできます。
㽷
複数のソースプールから読み取る必要のある 1 個のセーブセットをクローン作成しよう
とする場合、NetWorker はバックアッププールをキューに入れます。この状況を回避す
るには、プールごとに個別の CCR 操作を使用します。
a. CCR を実行するホストの次の場所に、ファイル拡張子なしで nsrcloneconfig という名
前のファイルを作成します。
– Microsoft Windows システムの場合： C:\Program Files\EMC
NetWorker\nsr\debug
– UNIX システムの場合： /nsr/debug
b. このファイルで、以下の 2 個のグローバルパラメーターと 2 個のリソース固有パラメ
ーターを入力することができます。
max_threads_per_client=［max concurrent save sets］
max_client_threads=［max clients］
［nsrclone_resource_name］_max_threads_per_client=［max concurrent
save sets］
［nsrclone_resource_name］_max_client_threads=［max clients］
この場合、
– ［max concurrent save sets］で、NetWorker が任意の 1 個のソースクライアントに
対して実行する並列クローン作成セッションの数を制限します。たとえば、15 を指
定します。
– ［max clients］で、並列クローン作成操作に含めるソースクライアントの数を制限
します。たとえば、2 を指定します。
– ［nsrclone_resource_name_］は、使用する特定の NetWorker クローンリソースの
名前であり、パラメーターに対するプレフィックスとして追加されます。
これらの数値の積は 30 を超えることはできません。超えた場合は、エラーメッセー
ジが表示されます。グローバル設定とリソース固有設定の両方を使用する場合、固
有の設定がグローバル設定よりも優先されます。並列クローン作成を無効にするに
は、両方の値を 0 に設定します。この結果、シーケンシャルクローン作成のみを入
れたキューが生成されます。
8. ［メディアタイプが必要です］フィールドを［Data Domain］に設定し、［バックアップクロー
ン］タイプ用に構成された、CCR 用のターゲットプールを作成します。
CCR の間に、このプールのターゲットである DD Boost デバイスを使用できず、必要なメ
ディアタイプで Data Domain を指定している場合は、NMC に「メディア待機中」メッセー
ジが表示されます。
㽷
デフォルトのクローンプールで［メディアタイプが必要です］設定を構成し直すことはでき
ません。
詳細については、DD Boost デバイスをターゲットとするプールの作成（52 ページ）を参
照してください。
CCR 環境の構成
65
データのクローン作成とレプリケーション
9. ソースストレージノードのクライアントリソースを開き、［クローンストレージノード］フィ
ールドにターゲットストレージノードのホスト名を指定します。
［クローンストレージノード］を指定していない場合は、NetWorker サーバのストレージノ
ードが使用されます。
［クローンストレージノード］フィールドのターゲットが非 Data Domain ボリュームであり、
ターゲットプールの［メディアタイプが必要です］フィールドで［Data Domain］を指定して
いない場合、CCR では、ターゲットのボリューム上に標準のクローンのみを作成します。
10.ソース DD Boost デバイスをソースストレージノードにマウントします。
11.ターゲット DD Boost デバイスをターゲットストレージノードにマウントします。このデバ
イス用のプールでは、［バックアップクローン］プールタイプを指定する必要があります。
12.ターゲットクローンプールが、使用するクローン方法に合わせて適切に指定されている
ことを確認してください。クローンセーブセットはこのプールに書き込まれます。場合に
よっては、制御および柔軟性を実現するために複数または混合したアプローチを使用す
ることが必要となります。
以下の例では、作成したクローンプールの名前として myccrpool を使用しています。
l
スケジュール設定クローンオペレーションの場合は、クローンソースのストレージノ
ードのクローンリソースを開き、［クローンデータのプールへの書き込み］フィールド
でターゲットプール（myccrpool）を選択します。詳細については、クローンオペレー
ションの構成（66 ページ）を参照してください。
l
バックアップグループの即時クローンの場合は、グループリソースの［クローンプー
ル］フィールドで［myccrpool］を選択します。
l
CLI クローン操作の場合は、たとえば、nsrclone -b myccrpool コマンドを使用
します。詳細については、nsrclone を使用したクローン作成（69 ページ）を参照し
てください。
クローンオペレーションの構成
最適化クローンや DD 形式クローンとも呼ばれる CCR、または通常の非重複排除クローン
に、スケジュール設定されたクローンオペレーションを構成できます。
詳細については、「EMC NetWorker クローン作成統合ガイド」を参照してください。
手順
1. クローン環境を構成します。詳細については、 CCR 環境の構成（64 ページ）を参照してく
ださい。
2. ［NetWorker 管理］ウィンドウで、［構成］をクリックします。
3. 参照ツリーで［クローン］をクリックし、［ファイル］メニューで［新規］を選択して、［クローン
を作成］ウィンドウを開きます。以下の図は、［オプション］タブの設定例を示します。
66
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
データのクローン作成とレプリケーション
図 7 クローンリソースの一般設定でのクローンのスケジュール設定
4. ［名前］フィールドに、スケジュール設定クローンリソースを識別する一意な名前を入力
します。補足情報がある場合は［コメント］フィールドに入力します。
5. クローン作成で元のバックアップと異なるポリシーを使用する場合は、［参照ポリシー］フ
ィールドと［保存ポリシー］フィールドを設定します。
6. ［セーブセットを書き込むためのストレージノード］フィールドにあるクローンにソーススト
レージノードを選択します。
㽷
DD Boost デバイスと AFTD では、［セーブセットを読み込むためのストレージノード］フィ
ールドを使用せず、このフィールドは使用できません。ターゲットデバイスは、クローン
プールを使用して構成します。
7. ［クローンデータのプールへの書き込み］フィールドで、クローンを保存するデバイスをタ
ーゲットとするクローンプールを指定します。これは、CCR 環境の構成（64 ページ）で作
成したバックアッププールです。
8. 有効なセーブセットをスキップするには、［セーブセットエラーがあっても続行する］を選
択します。選択しない場合、無効なセーブセットによってクローンオペレーションが停止
し、エラーメッセージが生成されます。
9. ［セーブセットクローンの数を制限する］フィールドがデフォルト値の 1 であることを確認
します。この設定により、NetWorker では、ターゲットプールにセーブセットクローンを 1
個だけ作成できます。
この値 1 の設定は、たとえば、NetWorker で一部のセーブセットのクローンを正常に作
成した一方でクローンを作成できなかったセーブセットのある中断されたクローン操作を
手動で再開する必要のある場合に有用です。設定 1 は、失敗したクローンのみを複製
し、完了したクローンは複製しません。
設定を 0 にすると、重複クローンの数が制限されなくなります。
クローンオペレーションの構成
67
データのクローン作成とレプリケーション
㽷
NetWorker では、1 つのボリュームに一意のセーブセットクローンを 1 つだけ保存しま
す。同じセーブセットのクローンを複数作成すると、NetWorker では、プール内の別々の
ボリュームに各クローンを保存します。
10.クローンオペレーションのスケジュールを構成します。
a. ［有効化］を選択して、クローンオペレーションがスケジュールされた時刻に実行され
るようにします。
b. ［開始時刻］フィールドに開始時刻を設定します。
リソースの使用量を減らすため、クローンオペレーションをバックアップウィンドウの
完了後にスケジュール設定します。
c. ［曜日ごとに毎週］または［日付ごとに毎月］のいずれかを選択して、週または月のカ
レンダーを表示します。表示されたカレンダーで、クローンオペレーションを実行す
る日を選択します。
d. 1 日のうちにクローンオペレーションを繰り返す場合は、時間単位で［間隔］時間を
指定します。
たとえば、開始時刻に午前 6 時、インターバルに 6 時間を設定すると、クローンオペ
レーションは、午前 6 時、午後 12 時、午後 6 時に実行されます。
［セーブセットクローンの数を制限する］値に達すると、反復クローンオペレーション
は失敗するようになります。
11.［セーブセットフィルタ］タブを選択し、スケジュール設定クローンオペレーションに含め
るソースセーブセットを指定します。
メインオプションは次の 2 つです。
l
［選択項目に一致するセーブセットのクローン作成］を選択し、次の選択内容に従っ
てクローン作成するセーブセットを選択します。
– セーブグループ
– NetWorker クライアント
– Pool
– セーブセットレベル
– NetWorker クライアントリソースで指定したセーブセット名
– 過去数日間、数週間、数か月間、または数年間のセーブセット
l
［特定のセーブセットのクローン作成］を選択し、クローン作成するソースセーブセッ
トの名前をセーブセット ID（ssid）またはクローン ID（clonid）で入力します。セーブセ
ット名ごとに別の行を使用します。
セーブセット ID とクローン ID を検索するには、［NetWorker 管理］ウィンドウで［メディ
ア］をクリックし、ブラウザツリーで［セーブセット］を選択して、検索する値を指定しま
す。または、NetWorker の mminfo コマンドを使用できます。詳細については、「EMC
NetWorker Administration Guide」を参照してください。
12.［セーブセットの選択項目のプレビュー］をクリックして、セーブセットのフィルタ設定を確
認します。
13.［OK］を選択してスケジュールクローンオペレーションを保存します。
14.クローンオペレーションが完了したら、ターゲットデバイスのクローンデータを検証しま
す。必要に応じ、テストとしてサンプルセーブセットをリストアします。
68
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
データのクローン作成とレプリケーション
NMC の［クローン］ウィンドウでの NetWorker オペレーションの検証とクローンオペレー
ションのモニタリングの詳細については、M 監視、レポート作成、およびトラブルシューテ
ィング（75 ページ）を参照してください。
スケジュール設定クローン操作を手動で開始する
通常のスケジュール設定された開始時刻に影響を与えずに、スケジュール設定クローン操
作を任意の時刻に手動で開始できます。次の 2 つの方法があります。
［構成］ウィンドウからクローンオペレーションを手動で開始する
次の手順を実行して、［構成］ウィンドウからスケジュール設定クローンオペレーションを手
動で開始できます。
手順
1. ［管理］ウィンドウで［構成］をクリックします。
2. ブラウザツリーで、［クローン］を選択します。
3. 右側のパネルの一覧にあるクローンリソースを右クリックし、［開始］を選択します。
［モニタリング］ウィンドウからクローンオペレーションを手動で開始する
次の手順を実行して、［モニタリング］ウィンドウからスケジュール設定クローンオペレーショ
ンを手動で開始できます。
手順
1. ［管理］ウィンドウで［監視］をクリックします。
2. ［クローン］タブを選択します。
3. クローンリソースを右クリックして、［開始］を選択します。
Clone レポート
NMC の［レポート］ビューを使用して Data Domain システム上の NetWorker クローンオペレ
ーションのレポートにアクセスできます。詳細については、 Reports（79 ページ）を参照して
ください。
nsrclone を使用したクローン作成
NetWorker の nsrclone コマンドまたは nsrclone スクリプトを使用すると、手動によるか、オ
ペレーティングシステムまたは外部スケジューラでタスクをスケジュール設定することによっ
て起動できる、詳細 CCR 操作を構成できます。この方法は、柔軟性および条件の制御が必
要な大規模環境に最適です。以下に例をいくつか示します。
u
CCR を実行するクローンジョブ A が正常に完了した場合に限り、テープストレージへの
クローンを行うクローンジョブ B を開始します。
u
特定のセーブセットのみのクローンを指定したストレージノードまたは指定したデバイス
に作成します。
u
NetWorker サーバ以外のホストから CCR を実行します。このスクリプトまたはコマンドで
は、プライマリホスト名によって NetWorker サーバを指定する必要があります。 NMC
の［エンタープライズ］ビューに一覧表示されているホスト名を使用してください。そうし
ない場合は、CCR 操作によって代わりに標準のクローンが生成されることがあります。
スケジュール設定クローン操作を手動で開始する
69
データのクローン作成とレプリケーション
スクリプトによるソリューションを使用するには補足的な知識が必要とされ、オペレーティン
グシステムやスクリプト作成ツールなど、本書の範囲を超える外的要素に依存します。
詳細については、「EMC NetWorker 管理ガイド」および「EMC NetWorker コマンドリファレンス」
ガイドを参照してください。また、EMC プロフェッショナル・サービスも支援を提供します。
70
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
第5章
データのリストア
この章は、次のセクションで構成されています。
u
u
u
DD Boost 重複排除データのリストア...................................................................... 72
FC 対応デバイスから IP を介した Client Direct によるリストア..................................72
災害復旧...............................................................................................................73
データのリストア
71
データのリストア
DD Boost 重複排除データのリストア
DD Boost デバイスから重複排除データをリストアする方法は、非重複排除データをリストア
する方法と同じです。各バックアップは、異なる場所に存在する 2 個のコンポーネントで構
成されます。
u
重複排除されたクライアントバックアップデータは、Data Domain システム上の DD
Boost デバイスにあります。
u
データの保持期間を指定し、リカバリのためにバックアップを参照できるバックアップメ
タデータは、NetWorker サーバにあります。
重複排除データのリストア要件
DD Boost デバイスからの重複排除データのリストア要件は、次のとおりです。
u
リストアするすべての重複排除データが、Data Domain システムで使用可能である必要
があります。バックアップの保存期間が満了していない必要があります。
u
重複排除データのリストア中は、Data Domain システムと NetWorker ストレージノード
の両方がオンラインである必要があります。
サポートされる NetWorker リストアの処理手順
データリストア手順は、非重複排除 NetWorker バックアップと同じです。
u
NetWorker を使用して、メディアインデックスを参照し、リカバリするファイルまたはセー
ブセットを選択できます。
u
サポートされている NetWorker クライアントおよび NetWorker ストレージノードのダイレ
クトリストアを実行できます。
u
NetWorker の scanner プログラムを使用して、残存しているメタデータからメディアイン
デックスを再構築することにより、満了したバックアップデータのリストアを試行できま
す。
データリカバリの処理手順については、「EMC 管理ガイド」を参照してください。「」
FC 対応デバイスから IP を介した Client Direct によるリストア
IP ネットワークを介し、Client Direct を使用して、FC 対応 DD Boost デバイスにマウントされ
ているボリュームからデータをリストアできます。次のように IP 対応デバイスとボリュームを
共有します。
手順
1. ボリュームをマウントする IP 対応 DD Boost デバイスを作成しますが、FC 対応 DD Boost
デバイスを管理するストレージノードとは異なるストレージノードにこのデバイスを関連
づけます。
IP リストアに使用するストレージノードでは、FC 対応 DD Boost デバイスをこのボリュー
ムで使用できなくしている必要があります。
詳細については、ウィザードを使用した DD Boost デバイスの構成（43 ページ）を参照し
てください。
2. ボリュームを共有するようにデバイスを構成します。
詳細については、複数デバイスでのボリューム共有の構成（50 ページ）を参照してくださ
い。
72
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
データのリストア
3. リストアデータを受け取るクライアント用にクライアントリソースを変更します。
l
Client Direct および IP 接続用にこのクライアントを構成します。
l
［グローバル（2/2）］タブの［リカバリストレージノード］フィールドで、IP 対応 DD
Boost デバイスに関連づけたストレージノードを指定します。
詳細については、NMC プロパティウィンドウを使用したバックアップクライアントの構
成（56 ページ）を参照してください。
4. 新しい IP 対応 DD Boost デバイスにボリュームをマウントし、新規 IP リストアクライアン
トリソースを使用してリストアを実行します。
災害復旧
このガイドでは、データのリストアに必要なコンピューティング環境が利用できない場合のデ
ータ損失に関する災害を対象としています。災害復旧は、通常のデータリカバリの処理手
順ではコンピューティング環境やデータを日々の通常操作にリカバリするには不十分な場
合に必要となります。
災害の原因
災害の発生する状況は、次のとおりです。
u
弱体化したハードウェアおよびソフトウェアの障害
u
コンピューティングシステムを破壊するコンピュータウイルス
u
コンピューティング環境を損傷する通信やネットワーク接続の問題など、インフラストラク
チャの崩壊、不整合、サービスの損失
潜在的な損失
プライマリサイトの災害復旧では、プライマリサイトの次のいずれかまたはすべてのシステ
ムの潜在的な損失に対処する必要があります。
u
重複排除クライアントバックアップを保存する Data Domain サーバ
u
バックアップ用の重複排除メタデータを保存する NetWorker ストレージノード
u
バックアップ用のメディアインデックスを保存する NetWorker サーバ
災害復旧に関する要件
完全な災害復旧環境には、プライマリサイトで完了した各バックアップに関連するすべての
情報をコピーするシステムを含むセカンダリサイトが用意されています。
異なるクライアントに対する異なるデータゾーンを持ち、それぞれプライマリサイトとセカン
ダリサイトの両方として動作して、相互に災害復旧を実現するように 2 つのサイトを構成で
きます。
災害復旧では、次のシステムのメンテナンスを行う必要があります。
u
プライマリ Data Domain システムからクローン作成された重複排除クライアントデータ
がある Data Domain システム
u
プライマリ NetWorker ストレージノードからクローン作成された重複排除メタデータがあ
る災害復旧 NetWorker ストレージノード
u
プライマリ NetWorker サーバからクローン作成されたメディアインデックスがある災害
復旧 NetWorker サーバ
災害復旧環境（33 ページ）に、単純な災害復旧環境の例を示します。
災害復旧
73
データのリストア
災害復旧のシナリオ
災害からのリカバリに使用する処理手順は、次のような要因に応じて変わります。
u
災害復旧環境の導入
u
災害によって影響を受けたシステム
u
災害からの正常なリカバリに必要な時間
詳細については、「EMC NetWorker 災害復旧ガイド」を参照してください。
74
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
第6章
監視、レポート作成、およびトラブルシューティング
この章は、次のセクションで構成されています。
u
u
u
u
Data Domain イベント、統計情報、およびログのモニタリング..................................76
Reports................................................................................................................. 79
障害が発生したか古いストレージノードの交換...................................................... 83
トラブルシューティング........................................................................................... 85
監視、レポート作成、およびトラブルシューティング
75
監視、レポート作成、およびトラブルシューティング
Data Domain イベント、統計情報、およびログのモニタリング
NMC には、接続先 Data Domain システムのバックアップ統計情報、ログ、およびアラートを
表示するさまざまな方法が用意されています。
統計情報、ログ、アラートの表示
NMC の NetWorker サーバウィンドウでは、接続先 Data Domain システムのバックアップス
テータス、ログ、およびアラートの包括的なビューが提供されます。
㽷
NMC では、一部のログや通知に、DFA（ダイレクトファイルアクセス）、直接ファイル保存、ま
たは DIRECT_FILE 操作というさまざまな形で Client Direct 操作を一覧表示します。
手順
1. SNMP を Data Domain システム用に構成してあることを確認します。
詳細については、Data Domain で使用する SNMP の構成（78 ページ）を参照してくだ
さい。
2. NetWorker サーバの NMC ウィンドウで、［デバイス］ビューをクリックします。
3. フォルダツリーで、［Data Domain システム］を選択します。
4. Data Domain システムを右クリックし、［プロパティ］を選択することにより、ID（名前、ホス
ト、モデル、OS バージョン、シリアル番号）、構成と SNMP コミュニティ文字列、アクセス
認証情報、容量ステータス情報、セーブストリームステータス情報、システム詳細など
の情報を表示できます。
5. 次の図に示すように、Data Domain システムを選択して、バックアップ情報を表示できま
す。
l
［デバイス］領域には、デバイスと次の内容を含む使用状況情報が表示されます。
– 圧縮前：データの重複排除と圧縮が行われなかった場合にバックアップで使用さ
れた領域の容量を示します。 NetWorker では、バックアップのサイズとしてこの値
を追跡します。
– 圧縮（縮小）：次の 2 個の値によってデータ圧縮を表します。
Pre-Compression ÷ Post-comp Used
［（1 - Post-comp Used）÷（Pre-Compression）］×100%
– /backup: post-comp：3 個の値を示します。 Data Domain システムの合計容量、
すでに使用されているディスク領域の容量、および使用可能な領域の容量です。
– /ddvar：Data Domain ファイルシステムで使用されているログファイル領域の量
を示します。
l
［ステータス］領域には、接続の使用状況が一覧表示されます。
l
［ログ］テーブルには、バックアップ操作中に発生したイベントの時系列の一覧が表
示されます。
l
［アラート］テーブルには、管理上の注意が必要な操作上の問題に関するメッセージ
が一覧表示されます。 SNMP トラップが構成されている場合にのみアラートを利用で
きます。
㽷
［アラート］テーブルから個々のメッセージを削除するには、NMC の［イベント］ビュー
を開き、メッセージを選択して右クリックし、［無視］を選択します。
76
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
監視、レポート作成、およびトラブルシューティング
図 8 DD Boost デバイスに表示される NetWorker 管理
NMC でのバックアップ統計の表示
NMC で接続先 Data Domain システムのバックアップのストレージ統計情報を表示できま
す。
NMC の［エンタープライズ］ビューで、Data Domain ホストを選択します。
テーブルの 1 つに、選択したシステムのストレージ統計情報が表示されます。
NMC でのバックアップアラート（SNMP トラップ）の表示
アラートは、管理上の注意を必要とする可能性のある操作上の問題に関するメッセージで
す。
NMC で接続先 Data Domain システムのバックアップアラームを表示できます。
手順
1. Data Domain システムの SNMP の構成。
詳細については、Data Domain で使用する SNMP の構成（78 ページ）を参照してくだ
さい。
2. NMC で、［イベント］ビューを選択します。
表にバックアップアラート（SNMP トラップ）が時系列で一覧表示されます。
㽷
同じアラートメッセージが NetWorker の［アラート］テーブルにも表示されます。
NMC でのバックアップ統計の表示
77
監視、レポート作成、およびトラブルシューティング
NMC のイベントおよび NetWorker のアラートからの個々のメッセージの削除
NMC の［イベント］テーブルからメッセージを削除すると、NetWorker の［アラート］テーブルと
NMC の［イベント］テーブルから個々のメッセージを削除できます。 2 つのビューには同じメ
ッセージが表示されます。
手順
1. NMC で、［イベント］ビューを選択します。
2. ［イベント］テーブルから削除するメッセージを選択します。
3. 右クリックして［無視］を選択します。
選択したメッセージが NSM により削除されます。
Data Domain で使用する SNMP の構成
Data Domain のアラート（SNMP トラップ）を監視するように NMC を構成できます。表示権
限を持っている場合は、NMC の［エンタープライズ］ビューに、ネットワークホストとして Data
Domain システムの一覧が表示されます。
詳細については、NMC の［エンタープライズ］ビューへのホスト Data Domain システムの追
加（46 ページ）を参照してください。
㽷
HP-UX オペレーティングシステムによる NMC サーバでは、［エンタープライズ］ビューでのス
テータス監視（SNMP）がサポートされていますが、［イベント］ビューでのイベント監視
（SNMPTRAP）はサポートされていません。
手順
1. Data Domain システムで SNMP を有効化し、NMC サーバにトラップを送信するようシス
テムを構成します。詳細については、DD Boost のための Data Domain システムの構成
（40 ページ）を参照してください。
2. NMC の［エンタープライズ］ビューの左側パネルで、監視対象の Data Domain システム
を右クリックして、［プロパティ］を選択します。
3. ［プロパティ］ウィンドウの［Data Domain の管理］タブで、［イベントのキャプチャ］を選択
します。
このチェックボックスがオンになっていない場合、NMC は DD Boost デバイスのステータ
スを監視しますが、イベントを監視するために必要な Data Domain の SNMP トラップは
監視しません。
4. ［SNMP モニタリングの構成］タブで、［SNMP コミュニティ文字列］の値を入力します。通
常の設定はパブリックです。この場合、すべてのユーザーがイベントを監視できます。
次の図に例を示します。
5. ［SNMP プロセスポート］の値を入力します。デフォルト値は 162 です。この設定は、
Data Domain システムのファイアウォール設定と適合する必要があります。詳細につい
ては、ファイアウォールの要件（29 ページ）を参照してください。
6. 監視する［SNMP トラップ］を選択します。一部のトラップはあらかじめ選択されていま
す。次の図に、Data Domain 4.8 のアラート例を示します。他のバージョンでは異なる
可能性があります。
7. ［OK］をクリックします。
78
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
監視、レポート作成、およびトラブルシューティング
図 9 監視する Data Domain アラート
Reports
Data Domain のバックアップ、リカバリ、クローン作成のアクティビティを扱う NetWorker の
統計レポートを作成するには、NMC の［レポート］ビューを使用します。
レポートの構成
NMC でバックアップまたはクローン用の Data Domain レポートを構成して表示できます。
手順
1. ［NetWorker Management Console］ウィンドウで、［レポート］をクリックします。
2. ［レポート］フォルダを展開し、［Data Domain 統計情報］フォルダを展開して、表示する
サマリーレポートまたはステートメントレポートを選択します。
右側のパネルに、選択したレポートタイプの［構成］タブが表示されます。
3. ［構成］タブで、レポートに含めるアイテムをカスタマイズします。アイテムパラメーターを
選択し、［削除］（［‹］）、［追加］（［›］）、［すべて削除］（［«］）、または［すべて追加］（［»］）ボ
タンを必要に応じてクリックします。
Reports
79
監視、レポート作成、およびトラブルシューティング
［保存時刻］の値を指定しない場合、レポートには、表示可能なデータがすべて表示され
ます。
次の表に、レポート構成パラメータの詳細を示します。指定可能なパラメータは、選択し
たレポートのタイプによって異なります。
次の図に、レポート構成の例を示します。
4. レポートを表示するには、［レポートの表示］タブを選択します。
表 3 Data Domain レポートの構成パラメーター
パラメータ
説明
選択肢
サーバ名
エンタープライズ内で管理されているホストを選択する
選択したサーバ名
Group Name
1 つまたは複数のグループを選択する
選択したグループ名
クライアント名 1 つまたは複数のクライアントを選択する
選択したクライアント
名
セーブセット名 1 つまたは複数のセーブセットを選択する値の大文字と小
文字は区別され、ワイルドカードは使用できません。
選択したセーブセット
名
時間の短縮
レポートを指定した時間範囲に限定する
保存時刻（範囲内）
使用可能な日付/時刻形式は、オペレーティングシステムの
言語ロケールに依存する
図 10 レポート構成
80
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
監視、レポート作成、およびトラブルシューティング
バックアップレポートのタイプ
バックアップレポートはさまざまな形式で作成できます。ほとんどは基本的なレポートです。
Backup Summary と Monthly Client Statement はドリルダウンレポートです。
u
基本レポート（81 ページ）では、基本レポートの詳細について説明します。
u
ドリルダウンレポート（82 ページ）では、ドリルダウンレポートの詳細について説明し
ます。
u
先進的なレポート作成機能（83 ページ）では、オプションの EMC Data Protection
Advisor（DPA）を使用した高度なレポート作成機能について説明します。
u
クローンオペレーション用の特定のレポートは用意されていません。［NetWorker 管
理］の［メディア］ビューの［セーブセット］の下で、クエリーを実行してセーブセットのコピ
ーを一覧表示できます。
基本レポート
基本レポートでは、特定のデータゾーンコンポーネント、期間、フィールドの統計情報を収集
します。レポートの範囲は、NMC の［構成］タブのパラメータを調整することによって変更で
きます。
次の表に、Data Domain 統計情報で使用可能な基本レポートの説明を示します。
表 4 Data Domain の基本レポート
レポート名
目的
クライアントサマリー
すべてまたは指定したクライアントについて、以下の統計が表示さ
れます。
セーブセットサマリー[せーぶ
せっとさまりー]
Save Set Details
l
データ量：NetWorker で従来のバックアップを使用する場合に
移動していたデータの量（保護データ）。
l
ターゲットサイズ：Data Domain システムで重複排除が実行さ
れた後のデータのサイズ（保存データ）。
l
重複排除の割合：Data Domain 重複排除を使用することで節
約される割合。
l
セーブセットの数：バックアップ内のセーブセットの数。
l
ファイルの数：バックアップ内のファイルの数。
すべてまたは指定したセーブセットについて、次の項目に関する重
複排除統計を表示します。
l
データ量：NetWorker で従来のバックアップを使用する場合に
移動していたデータの量。
l
ターゲットサイズ：Data Domain システムで重複排除が実行さ
れた後のデータのサイズ。
l
重複排除の割合：重複排除を使用することで節約される割
合。
l
セーブセットの数：バックアップ内のセーブセットの数。
l
ファイル数：セーブセット内のファイル数。
バックアップ期間および次の統計情報など、各セーブセットの詳細
情報を表示します。
l
セーブセット ID
バックアップレポートのタイプ
81
監視、レポート作成、およびトラブルシューティング
表 4 Data Domain の基本レポート（続き）
レポート名
目的
l
時間の節約
l
バックアップ・レベル
l
セーブセットサイズ：保護データのサイズ
l
ターゲットサイズ：Data Domain システムで重複排除が実行さ
れた後のデータのサイズ（保存データサイズ）。
l
重複排除の割合：重複排除を使用することで節約される割
合。
l
ファイル数：セーブセット内のファイル数。
月次サマリー
統計情報を月単位で表示する。
日次サマリ
統計情報を日単位で表示する。
ドリルダウンレポート
ドリルダウンレポートは複数の基本レポートで構成されています。それぞれの基本レポート
はレイヤーとして接続され、すべて最上位レイヤーで使用されるのと同じパラメータを使用し
て構成されています。
レポートは、グループ、クライアント、またはセーブセットを単位に実行できます。レポートの
範囲は、NMC の［構成］タブのパラメータを調整することによって変更できます。
次の表に、Data Domain 統計情報で使用可能なドリルダウンレポートの一覧を示します。
表 5 Data Domain 統計のドリルダウンレポート
レポート名
目的
順序
Backup Summary
クライアントサマリーなど、長期
1.
間のバックアップ統計情報をレポ
2.
ートします。
3.
Monthly Client Statement
個々のセーブセットの詳細に至る 1.
まで、月単位と日単位で、個々の
クライアントのバックアップ統計の 2.
レポートを作成する。
3.
4.
クライアントサマリー
セーブセットサマリー[せ
ーぶせっとさまりー]
Save Set Details
クライアントサマリー
月次サマリー
日次サマリ
Save Set Details
Data Domain 統計情報レポート
特定の Data Domain 統計情報レポートを生成するには、Data Domain の gstclreport コマ
ンドを指定の形式で使用します。
詳細については、Data Domain の製品マニュアルを参照してください。
82
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
監視、レポート作成、およびトラブルシューティング
先進的なレポート作成機能
NMC では、特定のデータゾーンでの最近のバックアップ履歴に限定したレポートを作成でき
ます。オプションの EMC DPA ソフトウェアにより、Data Domain システムのレポートを含め、
1 つまたは複数のデータゾーンでのバックアップ、トレンド、および解析について、拡張レポ
ートを作成できます。予測およびトレンドを含む追加の分析が必要とされる大規模な環境で
は、DPA の使用をお勧めします。
障害が発生したか古いストレージノードの交換
ストレージノードに障害が発生するか、ストレージノードを交換した場合、関連づけられた
DD Boost デバイスに保存されているデータを、交換用のストレージノードまたは別のストレ
ージノードにリカバリできます。リカバリが成功するかどうかは、消失時のデバイスの状態
によって異なります。
u
システム停止が発生したときにストレージボリュームがアンマウントされていた場合、デ
ータの構造と整合性はそのままであり、完全なリカバリを期待できます。
u
ボリュームはマウントされていたが、システム停止中にデータの読み取りまたは書き込
み中ではなかった場合も、完全なリカバリが行われる可能性があります。
u
システム停止の際にデバイスがデータの読み取りまたは書き込み中であった場合、デ
ータ消失またはデータ破損の可能性が高く、完全なリカバリが行われる保証はありませ
ん。
デバイスのボリューム構造が損なわれていなければ、NetWorker サーバでは、既存の
デバイスを使用した運用を最小限の影響で続行できます。
ただし、交換用ストレージノードの名前が異なるか、ストレージノードとして NetWorker
サーバを使用する場合、NetWorker で次のようにデバイスを再作成する必要がありま
す。
手順
1. 次の要件を確認します。
l
交換するストレージノードに、元の Data Domain システムへのアクセス権がある。
l
NetWorker サーバソフトウェアのバージョンが元のバージョンと同じである。
l
NetWorker サーバのインデックスとメディアデータベースエントリーがすべてシステ
ム停止前のものと同じである。
2. NMC から、NetWorker アプリケーションを実行し、［デバイス］ビューを選択し、ナビゲー
ションツリーで［デバイス］を選択します。
3. 影響を受けた元のリモート（ストレージノードベースの）DD Boost デバイスごとに、デバ
イスを右クリックし、［プロパティ］を選択して、次の情報を記録します。
l
［全般］タブ：
– 名
– デバイスアクセス情報
l
［操作］タブ：
– ボリューム名
– Volume Pool
4. NetWorker アプリケーションから元の DD Boost デバイスを削除します。デバイスフォル
ダは引き続き Data Domain システム上に存在します。
先進的なレポート作成機能
83
監視、レポート作成、およびトラブルシューティング
a. ［デバイス］ビューの［デバイス］ツリーで、影響を受けたデバイスをそれぞれ右クリッ
クしてアンマウントします。マウントされているデバイスには［ボリューム名］が表示さ
れています。
b. ［メディア］ビューの［メディアプール］ツリーで、影響を受けたメディアプール（［ボリュ
ームプール］）をそれぞれ右クリックし、［プロパティ］を選択します。［選択基準］タブ
で、影響を受けたデバイスをそれぞれ［ターゲットデバイス］リストから削除します。
c. ［Devices］ビューの［Devices］ツリーで、影響を受けたデバイスをそれぞれ右クリック
して削除します。
5. 次の手順で、NetWorker アプリケーションにデバイスを再作成して交換したストレージノ
ードに関連づけます。
a. ［デバイス］ビューで、［Data Domain システム］ツリーを右クリックし、［新しいデバイ
スウィザード］を実行します。
b. システムにアクセスできるように Data Domain システムと DD Boost（OST）の資格情
報を指定します。
c. ［デバイスとして使用するフォルダを選択］ページで、障害の発生したストレージノー
ドに関連づけられた DD Boost デバイス（デバイスフォルダ）を選択します。
このページから移動しようとすると、NetWorker でこのデバイスを以前別のストレージ
ノードに関連づけていたことを通知するメッセージが表示されます。選択内容を確認
します。
d. ［プール情報の構成］ページで、デバイスのメディアプールを指定し、［ラベル付けと
マウント］を選択解除します。この処理手順の後半で、デバイスを新しいストレージノ
ードに手動でマウントする必要があります。
抩䩴
この時点で［ラベル付けとマウント］を有効化すると、NetWorker によりボリュームの
再ラベル付けが行われ、すべてのデータが失われます。このアクションは、元に戻
せません。
e. ［ストレージノードの選択］ページで、次のいずれかの操作を行って、新しいデバイス
を処理するストレージノードを選択します。
– 既存のストレージノードを選択する。
– 交換用ストレージノードを作成する。
– NetWorker サーバのストレージノードを使用する。
指定するストレージノードは適切なネットワークで稼働中であり、ホスト名が DNS
で解決可能である必要があります。
f. ウィザードを終了します。
6. 次のように新しい各デバイスを手動でマウントします。
a. NetWorker サーバの NMC ウィンドウで、［デバイス］をクリックします。
b. ナビゲーションツリーで、Data Domain システムを選択します。
c. 右側のパネルで、マウントする各デバイスを右クリックして、［マウント］を選択しま
す。
デバイスがストレージノードにマウントされ、指定したプールに関連づけられたラベ
ルが使用されます。
7. エラーメッセージがないか NMC ログを確認します。
84
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
監視、レポート作成、およびトラブルシューティング
結果
この処理手順でエラーがレポートされなければ、デバイスおよびデバイスのボリュームを使
用できます。元の設定とデバイスリカバリの目的によっては、さらに構成を行う前にバック
アップおよびリカバリオペレーションが必要になる場合があります。
トラブルシューティング
以下のセクションでは、一般的な構成および操作上の問題を識別して解決するために役立
つ方法について説明します。
名前解決の問題
接続問題が存在する場合は、ネットワーク名が有効で、NetWorker サーバ、ストレージノー
ド、および Data Domain システムで構成されていることを確認してください。 NetWorker ソフ
トウェア構成と整合する同じ名前を使用します。
IP アドレスとネットワーク名の両方について、双方向の接続を検証します。エイリアスまた
は短い名前を使用する場合は、以下の点を確認してください。不適切な名前は、DNS エン
トリーを修正するか、ローカルホストファイルに値を入力することによって訂正してください。
u
NetWorker の nslookup コマンドを使用して、ネットワーク名がストレージノードおよび
サーバの適切な IP アドレスに解決されることを検証する。
u
Data Domain システムでは、net hosts コマンドを使用できる。
ホストの命名ガイドライン（30 ページ）に、名前に関する提案を示します。
ネットワーク接続の問題
Data Domain システムのネットワーク接続は、管理者またはシステム管理者アクセス許可
が必要な SSH telnet セッションを介して net lookup コマンドを使用することによってテストで
きます。
Data Domain システムでは、Data Domain インターフェイス（http://DDR_IP_ADDRESS）を介
して使用可能な net show やその他のネットワーク関連のコマンドを使用することによって、
現在のネットワーク構成を表示することもできます。ログインしてから、特定の Data Domain
システムに移動してください。それから、［ハードウェア］＞［ネットワーク］タブを選択してコマ
ンドにアクセスします。
すべての関連ネットワーク接続を図示して検証します。通常の Data Domain ネットワーク構
成には最低でも 2 つのネットワーク接続が含まれており、1 つは管理専用に、もう 1 つはバ
ックアップデータ専用になっています。これは要件ではありませんが、強く推奨されるプラク
ティスです。 Data Domain システムで ifgroup コマンドを使用することによって集約できる、
つまり結び付けることのできる、10 GbE の接続性または複数のバックアップ接続を有効活
用できます。
ネットワークの条件（27 ページ）に、ネットワーク接続に関する提案を示します。
デバイスアクセスエラー
NMC が DD Boost デバイスに接続できない場合、次のエラーメッセージが表示されます。
ボリュームの使用不可エラー
Data Domain ファイルシステムがアクセス不可か無効になった後で、サービス、テストなど
のために再度有効にする場合、デバイスをアンマウント状態のままにする必要があることが
あります。デバイスのバックアップ操作を行うと、次のエラーメッセージが出ます。
Waiting for 1 writeable volume(s) to backup pool
トラブルシューティング
85
監視、レポート作成、およびトラブルシューティング
デバイスをマウントして有効化するには、次の手順を実行します。
1. ［NetWorker 管理］ウィンドウで、［デバイス］ビューをクリックします。
2. ［デバイス］テーブルで、右クリックしてアンマウントされている DD Boost デバイスに対し
て［マウント］を選択します。
3. デバイスを有効化するには、［有効］列でデバイスを右クリックし、［有効化/無効化］を選
択します。
NFS サービスエラー
NetWorker ソフトウェアで DD Boost デバイスにアクセスするためには、Data Domain NFS
サービスを有効化する必要があります。 NFS がない場合は、通常は NetWorker でデバイス
へのラベル付けを試行しているときに、次のようなエラーが表示されます。
Failed to contact the Data Domain system. Host could be unreachable,
or username/password could be incorrect. Do you wish to configure
manually?
The user has insufficient privilege
DD Boost のための Data Domain システムの構成（40 ページ）では、NFS アクセスを有効に
する方法を説明しています。
旧 NetWorker アプリケーションモジュールでバックアップが失敗する
一部の古い NetWorker アプリケーションモジュールでは、Data Domain バックアップとター
ゲットプールまたはプールの NetWorker クライアントリソースフィールドをサポートしておら
ず、DD Boost バックアップにこれらのフィールドを使用できません。［Data Domain バックア
ップ］フィールドを使用すると、構成したプールに他のデバイスタイプが含まれている場合で
も、バックアップで DD Boost デバイスのみを使用することが保証されます。ただし、デバイ
ス混在プールの使用はお勧めできません。
ターゲット DD Boost デバイスに対してのみプールを構成する方法の詳細については、
「EMC NetWorker 管理ガイド」を参照してください。
サポートされている Data Domain 構成の詳細については、特定の NetWorker アプリケーシ
ョンモジュールのリリースノートを参照してください。
2 GB 未満の RAM の AIX クライアントで複数の SSID の復旧が失敗する
RAM が 2 GB 未満の AIX システムにある NetWorker クライアントの場合、4 つ以上の非パ
ラレル復旧セーブストリーム ID を使用する復旧は、次の例のように、失敗し「メモリは使用
できなくなりました」というエラーが表示される可能性があります。
93124:recover: readv from DD failed for read size 262144: Reading
from a file failed ([5001] memory no longer available)
このエラーを回避するには、クライアントシェルで次の環境変数をエクスポートします。
LDR_CNTRL=MAXDATA=0x70000000
86
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
付録 A
DD Boost の変換とアップグレード
この付録は、以下のセクションで構成されています。
u
u
u
u
u
従来の DD Boost 構成からのアップグレード...........................................................88
IP 接続から FC 接続への DD Boost デバイスの変換...............................................88
他のデバイスから DD Boost に対するバックアップのリダイレクト............................ 88
従来のセーブセットの新しいデバイスへの移行...................................................... 90
移行シナリオ......................................................................................................... 93
DD Boost の変換とアップグレード
87
DD Boost の変換とアップグレード
従来の DD Boost 構成からのアップグレード
NetWorker 8.0 以降は、アップグレード済みと新規のすべての DD Boost デバイスで書き込
み機能と読み取り機能の両方を実現しています。先行リリースでは、リストア作業用に別の
読み取り専用 DD Boost ミラーデバイスがありました。 NetWorker 8.0 以降にアップグレー
ドすると、読み取り専用の従来の DD Boost ミラーデバイスは削除されます。
㽷
読み取り専用デバイスを使用する先行リリースから NetWorker 8.0 以降にアップグレードし
た後は、先行リリースに戻さないでください。戻すと、NetWorker 8.0 以降を使用して作成し
た DD Boost デバイスは使用不可になるため、従来のデバイスを手動で再構成しなければ
ならなくなります。
Data Domain と統合された NetWorker 7.6 SP1 からのアップグレードには、特別な処理手
順が必要です。詳細については、NetWorker 7.6 SP1 リリースからのアップグレード（97
ページ）を参照してください。
IP 接続から FC 接続への DD Boost デバイスの変換
FC サポート要件を満たせば、SAN として導入された FC 接続を使用するように、Ethernet IP
接続を使用する既存の DD Boost デバイスを変換できます。変換によって失われるデータ
はなく、バックアップとリストアのための Client Direct 操作など、すべての DD Boost 機能が
保持されます。
実行する必要のある一連の基本タスクを示した次の大まかなロードマップを使用して、デバ
イス変換をプランニングしてください。
手順
1. FC のサポート要件をすべて満たしていることを確認します。
詳細については、FC サポート（28 ページ）を参照してください。
2. DD Boost デバイスの［ファイバチャネルオプション］を構成します。
詳細については、NMC プロパティウィンドウを使用した DD Boost デバイスの構成（46
ページ）を参照してください。
3. NetWorker クライアントの［Data Domain インタフェース］フィールドを FC 用に構成しま
す。
詳細については、NMC プロパティウィンドウを使用したバックアップクライアントの構成
（56 ページ）を参照してください。
他のデバイスから DD Boost に対するバックアップのリダイレクト
DD Boost デバイスをサポートする NetWorker および Data Domain のリリースにアップグレ
ードした後で、DD Boost デバイスを使用しない既存の NetWorker クライアントのバックアッ
プをリダイレクトして、新しい DD Boost デバイスの使用を開始できます。
クライアントはバックアップグループのメンバーであり、バックアップをストレージデバイスに
関連づけるためにプールを使用します。この手順に従ってバックアップをプールレベルでリ
ダイレクトすると、最小限の労力でリダイレクトを構成できます。
リダイレクトされた新しいバックアップをフルバックアップから開始します。このプラクティス
によって、従来のストレージ環境にある最後のフルバックアップへの依存がなくなり、異なる
2 つの環境からリストアする必要がなくなります。次のいずれかの方法を使用して、フルバ
ックアップを開始します。
88
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
DD Boost の変換とアップグレード
u
次回スケジュール設定バックアップがフルバックアップのときにリダイレクトを構成しま
す。
u
最初のフルバックアップに対応するように、リダイレクトを構成してバックアップスケジュ
ールを変更します。
㽷
既存のレガシー DD Boost デバイスからバックアップをリダイレクトする詳細については、
NetWorker 7.6 SP1 リリースからのアップグレード（97 ページ）を参照してください。
次の手順を実行すると、DD Boost デバイスのストレージを使用して、開始する既存のスケ
ジュール設定バックアップをリダイレクトできます。
手順
1. 必要なネットワーク接続、ホスト名解決、およびライセンスが利用可能で、使用準備がで
きていることを確認します。詳細については、次のセクションを参照してください。
l
Data Domain システムでのライセンス（20 ページ）
l
ホストの命名ガイドライン（30 ページ）
l
ネットワークの条件（27 ページ）
2. NetWorker で使用するように Data Domain システムを構成します。詳細については、
DD Boost のための Data Domain システムの構成（40 ページ）を参照してください。
3. 既存のセーブセットを新しい DD Boost デバイスに移行する予定の場合は、スケジュー
ル設定したリダイレクトのバックアップが開始される前にセーブセットを移行してくださ
い。移行によって、Data Domain システムが「シード」され、今後のバックアップの帯域幅
要件の軽減に役立ちます。詳細については、従来のセーブセットの新しいデバイスへの
移行（90 ページ）を参照してください。
4. Microsoft Windows システム上の NetWorker 7.6 以前のサーバからアップグレードする
場合は、このステップを実行します。以前のサーバでは、Data Domain システム上で既
存 CIFS AFTD を使用していました。このステップでは、ローカル管理者アカウント（Data
Domain システムユーザーアカウントと一致するように作成）を、NetWorker Remote
Exec サービスから削除します。
a. ［コントロールパネル］＞［管理ツール］＞［サービス］の順に開きます。
b. ［NetWorker Remote Exec サービス］を右クリックし、［プロパティ］を選択します。
c. ［ログオン］タブで、［アカウント］を選択して［参照］をクリックします。
d. Data Domain システムユーザーアカウントと一致するローカル管理者ユーザー名を
入力し、［OK］をクリックします。
e. アカウントのパスワードを入力し、［OK］をクリックします。
f. ［NetWorker Remote Exec サービス］を右クリックして、［停止］をクリックします。
NetWorker Backup and Recovery サービスと EMC GST サービスも停止します。
g. ［NetWorker Backup and Recovery サービス］を右クリックし、［開始］をクリックしま
す。
NetWorker Remote Exec サービスも開始されます。
h. NetWorker サーバが NMC サーバでもある場合は、［EMC GST サービス］を右クリック
して、［開始］をクリックします。
5. NMC のデバイス構成ウィザードを実行して、DD Boost デバイス固有の次のタスクを完
了します。
a. Data Domain システム上で DD Boost デバイスを選択するか作成します。
他のデバイスから DD Boost に対するバックアップのリダイレクト
89
DD Boost の変換とアップグレード
b. セーブセットをデバイスにターゲッティングするプールリソースを選択または作成しま
す。
㽷
ウィザードによって、Data Domain システム用に作成された NetWorker プールは必
ず DD Boost デバイスのみを使用するように設定されます。これは、［ターゲットデバ
イス］＞［デバイス］の NMC プロパティウィンドウ（［メディアプール］、［選択基準］タ
ブ）で確認できます。また、［ターゲットメディア］＞［メディアタイプが必要です］が
［Data Domain］に設定されます。
c. 新しいデバイスをラベル付けしてマウントする NetWorker ストレージノードを選択ま
たは作成します。
d. ウィザードのページを完了します。
詳細については、ウィザードを使用した DD Boost デバイスの構成（43 ページ）を参照し
てください。
6. NMC の［NetWorker 管理］ウィンドウで次の手順を実行します。詳細については、 DD
Boost デバイスをターゲットとするプールの作成（52 ページ）を参照してください。
a. ［メディア］ビューで、ステップ 5（88 ページ）で作成または変更したプールを開きま
す。
b. ［データソース］フィールドで、このプールに選択されたグループが DD Boost デバイ
スを指定していることを確認します。
c. これらのバックアップグループが従来のプールのメンバーでないことを確認します。
㽷
個々の従来の NetWorker クライアントリソースでは、［Data Domain バックアップ］フ
ィールドを含め、設定を変更する必要はありません。リダイレクトはプールリソース
でより効率的に構成できます。
7. バックアップ環境をテストして、新しい構成が正しく動作し、影響を受けることはない既存
のバックアップが引き続き期待どおりに実行されることを確認します。新しいデバイスへ
のバックアップの場合は、それらのデバイスからのリストアをテストします。
8. 新しいデバイスへのフルバックアップからリダイレクトを開始します。このプラクティスに
よって、従来のストレージ環境に保存された最後のフルバックアップへの依存がなくな
り、異なる 2 つの環境からリストアする必要がなくなります。
9. バックアップパフォーマンスを監視し、バックアップスケジュールを調整して最大スルー
プットまたは追加クライアントの構成を最適化します。詳細については、 Data Domain イ
ベント、統計情報、およびログのモニタリング（76 ページ）を参照してください。
従来のセーブセットの新しいデバイスへの移行
クライアントバックアップが DD Boost デバイスに正常にリダイレクトされると、従来のデバイ
スまたはファイルシステムに保存されている既存のセーブセットは冗長になります。有効期
限まで従来の保存データを保持することもできれば、新しいデバイスに従来のデータを移行
することもできます。
従来のデータを保持するのか移行するのかの判断は、サイト、クライアント、バックアップタ
イプによって、異なる要件に依存します。たとえば、従来のデータのほとんどを保持し、機
密度と優先度の高いクライアントまたは特定のバックアップタイプのバックアップのみを移
行する場合があります。
DD Boost デバイスに移行するときは、既存のセーブセットを保持または移行する場合の良
い点と悪い点について次のように検討してください。
90
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
DD Boost の変換とアップグレード
手順
u
u
従来のストレージシステムの既存のセーブセットを満了するまで保持する。
l
このオプションが最も簡単な移行方法。移行は不要。
l
従来のデータの使用期限までの期間中、従来のストレージを維持する必要がある。
l
任意のデータをリストアする必要がある場合は、バックアップが行われた時期に応じ
て、従来のストレージ環境と新しいデバイスのいずれかを使用する必要があります。
l
ストレージ、復旧、クローンの操作の機能は、従来のデータと新しいデータとで異なっ
てきます。
新しい DD Boost デバイスへ既存のセーブセットを移行する。長所は次のとおりです。
l
削除または他のクライアントが使用できるように従来のストレージシステムを解放し
ます。
l
従来のクライアントデータを使用して新しいデバイスを「シード」できます。シードによ
り、後続のクライアントバックアップが従来のデータに対して確実に重複排除されま
す。このプラクティスにより、新しいデバイスを使用する最初のバックアップウィンド
ウに必要な帯域幅と時間が削減されます。
l
ストレージ、復旧、およびクローン作成に対して、複数コンカレントオペレーションな
ど、柔軟性の高いストレージ機能がもたらされます。
l
NetWorker のブラウズポリシーおよび保存ポリシーが維持され、NetWorker による
全セーブセットの管理が保証されます。
移行とネイティブの Data Domain レプリケーション
Data Domain システム間のデータの移行にネイティブの Data Domain レプリケーション機
能を使用しないでください。 NetWorker では、Data Domain でレプリケーションする従来のセ
ーブセットをトラック、管理、リカバリできません。
新しいシステムをシードしてデータを移行できる場合は例外です。たとえば、ネイティブの
Data Domain レプリケーションをローカル接続経由で実行し、新しいターゲット Data Domain
システムをすばやくシードできます。これはその後、離れた場所に物理的に出荷できます。
NetWorker では、シードされたデータを即時に管理することもリストアすることもできません
が、このプラクティスにはメリットがあります。シードされたデータにより、NetWorker クロー
ン操作によるデータ移行、または移行しない場合はターゲットシステムへの初めてのフル
バックアップに、このデータがないと必要になる大量の帯域幅が軽減されます。このプラク
ティスは、リモートの場所のネットワーク帯域幅が限られている場合に特に効果的です。
移行方法
データ移行は基本的に、異なるデバイスタイプと異なるタイムスケールに合わせて調整す
る必要のある 1 回限りの NetWorker クローン操作です。移行では、すべてのデータを含め
ることもできれば、毎週のフルバックアップなど、特定のタイムフレームや特定のバックアッ
プタイプからの限られた量のデータを選択することもできます。
移行手順の詳細は、使用する方法と移行するデータの粒度によって異なります。
u
u
NetWorker スケジュール設定クローン操作を実行するには、DD Boost デバイスへの従
来のセーブセットの移行（92 ページ）を参照してください。
NetWorker の nsrclone スクリプトをコマンドラインから実行する場合、詳細については
「EMC NetWorker 管理ガイド」を参照してください。
u
NetWorker ステージング（データ移動）操作を実行する場合、詳細については「EMC
NetWorker 管理ガイド」を参照してください。
移行とネイティブの Data Domain レプリケーション
91
DD Boost の変換とアップグレード
DD Boost デバイスへの従来のセーブセットの移行
移行シナリオを選択したら、既存のセーブセットを DD Boost デバイスに移行できます。この
処理手順の一部では、特別なクローンプールおよび NetWorker スケジュール設定クローン
操作を作成する必要があります。
手順
1. 必要な移行シナリオを判断してください。詳細については、移行シナリオ（93 ページ）
を参照してください。
2. 十分な DD Boost デバイスと帯域幅を利用でき、通常のバックアップウィンドウへの影響
が最小限となるように移行スケジュールを計画します。
スケジュール設定された NetWorker クライアントバックアップによって新しいデバイスの
使用が開始される前に移行を実行します。移行によって、Data Domain システムがシー
ドされ、今後のバックアップの帯域幅要件の軽減に役立ちます。
㽷
既存の重複排除 VTL または CIFS/NFS AFTD セーブセットを移行すると、重複排除ソフト
ウェアによって、セーブセットがネイティブ非重複排除形式に復元されます。ストレージ
ノードでは、次に、新しい DD Boost デバイス上で重複排除形式によりセーブセットの読
み取りと保存を行います。この復帰プロセスは、Data Domain ストレージと Data
Domain 以外のストレージの両方で発生します。
3. 移行に使用する DD Boost デバイス用のクローンプールを作成します。
l
［データソース］フィールドで、移行対象のグループを選択します。
通常、バックアップのリダイレクトの対象に選択したものと同じグループを移行しま
す。詳細については、他のデバイスから DD Boost に対するバックアップのリダイレ
クト（88 ページ）を参照してください。
l
［ターゲットデバイス］フィールドで、移行されたデータを保存する DD Boost デバイス
を選択します。
詳細については、DD Boost デバイスをターゲットとするプールの作成（52 ページ）を
参照してください。
4. NetWorker スケジュール設定クローンオペレーションを、クローンプールに選択した［ク
ローンデータのプールへの書き込み］フィールドで構成します。
スケジュールクローンオプションの詳細については、クローンオペレーションの構成（66
ページ）を参照してください。
5. スケジュールに従って、または手動開始によって、クローンオペレーションを実行しま
す。
詳細については、スケジュール設定クローン操作を手動で開始する（69 ページ）を参照
してください。
6. クローンオペレーションが完了したら、ターゲットデバイスのクローンデータを検証しま
す。
NetWorker オペレーションの検証の詳細については、DD Boost の変換とアップグレード
（87 ページ）を参照してください。
7. クローン作成されたセーブセットの検証を終えたら、必要に応じて元のセーブセットを削
除します。
8. 元のセーブセットを削除する場合は、未使用デバイスおよびプールを必要に応じて削除
します。このプールに含まれるすべてのボリュームで他のプールを削除するか再ラベル
付けするまで、プールを削除できません。
92
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
DD Boost の変換とアップグレード
9. 適切なストレージ容量が使用可能であることを確認するために、Data Domain システム
を監視します。セーブセットの有効期限も含め、すべてのクライアントの完全なバックア
ップサイクルを監視します。
詳細については、DD Boost の変換とアップグレード（87 ページ）を参照してください。
移行シナリオ
このセクションでは、従来のデバイスまたはファイルシステムから既存のバックアップデー
タを DD Boost デバイスに移行する場合に役立つ典型的ないくつかの移行シナリオを紹介
します。状況に応じた最適なシナリオは、ストレージ環境の構成と利用可能な容量および帯
域幅によって異なります。
従来のテープまたは AFTD から DD Boost への移行
この先頭 2 つの移行シナリオでは、既存の NetWorker ストレージ環境に新しい Data
Domain システムを追加しました。テープまたは従来のディスクに保存されている現行の従
来のデータを、新しいシステム上の DD Boost デバイスに移行および重複排除することにし
ます。この移行を行う理由として、古いテープまたはディスクシステムを取り外す必要があ
る場合や、古いシステムの領域を他のクライアント用に解放する必要がある場合が考えら
れます。
実行するクライアント移行の数は、今後のバックアップのためにデバイスをシードするのか、
従来のセーブセットをすべて移行するのかによって異なります。新しい Data Domain システ
ムにはデータが含まれていないため、少なくとも最低限のシードを行うことが望まれます。
DD Boost デバイスをシードするためにあるクライアントのデータを移行し、同じデータの一
部が他のクライアントにもある場合、追加のクライアントのデータを移行することによりシー
ドの価値が減少します。
このタイプの移行に対して 2 つのシナリオがあります。最初のケースでは、新しいストレー
ジノードに DD Boost デバイスを作成します。 2 番目のケースでは、既存のストレージノー
ドにデバイスを作成します。
別のストレージノード上の新しいデバイスへの移行
このセクションの図は、CASSIE というストレージノードが、OLIVE というクライアントのバック
アップをテープまたは従来のディスクに保存したシナリオを示します。 Data Domain システ
ム上のストレージ用に、これらのバックアップを ERIC という異なるストレージノードに移行し
ます。
このシナリオでは、IP ネットワークを使用して元のストレージノード CASSIE から新しいストレ
ージノード ERIC にデータを転送します。転送に必要な時間は、テープライブラリが SAN 上
にあるという事実に関係なく、IP ネットワークで利用可能な容量と帯域幅によって決まりま
す。リストア操作で転送中に IP ネットワークを使用する必要がある場合は、データ転送がこ
れらの操作に影響を与えないことを保証するために、リストア操作では追加の帯域幅を取り
ます。
移行シナリオ
93
DD Boost の変換とアップグレード
図 11 従来のストレージから別のストレージノードの DD デバイスへの移行
同じストレージノード上の新しいデバイスへの移行
同じストレージノード上のデバイス間で移行することにより、IP ネットワークを経由したストレ
ージノード間のデータ移行を排除できます。このセクションの図は、CASSIE という元のスト
レージノードに作成された DD Boost デバイスに移行するシナリオを示します。移行中に、
ストレージノードによって従来のテープまたは従来のディスクに保存されたデータが読み取
られ、ストレージ用に Data Domain システムに重複排除データが送信されます。
このシナリオは、IP ネットワークの制限が回避されるため最適な解決策に思われますが、
次の要素を考慮する必要があります。
u
既存のストレージノードは、古くてすでに容量いっぱい、または容量に近づいている可
能性が高い。この状況では、追加できるデバイスの数とバックアップオペレーション時
に転送可能なデータの量が制限されます。
u
既存のストレージノードには、他に利用できるネットワーク接続がない可能性が高い。
バックアップ/リストア処理用に従来の接続を必要とする場合は、この状況により、追加
の DD Boost 形式のために制限のある帯域幅が使用可能なままになります。
u
ネットワーク接続が、ストレージノードから DD Boost デバイスへのスループットを最大
化するための推奨値である 10 GB の容量を下回っている可能性はほとんどない。
u
同じバックアップクライアントに対して同じストレージノードを使用することになる一方
で、まだ。デバイス割り当ておよびプールを変更する必要がある。これらの変更は混乱
を生じ、構成エラーをもたらすおそれがあります。
このシナリオには、長所もあります。規模が小さいサイトでは、同じストレージノードの新し
いデバイスに移行することにより、ネットワークの制限を回避する方法が望ましい場合があ
ります。このシナリオは、1 つまたは複数の Data Domain システムを共有するために複数
のストレージノードを再使用または再構成する規模の大きいサイトにとっても 1 つのオプシ
ョンになることがあります。中間ステップとして DD Boost デバイスをシードするデータ移行
のためにストレージノードを構成できます。
94
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
DD Boost の変換とアップグレード
図 12 従来のストレージから同じストレージノードの DD デバイスへの移行
重複排除 VTL または AFTD ストレージから DD Boost への移行
次の 2 つの移行シナリオでは、すでに VTL または CIFS/NFS AFTD 重複排除ストレージに既
存の Data Domain システムを使用しています。この同じ Data Domain システムの新しい
DD Boost デバイスに、保存されたデータを移行する必要があります。データはすでに Data
Domain システムに存在しているため、DD Boost デバイスをシードするために移行する必
要はありません。グローバル重複排除形式では、Data Domain システムにすでに存在して
いるデータが NetWorker によって再送されないことが確実化されます。
これらの移行シナリオは、ストレージと復旧およびクローン作成用の柔軟性の高いストレー
ジオプションのための複数コンカレントオペレーションを提供します。
これらの移行シナリオでは同じ Data Domain システムを使用しますが、DD Boost デバイス
にバックアップをリダイレクトするためにはプールとデバイス割り当ての変更がやはり必要で
す。データを移行するには、セーブセットのコピーかクローン作成を行う必要があります。
既存の重複排除 VTL または CIFS/NFS AFTD セーブセットを移行すると、このプロセスによ
り、まずセーブセットがネイティブ非重複排除形式に復元されます。ストレージノードでは、
次に、新しい DD Boost デバイス上で重複排除形式によりセーブセットの読み取りと保存を
コンカレントに行います。 Data Domain システムに重複排除形式ですでに存在しているデ
ータは、再び重複排除されることはありません。移行の間は、セーブセットのメタデータのみ
が一意になります。
別のストレージノード上の新しいデバイスへの移行
このセクションの図は、ストレージノード CASSIE が、OLIVE というクライアントからのバックア
ップデータを、SAN 接続を介し、VTL 形式で保存した従来のシナリオを示します。 DOVE とい
う異なるストレージノード上の新しい DD Boost デバイスにこのデータを移行します。
この移行では、SAN と IP ネットワークを別々の 2 段階で使用します。最初に、元のストレー
ジノード CASSIE で、SAN 接続を経由して Data Domain システムから提供された非重複排
除データが読み取られます。次に、新しいストレージノード DOVE でこのデータが読み取ら
れ、一意のデータのみ、この場合はストレージメタデータのみが、IP ネットワークを経由して
Data Domain システムにコンカレントに保存されます。制限要因は、IP ネットワークをまた
がる転送のスピードです。
重複排除 VTL または AFTD ストレージから DD Boost への移行
95
DD Boost の変換とアップグレード
図 13 VTL から別のストレージノードの DD Boost デバイスへの移行
同じストレージノード上の新しいデバイスへの移行
このセクションの図は、OLIVE というクライアントからの従来のバックアップデータを CASSIE
という元のストレージノード上の新しい DD Boost デバイスに移行するシナリオを示します。
既存のストレージノード構成は、SAN 上の VTL ストレージ用です。 IP ネットワークを使用す
る新しい DD Boost デバイス用の構成を追加してあります。
この移行は同じストレージノードのデバイス間で行われるため、このシナリオでは既存の
SAN 接続の速度が完全に活用されます。ストレージノード CASSIE では SAN 経由で非重
複排除データが読み取られ、一意のデータのみ、この場合はストレージメタデータのみが、
IP ネットワークを経由して Data Domain システムにコンカレントに保存されます。
図 14 VTL から同じストレージノードの DD Boost デバイスへの移行
96
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
付録 B
NetWorker 7.6 SP1 リリースからのアップグレード
この付録は、以下のセクションで構成されています。
u
u
フォルダ構造およびバックアップ・セッションに対する変更.......................................98
アップグレードの計画............................................................................................ 98
NetWorker 7.6 SP1 リリースからのアップグレード
97
NetWorker 7.6 SP1 リリースからのアップグレード
フォルダ構造およびバックアップ・セッションに対する変更
NetWorker 8.0 よりも前の NetWorker では、Data Domain システムで異なるストレージ構造
を使用していました。この構造が変更されたことにより、NetWorker 8.0 以降の環境へのア
ップグレードには特別な処理手順を使用する必要があります。
NetWorker 7.6 SP1 を使用する場合、NetWorker では、Data Domain SU（ストレージ・ユニッ
ト）のレベルで DD Boost デバイスを作成し、SU フォルダごとに DD Boost デバイスは 1 個
だけ存在していました。 NetWorker では、これらのデバイス SU 数を制限していませんでし
た。
NetWorker 7.6 SP2 以降では、各 SU フォルダのサブフォルダとして DD Boost デバイスが
作成されます。 NMC デバイス構成ウィザードは、デフォルトで、デバイスを作成する
NetWorker サーバの短いホスト名を使って各 SU フォルダを命名します。最適なパフォーマ
ンスを得るには、使用するアクティブな SU フォルダ数を 14 以下にする必要があります。
NetWorker では、各 SU フォルダ内に作成できる DD Boost デバイス数が制限されていませ
ん。ただし、DD Boost デバイスの数が増加すると Data Domain システムのパフォーマンス
と保守に影響を及ぼす可能性があります。
㽷
アクティブ SU の数を 14 個に制限するという例外的な状況は、サービス・プロバイダがクォ
ータ強制を許可できるようにしたり、アプリケーション・グループごとまたはカスタマーごとの
実際の使用容量および重複排除率に関するレポートを作成したりする場合などに適用され
ます。
DD Boost デバイスごとに有効化できるバックアップセッション（セーブストリーム）の最大数
が増えました。
u
NetWorker 7.6 SP1 では DD Boost ライブラリ 2.2.2 が使用されていましたが、これによ
り各 DD Boost デバイス（SU）での最大セッション数 10 が適用されていました。この制
限が原因で、一部の環境では、多数の DD Boost デバイスを使用していました。
DD Boost ライブラリ 2.2.2 を使用する NetWorker 7.6 SP1 では、DD OS 4.8 および 4.9
をサポートしています。
u
NetWorker 7.6 SP2 以降では DD Boost ライブラリ 2.3.1 以降が使用されるため、デバ
イス（nsrmmd プロセス）1 台あたりのセッション数が最大 60 に増加しています。そのた
め、これまでのデバイスと同じセッション・ロードを少ないデバイスで処理できます。
DD Boost ライブラリ 2.3.1 を使用する NetWorker 7.6 SP2 では、DD OS 4.9 および 5.0
以降をサポートしています。
アップグレードの計画
NetWorker 7.6 SP2 以降へのアップグレードによって、NetWorker 7.6 SP1 で SU フォルダー
として作成した DD Boost デバイスは変更されません。これらのデバイスは変更なしで引き
続き使用できます。これらの古いデバイスは NetWorker 管理プログラムの［デバイス］ビュ
ーに表示されますが、NMC デバイス構成ウィザードには表示されません。
DD OS 5.0 以降では、パフォーマンスの低下を防ぐために使用する SU フォルダを 14 個以
下にしてください。これらの 14 の SU フォルダで 14 の NetWorker データゾーンの DD
Boost デバイスに対応できます。ただし、既存の DD OS 4.9 システムには、Data Domain
SU のレベルですでに 14 を超える DD Boost デバイスが構成されている可能性がありま
す。
「サポートされている NetWorker と Data Domain のバージョンおよびアップグレードオプションの
詳細については、」「EMC NetWorker Online Software Compatibility Guide」「を参照してくださ
い。」
98
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
用語集
この用語集では、このガイドで使用されている用語の定義について説明します。
A
AFTD（アドバンストファイ
ルタイプデバイス）
ボリュームマネージャを使用して複数のコンカレントバックアップ/リカバリ操作を有効化し、
利用可能なディスク領域を動的に拡張するディスクストレージデバイス。
C
CCR（クローン制御レプリ
ケーション）
ある DD Boost デバイスからコピーした重複排除データのレプリカを別の DD Boost デバイス
に作成すること。NMC クローン機能でスケジュール設定でき、NetWorker サーバによってイン
デックスが付けられてトラッキングされます。
Client Direct
クライアントで、バックアップデータの重複排除を行うことと、NetWorker ストレージノードをバ
イパスして AFTD または DD Boost ストレージデバイスにこのデータを直接送信することを可
能にする機能。ストレージノードはバックアップデバイスを管理しますが、バックアップデー
タは処理しません。
D
DD Boost
最適化されたライブラリおよび通信フレームワーク。これには、特別な Data Domain API が用
意されており、バックアップソフトウェアから Data Domain システムのストレージデバイスを
定義したり、ストレージデバイスとやり取りしたりできます。
DD Boost デバイス
Data Domain システムに作成される論理ストレージデバイス。NetWorker の重複排除バック
アップを保存するために使用されます。 NMC では、各デバイスは Data Domain システムのフ
ォルダとして表示され、ストレージボリューム名とともにリストされます。
DD OS
DSP（分散セグメント処理）
Data Domain オペレーティングシステム。
DD Boost インタフェースの一部。これにより、データをストレージ用に Data Domain システム
に送信する前に、データの重複排除をホストで実行できます。
E
イネーブラコード[いねー
ぶらこーど]
ソフトウェアを起動するための一意のコード。
u
評価 Enabler または一時 Enabler は、一定期間が経過すると使用期間が終了します。
u
基本 Enabler は、ソフトウェアの基本機能のロックを解除します。
u
アドオン Enabler は、ライブラリサポートなどの追加機能または製品のロックを解除しま
す。
ライセンスキー以下を参照してください。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
99
用語集
I
ifgroup
1 つのグループ IP アドレスとして論理的に指定された複数のネットワークインターフェイスか
らなる Data Domain システムで構成されたプライベートネットワーク。 ifgroup で、ダイナミッ
クロードバランシングやグループ内のフォールトトレランスが提供され、従来のネットワーク
統合よりネットワーク帯域幅使用率が向上します。
M
MTree
「Managed tree」の短縮形で、ストレージユニットとも呼ばれる。Data Domain ファイルシステ
ム内のネームスペースの論理パーティションであり、管理を目的としてファイルのセットをグル
ープ化するために使用できます。通常、MTree は、単一の NetWorker データゾーンと関連づ
けられます。
N
NetWorker サーバー
NetWorker サーバソフトウェアを実行しているネットワーク上のコンピュータ。オンラインイン
デックスを保持し、同じネットワーク上のクライアントやストレージノードに、バックアップサー
ビスとリストアサービスを提供します。
NMC（NetWorker 管理コン
ソール）
NetWorker サーバとクライアントの管理に使用されるソフトウェアプログラム。 NMC サーバ
は、すべての NetWorker プロセスに対してレポート作成機能および監視機能も提供します。
S
ssid（セーブセット ID）
SU（ストレージユニット）
セーブセットに割り当てられた内部的な識別番号。
NetWorker のデータゾーンに関連づけられた Data Domain システム上のディスクストレージ
の論理ユニット。
V
VTL（仮想テープライブラ
リ）
物理テープライブラリストレージシステムのソフトウェアエミュレーション。
お
オンラインインデックス
クライアントのバックアップ（クライアントファイルインデックス）とバックアップボリューム（メデ
ィアデータベース）に関するすべての情報が保存されている NetWorker サーバ上のデータベ
ース。
か
管理されるアプリケーショ
ン
100
コンソールサーバから監視および/または管理されるプログラム。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
用語集
administrator
一般にネットワークコンピュータ上のソフトウェアをインストール、構成、および管理する人、
およびユーザーを追加し、ユーザー権限を定義する人。
く
client
バックアップサーバソフトウェアを使用してデータをバックアップおよびリストアできるコンピュ
ータ、ワークステーション、アプリケーションサーバなど、ネットワーク上のホスト。
クライアントファイルイン
デックス
バックアップしたすべてのデータベースオブジェクト、ファイル、ファイルシステムをトラッキン
グするために、NetWorker サーバによって管理されるデータベース。 NetWorker サーバで
は、クライアントコンピュータごとに別々のクライアントファイルインデックスを維持していま
す。
クライアント・リソース
クライアントでバックアップされるセーブセットを特定する NetWorker サーバリソース。クライ
アントリソースはまた、スケジュールやブラウズポリシー、保存ポリシーなど、セーブセットの
バックアップについての情報も指定します。
グループ
指定した 1 つのスケジュールまたは条件のセットに応じて、バックアップをまとめて実施する
ように構成された 1 台以上のクライアントコンピュータ。
クローン
1. NetWorker サーバによってインデックスが付けられてトラッキングされる、バックアップさ
れたデータの複製コピー。複数の単独セーブセット、またはボリューム全体のクローンが
可能です。
2. ストレージアレイに固有のミラータイプ。
さ
災害復旧
最適化されたクローン
参照ポリシー
ハードウェアに故障が発生したときまたはソフトウェアが破損したときにデータおよび業務活
動をリストアおよびリカバリすること。
CCR（クローン制御レプリケーション）以下を参照してください。
バックアップエントリーをクライアントファイルインデックスに保存する期間を指定する
NetWorker ポリシー。インデックスに一覧にされたバックアップは、参照が可能で、リカバリの
ために簡単にアクセスできます。リテンションポリシー以下を参照してください。
し
取得
アーカイブされたファイルおよびディレクトリの場所を探知し、リカバリすること。
す
スケジュールバックアップ
ストレージデバイス
指定した時刻に 1 つ以上の NetWorker クライアントのグループに対して自動的にバックアッ
プを開始するように構成されたバックアップ。予定されたバックアップは、セーブセットを生成
します。
デバイス以下を参照してください。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
101
用語集
ストレージノード
物理的に接続しているストレージデバイスまたはライブラリを管理するコンピュータ。そのバ
ックアップ操作は、制御側 NetWorker サーバから管理されます。一般には、NetWorker サー
バ以外のホストに常駐するリモートストレージノード。
せ
セーブストリーム
セーブセット
バックアップ時にストレージボリュームに書き込まれるデータ、およびセーブセットの情報。
各セーブストリームは、1 つのセーブセットから生成されます。
1. バックアップまたはスナップショットロールオーバー操作によりストレージメディアにコピ
ーされるファイルのグループまたはファイルシステム。
2. 特定のバックアップまたはロールオーバーの NetWorker メディアデータベースレコード。
そ
プロパティ
リソースの名前または値のプロパティ。
ち
重複排除
冗長データを圧縮するために使用されるプロセス。
重複排除の割合
重複排除テクノロジーの結果として生じる、データ保存に必要なストレージ領域の削減（20:1
など）。通常、データ圧縮と併用します。
重複排除バックアップ
重複するデータのブロックを削除してストレージ領域の使用量を削減するバックアップのタイ
プ。重複排除データをリストアする場合、データは元のネイティブ形式に戻ります。
つ
通知
重要な NetWorker イベントについて、NetWorker 管理者に送信されるメッセージ。
て
データゾーン
NetWorker サーバによって管理されるクライアント、ストレージデバイス、ストレージノードの
グループ。
クローン作成
1. コンピュータソフトウェアで更新、検索、取得をすばやく簡単にできるように整理されたデ
ータの集合。
2. DBMS（データベース管理システム）のインスタンス。単純な場合は、多くのレコードが格
納された 1 つのファイルになり、各レコードには同じフィールドのセットが含まれます。
デバイス
1. バックアップボリュームを格納できるストレージユニット。デバイスには、サーバやストレ
ージノードに接続されたディスクドライブ、オートチェンジャ、テープドライブなどがありま
す。
2. ストレージハードウェアを表す一般的な用語。
3. DDS（ダイナミックドライブ共有）が有効な場合は、物理ドライブへのアクセスパス。
102
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
用語集
と
トラップ
エラーまたはステータスメッセージをレポートする SNMP イベント管理プログラムの設定。
に
認証コード
対応するイネーブラコードと組み合わせて使用して、特定のホストコンピュータ上で恒久的
に使用するためにソフトウェアをロック解除する一意のコード。ライセンスキー以下を参照し
てください。
は
パス名
バックアップ
ファイルにアクセスするために、オペレーティングシステムに指示する命令のセット。
u
絶対パス名は、ルートディレクトリを起点としてディレクトリツリー上のファイルの場所を
示します。
u
相対パス名は、現在の位置を起点としてファイルの場所を示します。
1. データベース、アプリケーションデータ、コンピュータシステム全体の複製。元のデータか
ら切り離して保存され、元のデータが壊れたり破損したりした場合にこのバックアップを使
用してリカバリできます。
2. バックアップとして使用するためにデータをボリュームに保存する操作。
ふ
ブートストラップ
プール
災害復旧手順に必要なセーブセット。ブートストラップは、NetWorker サーバ上に存在するメ
ディアデータベース、リソースデータベース、およびサーバインデックスという 3 つのコンポ
ーネントで構成されます。
1. 選択したメディアボリュームに特定のバックアップデータを保存するように割り当てる
NetWorker ソート機能。
2. 特定のデータがバックアップされている NetWorker バックアップボリュームの集合。
ほ
ホスト
ホスト名
ネットワーク上のコンピュータ。
ネットワークに接続されている物理または仮想ホストコンピュータの名前またはアドレス。
保存
クライアントファイルをバックアップボリュームメディアにバックアップし、オンラインインデッ
クスにデータのエントリーを作成する、NetWorker のコマンド。
リテンションポリシー
バックアップデータをストレージボリュームに保存およびリカバリできる最小期間を定義する
NetWorker の設定。この期間を過ぎると、データを上書きできるようになります。参照ポリシ
ー以下を参照してください。
ポリシー
クライアントバックアップのために定義する一連のルール。名前を付けて複数のグループに
適用できます。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
103
用語集
ボリューム
ボリューム名
磁気テープ、ディスクファイルシステムなどデータを保存する物理ストレージメディアの識別
可能な単位。
バックアップボリュームにラベルをつけるときに割り当てられる名前。ラベル以下を参照してく
ださい。
め
メタデータ
重複排除のために保存されたサブファイル情報を示すハッシュ情報で、重複排除されたクラ
イアントバックアップデータを正規の非重複排除のフォーマットに復元する際に必要です。
メディア
バックアップデータが書き込まれる物理ストレージ。ディスクファイルシステム、磁気テープ
などがあります。ボリューム以下を参照してください。
メディアインデックス
NetWorker サーバで管理しているすべてのデータとボリュームについて、ストレージボリュー
ムの場所とライフサイクルのステータスに関するインデックス付きのエントリーが保存される
データベース。メディアデータベースとも呼ばれます。
ら
ライセンスキー
特定の製品リリースの恒久的な使用を可能にするための Enabler と認証コードの組み合わ
せ。アクティブ化キーとも呼ばれます。
ラベル
バックアップアプリケーションによる識別のために使用されるボリュームの電子的なヘッダ。
り
リカバリ
特定のポイントインタイムの状態を復元するため、バックアップストレージのデータファイル
をクライアントにリストアし、トランザクション（REDO）ログをデータに適用すること。
リストア
バックアップから個々のデータファイルを取得し、トランザクションログを適用することなくクラ
イアントにコピーすること。リカバリ以下を参照してください。
リソース
NetWorker サーバまたはそのクライアントのオペレーションのプロパティを設定する属性を構
成できるソフトウェアコンポーネント。クライアント、デバイス、スケジュール、グループ、およ
びポリシーが、すべての NetWorker リソースです。
リソースデータベース
リモートデバイス
構成された各リソースの情報を格納する NetWorker データベース。
1. NetWorker サーバから分離されたストレージノードに接続しているストレージデバイス。
2. オフサイトにあるストレージデバイス。災害復旧のためにプライマリストレージデバイス
のデータコピーが保存されます。
れ
レプリケーション
104
オブジェクトまたはデータの正確なコピーを作成するプロセス。 NetWorker のクローン作成と
は異なります。クローン以下を参照してください。
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
索引
C
NIC 接続 27
nsrclone:コマンド 64
nsrclone:スクリプト; クローン:nsrclone 69
CCR。クローン制御レプリケーションを参照 17
CIFS 形式; NFS 形式; AFTD ディスク構成 25, 92
Client Direct:説明 16
Client Direct:構成 56
O
openstorage ライセンス 40
D
Data Domain:サーバー 18
Data Domain:Retention Lock はサポートされない; 圧縮は
サポートされない 18
Data Domain:バックアップ属性 54, 56, 88
Data Domain:レプリケーション 91
Data Domain:レプリケーション; レプリケーション、Data
Domain 62
Data Domain Extended Retention 19, 26
Data Domain バックアップストレージ 24
DD Boost 認証情報 40
DD Boost:機能 16
DD Boost:構造 16
DD Boost:有効化 40
DD Boost デバイス:作成 43
DD Boost デバイス:プロパティウィンドウで作成 46
DFA（ダイレクトファイルアクセス） 16
DFC（Data Domain ファイバーチャネル） 16
E
Ethernet; ファイバーチャネル 18
S
SNMP:トラップ 40
SNMP:トラップ[とらっぷ] 46
［SNMP:add ro-community］コマンド 46
［SNMP:add trap-host］コマンド 46
あ
新しいホストの追加ウィザード; ウィザード:新しいホストの追
加 46
安全なマルチテナンシー 17, 24, 40, 43
い
移行:VTL からリモートデバイス 95
移行:VTL からローカルデバイス 96
移行:シナリオ 93
移行:従来のセーブセット 90
移行:従来のセーブセット;従来のセーブセットの移行 92
移行:テープからリモートデバイス 93
移行:テープからローカルデバイス 94
う
F
ウィザード:クライアント構成; クライアント:構成ウィザード 54
［filesys show space］コマンド 26
［filesys clean］コマンド 26
か
I
仮想テープライブラリ 25, 92
関連ドキュメント 11
ifgroup:NIC 使用率 27
ifgroup:複数のストレージノード 33, 37
IP からの FC 変換 88
き
M
共有データゾーン; 複数のデータゾーン; クローン制御レプリ
ケーション:共有データゾーン 36
MTree 24
く
N
NDMP 重複排除バックアップ 56
［net hosts add］コマンド 30
NetWorker:アプリケーションモジュール 19
NetWorker:クライアント 19
NetWorker:サーバー 19
NetWorker:ストレージノード 19
NetWorker:バックアップレポート 82
NetWorker 管理コンソール:説明 18
NFS サービス 40, 43
NFS サービスエラー; ラベル:デバイスエラー 86
クライアント:ウィザードを使わない構成 56
クローン:オペレーション 17
クローン:機能 62
クローン:手動開始 69
クローン:スケジュール設定 63, 66
クローン:ネイティブの非重複排除 62
クローン:ネイティブフォーマット 17
クローン:要件 64
クローン制御レプリケーション:カスケード構成; カスケードレ
プリケーション構成 34
クローン制御レプリケーション:機能 17
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
105
索引
クローン制御レプリケーション:災害復旧のため 33
クローン制御レプリケーション:スケジュール 66
クローン制御レプリケーション:プロセス; 最適化されたクロ
ーン 62
こ
構成:NetWorker for Data Domain 43
構成:NetWorker で使用する Data Domain 40
高度な DPA レポート; レポート:高度 83
コメント 11
さ
災害復旧構成 33
最新の NetWorker へのアップグレード 98
最大 nsrmmd カウント 47
最大セッション 47
最適化されたクローン 17
サポート情報 11
し
シード:価値の減少 93
シード:既存のシステムでは不要 95
シード:従来のデータを含む新しいデバイス 90
シード:データ移行ステップとして 94
シード:ネイティブの Data Domain レプリケーションによる 91
シード:リダイレクトしたバックアップの開始前 88, 92
出版物の表記法 11
シンセティックフルバックアップ 17
て
テナントユニット 40
デバイス:ID 47
デバイス:ウィザードを使わない構成 47
デバイス:削除 26
デバイス:削除; デバイス:データの消去; ボリューム、消去
60
デバイス:停止 59
デバイス:無効化 59
デバイス構成ウィザード; ウィザード:デバイス構成; デバイ
ス:作成 43
デバイスのマウント; デバイス:マウント 54
と
統計情報、月次バックアップレポート 81
動的ドライブ共有 52
トラブルシューティング:IP アドレス 31
トラブルシューティング:書き込み可能なボリュームがない
85
トラブルシューティング:接続の問題点 85
トラブルシューティング:デバイスアクセスエラー 85
トラブルシューティング:ネットワーク接続 85
トラブルシューティング:ネットワーク問題 85
に
日次サマリーレポート 81
認証コード 20
ね
す
ストレージノード; メモリ要件、ストレージノード 25
ストレージノード:交換 83
ストレージノード:専用 37
ストレージユニット:Data Domain 上の最大 24
ストレージユニット:構造 24
ストレージ領域、クリーニング; ストレージ領域のクリーニン
グ 26
スループット、最大 27
せ
セーブセットサマリー 81
セーブセットサマリー:NetWorker バックアップ統計レポート
81
セーブセット詳細:NetWorker バックアップ統計レポート 81
セッション; セーブストリーム 25
そ
即時クローン; クローン:即時; クローン:自動 63
た
ターゲット:セッション 47
ターゲット:デバイス 52
対象読者 11
は
バージョン要件 18
バックアップ失敗:旧 NetWorker アプリケーションモジュー
ル 86
はじめに 11
バックアップのリダイレクト;バックアップ:リダイレクト 88
ひ
評価期間 20
標準のクローン; クローン:標準 62
ふ
ファイアウォールの要件 29
ファイバーチャネルサポート 28
ブートストラップ 56
プール:構成 56
プール:削除 26
プール:デバイスへの関連づけ 51
復旧:災害 73
フルデバイス 26
分散セグメント処理 16, 40
へ
ち
重複排除:機能 16
重複排除:割合 29
106
ネイティブの非重複排除形式 92
ネットワーク接続 27
並列クローン作成 17
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
索引
ほ
ら
ボリューム共有 25
ボリュームシャドウコピーサービス 56
ボリューム名 51
ライセンスの要件 20
ラベル:テンプレート 51
み
り
短い名前、長い名前よりも優先 30
リカバリ:重複排除データ 72
リモートデバイス 47
め
れ
命名ガイドライン 30
レプリケーションライセンス 40
レポート:確認 81
レポート:基本 81
レポート:構成 79
レポート:ドリルダウン 82
も
モニタリング:デバイス 78
モニタリング:バックアップ操作 76
モニタリング:バックアップ統計 77
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド
107
索引
108
EMC NetWorker および EMC Data Domain 重複排除デバイス 8.2 統合ガイド