openstorage emc data domain boost forboost（data domain boost）とsymantec...

EMC® Data Domain® Boost forOpenStorageバージョン 3.2.1

管理ガイド302-002-122

REV. 02

Copyright © 2016 EMC ジャパン株式会社. All rights reserved. （不許複製・禁無断転載） Published in the USA.

2016 年 3 月発行

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 Data Domain Boost for OpenStorage 3.2.1 管理ガイド

はじめに 7

Data Domain Boost for OpenStorage の紹介 11

改訂履歴.......................................................................................................12DD Boost for OpenStorage の概要.................................................................12サポートされる構成 ...................................................................................... 13アップグレードの互換性.................................................................................13

DD Boost の機能 15

DD Boost の機能の概要................................................................................ 16分散セグメント処理 .......................................................................................16インフライト暗号化.........................................................................................17MFR（管理ファイルレプリケーション）..............................................................18

低帯域幅の適化...........................................................................18暗号化された管理ファイルレプリケーション...................................... 18

DD Boost と高可用性.................................................................................... 19DD Boost、HA、フェイルオーバー...................................................... 19部分的な HA 構成 ........................................................................... 19

AIR（自動イメージレプリケーション）............................................................... 20Data Domain システムで AIR を使用するときの制限 .........................21

MTree レプリケーション.................................................................................. 22IPv6 サポート.................................................................................................22ダイナミックインターフェイスグループ：DD Boost IP データパス管理..............22

インターフェイス................................................................................23クライアント...................................................................................... 26

DD Boost-over-Fibre Channel 転送.................................................................27DD Boost-over-Fibre Channel パス管理..........................................................30

初のパス選択...............................................................................32ダイナミック再バランシング...............................................................32クライアントパスのフェイルオーバー.................................................32キューの深さの制約......................................................................... 33

仮想合成バックアップ.................................................................................... 33クライアントアクセス確認.............................................................................. 34DD Boost マルチユーザーデータパス.......................................................... 34ストレージユニットの管理.............................................................................. 34

Multiuser Storage Unit Access Control..............................................34ストレージユニット容量クォータ........................................................ 35ストレージユニットストリーム数の管理.............................................35

DD Boost のための Data Domain システムの準備 37

Data Domain システムでの DD Boost の有効化............................................. 38DD Boost への複数ユーザーの割り当て........................................................ 38ストレージユニットの作成 ............................................................................. 39ストレージユニットの論理クォータの構成（オプション） ................................... 40ストリーム制限を使用したストレージユニットの構成（オプション）....................40分散セグメント処理の構成.............................................................................42ダイナミックインターフェイスグループの構成 ................................................42

第 1 章

第 2 章

第 3 章

目次

EMC Data Domain Boost for OpenStorage 3.2.1 管理ガイド 3

インターフェイスグループの変更...................................................... 44インターフェイスグループの削除...................................................... 45

MFR に対するインターフェイスグループの使用.............................................. 46LAN 経由のレプリケーション............................................................. 47WAN 経由のレプリケーション............................................................ 49その他のサポートされている用途..................................................... 50レプリケーションフェイルオーバーホスト名.......................................52NAT（ネットワークアドレス変換）のサポート....................................... 53バックアップとレプリケーションの競合の解決.................................... 54

MFR の構成...................................................................................................55低帯域幅の適化の有効化 ........................................................... 55暗号化の有効化.............................................................................. 55IPv6 サポートの有効化.....................................................................56MFR TCP ポートの変更......................................................................56

クライアントアクセス確認の構成....................................................................56インフライト暗号化の有効化............................................................. 57

DD Boost-over-FC サービスの構成.................................................................58DD Boost-over FC デバイスセットのサイズ設定.................................59サイズ設定の計算............................................................................60AIX DDdfc デバイスドライバーのインストール（AIX クライアントの場合は必須）...............................................................................................63Solaris クライアント用の SCSI 汎用デバイスドライバーの構成.......... 64

DD Boost for OpenStorage のインストール 67

インストールプロセスの概要......................................................................... 68OST プラグインと DD OS のアップグレード........................................ 68ファイアウォールとポート.................................................................. 69

NetBackup 用 OST プラグインのインストール................................................ 69メディアサーバーへの OST プラグインのインストール.......................70UNIX プラグインのインストール ........................................................70Windows プラグインのインストール..................................................71NetBackup サービス.........................................................................72

Backup Exec 用 OST プラグインのインストール..............................................72メディアサーバーへのプラグインのインストール...............................72Windows プラグインのインストール..................................................72Backup Exec サービス...................................................................... 73

Windows メディアサーバーのパフォーマンスチューニング............................ 73Windows プラグインのアンインストール........................................................ 74

バックアップアプリケーションの管理 75

メディアサーバーの構成............................................................................... 76NetBackup の構成........................................................................... 76Backup Exec の構成.........................................................................86

NetBackup 管理............................................................................................ 90OST プラグインのバージョンの確認..................................................90NetBackup のバージョンの確認........................................................90ネットワークのタイムアウト................................................................90フェイルオーバーを実行するストレージユニットのグループ化........... 91

Backup Exec の管理......................................................................................92OST プラグインのバージョンの確認..................................................92Backup Exec のバージョンの確認..................................................... 92Data Domain システムのストレージユニットの削除...........................92

第 4 章

第 5 章

目次


基本的なトラブルシューティング 93

一般的なトラブルシューティング.....................................................................94ファイルレプリケーションに関する Data Domain システムの設定................... 94NetBackup のトラブルシューティング..............................................................94

Data Domain システムを削除できない場合.......................................94インストールの確認.......................................................................... 95認証情報の確認.............................................................................. 96ライセンスエラーの解決...................................................................96メディアサーバー上のエラーログ.....................................................96メディアサーバー上の失敗したバックアップの解決...........................97プラグインログメッセージの解決.....................................................98「Cannot connect on socket」エラーの解決........................................98Solaris メディアサーバー上での NetBackup バックアップジョブの失敗........................................................................................................ 98AIX クライアントからのバックアップジョブが失敗する........................ 99

適化された複製ジョブの失敗...................................................... 100仮想統合バックアップ..................................................................... 100自動イメージレプリケーションの監視..............................................100

Backup Exec のトラブルシューティング.........................................................104基本的なトラブルシューティング......................................................104インストールの確認........................................................................ 105Data Domain システムの認証情報の確認...................................... 105ライセンスエラーの解決 ................................................................105アクティブデバッグのセットアップ....................................................105

第 6 章

目次

EMC Data Domain Boost for OpenStorage 3.2.1 管理ガイド 5

はじめに

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

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

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

確認してください。

目的

EMC は、Symantec と提携することにより Symantec OST（OpenStorage）API を活用し、DDBoost（Data Domain Boost）と Symantec NetBackup および Backup Exec アプリケーション間の緊密な統合を可能にしています。本書では、OST 向けの DD Boost の概要、DD Boost向けの Data Domain システムの準備方法、必要な OST プラグインのインストール手順、NetBackup または Backup Exec メディアサーバーの構成方法について説明します。

対象読者

本書は、一般的なバックアップ管理に習熟しており、Symantec バックアップアプリケーション（NetBackup および Backup Exec）との関連において、DD Boost の使用に関する具体的な情報を必要としているシステム管理者を対象としています。

関連する EMC ドキュメント

詳細については、次の Data Domain システムドキュメントを参照してください。

l 「EMC Data Domain Boost for Symantec OpenStorage リリースノート」

l 「EMC Data Domain オペレーティングシステムリリースノート」

l 「EMC Data Domain オペレーティングシステム初期構成ガイド」

l 「EMC Data Domain Operating System 管理ガイド」

l 「EMC Data Domain オペレーティングシステムコマンドリファレンスガイド」

l 「EMC Data Domain 拡張シェルフハードウェアガイド」

l 各サポートプラットフォーム（DD890 など）の Data Domain システムのインストールおよびセットアップガイド

EMC 製品のヘルプの入手先

EMC 製品ドキュメント

ドキュメントを見るには、EMC オンラインサポート Web サイト（https://support.emc.com）にアクセスして、［Search］ボックスの下にある［Support byProduct］をクリックします。［Find a Product］ボックスに製品名を入力して、それらの語がボックスの下の一致リストに表示されるまで待って、その語をクリックします。その後［»］をクリックします。［Search］ボックスの下のカテゴリーのリストで、［Documentation］をクリックします。

はじめに 7

https://support.emc.com/


https://support.emc.com


l ［Product］を選択すると、システムのモデル名または番号ごと、関連ソフトウェアリリースごとに結果をフィルタリングできます。

l ［Content Type］の選択肢を選ぶと、カテゴリーごとに検索結果をフィルタリングできます。［Content Type］の下の［More］をクリックすると、すべてのカテゴリーが表示されます。エンドユーザー向けドキュメントと互換性に関するドキュメントが含まれるカテゴリーは次のとおりです。

n ［Manuals and Guides］：お使いのシステム用のソフトウェアおよびハードウェアのマニュアル、またシステムとバックアップソフトウェアその他の製品を併用する方法を説明する統合ガイドがあります。

n ［Release Notes］：お使いのシステムで使用している EMC オペレーティングシステムの具体的なバージョンが表示されます。

n ［Compatibility Documents］：EMC のコンポーネントとサードパーティ製コンポーネントに互換性があることを示すガイドです。

EMC テクニカルサポート

EMC オンラインサポート（https://support.emc.com）にアクセスし、［Service Center］をクリックします。EMC テクニカルサポートへの問い合わせ方法がいくつか表示されます。サービスリクエストを開始するには、有効なサポート契約が必要です。有効なサポート契約の入手方法の詳細や、アカウントに関する質問については、EMC 販売担当者にお問い合わせください。

Symantec NetBackup のヘルプの入手先

NetBackup の詳細（データシート、ホワイトペーパー、サポート、トレーニングを含む）については、Symantec の NetBackup 製品サイト（http://www.symantec.com/netbackup）を参照してください。

Symantec Backup Exec のヘルプの入手先

Backup Exec の詳細（データシート、ホワイトペーパー、サポート、トレーニングを含む）については、Symantec の Backup Exec 製品サイト（http://www.symantec.com/backup-exec）を参照してください。

次のドキュメントは、アプリケーションとともにインストールされます。

l 「Symantec Backup Exec 15 管理者ガイド」

l 「Backup Exec 15 ハードウェア互換性リスト」

DD Boost とその他のバックアップアプリケーション

DD Boost との相互運用が可能なその他のバックアップアプリケーションには、以下のものが含まれます。

l Dell NetVault Backup

l Dell vRanger Pro

l EMC Avamar

l EMC Database application agent for DD Boost for Enterprise Applications andProtectPoint

l EMC Microsoft application agent for DD Boost for Enterprise Applications

l EMC NetWorker

l Hewlett-Packard HP Data Protector

l Pivotal Greenplum Data Computing Appliance

l Quest NetVault

l Quest vRanger Pro

はじめに



http://www.symantec.com/netbackup/

http://www.symantec.com/backup-exec/

l Veeam Backup and Replication

l VMware vSphere Data Protection Advanced（VDPA）

これらのアプリケーションとともに使用するためのマニュアル「EMC Data Domain Boost forPartner Integration Administration Guide」が発行されています。これらのアプリケーションでDD Boost を使用する方法については、このマニュアルを参照してください。特定アプリケーション向けの追加ドキュメントは、バックアップアプリケーションのベンダーから入手できます。

このマニュアルで使用される特記事項の表記規則

EMC では、特別な注意を要する事項に次の表記法を使用します。

通知は、事業損失またはデータ消失を招く可能性のあるコンテンツを示します。

通知は、トピックに対して本質的ではなく偶発的な情報を示します。通知は、説明、コメント、

テキストのポイントの補足、または単に関係するポイントだけを示す場合があります。

表記規則

本書では、以下の表記規則を使用します。

表 1 フォント

［太字］ウィンドウ名、ダイアログボックス、ボタン、フィールド、タブ名、キー名、メ

ニューパスなど、インターフェイスの構成要素（ユーザーが明示的に選択

またはクリックする対象）の名前を示します。

［斜体］テキストにリストされた出版物のタイトルをハイライトします

Monospace 次のようなシステム情報を示します。

l システムコード

l エラーメッセージやスクリプトなどのシステム出力

l パス名、ファイル名、プロンプト、構文

l コマンドおよびオプション

［Monospace italic］変数値に置き換える必要があり変数名をハイライトします

モノスペース太字テキストまたはユーザー入力を示します

[ ] オプション値

| 縦棒は、他の選択を示す「or」を意味します

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

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

ご意見

マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちしております。このドキュメントに関するご意見を次の宛先までお送りください。[email protected].

はじめに

9

mailto:[email protected]

はじめに


第 1 章

Data Domain Boost for OpenStorage の紹介

本章は、以下のトピックで構成されています。

l 改訂履歴...............................................................................................................12l DD Boost for OpenStorage の概要.........................................................................12l サポートされる構成 .............................................................................................. 13l アップグレードの互換性.........................................................................................13

Data Domain Boost for OpenStorage の紹介 11

改訂履歴次の表に、このドキュメントの改訂履歴を示します。

表 2 DD Boost for OpenStorage 管理ガイドリリース 3.2.1 の改訂履歴

リビジョン日付説明

02 (3.2.1) 2016 年 3 月このリビジョンには、新しい HA（高可用性）機能に関する情報

が含まれています。

01 (3.2.0) 2015 年 10 月このリビジョンには、次の新機能に関する情報が含まれていま

す。

l DFC（DD Boost-over-Fibre Channel）機能用クライアントオペレーティングシステムとしての Solaris のサポート。DFCは、SPARC および x86 ハードウェアで Solaris 10 および

11 を実行するクライアントをサポートしています。

l MFR（管理ファイルレプリケーション）に対する DIG（ダイナ

ミックインターフェイスグループ）のサポート。

l ストレージユニットのハードストリーム制限のサポート。

DD Boost for OpenStorage の概要Symantec バックアップアプリケーション（NetBackup および Backup Exec）との関連において、Data Domain Boost（DD Boost）には、次の 2 つのコンポーネントがあります。

l メディアサーバーごとにインストールする OST プラグイン。このプラグインには、DataDomain システムで実行されている DD サーバーとの統合のための DD Boost ライブラリが含まれます。

l Data Domain システムで実行する DD サーバー。

Data Domain システムは、単一の Data Domain システム、ゲートウェイ、DD ExtendedRetention システムのいずれかにすることができます。DD Boost 3.2.1 および DD OS5.7.1 を使用すると、デュアルノードの Data Domain HA システムにすることもできます。

バックアップアプリケーション（NetBackup または Backup Exec）によって、バックアップと複製を行うタイミングを制御するポリシーが設定されます。管理者は、単一のコンソールからバックアップ、複製、リストアを管理し、WAN 効率の良い Replicator ソフトウェアを含む、DDBoost のあらゆる機能を使用できます。

Data Domain システムは、DD Boost が有効化されたメディアサーバーに対し、ストレージユニットと呼ばれる作成済みのディスクボリュームを公開します。それぞれが Data DomainOST プラグインを備える複数のメディアサーバーが、Data Domain システム上の同一のストレージユニットをストレージサーバーとして使用できます。それぞれのメディアサーバーは、異なるオペレーティングシステムを実行できます。これには、オペレーティングシステムが Data Domain とバックアップアプリケーションの NetBackup または Backup Exec でサポートされることが条件となります。

図は、NetBackup を使用した OpenStorage 用の Data Domain Boost の構成例を示しています。



図 1 DD Boost for OpenStorage：NetBackup の構成

1. クライアント

2. サーバー

3. プライマリストレージ

4. メディアサーバー

5. OST プラグイン

6. Data Domain[Data Domain]7. Data Domain アプライアンス

8. DD Boost9. WAN10 2 台目の Data Domain アプライアンス

11. 必要に応じてテープにアーカイブ

12. バックアップ

13. 保存/リストア

14. レプリケーション

15. 災害復旧

サポートされる構成EMC Data Domain は、すべての Data Domain システム上の DD Boost をサポートします。

OST プラグインのバージョンは、Data Domain システムのソフトウェアバージョンおよびバックアップアプリケーションの構成と互換性がなければなりません。 Data Domain は、「DataDomain Boost Compatibility Guide」（EMC オンラインサポートサイト https://support.emc.com で入手可能）に記載された組み合わせ以外はサポートしません。

アップグレードの互換性レプリケーションのアップグレードの互換性に関する Data Domain のポリシーは次のとおりです。

l ［ファミリー］内のすべての保守バージョンとパッチバージョンは下位互換性があります。ファミリーは、リリース番号の初の 2 桁の数字（5.2 など）で識別されます。たとえば、5.2.0.0、5.2.0.2、5.2.1.0、5.2.2.0 はすべて下位互換性があります。


サポートされる構成 13



l レプリケーションの下位互換性は、2 つの連続するリリースファミリー（5.5 と 5.4 など）で維持されますが、完全にテストされているのは各ファミリー内の現行リリースのみです。

l ソースとデスティネーションの両方の Data Domain システムにレプリケーションのライセンスがあり、DD OS のバージョンが同じである必要があります。



第 2 章

DD Boost の機能

シングルノードおよび DD Extended Retention に新機能と拡張機能が加わりました。DD HA（高可用性）もサポートします。

この章では、DD Boost ソフトウェアの主な特徴と機能について次のトピックで説明します。

l DD Boost の機能の概要........................................................................................ 16l 分散セグメント処理 ...............................................................................................16l インフライト暗号化.................................................................................................17l MFR（管理ファイルレプリケーション）......................................................................18l DD Boost と高可用性.............................................................................................19l AIR（自動イメージレプリケーション）....................................................................... 20l MTree レプリケーション.......................................................................................... 22l IPv6 サポート.........................................................................................................22l ダイナミックインターフェイスグループ：DD Boost IP データパス管理......................22l DD Boost-over-Fibre Channel 転送.........................................................................27l DD Boost-over-Fibre Channel パス管理..................................................................30l 仮想合成バックアップ............................................................................................ 33l クライアントアクセス確認.......................................................................................34l DD Boost マルチユーザーデータパス.................................................................. 34l ストレージユニットの管理...................................................................................... 34

DD Boost の機能 15

DD Boost の機能の概要バックアップアプリケーションは、データリカバリや災害対策の戦略において重要な要素となっています。それぞれの戦略は、迅速な対応と効果的なオペレーションの管理を可能にする、強力でシンプル、柔軟な基盤を必要とします。

EMC Data Domain システムは、バックアップソフトウェアとの統合が容易で、インライン重複排除による保存とリカバリのメリットが得られます。また、Data Domain システムは、オフサイトの災害復旧のために、WAN を介したレプリケーション保護を提供します。

DD Boost は、クライアントとバックアップサーバー間で重複排除プロセスを分散することで、パフォーマンスを向上させます。

DD Boost のパフォーマンスは、DD Boost クライアントが実行されているハードウェアの種類

によって異なります。高のパフォーマンスは、Intel x86 ベースのファミリープロセッサで実

行中のクライアントで発揮されます。アーキテクチャ上の制約により、Itanium（HP-UX）、Power（AIX）、Sparc（Solaris）などの x86 ベース以外のシステムではパフォーマンスが低下

する場合があります。

分散セグメント処理DD Boost ソフトウェアの分散セグメント処理機能は、クライアントとサーバー間で重複排除プロセスを分散し、重複データが Data Domain システムに送られるのを防ぎます。

分散セグメント処理には、次のような利点があります。

l DD Boost Library から一意のデータのみが Data Domain システムに送られるので、ネットワークトラフィックの発生が抑えられます。一般に、データセットの冗長性が増すほど、Data Domain システムで節約できるネットワーク帯域幅が増します。

l 分散セグメント処理では、DD Boost ライブラリはバックアップされるファイルごとに 24MB のメモリを使用します。HA が有効な DD Boost 5.7 は、バックアップされるファイルごとに 128 MB のメモリを使用します。

DD Boost の機能


図 2 分散セグメント処理が有効

1. データベースサーバ

2. Data Domain システム

3. Data Domain OpenStorage プラグイン

4. セグメント

5. フィンガープリント

6. 圧縮

7. フィルター

8. Write

Solaris 11/11.1 に付属の OpenSSL 1.0.0.j を使用して、Solaris 11（SRU2 以上）または

Solaris 11.1 以上で実行する場合、他の Solaris システムと比較して、プラグインにより

DSP（分散セグメント処理）が向上します。SPARC T4 または T5 プロセッサで、Solaris 11（SRU2 以上）または Solaris 11.1 以上で実行する Solaris プラグインの場合、DSP がデフォ

ルトで有効になるようになりました。

インフライト暗号化インフライト暗号化を使用すると、Data Domain システムから LAN を介してバックアップまたはリストアするインフライトデータをアプリケーションが暗号化できます。この機能はデータ転送機能のセキュリティを高めるために導入されました。

構成されている場合、クライアントでは、TLS を使用してクライアントと Data Domain システムの間のセッションを暗号化できます。使用される具体的な暗号スイートは、ADH-AES256-SHA（HIGH 暗号化オプションを選択）または ADH-AES128-SHA（MEDIUM 暗号化オプションを選択）です。

DD Boost の機能

インフライト暗号化 17

MFR（管理ファイルレプリケーション）DD Boost ソフトウェアにより、アプリケーションは Data Domain Replicator ソフトウェアを制御できます。これにより、ネットワーク効率に優れた Data Domain レプリケーションテクノロジーを使用して、Data Domain システム上のデータのコピーを別の Data Domain システム上に作成できるようになります。

バックアップアプリケーションは複数の Data Domain システム間のデータレプリケーションを制御するので、バックアップ管理者は、すべてのバックアップと重複コピーを追跡するために一元的な管理を行うことができます。

ダイナミックインターフェイスグループは、DD Boost MFR に使用されるインターフェイスを制御する機能、特定のネットワーク経由でレプリケーション接続を実行する機能、フェイルオーバー条件に広帯域幅と信頼性を備えた複数のネットワークインターフェイスを使用する機能を提供します。詳細については、MFR に対するインターフェイスグループの使用（46 ページ）を参照してください。

低帯域幅の適化

低帯域幅 Replicator オプションは、WAN による帯域幅の使用率を低減します。管理ファイルレプリケーションを低帯域幅のネットワーク（WAN）リンク経由で行う場合に役に立つ機能です。この機能により、データは転送中にさらに圧縮されます。利用可能な帯域幅が 6Mb/秒よりも小さい WAN リンク経由で行われる管理ファイルレプリケーションジョブの場合に限り使用が推奨されます。

低帯域幅の適化を有効化するには、ソースとデスティネーションの両方の Data Domainシステムがこの設定で構成されている必要があります。このオプションは、すべてのレプリケーションジョブに適用されます。

このトピックの詳細については、「EMC Data Domain Operating System 管理ガイド」を参照してください。

暗号化された管理ファイルレプリケーション

このオプションにより、アプリケーションは SSL を使用して、2 つの Data Domain システム間でレプリケーションセッションを暗号化できます。すべてのデータとメタデータが WAN 経由で暗号化されて送信されます。

ソースシステムとデスティネーションシステムは自動的にネゴシエーションを行い、要求側のアプリケーションに対して透過的に暗号化を実行します。暗号化されたファイルレプリケーションは ADH-AES256-SHA 暗号スイートを使用します。

このオプションは、それぞれの Data Domain システムで有効化され、そのシステムのすべての管理ファイルレプリケーションジョブに適用されます。管理ファイルレプリケーションジョブに関わるソースとデスティネーションの両方の Data Domain システムで、このオプションが有効化されている必要があります。

暗号化された管理ファイルレプリケーションは、オプションの暗号化ライセンスのある DDOS で使用可能な静止データ暗号化機能とともに使用できます。暗号化された管理ファイルレプリケーションを静止データ暗号化機能とともに使用する場合、暗号化されたバックアップイメージデータは SSL を使用して再度暗号化され、WAN 経由で送信されます。

DD Boost の機能


l このトピックの詳細については、「EMC Data Domain Operating System 管理ガイド」を参照

してください。この機能を使用するには、ソースとデスティネーションの両方の DataDomain システムが DD OS 5.0 以上を実行している必要があります。この機能を有効

化するために、Data Domain システムでファイルシステムを再起動する必要はありませ

ん。

l 低帯域幅の適化オプションと暗号化オプションは一緒に使用できます。

DD Boost と高可用性DD OS 5.7.1 以降、DD Boost を使用する Data Domain システムは HA（高可用性）構成に対応できるようになりました。

通常の運用中に、アクティブノード上の DD Boost がスタンバイノードに、障害が発生した場合にスタンバイノード上で Boost が稼動し続けるのに必要な Boost データと状態情報を送信します。

DD Boost は現在、アクティブ/スタンバイ構成のみサポートします。

DD Boost は、サーバー上のディスクにユーザーデータを強制的に書き込む操作を定期的に実行します。クライアント上の Boost が、これらのディスクへの定期的な同期操作ごとにすべてのユーザーデータをバッファするので、DD サーバーに障害が発生しても、データを再送信することができます。

この方法は、仮想書き込みにも適用されます。標準書き込み処理を統合書き込み処理と混在させることができます。

DD Boost、HA、フェイルオーバー

HA が有効な Data Domain システムに障害が発生すると、10 分未満でリカバリが実施されます。障害が発生したシステムがリカバリすると、DD Boost のリカバリが開始し、Boost を使用しているアプリケーションは障害やエラーを受信することなく自動的にリカバリします。DD システムのフェイルオーバーが完了するまで Boost のリカバリが開始できませんので、DD Boost のリカバリに必要な時間は 10 分を上回ります。

アプリケーションは変更なしで DD Boost HA の機能を利用できます。HA 構成で DD Boost3.2.1 および DD OS 5.7.1 を使用すると、フェイルオーバーが発生した場合にアプリケーションが自動的にリカバリします。アプリケーションでアクションを実行する必要はありません。

部分的な HA 構成

MFR（管理ファイルレプリケーション）は、互換性のある Data Domain OS のバージョンを実行している任意の 2 つの DD システム間でサポートされています。一方または両方の DD システムで高可用性が有効かどうかは関係ありません。

2 つの HA システム間の MFR は、いずれかのシステムに障害が発生しても、両方のシステムが HA をサポートするので引き継がれます。ソースの HA システムまたはデスティネーションの HA システムのいずれかに障害が発生した場合でも、進行中の MFR はシームレスにリカバリします。

さらに、HA システムに障害が発生しても、HA システムと非 HA システム間の MFR は引き継がれます。非 HA システムに障害が発生した場合は、MFR は引き継がれません。

DD Boost の機能

DD Boost と高可用性 19

HA が有効なシステムへの MFRHA システムに障害が発生した場合、DD OS 5.7 以降を実行しており、HA システムに MFRを実施している単一ノードの DD システムは、シームレスにリカバリします。単一ノードの DDソースシステムに障害が発生した場合は、MFR はシームレスにリカバリしません。

HA が有効なシステムからの MFRソース HA システムに障害が発生した場合、HA システムから DD OS 5.7 以降を実行している単一ノードの Data Domain システムへの MFR は、シームレスにリカバリします。ただし、単一ノードの DD デスティネーションシステムに障害が発生した場合は、MFR はシームレスにリカバリしません。

部分的な HA 構成に関連するあらゆる場合において、障害が発生した際にシームレスにMFR が継続できるようにするには、非 HA システムで DD OS 5.7 が実行されている必要があります。非 HA システムで DD OS 5.7 より前のバージョンが実行されているような部分的な HA 構成では、MFR はいずれのシステムに障害が発生してもシームレスにはリカバリしません。

すべての場合で、MFR がシームレスにリカバリするには、アプリケーションが DD HA Boost3.2.1 ライブラリを使用している必要があります。

AIR（自動イメージレプリケーション）AIR（自動イメージレプリケーション）は、イメージをリモートマスターサーバードメインに複製することで機能します。 NetBackup 7.6 で導入された AIR 機能は、SLP（ストレージライフサイクルポリシー）を使用して NetBackup マスタードメイン間で選択されたイメージを複製できるようにすることで、サイト間のレプリケーションの課題に対処します。

AIR の主な目的は、ミッションクリティカルなバックアップのオフサイトのコピーを作成して、サイトの損失から保護することにあります。バックアップを別のドメインに保存して、バックアップドメインのストレージ容量を拡張することや、データの毎日のリストアを行うことを意図したものではありません。サイト間の WAN 帯域幅の制約のため、通常はも重要なデータのみを AIR を使用した複製対象に選びます。このように電子的にオフサイト化をすることで、プライマリサイトでバックアップが完了するとただちにバックアップセットをオフサイトのロケーションに複製できます。SLP の構成に基づいて、ユーザーが介入する必要はありません。また、複製のコピーは、複製が完了するとすぐに災害復旧サイトで使用可能になります。

AIR を使用するには、ソースおよびターゲットのドメインで適切なディスクストレージユニットが構成されている必要があります。ストレージユニットは、それぞれの Data Domain システムに構成される管理用の ddboost association コマンドを使用して、相互に関連づけ

られます。

図は、次の構成を示しています。

ソース Data Domain システム（D1）は、ターゲットドメインへのバックアップイメージコピーのルーティングを行います。

ddboost association create D1-SU-A replicate-to D2 D2-SU-B

ターゲット Data Domain システム（D2）は、認証とイベント通知を行います。

ddboost association create D2-SU-B replicate-from D1 D1-SU-A

現在、それぞれのストレージユニットに対する関連づけは 1 つだけサポートされています。このため、次の図が示すように、単一レプリケーションシナリオのみがサポートされます。

DD Boost の機能


図 3 自動イメージレプリケーション

1. D1（NBU ドメイン 1）SU-A2. D2（NBU ドメイン 2）SU-B

AIR 関連づけの作成では IP サーバー名のみが有効です。DFC サーバー名は AIR 関連づけ

の作成では使用しないでください。

自動イメージレプリケーションは、ソースドメインのディスクプールからターゲットドメインのディスクプールにバックアップを複製することにより機能します。レプリケーション操作には、2 つの SLP（ソースドメインで 1 つ、ターゲットドメインで 1 つ）が必要で、これはともに同じ名前である必要があります。ソースドメインの SLP は、バックアップポリシーに関連づけられ、バックアップの書き込みと、ターゲットドメインへの以降の複製を制御します。ターゲットドメインの SLP は、バックアップポリシーとは関連づけられませんが、（ソースドメインから複製された）新しいイメージが検出されると、アラートメカニズム（インポート）により開始されます。この SLP は、バックアップに関する情報をターゲットドメインに追加するプロセスを実行します。ターゲットドメインの他のストレージロケーションにバックアップを複製するように構成することもできます。

プライマリドメインへのバックアップが完了すると、バックアップが宛先ドメインに複製され、宛先ドメインにあるカタログが更新されます。これにより、ターゲットドメインにいるバックアップオペレータは、ソース NBU ドメイン環境全体の致命的な損失などの際に、ターゲットドメインのクライアントにデータをリストアできます。

Data Domain システムで AIR を使用するときの制限l AIR は、単一のターゲットストレージユニットに対してのみサポートされます。単一の

SLP を使用してレプリケーションをカスケードすることはできません。レプリケーションを開始元のドメインから複数のドメインへとカスケードできるのは、それぞれの中間ドメインで元のイメージを予期し、それをインポートし、次のターゲットマスターにレプリケートするように SLP がセットアップされている場合のみです。

l 単一の LSU に関連づけられた多数のポリシーを AIR 機能で使用している NetBackupカスタマー向けに、パフォーマンス向上が期待できる機能が導入されました。詳細については、EMC オンラインサポートにお問い合わせください。https://support.emc.com

AIR の追加の制限事項、既知の問題、回避策については、「EMC Data Domain Boost forSymantec OpenStorage Release Notes」を参照してください。

DD Boost の機能

Data Domain システムで AIR を使用するときの制限 21


MTree レプリケーションDD OS リリース 5.5 から、ストレージユニットの MTree レプリケーションが、ソースおよびデスティネーション Data Domain システム上の異なるユーザー名でサポートされるようになりました。ストレージユニットの MTree レプリケーションを有効化するには、MTree にユーザーを割り当てて、MTree からストレージユニットにターゲットストレージユニットを変換する必要があります。 MTree にユーザーを割り当てるには、DD OS の ddboost storage-unit modify コマンドを使用します。（詳細については、「EMC Data Domain オペレーティ

ングシステムコマンドリファレンスガイド」を参照してください。）

IPv6 サポートIPv6 レプリケーションのサポートには、管理ファイルレプリケーションが含まれます。これは、ddboost file-replication option set ipversion ipv6 コマンドを使

用して構成します。

クライアントは、ホスト名を使用して Data Domain システムに接続します。ホスト名パラメーターはタイプが文字列で、a.b.c.d 形式の IPv4 アドレスまたは有効な IPv6 アドレス（1234:abcd::4567 や 12:34:56:78::0 など）も受け入れ可能です。 IPv4 と IPv6 の両方のアドレスがネットワークに存在する場合は、接続時にクライアントから提供される IP アドレスファミリーが優先 IP アドレスファミリーとしてホスト名の解決に使用されます。ネットワークに単一の IP アドレスファミリーが存在する場合は（IPv4 のみ、または IPv6 のみ）、ホスト名はそのアドレスに解決され、そのアドレスがクライアントから Data Domain へのバックアップおよびリストアの接続に使用されます。クライアントで指定された優先 IP アドレスファミリーがない場合は、クライアントから Data Domain へのバックアップおよびリストア接続にはDNS が解決する IP アドレスが使用されます。デフォルトは IPv4 です。下位互換性のため、IPv4 が優先 IP アドレスに設定されています。アドレスの解決に失敗した場合は、クライアントの判断により新しいホスト名による再接続が試行されます。

ダイナミックインターフェイスグループ：DD Boost IP データパス管理

この機能は、DD Boost-over-IP 転送にのみ適用されます。

DIG（ダイナミックインターフェイスグループ）機能により、複数の Ethernet リンクをグループにして、Data Domain システム上の 1 つのインターフェイスだけをバックアップアプリケーションに登録することができます。DD Boost Library は、Data Domain システムにデータを送信する適なインターフェイスを取得するため、アプリケーションに登録されているインターフェイス上で Data Domain システムとネゴシエートします。ロードバランシングは、Ethernet レベルの統合（LACP の使用など）を使用して複数のインターフェイスを仮想インターフェイスとして構成する方法と比べて、Data Domain システムへの物理スループットを向上させます。

Data Domain システムは、グループ内のすべてのインターフェイスで、複数のバックアップホストからの接続のロードバランシングを行います。ロードバランシングはバックアップアプリケーションに対して透過的で、DD Boost ソフトウェアにより処理されます。DIG は DDBoost ソフトウェア層で動作するため、基礎となるネットワーク接続とシームレスに連携し、物理インターフェイスと仮想インターフェイスをともにサポートします。データ転送は、インターフェイス上の未処理の接続数に基づいて負荷分散されます。バックアップおよびリストアジョブの接続のみが負荷分散されます。

DD Boost の機能


DIG は、VLAN タグや IP エイリアスなど、Data Domain システム上の他のネットワークレイヤー機能とも合わせて機能します。この機能では、より柔軟に、トラフィックを複数の仮想ネットワーク（すべて Data Domain システムの同じ物理リンクで実行）に分離できます。

Data Domain で VLAN タグおよび IP エイリアスを構成する方法の詳細については、「EMCData Domain Operating System 管理ガイド」を参照してください。

DIG は、DD Boost MFR に使用されるインターフェイスを制御する機能、特定のネットワーク経由でレプリケーション接続を実行する機能、フェイルオーバー条件に広帯域幅と信頼性を備えた複数のネットワークインターフェイスを使用する機能も提供します。詳細については、MFR に対するインターフェイスグループの使用（46 ページ）を参照してください。

DIG 機能には次のメリットがあります。

l 複数のインターフェイスで Data Domain システムをアプリケーションに登録する必要がなく、インストールと構成を簡素化できます。

l 障害が発生したインターフェイスから処理中のジョブをすべて、正常な動作リンクに透過的にフェイルオーバーします。バックアップアプリケーションの視点からは、ジョブは無停止で継続されます。

l Data Domain システムの動作中にグループ内のインターフェイスの 1 つが停止した場合、以降に受け取るバックアップジョブは、使用可能なインターフェイスにルーティングされます。

l グループの複数のインターフェイスでバックアップ/リストアジョブを自動でロードバランシングすることで、リンクの使用率が向上します。

l 同じインターフェイスグループ内の 1 GbE インターフェイスと 10 GbE インターフェイスで機能します。異なる速度のインターフェイスを 1 つの DIG で組み合わせて使用できます。

l 管理者は複数のインターフェイスグループを定義できます。ロードバランシングとフェイルオーバーは、DIG ［<group-name>］内で適用されます。このため、VLAN 上のクライアントなど、一部の Data Domain システムインターフェイスにのみアクセス可能なバックアップサーバーをサポートする能力が向上します。

l それぞれのインターフェイスグループ［<group-name>］は、DIGn に属したインターフェイスとクライアントのリストを含みます。DIG ［<group-name>］では、［<group-name>］のすべてのクライアントがすべてのインターフェイスにアクセスできます。

l クライアントホストの範囲を使用したパブリック IP からプライベート VLAN への構成：

n 同じサブネットにあるクライアントは、Data Domain プライベートネットワークに到達できます。

n Data Domain システムでクライアントサブネットと一致する IP エイリアスや VLAN IPを追加してクライアントで静的ルートを使用することは避けます。

n 同じドメイン名上のクライアントは異なるプライベートネットワーク、つまりエイリアスや VLAN IP ネットワークに到達する必要があります。

n データを分離するためや静的ルートの構成を避けるためにクライアントをパブリックネットワークから適切なプライベートネットワークにリダイレクトする一方で、クライアントと Data Domain の IP アドレスを同じサブネット上に維持します。

詳細については、クライアント（26 ページ）を参照してください。

インターフェイス

DIG（ダイナミックインターフェイスグループ）インタフェースは、単一のインタフェースグループ［<group-name>］のメンバーで、次の特性があります。

DD Boost の機能

インターフェイス 23

l 物理インターフェイス。例：eth0al リンクフェイルオーバーまたはリンク統合用に作成された仮想インターフェイス。例：

veth1l 仮想エイリアスインターフェイス。例：eth0a:2または veth1:2l 仮想 VLAN インターフェイス。例：eth0a.1または veth1.1l インターフェイスグループ［<group-name>］では、ネットワークエラーの発生時にフェイル

オーバーが行えるように、すべてのインターフェイスが一意のインターフェイス（Ethernet、仮想 Ethernet）である必要があります。

DIG は、固定 IPv6 アドレスを完全サポートし、IPv4 同様に、IPv6 にも同じ機能を提供します。コンカレント IPv4 と IPv6 のクライアント接続が許可されます。IPv6 で接続したクライアントは IPv6 IFGROUP インターフェイスのみを認識します。IPv4 で接続したクライアントは IPv4DIG インターフェイスのみを認識します。個々のインターフェイスグループは、すべての IPv4アドレスまたはすべての IPv6 アドレスを含みます。

図 4 DIG による IPv4 および IPv6 アドレス指定のサポート

IP フェイルオーバーホスト名

フェイルオーバーホスト名の機能を使用することで、初の接続時のフェイルオーバー、またはネットワークエラーから生じるフェイルオーバーで使用する代替 Data Domain 管理 IPアドレスとホスト名を構成できます。代替ホスト名は、DNS で構成するか、DD Boost クライアントの/etc/hosts ファイルで構成できます。IPv4 と IPv6 ともにサポートされます。

代替ホスト名を構成するには、Data Domain システムのホスト名に-failoverを追加しま

す。

IPv4 の例：

10.6.109.38 ddp-880-1.datadomain.com ddp-880-1 10.6.109.40 ddp-880-1-failover.datadomain.com ddp-880-1-failover

IPv6 の例：

3000::230 ddp-880-2-v6.datadomain.com ddp-880-2-v6 3000::231 ddp-880-2-v6-failover.datadomain.com ddp-880-2-v6-failover

この機能を使用することで、リンクフェイルオーバーモードの管理 IP アドレスが不要になります。また、このフェイルオーバーインターフェイスをインターフェイスグループに追加することで、システムの標準管理インターフェイスを経由することなく直接 IFGROUP に接続でき、ロードバランシングとスループットパフォーマンスが向上します。初の接続に失敗すると、フェイルオーバー IP アドレスが使用可能であれば、これが使用されます。接続が確立さ

DD Boost の機能


れると、読み取り/書き込みインターフェイスの選択にインターフェイスグループが使用されます。前述の IPv4 の例では、次のようになります。

1. クライアントは ddp-880-1.datadomain.comに接続を試みます。

2. 接続に失敗した場合、クライアントは ddp-880-1-failover.datadomain.comに接続を試みます。

3. 初の接続を行った後でネットワークエラーが発生した場合は、他のインターフェイスで接続が再試行されます。初の接続を行ったのが ddp-880-1-failover.datadomain.comであれば、クライアントは

ddp-880-1.datadomain.comで接続を再試行します。エラー発生時に試みた後

のアドレスは、常に Data Domain システムの IP アドレスとなります。

Windows 2008 R2 の場合、タイムアウト接続の TcpTimedWaitDelay レジストリエントリーが

ないことがあります。このレジストリエントリーは、ホストのフェイルオーバーリカバリを許可

するためには不可欠です。Windows 2008 R2 のレジストリキーの名前は次のとおりです。

HKLM\System\CurrentControlSet\Services\Tcpip\Parameters このキー

の値は次のように設定する必要があります。double word "10".

インターフェイス適用

DIG（ダイナミックインターフェイスグループ）機能ではプライベートネットワーク接続を適用でき、これにより、失敗したジョブがネットワークエラー後にパブリックネットワークに再接続しないことが保証されます。インターフェイス適用を有効化してある場合、失敗したジョブは代替プライベートネットワーク IP アドレスでのみ再試行できます。インターフェイス適用はDIG インターフェイスを使用するクライアントでのみ使用可能です。

インターフェイス適用はデフォルトでオフ（FALSE）です。インターフェイス適用を有効化するには、次の設定をシステムレジストリに追加する必要があります。

system.ENFORCE_IFGROUP_RW=TRUE

前述の例では、ifgroupはインターフェイスグループを意味します。

これをレジストリに入力したうえで、設定を有効化するために filesys restartを実行

する必要があります。

次の図は、DIG 接続の判断の流れを示します。インターフェイス適用がオン（TRUE）の場合、システムでは、失敗したジョブの再接続を常にプライベート IP アドレスで試行します。プライベート IP アドレスを使用できない場合、ジョブはキャンセルされ、「Cancel job for non-ifgroup interface」というエラーメッセージが生成されます。インターフェイス適用がオフ（FALSE）の場合、失敗したジョブはパブリック IP アドレスを使用して再開されます。

DD Boost の機能

インターフェイス 25

図 5 DIG 接続の判断

クライアント

DIG（ダイナミックインターフェイスグループ）クライアントは、単一のインターフェイスグループ［<group-name>］のメンバーで、次で構成されます。

l FQDN（完全修飾ドメイン名）。例：ddboost.datadomain.com

l ワイルドカード。例：*.datadomain.comまたは「*」

l クライアントの短い名前。例：ddboost

l クライアントのパブリック IP 範囲。例：128.5.20.0/24

クライアントでは、書き込み処理または読み取り処理に先立って、サーバーからの DIG IP アドレスを要求します。クライアント DIG の関連づけを選択するために次の優先順位に従ってクライアント情報が評価されます（図 6（27 ページ）を参照）。

1. 接続されている Data Domain システムの IP アドレス。クライアントと Data Domain システムの間にすでにアクティブ接続が存在しており、この接続が DIG のインターフェイスに存在している場合は、DIG インターフェイスをクライアントで利用できます。

2. 接続されたクライアントの IP 範囲。クライアントソース IP に対する IP マスクのチェックが実行されます。クライアントのソース IP アドレスが DIG クライアントリストにあるマスクと一致する場合、DIG インターフェイスをクライアントで利用できます。

l IPv4 の場合、xx.xx.xx.0/24（128.5.20.0/24図 6（27 ページ）の）は、接

続する IP に対する 24 ビットマスクを提供します。/24 は、クライアントのソース IP

DD Boost の機能


アドレスを DIG へのアクセス用に評価する場合に、マスクされるビットを表します。IPv4 の場合、16、20、24、28、32 ビットマスクがサポートされています。

l IPv6 の場合、xxxx::0/112は、接続する IP に対する 112 ビットマスクを提供し

ます。/112 は、クライアントのソース IP アドレスを DIG へのアクセス用に評価する場合に、マスクされるビットを表します。IPv6 の場合、64、112、128 ビットマスクがサポートされています。

このホスト範囲チェックは、一意の部分ホスト名（ドメイン）がない多数のクライアントを含む個別の VLAN の場合に有用です。

3. Client Name: abc-11.d1.com4. Client Domain Name: *.d1.com5. ［All Clients］：*

IPv4 と IPv6 のアドレス指定を使用する混在ネットワークでは、DIG クライアント構成で IPv6は IPv4 グループに一致させないようにし、IPv4 も IPv6 グループに一致させないようにする

必要があります。したがって、「*」は構成しないでください。また、IPv4 と IPv6 のクライアント

が同じドメイン名（*.emc.comなど）にある場合は、完全修飾ドメイン名またはホスト範囲

（マスク付き IP）のみを使用する必要があります。

これらのチェックのいずれでも一致しない場合、DIG インターフェイスはこのクライアントに使用されません。

図 6 クライアント選択用の DIG ホスト範囲

DD Boost-over-Fibre Channel 転送前のバージョンの DD OS では、DD Boost Library と Data Domain システムとのすべての通信は、IP ネットワークを使用して行われていました。アプリケーションは、ホスト名または IP

DD Boost の機能

DD Boost-over-Fibre Channel 転送 27

アドレスを使用して Data Domain システムを指定します。図 7（28 ページ）を参照してください。

図 7 DD Boost-over-IP 転送


2. アプリケーション、DD Boost Library、TCP/IP 転送


4. DD Boost サービス

5. TCP/IP

DD OS では、DD Boost Library と Data Domain システムとの通信に、代替転送メカニズムとしてファイバーチャネルを提供するようになりました。

Windows、Linux、HP-UX、AIX、Solaris クライアント環境がサポートされています。

DD Boost-over-FC 転送を使用して Data Domain システムへのアクセスを要求するために、アプリケーションは特殊な文字列 DFC-［<dfc-server-name>］を使用して Data Domainシステムを指定します。［<dfc-server-name>］は、その Data Domain システムに構成されたDD Boost-over-FC サーバーの名前です。

IP ホスト名で大文字と小文字の区別がないように、dfc-server-nameでも大文字と小

文字が区別されません。

DD Boost の機能


図 8 メディアサーバーと Data Domain システム間の SCSI コマンド


2. アプリケーション、DD Boost Library、DD Boost-over-FC 転送


4. DD Boost サービス

5. DD Boost-over-FC サーバー

6. FC 経由の SCSI コマンド

7. SCSI プロセッサデバイス

Data Domain システムで DD Boost-over-FC サービスをセットアップするには、追加の構成手順が必要です。詳細については、DD Boost-over-FC サービスの構成（58 ページ）を参照してください。

DD Boost-over-FC 転送では、DIG（ダイナミックインターフェイスグループ）ではなく、異なる方法でロードバランシングとリンクレベルの高可用性が実現されています。説明については、DD Boost-over-Fibre Channel パス管理（30 ページ）のセクションを参照してください。

DD Boost-over-FC の通信パスは、メディアサーバー/DD Boost Library と Data Domain シス

テム間にのみ適用され、2 つの Data Domain システム間の通信には適用されません。この

ような通信は、次の図のように、メディアサーバーと Data Domain システムの間の通信パ

スに関係なく、常に IP ネットワークを介して行われます。

DD Boost の機能

DD Boost-over-Fibre Channel 転送 29

図 9 ファイバーチャネル通信パス


2. アプリケーション、DD Boost Library3. IP または FC4. IP または FC（制御）

5. Data Domain システム、レプリケーションソース

6. IP のみ（データ）

7. Data Domain システム、レプリケーション先

DD Boost-over-Fibre Channel パス管理DIG（ダイナミックインターフェイスグループ）ベースのメカニズム（DIG: DD Boost の IP ロードバランシングおよびフェイルオーバー（22 ページ）で説明）は、Ethernet インターフェイスをベースとし、ファイバーチャネル転送には該当しません。代わりに、DD Boost-over-FC ソリューションには異なるパスメカニズムが用意されています。

Data Domain システムは、1 つ以上の物理パスにより、1 つ以上のプロセッサタイプ SCSIデバイスをメディアサーバーにアドバタイズします。オペレーティングシステムは、すべての使用可能なパスからすべてのデバイスを検出し、それぞれ検出されたデバイスとパスに汎用 SCSI デバイスを作成します。

たとえば、次のような場合を考えてみます。

l メディアサーバーに 2 個のイニシエーター HBA ポートがある（A と B）

l Data Domain システムに 2 つの FC ターゲットエンドポイントがある（C と D）

l 両方のイニシエーター HBA ポートから両方の FC ターゲットエンドポイントにアクセスできるようにファイバーチャネルファブリックゾーニングが設定されている

DD Boost の機能


l Data Domain システムは、次を含む SCSI ターゲットアクセスグループで構成されている

n Data Domain システム上の両方の FC ターゲットエンドポイント

n 両方のイニシエーター HBA ポート

n 4 台のデバイス（0、1、2、3）

図 10 DD Boost-over-FC パス管理のシナリオ

1. 4 台のデバイス


3. HBA イニシエーター A4. HBA イニシエーター B5. Data Domain システム

6. ファイバーチャネルエンドポイント C7. ファイバーチャネルエンドポイント D

このケースでは、メディアサーバーオペレーティングシステムで大 16 の汎用 SCSI デバイスを検出できます（イニシエーター、ターゲットエンドポイント、デバイス番号の各組み合わせにつき 1 つ）。

l /dev/sg11：(A, C, 0)

l /dev/sg12：(A, C, 1)

l /dev/sg13：(A, C, 2)

l /dev/sg14：(A, C, 3)

l /dev/sg15：(A, D, 0)

l /dev/sg16：(A, D, 1)

l /dev/sg17：(A, D, 2)

l /dev/sg18：(A, D, 3)

l /dev/sg19：(B, C, 0)

l /dev/sg20：(B, C, 1)

l /dev/sg21：(B, C, 2)

l /dev/sg22：(B, C, 3)

l /dev/sg23：(B, D, 0)

l /dev/sg24：(B, D, 1)

l /dev/sg25：(B, D, 2)

l /dev/sg26：(B, D, 3)

DD Boost Library がサーバーに接続を確立するようアプリケーションから要求されると、DDBoost Library の DD Boost-over-FC 転送ロジックは SCSI 要求を使用して、これら 16 の汎用

DD Boost の機能

DD Boost-over-Fibre Channel パス管理 31

SCSI デバイスのカタログを作成します。これらは、目的の Data Domain システムの DDBoost-over-FC サービスにアクセスするパスとなります。サーバーへの接続を確立する際、DD Boost-over-FC 転送ロジックはサーバーにこのパスのカタログを提供します。

初のパス選択

サーバーは、各種ターゲットエンドポイントと既知のイニシエーターを経由した DD Boost-over-FC トラフィックに関する統計を維持します。接続のセットアップ手順の際、サーバーのパス管理ロジックはこれらの統計を参照し、次の基準に基づきこの接続に使用するパスを選択します。

l キューの深さの制約を受けるクライアント（下記参照）については、異なるパスに接続を均等に分散する

l もビジーでないターゲットエンドポイントを選択する

l 選択したターゲットエンドポイントへのパスのうちもビジーでないイニシエーターを選択する

ダイナミック再バランシング

サーバーは、定期的にダイナミック再バランシングを実行します。これには、次の状況を知るための統計の参照が含まれます。

l キューの深さの制約を受けるクライアント（下記参照）については、使用可能なパスに接続が不均一に分散している

l ターゲットエンドポイント間のワークロードが均衡していない

l イニシエーター間のワークロードが均衡していない

このような状況が検出された場合、サーバーは 1 つ以上の接続にサーバー指示によるパス移行のマークを付けることができます。これは、以後のデータ転送処理の際に、DDBoost Library が以降の処理にカタログから使用可能な異なるパスを使用し始めるようにサーバーに要求させることで行われます。

クライアントパスのフェイルオーバー

クライアントは、サーバーのダイナミック再バランシングロジックによる指示を受けて、異なるパスを使用し始めることができます。ただし、クライアント側でも、使用可能な異なるパスを使用し始めることを決定できます。これは、接続の現行パスを使用するときに、クライアントがエラーを受け取った場合に発生します。

たとえば、8 つのパスから成る接続のパスカタログを考えてみます。

l /dev/sg21: (A, C, 0)

l /dev/sg22: (A, C, 1)

l /dev/sg23: (A, D, 0)

l /dev/sg24: (A, D, 1)

l /dev/sg25: (B, C, 0)

l /dev/sg26: (B, C, 1)

l /dev/sg27： (B, D, 0)

l /dev/sg28： (B, D, 1)

サーバーは初のパス選択でパス(A, C, 0)を選択します。 DD Boost Library の DFC 転送ロジックは、/dev/sg21に SCSI コマンドを使用して、接続のデータ送受信を開始します。

その後、ターゲットエンドポイント C からスイッチへのリンクが、ケーブルが抜かれたか、ハードウェア障害が発生したことにより、使用不可になります。 DFC 転送ロジックによっ

DD Boost の機能


て/dev/sg21に送られた以降のすべての SCSI 要求は、SCSI 要求をデバイスに送信でき

ないことを示すエラーコードを出して失敗します。

この場合、DFC 転送ロジックはデバイスのカタログを参照して、異なる物理コンポーネントによるパス（イニシエーターとターゲットエンドポイントの異なる組み合わせ）を見つけます。選択されたパスで SCSI 要求が再試行され、SCSI 要求が正しく完了するパスが見つかるまでプロセスが繰り返されます。

キューの深さの制約

DD Boost-over-FC ソリューションの用途では、どの特定の SCSI デバイスで要求を受信するかは関係ありません。すべての SCSI デバイスは、SCSI プロトコルで要求される SCSI コマンドで、同一のデスティネーションオブジェクトです。 SCSI 要求の処理では、サーバーロジックは SCSI 要求を受信する特定のデバイスについて考慮しません。

では、複数のデバイスを許可するのはなぜでしょうか？これは、一部のクライアント側のオペレーティングシステムで、所定の汎用 SCSI デバイスで同時に実行可能な未処理の IO 要求の数に制限があるためです。たとえば、Windows SCSI Pass-Through Interface メカニズムでは、それぞれの汎用 SCSI デバイスを通じて一度に 1 つの SCSI 要求しか実行しません。このため、複数の接続（バックアップジョブなど）が同じ汎用 SCSI デバイスを使用しようとすると、DD Boost-over FC ソリューションのパフォーマンスに影響が及びます。

また、Data Domain システムでも、アドバタイズされた SCSI デバイスあたりの未処理 IO 要求の数に制限があります。大サイズのワークロードを扱う場合のパフォーマンスの理由から、Data Domain システムで複数の SCSI デバイスをアドバタイズすることが必要になる場合があります。

単一デバイスでの同時の SCSI 要求数のシステムの制限を表すために、「キューの深さ」という用語を使用しています。キューの深さが非常に小さくパフォーマンスに影響する（Windows などの）クライアントシステムは、「キューの深さの制約を受ける」と見なされます。

ワークロード、Data Domain システムのタイプ、クライアントシステムがキューの深さの制約を受けるかどうかに応じて構成するデバイスの数については、DD Boost-over FC デバイスセットのサイズ設定（59 ページ）を参照してください。

仮想合成バックアップ統合フルバックアップまたは統合累積増分バックアップは、以前に実施した複数のバックアップからアセンブルされるバックアップです。統合バックアップは、前回実施した従来のフルバックアップまたは統合フルバックアップ 1 回と、それ以降の複数の差分バックアップまたは累積増分バックアップから生成されます。（従来のフルバックアップとは、統合されていないフルバックアップを意味します。）クライアントは、従来のバックアップからリストアするときと同じ方法で、統合バックアップを使用してファイルおよびディレクトリをリストアすることができます。

従来のフルバックアップの場合、すべてのファイルがクライアントからメディアサーバーにコピーされ、その結果生じたイメージセットが Data Domain システムに送信されます。後に実施された増分バックアップまたは差分バックアップ以降にファイルに変更がなくても、すべてのファイルがコピーされます。統合フルバックアップの場合、Data Domain システム上の前回のフルバックアップとそれ以降の増分バックアップを組み合わせて、新しいフルバックアップが形成されます。新しい統合フルバックアップは、新のフルバックアップ時のクライアントのファイルシステムを正確に表現します。

処理はクライアントではなくメディア・サーバの指示の下で Data Domain システムで行われるため、仮想統合バックアップは、ネットワーク・トラフィックとクライアント処理の軽減に役立ちます。クライアントファイルおよびバックアップイメージセットがネットワーク経由で転送されるのは、1 回のみです。バックアップイメージが統合バックアップに組み込まれたら、以前の増分/差分イメージを期限切れにすることができます。

DD Boost の機能

キューの深さの制約 33

仮想統合フルバックアップは、管理可能なデータボリュームと毎日の低レベルの変更を抱える、リモートオフィスをバックアップするための拡張性に優れたソリューションです。クライアントの毎日の変更率が高い場合、増分または差分バックアップは非常に大きくなります。この場合、仮想統合バックアップは従来のフルバックアップと同様にあまり有用ではありません。優れたリストアパフォーマンスを達成するには、毎週通常のフルバックアップを実行し、毎日の増分バックアップポリシーを実行すると仮定した場合、2 か月ごとに 1 回従来のフルバックアップを作成することが推奨されます。

仮想統合フルバックアップは、後に実施されたフルバックアップ（統合またはフル）とそれ以降のすべての増分バックアップの組み合わせです。このバックアップでは、新の増分バックアップの直後にタイムスタンプが付けられます。バックアップで選択されたデータに新の増分バックアップ以降に加えられた変更は、このバックアップには含まれません。

クライアントアクセス確認DD Boost のクライアントアクセス確認を構成すると、以下の場合に、接続ごとに DD Boost認証が必要になり、DD Boost クライアントの Data Domain システムへのアクセスが制限されます。

l Data Domain システムへの初回接続

l DD Boost（有効化/無効化）の各再起動

l 各ファイルシステムの再起動

l 各 Data Domain システムの再起動

クライアントのリストは、再始動の必要なくいつでも更新できるため、進行中の作業にアクセス確認の影響が出ることはありません。

DD Boost マルチユーザーデータパスDD Boost マルチユーザーデータパスの機能拡張により、ストレージユニットの分離が向上します。 Data Domain システムの DD Boost アクセスについて複数のユーザーを構成できます。

ストレージユニットの管理DD OS の ddboost コマンドを使用することで、ストレージユニット、テナント、クォータの制

限を構成および変更でき、ストレージユニットごとにストリーム警告の制限を構成できます。

Multiuser Storage Unit Access ControlMultiuser Storage Unit Access Control 機能は、DD Boost プロトコルで複数のユーザー名をサポートして、Data Domain システムを共有する複数のユーザーに対してデータを分離することで、ユーザーエクスペリエンスを強化します。DD Boost プロトコルを使用して、バックアップアプリケーションはこの機能に対応するユーザー名とパスワードで Data Domain システムに接続します。ユーザー名とパスワードはともに、パブリックキー暗号形式を使用して暗号化されます。

システム管理者は、ストレージユニットに使用されるバックアップアプリケーション（NetBackup または Backup Exec）ごとにローカルの Data Domain ユーザーを作成します。ストレージユニットユーザーは、ストレージユニットの作成時に必要になります。バックアップアプリケーションは、Data Domain システムに接続すると、接続するときに使用されたユーザー名で所有されるストレージユニットにのみアクセスできるようになります。ストレージユニットへのアクセスは動的に決定されるので、ストレージユニットのユーザー名の変更はただちに反映されます。ストレージユニットのユーザー名が別のユーザー名に変わると、以前のユーザー名でバックアップアプリケーションが行うすべての読み取りおよび書き込み操

DD Boost の機能


作は、アクセス権のエラーによりただちに失敗します。ストレージユニットの現在のユーザーがそのストレージユニットの正当なユーザーとして削除された場合、そのストレージユニットへの既存の接続を終了するには、DD Boost、ファイルシステム、または Data Domain システムを再起動する必要があります。

Secure Multi-Tenancy 機能と統合するため、tenant-unitキーワードが ddbooststorage-unit コマンドに導入されます。各テナントユニットに、1 つのストレージユニット

を構成する必要があります。各テナントユニットは、複数のストレージユニットと関連づけできます。テナントユニットの関連づけとストレージユニットのユーザー名所有権は、互いに独立しています。テナントユニットは、コマンドラインインターフェイスを使用して管理パスに使用されますが、読み取り、書き込みなどのデータパスには使用できません。ストレージユニットのすべてのコマンドは、テナントユニットをサポートします。

テナントユニットの詳細については、「EMC Data Domain Operating System 管理ガイド」を参

照してください。

ストレージユニット容量クォータ

DD OS のユーザーは、クォータを使用して Data Domain システムの論理ストレージ制限をプロビジョニングすることで、Data Domain システムの専用の部分を一意のストレージユニットとして使用することができます。DD Boost ストレージユニットクォータ制限は、動的に設定または削除できます。クォータは、異なる論理サイズの複数の DD Boost ストレージユニットのプロビジョニングにも使用でき、管理ユーザーは一定期間の特定のストレージの使用率を監視することが可能です。

報告される物理サイズを構成することもできます。これは、バックアップアプリケーションに報告されるサイズです。この物理サイズは NetBackup のディスクプール「未フォーマットサイズ」です。Data Domain システム自体には、実際のサイズが表示されます。物理サイズを構成した場合、論理容量クォータはまだ利用可能です。レポートされる物理サイズはddboost storage-unit modifyを使用して後で変更できます。レポートされる物理

サイズは ddboost storage-unit showを使用して表示できます。

クォータの機能、およびクォータの操作に関連したコマンドの詳細については、「EMC DataDomain オペレーティングシステムコマンドリファレンスガイド」の ddboost、quota、mtreeのセクションを参照してください。

この機能は、容量管理に DD Boost API を使用するバックアップアプリケーション（SymantecNetBackup や Backup Exec など）を利用する場合には注意してお使いください。DD BoostAPI は、論理設定を重複排除率で割ることで、API の物理設定に論理設定を変換しようと試

みます。このため、重複排除率が変わった場合は、論理クォータの調整が必要になります。

ストレージユニットストリーム数の管理

ストレージユニットごとに 5 種類のストリーム警告制限を構成できます。

l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

ストレージユニットごとに、バックアップ、リストア、データ内とデータ外のレプリケーションの監視のためのストリームカウンターが維持されます。ストリーム警告制限を構成するには、

DD Boost の機能

ストレージユニット容量クォータ 35

ddboost storage-unit create コマンドを使用します。ストリーム制限を変更または

無効にするには、ddboost storage-unit modify コマンドを使用します。ストレージ

ユニットごとのアクティブなストリームを表示するには、ddboost streams showactive コマンドを使用します。

ストリーム数が警告制限クォータを超えた場合、アラートが生成されます。ストリームリミットが 10 分以上、クォータを下回ると、アラートは自動的にクリアされます。

これらのストリーム警告制限はすべて［none］に設定できます。

DD Boost バックアップアプリケーションは、ストリームの警告クォータを下回るように、ワー

クロードを削減します。警告制限は、クォータを超えないように再構成できます。

ストリーム制限の構成の詳細については、ストリーム制限を使用したストレージユニットの構成（オプション）（40 ページ）を参照してください。

DD Boost の機能


第 3 章

DD Boost のための Data Domain システムの準備

次の Data Domain システムの構成手順は、NetBackup と Backup Exec に適用されます。

このガイドで使用するコマンドの詳しい説明は、「EMC Data Domain オペレーティングシステム

コマンドリファレンスガイド」に記載されています。

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

l Data Domain システムでの DD Boost の有効化..................................................... 38l DD Boost への複数ユーザーの割り当て................................................................ 38l ストレージユニットの作成 ..................................................................................... 39l ストレージユニットの論理クォータの構成（オプション） ........................................... 40l ストリーム制限を使用したストレージユニットの構成（オプション）............................40l 分散セグメント処理の構成.....................................................................................42l ダイナミックインターフェイスグループの構成 ........................................................42l MFR に対するインターフェイスグループの使用...................................................... 46l MFR の構成...........................................................................................................55l クライアントアクセス確認の構成............................................................................56l DD Boost-over-FC サービスの構成......................................................................... 58

DD Boost のための Data Domain システムの準備 37

Data Domain システムでの DD Boost の有効化Data Domain Boost 重複排除用に有効化された Data Domain システムには、それぞれ一意の名前が必要です。常に一意である Data Domain システムの DNS 名を使用できます。

手順

1. Data Domain システムで管理ユーザーとしてログインします。

2. 次のコマンドを入力して、ファイルシステムが有効であることを確認します。

# filesys status The file system is enabled and running. 3. Data Domain から提供されたライセンスキーを使用して、DD Boost ライセンスを追加し

ます。

# license add ［license_code］ License “ABCE-BCDA-CDAB-DABC” added. 4. 次のように入力して、DD Boost 重複排除を有効化します。

# ddboost enable DD Boost enabled

l ユーザーは、Data Domain システムに接続するバックアップアプリケーションで構成

する必要があります。詳細については、「EMC Data Domain Operating System 管理ガ

イド」を参照してください。

l Data Domain システムの DD Boost アクセスについて複数のユーザーを構成できま

す。ユーザー名、パスワード、役割が、DD OS コマンドを使用して Data Domain シス

テムに設定されている必要があります。

user add <［user］> [password <［password］>] [role {admin | security | user | backup-operator | data-access}] [min-days-between-change <［days］>] [max-days-between-change <［days］>] [warn-days-before-expire <［days］>] [disable-days-after-expire <［days］>] [disable-date <［date］>]

たとえば、管理権限を持ち、ログイン名が jsmithでパスワードが usr256のユーザー

を追加するには、次のように入力します。

# user add jsmith password usr256 role admin

続いて、jsmithを DD Boost ユーザーリストに追加するには、次のように入力します。

# ddboost user assign jsmith

DD Boost への複数ユーザーの割り当てシステム管理者は、ストレージユニットで使用するバックアップアプリケーションごとにローカルの Data Domain システムユーザーを作成する必要があります。ストレージユニットは、ユーザー名を使用して作成するか、修正してアップグレードのためにユーザー名を変えることができます。ストレージユニットにアクセスできるのは、このストレージユニットを所有しているユーザー名によるアプリケーションのみです。各ストレージユニットは 1 つのユーザー名により所有され、同じユーザー名で複数のストレージユニットを所有できます。アプリケーションは、DD Boost にユーザー名とパスワードを渡し、DD Boost は Data Domain システムに接続するときにそれらの情報を Data Domain システムに渡します。その後、Data Domainシステムでユーザー名とパスワードが認証されます。ユーザー名とパスワードは、異なる複数のアプリケーションで共有できます。

DD Boost に割り当てられていない有効な Data Domain システムローカルユーザーでストレージユニットが作成されると、ddboost user assign コマンドを使用してユーザーを



追加する場合と同じように、そのユーザーは自動的に DD Boost ユーザーリストに追加されます。所有者ユーザー名を指定しないでストレージユニットを作成する場合は、現在の DDBoost ユーザー名が所有者として割り当てられます。

DD Boost ユーザーリストに 1 人以上のユーザーを割り当てて追加するには、次のように入力します。

# ddboost user assign user1 user2 User "user1" assigned to DD Boost. User "user2" assigned to DD Boost.

ユーザーリストのユーザーを確認および表示するには、次のように入力します。

# ddboost user show DD Boost user Default tenant-unit Using Token Access ------------- ------------------- ------------------ ddbu1 Unknown Yes ddbu2 Unknown - ddbu3 Unknown Yes ddbu4 Unknown - ddbu5 Unknown - ddbu6 Unknown - ddbu7 Unknown Yes ddbu8 Unknown - ------------- ------------------- ------------

ユーザーリストからユーザーを割り当て解除して削除するには、次のように入力します。

# ddboost user unassign user1 User "user1" unassigned from DD Boost.

ストレージユニットの作成NetBackup または Backup Exec のインストール環境で OpenStorage に対して有効化された Data Domain システムごとに、1 つ以上のストレージユニットを作成する必要があります。NetBackup システムでは、ストレージユニットはメディアサーバー上のディスクプールに対応し、一方でバックアップシステムではテープリポジトリに対応します。

手順

1. Data Domain システムにストレージユニットを作成するには、次のように入力します。

# ddboost storage-unit create NEW_STU1 user user1 Created storage-unit "NEW_STU1" for "user1".

ストレージユニット名は、所定の Data Domain システムで一意である必要があります。

ただし、異なる複数の Data Domain システムで同じストレージユニット名を使用できま

す。ユーザー名によってストレージユニットが所有され、このユーザー名の認証情報に

よる接続のみが、このストレージユニットにアクセスできるようになります。

このコマンドオプションの詳細については、「EMC Data Domain オペレーティングシステム

コマンドリファレンスガイド」の ddboost storage-unitのセクションを参照してくださ

い。

DD Boost に割り当てられていない有効な Data Domain ローカルユーザーでストレージ

ユニットが作成されると、ddboost user assign コマンドを使用して ddboost ユー

ザーがユーザーリストに追加されるのと同様に、そのユーザーは自動的に DD Boost ユーザーリストに追加されます。

2. Boost 対応の Data Domain システムごとに前述のステップを繰り返します。

3. Data Domain システムでストレージユニットを変更するには、次のように入力します。

# ddboost storage-unit modify NEW_STU1 user user2 Storage-unit "NEW_STU1" modified for user "user2".


ストレージユニットの作成 39

ddboost storage-unit modify コマンドにより、バックアップアプリケーションは

ストレージユニットのユーザー名による所有権を変更できます。ユーザー名を変更する

場合、ストレージユニットのすべてのファイルの属性を変更する必要はないため、迅速

に処理できます。

4. ストレージユニットのユーザーリストを表示するには、次のように入力します。

# ddboost storage-unit show Name Pre-Comp (GiB) Status User Report Physical Size (MiB) ----------------- -------------- ------ -------- --------------- backup 3.0 RW sysadmin - DDBOOST_STRESS_SU 60.0 RW sysadmin - task2 0.0 RW sysadmin - tasking1 0.0 RW sysadmin - DD1 0.0 RW sysadmin - D6 5.0 RW sysadmin - TEST_DEST 0.0 D sysadmin - STU-NEW 0.0 D ddu1 - getevent 0.0 RW ddu1 - DDP-5-7 120.0 RW sysadmin - TESTME 150.0 RW sysadmin - DDP-5-7-F 100.0 RW sysadmin - testSU 0.0 RW sysadmin 200 ----------------- -------------- ------ -------- --------------- D : Deleted Q : Quota Defined RO : Read Only RW : Read Write RD : Replication Destination

ストレージユニットの論理クォータの構成（オプション）Data Domain システム上のストレージは、ストレージユニットのオプションのクォータ制限を使用してプロビジョニングできます。クォータ制限は、ストレージユニットの作成時か、後から別のコマンドを使用して指定できます。詳細については、「EMC Data Domain オペレーティ

ングシステムコマンドリファレンスガイド」のクォータおよび DDBoost のセクションを参照してください。

クォータが有効な場合、一部の OpenStorage バックアップアプリケーションで報告されるサ

イズと容量が分かりにくくなる場合があります。ナレッジベース記事の「Storage Unit QuotaDisplay on NetBackup and Backup Exec」（ドキュメント ID 000185210）に、この点について

の詳細な説明が記されています。

手順

1. Data Domain システムでクォータ制限を有効化するには、次のように入力します。

# quota enable2. ストレージユニットの作成時にクォータ制限を構成するには、次のコマンドを使用して

quota-soft-limit と quota-hard-limit の値を指定します。

# ddboost storage-unit create ［storage-unit］ [quota-soft-limit ［n］ {MiB|GiB|TiB|PiB}] [quota-hard-limit ［n］ {MiB|GiB|TiB|PiB}]

3. ユニットの作成後にクォータ制限を変更するには、次のコマンドで新しく quota-soft-limitと quota-hard-limit の値を指定します。

# ddboost storage-unit modify ［storage-unit］ [quota-soft-limit {［n］ {MiB|GiB|TiB|PiB}|none}] [quota-hard-limit {［n］ {MiB|GiB|TiB|PiB}|none}]

4. ストレージユニットのクォータ制限を確認するには、次のように入力します。

# quota show storage-units ［storage-unit-list］

ストリーム制限を使用したストレージユニットの構成（オプション）システム管理者は、次の 5 種類の制限ごとに各ストレージユニットに対するストリーム警告制限を構成します。

l write-stream-soft-limit



l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

各ストレージユニット（読み取り、書き込み、レプリケーション、組み合わせ）に対して 4 種類のソフトストリーム警告制限を割り当てることができ、組み合わせたハードストリーム制限を割り当てることができます。ストレージユニットごとにハードストリーム制限を割り当てることで、制限（読み取りストリーム、書き込みストリーム、レプリケーションストリームを含む）を超えた場合に、新しい DD Boost ストリームを失敗させることができます。ハードストリーム制限は、ストリーム操作の開始前に検出されます。ハードストリーム制限は、Data Domainシステムモデルの容量を超えることはできず、その他の単一の制限（読み取り、書き込み、レプリケーション、組み合わせ）より少なくすることもできません。

ハードストリーム制限を超えると、NetBackup および Backup Exec からクライアントにエラーが報告されて、読み取りジョブと書き込みジョブが自動的に再試行されます。

ストリーム数が警告制限クォータを超えた場合、アラートが生成されます。ストリームリミットが 10 分以上、クォータを下回ると、アラートは自動的にクリアされます。

DD Boost ユーザーは作業負荷をストリーム警告クォータ以下に下げるものと想定されてい

ます。そうでない場合は、システム管理者が制限の超過を避けるように構成された警告制

限を変更できます。

ストリーム制限のあるストレージユニットを作成するには、次のように入力します。

# ddboost storage-unit create NEW_STU0 user user2 write-stream-soft-limit 5 read-stream-soft-limit 1 repl-stream-soft-limit 2 combined-stream-hard-limit 10 Created storage-unit "NEW_STU0" for "user2". Set stream warning limits for storage-unit "NEW_STU0".

ストレージユニットのストリーム制限を変更するには、次のように入力します。

# ddboost storage-unit modify NEW_STU1 write-stream-soft-limit 3 read-stream-soft-limit 2 repl-stream-soft-limit 1 combined-stream-hard-limit 8 NEW_STU1: Stream soft limits: write=3, read=2, repl=1, combined=none

制限を noneに設定すると、その制限は無効になります。

すべてのアクティブなストレージユニットの DD Boost ストリーム制限を表示するには、ddboost streams show active と入力します。特定のストレージユニットの DDBoost ストリーム制限を表示するには、次のように入力します。

# ddboost streams show active storage-unit STU-1 --------- Active Streams -------- --------- Soft Limits -------- - Hard Limit - Name Read Write Repl-out Repl-in Read Write Repl Combined Combined ----- ---- ----- -------- ------- ---- ----- ---- -------- -------------- STU-1 0 0 0 0 - - - - 25 ----- ---- ----- -------- ------- ---- ----- ---- -------- -------------- DD System Stream Limits: read=30 write=90 repl-in=90 repl-out=82 combined=90

出力に表示される Data Domain システムのストリーム制限は、Data Domain システムのタ

イプに基づいています。

特定の時間の特定のストレージユニットの DD Boost ストリーム制限の履歴を表示するには、次のように入力します。

# ddboost streams show history storage-unit NEW_STU0 last 1hours INTERVAL: 10 mins "-" indicates that the data is not available for the intervals Storage-Unit: "NEW_STU0" Date Time read write repl-out repl-in YYYY/MM/DD HH:MM streams streams streams streams ----------------- ------- ------- --------- -------- 2013/08/29 12:00 0 0 0 0 2013/08/29 12:10 0 0 0 0 2013/08/29 12:20 0 1 0 0 2013/08/29 12:30 0 2 0 0 2013/08/29 12:40 0 2 0 0


ストリーム制限を使用したストレージユニットの構成（オプション） 41

2013/08/29 12:50 0 1 0 0 2013/08/29 13:00 0 0 0 0 ----------------- ------- ------- --------- --------

分散セグメント処理の構成分散セグメント処理オプションは Data Domain システムで構成され、すべてのメディアサーバーとそのインストールされた OST プラグインに適用されます。

オプションは、次のコマンドを使用して構成できます。

# ddboost option set distributed-segment-processing {enabled | disabled}

分散セグメント処理オプションを有効化/無効化するために Data Domain ファイルシステム

を再起動する必要はありません。

分散セグメント処理は、DD OS 4.8 以上を実行する Data Domain システムと通信する OSTプラグイン 2.2 以上でサポートされます。

分散セグメント処理は、DD OS 5.2 が初期インストールされているシステムではデフォルトで有効になっています。DD OS 5.1、5.0.x、4.9.x から DD OS 5.2 にアップグレードしたシステムでは、分散セグメント処理は以前の状態のままとなります。

分散セグメント処理は、DD OS 5.5.1.0 以前では有効化されています（無効化できません）。

SPARC T4 または T5 プロセッサで、Solaris 11（SRU2 以上）または Solaris 11.1 以上で実行する Solaris プラグインの場合、分散セグメント処理はデフォルトで有効になります。

ダイナミックインターフェイスグループの構成

この機能は、IP 経由の DD Boost にのみ適用されます。DIG（ダイナミックインターフェイス

グループ）機能の概要については、「ダイナミックインターフェイスグループ：DD Boost のIP ロードバランシングおよびフェイルオーバー（22 ページ）」を参照してください。

構成されたインターフェイスグループのクライアントから Data Domain システムが接続要求を受け取ると、DIG 機能はグループでも使用されていないインターフェイスに接続を割り当てることで、ロードバランシングを提供し、I/O スループットを向上させます。

DIG を構成するには、次の説明に従い、グループに既存のインターフェイスを追加して、Data Domain システムにインターフェイスグループを作成します。

手順

1. 次のようにインターフェイスグループを作成します。

# ifgroup create ［group_name］

例：

# ifgroup create external # ifgroup create lab10G

［group_name］「default」は、初に作成することなく使用できます。以後のすべての

ifgroup コマンドでは、指定がなければ「default」グループが使用されます。

2. それぞれのインターフェイスグループにクライアントとインターフェイスを追加します。インターフェイスは、net コマンドで作成済みである必要があります。



# ifgroup add ［group_name］ {interface {［ipaddr］ | ［ipv6addr］} | client ［host］}

このコマンドは、固定 IPv6 アドレスに対する完全なインターフェイスグループサポートを提供し、IPv6 にも IPv4 と同様の機能を提供します。コンカレント IPv4 と IPv6 のクライアント接続が許可されます。IPv6 で接続したクライアントは IPv6 インターフェイスグループのインターフェイスのみを認識します。IPv4 で接続したクライアントは IPv4 インターフェイスグループのインターフェイスのみを認識します。個々のインターフェイスグループは、すべての IPv4 アドレスまたはすべての IPv6 アドレスを含みます。

例：

# ifgroup add interface 10.6.109.140 client *.datadomain.com # ifgroup add interface 10.6.109.141 client * # ifgroup add ipv4-group interface 192.4.5.21 # ifgroup add ipv4-group interface 192.4.5.22 # ifgroup add ipv4-group interface 192.4.5.23 # ifgroup add ipv4-group interface 192.4.5.24 # ifgroup add ipv6-group interface 2000::af:21 # ifgroup add ipv6-group interface 2000::af:22 # ifgroup add ipv6-group interface 2000::af:23 # ifgroup add ipv6-group interface 2000::af:24 # ifgroup add ipv4-group client 128.5.1.25.0/24 # ifgroup add ipv6-group client 2620::128:25:0/112

l ［group_name］を指定しない場合、デフォルトグループが使用されます。

l IPv6 アドレスは、大文字または小文字と複数のゼロを使用して入力できます。

l これらのコマンドでは、IPv4 または IPv6 インターフェイスとのすべての不一致が正し

く検出されます。

3. Data Domain システムでバックアップアプリケーションに登録するインターフェイスを 1つ選択します。フェイルオーバー用の集約インターフェイスを作成し、これをバックアップアプリケーションに登録することが推奨されます。

バックアップアプリケーションに登録するインターフェイスをインターフェイスグループか

ら選択するのは必須ではありません。インターフェイスグループに含まれていないインタ

ーフェイスもバックアップアプリケーションへの登録に使用できます。

インターフェイスは、DNS またはその他の名前解決メカニズムを使用して解決可能な名前で登録することをお勧めします。NetBackup を使用し、192.168.1.1 の名前がdd22.abc.comであることを前提として、メディアサーバーで次のコマンドを実行しま

す。

nbdevconfig -creatests -st 9 -stype DataDomain -storage_server dd22.abc.com -media_server load64

バックアップアプリケーションに登録されたインターフェイスは、バックアップアプリケー

ションとその OST プラグインにより Data Domain システムとの通信に使用されます。こ

のインターフェイスを使用できない場合、その Data Domain システムにバックアップする

ことはできません。

4. インターフェイスとクライアントを構成すると、グループが自動的に有効化されます。インターフェイスグループのステータス（有効/無効）を確認します。

# ifgroup status [［group_name］] Status of ifgroup “default” is “enabled”


ダイナミックインターフェイスグループの構成 43

［group_name］を指定しない場合、デフォルトグループが使用されます。

5. すべてのグループとインターフェイス/クライアントの全体の構成を確認します。

# ifgroup show config all

結果

出力例が次の表に示されています。

Group Name Status Interfaces Clients Count Count ----------------------------------------------------------------- default enabled 2 1 external enabled 2 1 lab10G enabled 2 2 ----------------------------------------------------------------- Group Name Status Interfaces ------------------------------------------------------------ default enabled 10.6.109.141 default enabled 10.6.109.41 external enabled 10.6.109.140 external enabled 10.6.109.142 lab10G enabled 192.168.1.220 lab10G enabled 192.168.1.221 ----------------------------------------------------------------- Group Name Status Clients ------------------------------------------------------------ default enabled * external enabled *.datadomain.com lab10G enabled ddboost-dl.datadomain.com lab10G enabled yellowmedia.datadomain.com ------------------------------------------------------------

初に完全な名前の一致が確認され、続いて部分名の一致が確認されます。このため、前

述の例では ddboost-dl.datadomainが lab10Gグループで見つかっています。

インターフェイスグループの変更

インターフェイスグループを設定すると、グループのインターフェイスの追加や削除ができます。次の例は、Data Domain システムに構成されたインターフェイスグループからインターフェイスを削除する方法を示しています。

手順

1. グループから削除するインターフェイスで、バックアップアプリケーションから DataDomain システムへのアクティブなジョブがないことを確認します。これを Data Domainシステムから確認するには、次のコマンドを入力することで、インターフェイスグループの既存の接続のステータスをチェックします。

# ddboost show connections

アクティブ階層でのこのコマンドの使用例については、DD860 Extended Retention シス

テムに関するドキュメント（以前の「DD860 Archiver Administration Guide」）を参照してくだ

さい。

2. Data Domain システムの group-name またはデフォルトグループから、インターフェイスまたはクライアントを削除します。

# ifgroup del default interface 10.6.109.144

この後で、インターフェイスはグループからリリースされ、メディアサーバーからのいずれのジョブでも、DD Boost ストレージサーバーでは使用されなくなります。



バックアップアプリケーションに登録されたインターフェイスを削除することで、DataDomain システムはメディアサーバーにアクセスできなくなります。Data Domain システ

ム上のインターフェイスグループの構成は削除されません。

結果

ネットワークレイヤーで Data Domain システム上のインターフェイスグループに追加されたインターフェイスに変更を加えるには、グループからインターフェイスを削除してから、追加し直します。

インターフェイスグループ用に構成されたインターフェイスを有効化するなど、インターフェ

イスを変更する net コマンドを使用して変更を行った場合は、ddboost showconnections コマンドを使用してロードバランシングビューを更新してください。ロードバ

ランシングビューを更新することで、インターフェイスグループでインターフェイスを使用で

きるようになります。

インターフェイスグループの削除

次の例は、Data Domain システム上に構成されたインターフェイスグループの削除を示しています。

手順

1. バックアップアプリケーションから Data Domain システムへのアクティブなジョブがないことを確認します。Data Domain システムで次のコマンドを使用して、インターフェイスグループの接続のステータスを確認します。

# ifgroup show connections2. Data Domain システムに接続されたメディアサーバーからの保留ジョブがないことを確

認します。

3. システムで［group-name］またはデフォルトグループを無効化します。

# ifgroup disable ［<group-name>］4. インターフェイスグループをリセットします。

# ifgroup reset ［<group-name>］

結果

すべてのインターフェイスがグループからリリースされます。ただし、メディアサーバーは、バックアップアプリケーションに登録されたインターフェイスで、Data Domain システム上のDD Boost ストレージサーバーに引き続きアクセスできます。

グループが不要になったら、destroy オプションを使用して、構成からグループを削除します。

# ifgroup destroy ［group-name］

例：

# ifgroup destroy external

クライアントは、グループのステータス（有効/無効）に関係なく、ホスト名によりグループと照合されます。このため、グループを無効化しても、クライアントは異なるグループを使用するように強制されません。無効化されたグループにクライアントが見つかった場合は、登録されたインターフェイスを使用して、当初の接続を維持します。


インターフェイスグループの削除 45

System Manager のデータ管理の DD Boost ビューからインターフェイスグループを管理す

ることもできます。（「EMC Data Domain Operating System 管理ガイド」を参照してください）。

MFR に対するインターフェイスグループの使用DIG（ダイナミックインターフェイスグループ）は、DD Boost MFR に使用されるインターフェイスを制御する機能、レプリケーション接続を特定のネットワークに導く機能、フェイルオーバー状態時に広帯域幅と信頼性を備えた複数のネットワークインターフェイスを使用する機能を提供します。すべての Data Domain IP タイプ（IPv4 または IPv6、エイリアス IP/VLANIP、LACP/フェイルオーバー統合）がサポートされています。

DIG 機能は、DD Boost MFR（管理ファイルレプリケーション）に対してのみサポートされてい

ます。

インターフェイスグループを使用しないレプリケーションの構成では、複数のステップを実行する必要があります。

1. ソース Data Domain システムの/etc/hosts ファイルにターゲット Data Domain シス

テムのエントリーを追加し、プライベート LAN ネットワークインターフェイスの 1 つを宛先の IP アドレスとしてハードコーディングします。

2. ソース Data Domain システム上のルートをターゲット Data Domain システムに追加し、ソース Data Domain システムの物理または仮想ポートをリモートの宛先 IP アドレスに指定します。

3. ロードバランシングとフェイルオーバーを実行できるように、Data Domain システム間のすべてのスイッチにネットワーク経由の LACP を構成します。

4. /etc/hosts ファイルの名前の競合を回避するために、ターゲット Data Domain シス

テムにはアプリケーションごとに異なる名前を使用する必要があります。

レプリケーションにインターフェイスグループを使用すると、DD OS System Manager またはDD OS CLI コマンドを使用することで、この構成が簡素化されます。インターフェイスグループを使用してレプリケーションパスを構成すると、次のことが可能になります。

l 別のプライベート Data Domain システムの IP アドレスを使用して、ホスト名解決済みのIP アドレスをパブリックネットワーク以外の宛先にリダイレクトする。

l 構成済みの選択基準に基づきインターフェイスグループを識別し、すべてのインターフェイスにターゲット Data Domain システムからアクセスできる単一のインターフェイスグループを提供する。

l グループに属しているインターフェイスのリストからプライベートネットワークインターフェイスを選択し、そのインターフェイスが正常であることを保証する。

l 同じプライベートネットワーク内にある複数の Data Domain インターフェイス間でのロードバランシングを実行する。

l インターフェイスグループの各インターフェイスのために、リカバリ用のフェイルオーバーインターフェイスを提供する。

l ソース Data Domain システム上に構成されている場合に、ホストフェイルオーバーを可能にする。

l NAT（ネットワークアドレス変換）の使用

ファイルレプリケーションに一致するインターフェイスグループを判断するための選択順序は次のとおりです。



1. ローカル MTree（storage-unit）パスおよび特定のリモート Data Domain ホスト名

2. ローカル MTree（storage-unit）パスおよび任意のリモート Data Domain ホスト名

3. 任意の MTree（storage-unit）パスおよび特定のリモート Data Domain ホスト名

異なる Data Domain ホスト名が設定されている場合に限って、複数のインターフェイスグループに同じ MTree が表示される場合があります。異なる MTree が設定されている場合に限って、複数のインターフェイスグループに同じ Data Domain ホスト名が表示される場合があります。リモートホスト名は、FQDN（dd890-1.emc.comなど）になります。

インターフェイスグループの選択は、ソース Data Domain システムとターゲット DataDomain システムの両方でローカルに、互いに独立して実行されます。WAN レプリケーションネットワークの場合は、ソース IP アドレスがリモート IP アドレスのゲートウェイに対応しているため、構成する必要があるのはリモートインターフェイスグループのみです。

LAN 経由のレプリケーション

インターフェイスグループを LAN 経由のレプリケーション用に構成するには、次の手順に従います。

1. ソース Data Domain システムに、レプリケーションインターフェイスグループを作成します。

2. レプリケーション用に、ソース Data Domain のローカルの MTree パスおよびデスティネーション Data Domain のホスト名を割り当てます。

3. デスティネーション Data Domain システムに、レプリケーションインターフェイスグループを作成します。

4. レプリケーション用に、デスティネーション Data Domain のローカルの MTree パスおよびソース Data Domain のホスト名を割り当てます。

図 11（48 ページ）の場合：

l Data Domain システム DDP-670-1 は、レプリケーションソースです。

l インターフェイスグループ 10G-REPL1 は、3 つのインターフェイスで構成されており、各インターフェイスはデスティネーションから到達可能です。

l ローカルの MTree へのフルパスは、/data/col1/TO_860 です。

l DD860-ART-1 は、（DDP-670-1 から見た）リモートの Data Domain システムのホスト名です。

l Data Domain システム DD860-ART-1 は、レプリケーション先です。

l インターフェイスグループ 10G-REPL2 は、2 つのインターフェイスで構成されており、各インターフェイスはソースから到達可能です。

l ローカルの MTree へのフルパスは、/data/col1/FROM_670 です。

l DDP-670-1 は、（DD860-ART-1 から見た）リモートの Data Domain システムのホスト名です。


LAN 経由のレプリケーション 47

図 11 LAN 経由のレプリケーションのためのインターフェイスグループの使用

図 11（48 ページ）に示されているレプリケーションシナリオを構成するには、次の手順に従います。

1. 3 つのインターフェイスを指定して、DDP-670-1 でのレプリケーション用のインターフェイスグループ 10G-REPL1 を作成します。確認するには、次のように入力します。

# ifgroup show config 10G-REPL1 interfaces Group-name Status Interfaces ------------- ------- ----------- 10G-REPL1 enabled 172.29.0.11 10G-REPL1 enabled 172.29.0.12 10G-REPL1 enabled 172.29.0.13 ------------- ------- -----------

2. レプリケーション用の MTree のフルパスとリモートホスト名を割り当てるには、次のように入力します。

# ifgroup replication assign 10G-REPL1 mtree /data/col1/TO_860 remote dd860-art-1 Assigned replication mtree "/data/col1/TO_860" with remote "dd860-art-1" to ifgroup "10G-REPL1".

確認するには、次のように入力します。

# ifgroup show config 10G-REPL1 replication Group-name Status Replication Mtree Replication Remote Host ------------- ------- ----------------- ----------------------- 10G-REPL1 enabled /data/col1/TO_860 dd860-art-1 ------------- ------- ----------------- -----------------------

3. 2 つのインターフェイスを指定して、DD860-ART-1 でのレプリケーション用のインターフェイスグループ 10G-REPL2 を作成します。確認するには、次のように入力します。

# ifgroup show config 10G-REPL2 interfaces Group-name Status Interfaces ------------- ------- ----------- 10G-REPL2 enabled 172.29.0.21 10G-REPL2 enabled 172.29.0.22 ------------- ------- -----------

4. レプリケーション用の MTree のフルパスとリモートホスト名を割り当てるには、次のように入力します。

# ifgroup replication assign 10G-REPL2 mtree /data/col1/FROM_670 remote ddp-670-1 Assigned replication mtree "/data/col1/FROM_670" with remote "ddp-670-1 to ifgroup "10G-REPL2".

確認するには、次のように入力します。

# ifgroup show config 10G-REPL2 replication Group-name Status Replication Mtree Replication Remote Host ------------- ------- ------------------- -----------------------



10G-REPL2 enabled /data/col1/FROM_670 ddp-670-1 ------------- ------- ------------------- -----------------------

WAN 経由のレプリケーション

WAN 経由のレプリケーション用のインターフェイスグループを構成するオプションは 2 つあります。

l インターフェイスグループはデスティネーションでのみ使用し、ソース Data Domain システムにルートの構成に基づいてソースインターフェイスを選択させる方法。

l ソースとデスティネーションの両方のシステムでインターフェイスグループを使用し、ソース IP がデスティネーション IP に到達できるようにする方法。これは、ソースとデスティネーションの両方から traceroute コマンドを実行することにより確認できます。

図 12（49 ページ）の場合：

l Data Domain システム DDP-670-1 は、レプリケーションソースです。

l インターフェイスグループ 10G-REPL3 は、2 つのインターフェイスで構成されており、各インターフェイスは 1 つのデスティネーション IP アドレスから到達可能です。

l ローカルの MTree へのフルパスは、/data/col1/TO_890 です。

l DDP-890-1 は、（DDP-670-1 から見ると）リモートの Data Domain システムのホスト名です。

l Data Domain システム DDP-890-1 は、レプリケーション先です。

l インターフェイスグループ 10G-REPL4 は、2 つのインターフェイスで構成されており、各インターフェイスには 1 つのソース IP アドレスからアクセスできます。

l ローカルの MTree へのフルパスは、/data/col1/FROM_670 です。

l DDP-670-1 は、（DDP-890-1 観点から見ると）リモートの Data Domain システムのホスト名です。

l 同じインターフェイスグループに 2 つのネットワーク（WAN ネットワーク A と WAN ネットワーク B）が存在します。

図 12 WAN 経由のレプリケーションのためのインターフェイスグループの使用


WAN 経由のレプリケーション 49

その他のサポートされている用途

バックアップアプリケーションでは、専用のネットワークを介してデータをレプリケートし、広帯域幅とフェイルオーバー機能を備えた複数のネットワークインターフェイスを使用する必要があります。これらのニーズをサポートするために、インターフェイスグループは、複数のお客様ネットワーク、ファンアウト、カスケードパスを含む、さまざまなレプリケーションパスのサポートを提供します。

複数のお客様ネットワーク

複数のお客様がいるサービスプロバイダーは、場合によっては、お客様が専用のネットワーク経由でデータをレプリケートできるようにする必要があります。図 13（50 ページ）では、あるお客様がネットワーク A を使用して、Data Domain システム 1（DDR1）からシステム2（DDR2）に MTree11 をレプリケートし、システム 2 からシステム 1 に MTree2 をレプリケートしています。別のお客様は、ネットワーク B を使用してシステム 2 からシステム 1 にMTree33 をレプリケートしています。

図 13 複数のお客様ネットワークを経由したレプリケーションのためのインターフェイスグループの使

用



これらのレプリケーションパスのソースおよびデスティネーション Data Domain システムは同じなので、インターフェイスグループは MTree パスに基づき構成されています。ネットワーク A の場合、Ifgroup-K は MTree11 と MTree22 のパスに基づき構成されていて、Ifgroup-J は MTree1 と MTree2 のパスに基づき構成されています。ネットワーク B の場合、Ifgroup-Lは MTree33 のパスに基づき構成されていて、Ifgroup-R は MTree3 のパスに基づき構成されています。

ファンアウト

図 14（51 ページ）では、MTree2 が Data Domain システム 1（DDR1）からシステム 2（DDR2）にレプリケートされ、システム 1 からシステム 3（DDR3）にレプリケートされています。

図 14 ファンアウトレプリケーションのためのインターフェイスグループの使用

同じソース MTree が使用されるため、インターフェイスグループはリモートの Data Domainシステムのホスト名に基づき構成されています。ネットワーク A では、Ifgroup-K は DataDomain システム 2 のホスト名に基づき構成されていて、Ifgroup-J は Data Domain システム 1 のホスト名に基づき構成されています。ネットワーク B では、Ifgroup-L は Data Domainシステム 3 のホスト名に基づき構成されていて、Ifgroup-R は Data Domain システム 1 のホスト名に基づき構成されています。

カスケード

図 15（52 ページ）では、MTree1 が Data Domain システム 1（DDR1）からシステム 2（DDR2）にレプリケートされてから、システム 3（DDR3）にレプリケートされています。


その他のサポートされている用途 51

図 15 カスケードレプリケーションのためのインターフェイスグループの使用

ネットワーク A では、Ifgroup-J はリモートの Data Domain システム 3 のホスト名に基づき構成されていて、Ifgroup-K はリモートの Data Domain システム 2 のホスト名または MTree13のパスに基づき構成されています。ネットワーク C では、Ifgroup-H は Data Domain システム 1 のホスト名に基づき構成されていて、Ifgroup-Q はリモートの Data Domain システム 2のホスト名または Mtree1 のパスに基づき構成されています。

レプリケーションフェイルオーバーホスト名

レプリケーションフェイルオーバーホスト名機能は、DD Boost ファイルレプリケーションでのみサポートされていますが、機能はバックアップのフェイルオーバーホスト名（詳細については、IP フェイルオーバーホスト名（24 ページ）を参照）と同じです。

レプリケーションの場合、デスティネーションホスト名（リモート Data Domain システム）を、ソース Data Domain システム上の/etc/hosts ファイルに、デスティネーションシステム

に存在する別の IP アドレスを指定したフェイルオーバー名として構成します。

これらのレプリケーション接続では、ホスト「-failover」再試行機能が使用されます。

l レプリケーションの開始前に実行される、次のファイルレプリケーションコマンド

n 新しいファイルの作成

n ファイルの削除

n 統合ベースファイルの検索

l デスティネーションシステムからの、インターフェイスグループの IP アドレスの要求



IPv4 を通したインターフェイスグループのレプリケーションは、NAT を使用したレプリケーションをサポートします。構成は、デスティネーション Data Domain システムにあります。このとき、システムはソース Data Domain から IP アドレスの問い合わせを受けます。そのため、デスティネーション Data Domain には、ソース Data Domain システムが（NAT 変換前に）アクセスに使用するための IP アドレスを備えたインターフェイスグループが必要です。例：

Source DD -> 128.222.4.15 --NAT-> 192.169.172.8 Target DD Source DD -> 128.222.4.16 --NAT-> 192.169.172.9 Target DD

リモートの Data Domain システム上：

net config ethx:1 128.222.4.15 << on the ethx of IP 192.169.172.8 net config ethy:1 128.222.4.16 << on the ethy of IP 192.169.172.8

インターフェイスグループのレプリケーショングループを作成し、新しい IP アドレスを追加します。

ifgroup create nat-repl ifgroup add nat-repl interface 128.222.4.15 ifgroup add nat-repl interface 128.222.4.16 ifgroup replication assign remtoe <source DD hostname>

NAT（ネットワークアドレス変換）のサポート

インターフェイスグループは、MFR の NAT（ネットワークアドレス変換）をサポートします。NAT は現在、IPv4 アドレス指定でのみサポートされています。

NAT を使用したインターフェイスグループのレプリケーションには、デスティネーションのインターフェイスグループのパブリック IP アドレス（ローカル IP アドレスではない）が必要です。

Data Domain システムには、到達不能な IP アドレスが設定されたアクティブなインターフェ

イスにエイリアス IP アドレスを構成できます。図 16（54 ページ）では、IP アドレス

215.55.7.20 および 215.55.7.21 はエイリアスであり、インターフェイスグループで使用す

るためにのみ構成されています。

NAT をサポートするようにインターフェイスグループを構成するには、以下の手順に従います。

1. 「natlan」インターフェイスグループを作成します。

2. ローカルインターフェイスのエイリアス IP アドレスを作成します。

3. エイリアスに外部のパブリック IP アドレスを割り当てます。

4. 新しい各 IP アドレスを「natlan」インターフェイスグループに追加します。

5. レプリケーションの選択肢（ローカルの MTree パスやリモートの Data Domain ホスト名）を追加します。

6. レプリケーションのソース Data Domain では、接続のソース IP アドレスがローカルのプライベートネットワークを使用する必要があります。

7. レプリケーションのデスティネーション Data Domain では、接続のデスティネーション IPアドレスがパブリックネットワークを使用する必要があります。

図 16（54 ページ）では、DD1 と DD2 は、それぞれプライベートネットワーク内にあります。NAT を使用したレプリケーションは双方向で使用でき、2 つのインターフェイスグループ間で MTree 名が選択されます。ソース Data Domain システムのみ、インターフェイスグループを使用して、ソースおよびデスティネーション IP を選択します。ソース Data Domain は、使用する IP アドレスをリモートの Data Domain に問い合わせるため、すべての IP アドレスは常にソース Data Domain から見て意味のある値になっている必要があります。Network-1 の DD1 から Network-2 の DD2 へのレプリケーションでは、Local-lan2 とnatlan2 を使用して、接続のソースとデスティネーションの両方の IP アドレスが選択されます。Network-2 の DD2 から Network-1 の DD1 へのレプリケーションでは、Local-lan1 と


NAT（ネットワークアドレス変換）のサポート 53

natlan1 が使用されます。そのため、NAT 構成の場合、インターフェイスグループの IP アドレスのリモートクエリーのみ調整する必要があります。

NAT を使用したレプリケーションでは、次のシステムレジストリエントリーを有効にする必要

があります（デフォルトでは無効化されています）。system.IFGROUP_REPLICATION_NAT_SUPPORT = TRUE

図 16 NAT 向けのインターフェイスグループレプリケーションのサポート

バックアップとレプリケーションの競合の解決

登録されているバックアップの管理インターフェイスがインターフェイスグループのレプリケーションに使用されている場合、バックアップジョブにより誤ってレプリケーションインターフェイスグループが選択されます。この問題を回避するには、「no-auto-detect」という名前のクライアントを、管理 IP アドレスを持つインターフェイスグループに追加します。複数のレプリケーショングループが存在できるように、「no-auto-detect」には内部的に番号が付加されます。



クライアントを追加するには、次のように入力します。

# ifgroup add repl-group client no-auto-detect Added client "no-auto-detect" to ifgroup "repl-group". # ifgroup show config repl-group clients Group-name Status DD Boost Clients ---------- ------- --------------------------- repl-group enabled no-auto-detect.4 ---------- ------- ---------------------------

クライアントを削除するには、次のように入力します。

# ifgroup del repl-group client no-auto-detect.4 Deleted client "no-auto-detect.4" from ifgroup "repl-group".

MFR の構成

低帯域幅の適化の有効化

管理ファイルレプリケーションの低帯域幅オプションを有効化するには、次のように入力します。

# ddboost file-replication option set low-bw-optim enabledLow bandwidth optimization enabled for optimized duplication.

低帯域幅の適化オプションを有効化/無効化するために Data Domain ファイルシステム

を再起動する必要はありません。

低帯域幅の適化は、Enterprise Manager データ管理の DD Boost ビューから監視および管理することもできます（「EMC Data Domain Operating System 管理ガイド」を参照してください）。

この機能はバックアップアプリケーションに対して透過的であるため、メディアサーバーでの構成の変更は不要です。

l この機能を有効化すると Data Domain システムで追加のリソース（CPU およびメモリ）

が必要になるため、このオプションの使用は、集約帯域幅が 6 Mbps 未満の低帯域幅

ネットワークで管理ファイルレプリケーションを行う場合にとどめることをお勧めします。

l 管理ファイルレプリケーションの低帯域幅オプションは、スタンドアロン Data Domain シ

ステムでのみサポートされます。

l 低帯域幅の適化は、Data Domain Extended Retention システムでは対応していませ

ん。

暗号化の有効化

暗号化された管理ファイルレプリケーションオプションを有効化するには、次のように入力します。

# ddboost file-replication option set encryption enabled

出力を見ると、リクエストした暗号化が有効化されたことが確認できます。

この機能はバックアップアプリケーションの NetBackup と Backup Exec に対して透過的であるため、メディアサーバーでの構成の変更は不要です。この機能をオンにした場合、Data Domain システムのリソース（CPU とメモリ）が追加で必要になります。


MFR の構成 55

IPv6 サポートの有効化

管理ファイルレプリケーションの既存のコマンドに、IPv4 や IPv6 の機能が含まれるようになりました。管理ファイルレプリケーションの IPv6 サポートを DD Boost で提供するために、IPv6 ネットワークをサポートするオプションを提供する ipversion という新しいキーワードがレジストリに追加されています。 IPv6 キーワード変数は、ddboost file-replication option set コマンドの ipversion キーワードによって制御されていま

す。 ipversion オプションが ipv6 である場合、IPv6 が管理されているファイルレプリケーションの優先 IP アドレスタイプとなります。 ipversion オプションが ipv4 である場合、IPv4 が管理されているファイルレプリケーションの優先 IP アドレスタイプとなります。優先 IP アドレスが指定されていない場合のデフォルトは、IPv4 です。

DD Boost ファイルレプリケーションの優先 IP バージョンを IPv6 に設定するには、次のように入力します。

# ddboost file-replication option set ipversion ipv6Ipversion for file-replication set to "ipv6"

DD Boost ファイルレプリケーションオプションの現在の値を表示するには、次のように入力します。

# ddboost file-replication option show ipversionIpversion for file-replication is: ipv6

DD Boost ファイルレプリケーションオプションをデフォルト値の IPv4 にリセットするには、次のように入力します。

# ddboost file-replication option reset ipversion

MFR TCP ポートの変更

MFR TCP ポートを変更すると、MFR だけではなく、すべてのレプリケーションに影響を及ぼします。MFR TCP ポートの変更時には、Data Domain ファイルシステムを再起動する必要があるため、計画的なイベントにする必要があります。

レプリケーションの TCP ポートをデフォルトの 2051 から［port-number］に変更するには、ソースとデスティネーション両方の Data Domain システムで次のコマンドを入力します。

# replication option set listen-port ［port-number］ # filesys restart

管理ファイルレプリケーションとディレクトリレプリケーションの両方で、listen-port オプショ

ンを使用します。管理ファイルレプリケーションでは、ソースとデスティネーションの両方で

replication option set listen-port コマンドを使用して、デスティネーションが

リスンするポートおよびソースが接続するポートを指定します。ディレクトリレプリケーション

では、listen-port オプションを使用して、レプリケーションデスティネーションサーバーのリ

スンポートのみを指定します。レプリケーションソースで、replication modify コマン

ドを使用して、特定のデスティネーションの接続ポートを入力します。

l これらのトピックの詳細については、「EMC Data Domain オペレーティングシステムコマン

ドリファレンスガイド」を参照してください。

クライアントアクセス確認の構成DD Boost のクライアントアクセス制御を構成すると、DD Boost の Data Domain システムへのアクセスが制限され、DNS の依存関係が削除されます。デフォルトでは、DD Boost が有効化されている場合にクライアントがクライアントリストに追加されていないと、すべてのク



ライアントが自動的にクライアントリストに含まれます。デフォルトでは、*ワイルドカードが

使用されます。

アクセスを制限するには、リストから*ワイルドカードを削除し、新しいクライアントを追加しま

す。

メディアサーバーのクライアントリストには、完全修飾ドメイン名、短い名前のどちらでも含めることができます。メディアホストの完全修飾ドメイン名は、DNS での逆引き参照のために、正しく構成されている必要があります。

DD Boost クライアントリストからすべてのクライアントを削除するには、次のように入力します。

# ddboost clients delete ［client-list］

必要に応じて、以前に追加したすべてのクライアントを削除し、DD Boost クライアントリストをリセットするには、次のように入力します。

# ddboost client reset

クライアントは、完全修飾ドメイン名、短い名前のどちらとしても追加できます。クライアントを DD Boost クライアントリストに追加するには、次のように入力します。

# ddboost clients add ［client-list］ [encryption-strength {medium | high} authentication-mode {one-way | two-way | anonymous}]

例：

# ddboost clients add ddboost-dl.emc.com ddboost-dlddboost-dl.emc.com : Addedddboost-dl : Added

DD Boost クライアントリストを表示するには、次のように入力します。

# ddboost clients show config Client Encryption Strength Authentication Mode ----------------------- ------------------- ------------------- * none none *.corp.emc.com medium anonymous rtp-ost-ms02.domain high anonymous rtp-ost-ms02.domain.com high anonymous

アクセス確認では、次の検索順序がアクセスの制限に使用されます。

l ワイルドカード*文字列の場合、部分的な文字列が後。たとえば、*.emc.comの後に

*.coml 送信されたクライアント名の完全一致。たとえば、ddboost-dl.emc.comこの検索でクライアントに一致するエントリーが見つからない場合、クライアントのアクセスは拒否されます。

インフライト暗号化の有効化

LAN を介したバックアップ処理およびリストア処理のインフライント暗号化を有効にするには、次のコマンドを実行します。

# ddboost clients add ［<client-list>］ [encryption-strength {medium | high} authentication-mode {one-way | two-way | anonymous}]

このコマンドでは、単一のクライアントまたは一連のクライアントに対して暗号化を有効化できます。小認証要件を構成するには認証モードオプションを使用します。弱い認証設定を使用して接続を試行するクライアントはブロックされます。One-Way と Two-Way の両方の認証で、クライアントは証明書を知っている必要があります。

One-Way 認証

DD Boost クライアントが Data Domain サーバーからの認証を要求し、Data Domain サーバーが適切な証明書を DD Boost クライアントに送信します。DD Boost クライアントが証明書を検証します。DD Boost クライアントと Data Domain サーバーの間の通信チャネルが暗号化されます。


インフライト暗号化の有効化 57

Two-Way 認証

DD Boost クライアントがサーバー証明書を使用して Data Domain サーバーからの認証を要求します。Data Domain サーバーもクライアント証明書を使用して DD Boost クライアントからの認証を要求します。SSL ハンドシェークを介した認証が終わると、DDBoost クライアントと Data Domain サーバーの間の通信チャネルが暗号化されます。

匿名認証

証明書は交換されませんが情報が交換されます。SSL ハンドシェークが終わると、DDBoost クライアントと Data Domain サーバーの間の通信チャネルが暗号化されます。

このオプションは DD Boost-over-FC（ファイバーチャネル）には適用されません。IP と FC の

両方を使用している場合に、IP 接続での暗号化を有効化できます。

DD Boost-over-FC サービスの構成はじめに

DD Boost-over-FC サービスをサポートするには、サポートされるファイバーチャネルターゲット HBA をシステムにインストールする必要があります（の詳細については、「EMC DataDomain オペレーティングシステムコマンドリファレンスガイド」および scsitarget「EMC

Data Domain Operating System 管理ガイド」も参照してください。このコマンドは、関連コマンドとして、SCSI ターゲットサブシステムを管理する場合に便利なことがあります）。

l Windows、Linux、HP-UX、AIX、Solaris クライアント環境がサポートされています。

l AIX を実行しているクライアントで DD Boost-over-FC を有効化するには、AIX DDdfc デバ

イスドライバーをインストールする必要があります。詳細については、AIX DDdfc デバイ

スドライバーのインストール（AIX クライアントの場合は必須）（63 ページ）を参照してく

ださい。

クライアントの HBA ポートと Data Domain システムのエンドポイントが定義されていることと、ファイバーチャネルスイッチを介して接続している場合に適切なゾーニングが実施されていることを確認してください。

手順

1. 次のように DD Boost-over-FC サービスを有効化します。

# ddboost option set fc enabled2. オプション：DFC-server-name を設定します。

# ddboost fc dfc-server-name set ［<server-name>］

または、デフォルトを受け入れます。DFC-<［base hostname］>の形式をしていま

す。このホスト名を完全修飾ドメイン名にすることはできません。

有効な DFC サーバー名は、以下の文字 1 つ以上で構成されています。

l 小文字（「a」～「z」）

l 大文字（「A」～「Z」）

l 数字（「0」～「9」）

l アンダースコア（「_」）



l ダッシュ（「–」）

ドットまたはピリオド（「.」）は dfc-server-name内では無効です。このため、Data

Domain システムの完全修飾ドメイン名をその dfc-server-name として使用すること

はできません。

IP ホスト名と同様、dfc-server-nameの大文字と小文字は区別されません。DD

Boost-over-FC を使用して同じクライアントから複数の Data Domain システムにアクセス

するには、大文字と小文字を区別する dfc-server-nameを使用せずにシステムを

構成する必要があります。

3. 次のように SCSI ターゲットアクセスグループを作成します。

# ddboost fc group create ［<group-name>］

例：

# ddboost fc group create lab_group4. 使用可能な scsitarget エンドポイントのリストを表示するには、次のように入力します。

# scsitarget endpoint show list Endpoint System Address Transport Enabled Status ------------- -------------- ------------ ------- ------ endpoint-fc-0 6a FibreChannel Yes Online endpoint-fc-1 6b FibreChannel Yes Online ------------- -------------- ------------ ------- ------

5. グループに含めるエンドポイントを指定します。

# ddboost fc group add ［<group-name>］ device-set count ［count］ endpoint ［endpoint-list］

例：

# ddboost fc group add lab_group device-set count 8 endpoint 6a6. イニシエーターが存在していることを確認します。Data Domain システムによって認識さ

れているイニシエーターのリストを表示するには、次のようにします。

# scsitarget initiator show list7. 次のようにイニシエーターを SCSI ターゲットアクセスグループに追加します。

# ddboost fc group add ［group-name］ initiator ［initiator-spec］

例：

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

DD Boost-over FC デバイスセットのサイズ設定

DD Boost-over-Fibre Channel パス管理（30 ページ）で説明されているように、Data Domainシステムでは Processor タイプの「DFC デバイス」が 1 台以上アドバタイズされます。DDBoost Library はこれらのデバイスを DD Boost-over-FC サービスとの通信に使用します。Data Domain システムでは、次のようにイニシエーターを ddboost-type scsitarget アクセスグループに追加して、1 つ以上のイニシエーターに DFC デバイスへのアクセス権を付与します。

# ddboost fc group add lab_group initiator "initiator-15,initiator-16"

イニシエーターにアドバタイズされる DFC デバイスの数は、次のように scsitarget アクセスグループの device-set を構成して制御されます。


DD Boost-over FC デバイスセットのサイズ設定 59

# ddboost fc group modify lab_group device-set count 4

Data Domain システム 1 台につきサポートされる DFC デバイスの大数は 64 です。

AIX DFC ドライバでは、128 個のデバイスをサポートします。

DFC クライアントは、Data Domain システムへの各パスを別のデバイスとして認識するため、AIX、Windows、Solaris などの制約のあるクライアントにとっては、パスおよび DFC デバイスが増えるとパフォーマンスが向上することを意味します。

それでは、特定のメディアサーバー上のイニシエーターにアドバタイズされる DFC デバイスは何台でしょうか？答えは、いくつかの要因によって変わります。

1. メディアサーバーのキューの深さは制約を受けるか？DD Boost-over-Fibre Channel パス管理（30 ページ）で説明されているように、Windowsプラットフォームは「キューの深さの制約を受ける」と見なされています。Windows SCSIPass-Through Interface メカニズムでは、各汎用 SCSI デバイスを使用して同時に実行される SCSI リクエストは 1 件だけであるためです。このため、複数の接続（バックアップジョブなど）が同じ汎用 SCSI デバイスを使用しようとすると、DD Boost-over FC ソリューションのパフォーマンスに影響が及びます。したがって複数のジョブを実行するWindows プラットフォームにとって複数の DFC デバイスをアドバタイズすることは有益です。

これに対して、Linux SCSI Generic ドライバーの動作では、そのような制限はありません。Linux は「キューの深さの制約を受ける」と見なされていないため、Linux システム上では 1 台の DFC デバイスをイニシエーターにアドバタイズするだけで十分です。

2. メディアサーバーと Data Domain システム間の物理パスの数アドバタイズされた DFC デバイスごとに、メディアサーバーのオペレーティングシステムが［n］台の汎用 SCSI デバイスを作成します。つまり、メディアサーバーの OS からデバイスにアクセスできる物理パスに 1 台ずつです。

例として、以下を想定します。

l メディアサーバーに 2 個のイニシエーター HBA ポートがある（A と B）

l Data Domain システムに 2 つの FC ターゲットエンドポイントがある（C と D）

l 両方のイニシエーター HBA ポートから両方の FC ターゲットエンドポイントにアクセスできるようにファイバーチャネルファブリックゾーニングが設定されている

この場合、メディアサーバーの OS は 4 本の物理パスを介して各デバイスを次のように認識します。

A -> CA -> DB -> CB -> D

OS はアドバタイズされた DFC デバイスごとに 4 台の汎用 SCSI デバイスを作成します。

Windows メディアサーバーの場合（queue-depth=1 の制限がある）、アドバタイズされた DFC デバイスが 1 台のみであっても、Data Domain システムに対する同時 SCSI リクエストが 4 つまで可能になります。

サイズ設定の計算

次の計算を使用して、Data Domain システムおよび所定のメディアサーバー上のイニシエーターでアドバタイズする DFC デバイスの数を決めることができます。EMC では、同じメディアサーバー上のすべてのイニシエーターに同数の DFC デバイスをアドバタイズすることを推奨しています。



Data Domain システムでの計算

Data Domain システムでは、単一の DFC SCSI デバイスへの同時のリクエスト数に制限があります。この制限のため、ある時点でのシステムへの同時ジョブの大数に応じて、アドバタイズされるデバイスの数をチューニングする必要があります。一般的に、FC 経由でDDBoost を使用したメディアサーバーから想定されるジョブ数が多いほど、アドバタイズするデバイスの数が多くなります。

ある時点で Data Domain システムに対し、DFC を使用して実行される同時ジョブの大数を J とします。

ジョブあたりの接続の大数を C とします。

l Data Domain Extended Retention システムの場合は 3

l 他のタイプの Data Domain システムの場合は 1

計算：

l DFC を使用した「すべての」メディアサーバーから DD システムへの同時接続の大数：

n S = J * C

n DFC デバイス数 D = minimum(64, 2*(S/128))、切り上げ

n すべての DFC アクセスグループは、「D」デバイスで構成する必要があります。

例：

前提：

l 8 台のメディア/マスターサーバー、単一 Data Domain システム、各サーバーはある時点で大 50 ジョブを実行。

l このため、J = 8 * 50 = 400、C = 1（単一 Data Domain システム）、S = J * C = 400、D =2 * 400 / 128 = 6.25、切り上げて 7 となります。

l これにより、Data Domain システム上のすべての DFC グループを 7 台のデバイスで構成する必要があります。

前提：

l 8 台のメディアサーバー、DD Extended Retention システム、各サーバーはある時点で大 30 ジョブを実行。

l このため、J = 8 * 30 = 240、C = 3（DD Extended Retention）、S = J * C = 720、D = 2 *720 / 128 = 11.25、切り上げて 12 となります。

l これにより、DD システム上のすべての DFC グループを 12 台のデバイスで構成する必要があります。

Linux メディアサーバー

Data Domain システムでの計算（61 ページ）に記載した計算を使用して求めた DataDomain システムでアドバタイズされる DFC デバイスの数は、Linux メディアサーバーにとって十分な数となります。追加の構成は不要です。Linux メディアサーバーはキューの深さの制約を受けないため、多数の接続で、パフォーマンスに影響することなく、同じ DFC 汎用SCSI デバイスを共有できます。

Windows メディアサーバー

Data Domain サーバーパス管理のロジックにより、使用可能な論理パスに接続が分散されます（イニシエーター、ターゲットエンドポイント、DFC デバイス）。大 DFC デバイス数は 64で、各接続でメディアサーバー上の独自の汎用 SCSI デバイス（論理パス）を使用できるように、十分な DFC デバイスを構成するとします。

Data Domain システム上に構成される DFC デバイスの数を X とします（Data Domain システムでの計算（61 ページ）より）。メディアサーバーと Data Domain システム間の物理パスの数を P とします。同時ジョブの大数を J、次に示すジョブあたりの接続の大数を C とします。


サイズ設定の計算 61

DD Extended Retention システムの場合は 3、他のタイプの Data Domain システムの場合は 1

計算：

l メディアサーバーからの大同時接続 S = J * C、DFC デバイス数 D = minimum((S/P),X)、切り上げて大が 64 となります。

D の値が X より大きい場合は、D 台のデバイスの構成には十分ですが、これは Windowsクライアントを使用したアクセスグループに限られます。

例：

前提：

l メディアサーバーと Data Domain システム間で 4 つの物理パス、大で 30 のジョブ、DD Extended Retention システム

l X = 25、P = 4、J = 30、C = 3

l メディアサーバーからの大同時接続 S = (J * C) = 90

l DFC デバイス数 D = (90/4, 25) = 25

このため、Data Domain システムは、メディアサーバー上の各イニシエーターに 25 台のデバイスをアドバタイズするよう構成します。

前提：

l メディアサーバーと Data Domain システム間で 2 つの物理パス、大で 50 のジョブ、単一 Data Domain システム

l X=18、P = 2、J = 40、C = 1

l メディアサーバーからの大同時接続 S = (J * C) = 40

l DFC デバイス数 D = max(40/2, 18) = 20

このため、Data Domain システムは、メディアサーバー上の各イニシエーターに 20 台のデバイスをアドバタイズするよう構成します。

D の値（20）が X の値（18）よりも大きいので、Windows クライアントによる DFC アクセスグループに限り、2 台のデバイスの構成には十分です。

HP-UX メディアサーバー

Data Domain システムでの計算（61 ページ）に記載した計算を使用して求めた DataDomain システムでアドバタイズされる DFC デバイスの数は、HP-UX メディアサーバーにとって十分な数となります。追加の構成は不要です。

Data Domain システムが SAN を介して HP-UX ホストと接続されている場合は、DataDomain システムと HP-UX ホストの間の各パスに対する個別のエントリーが/dev/pt ディレ

クトリにあります。これらのエントリーは/dev/pt/pt［<X>］と命名されています。ここで、

［<x>］はオペレーティングシステムによって割り当てられた一意の番号です。たとえば、同じ

FC スイッチに接続された 2 個の FC ポートが Data Domain システムにあり、この FC スイッ

チに接続された 2 個の FC ポートが HP-UX ホストにある場合、/dev/ptディレクトリのエン

トリーは/dev/pt/pt1、/dev/pt/pt2、/dev/pt/pt3、/dev/pt/pt4になります。

AIX メディアサーバー

AIX の場合、デバイスエントリーはプロセスごとに排他ロックされて、単一のプロセスのみがデバイスエントリーを使用できます。計算はアプリケーションインスタンスの使用状況に基づきます。複数のプロセスを生成するアプリケーションでは、各プロセスが少なくとも 1 個のデバイスエントリーを排他ロックします。マルチスレッドアプリケーションではスレッドごとに1 つのデバイスがロックされます。このため、できるだけ多くの DFC デバイスをアドバタイズするように Data Domain システムを構成する必要があります（大 128 個）。AIX クライアン



トにアクセスできるデバイスが少ないと、デバイスビジーエラーが発生する可能性があり

ます。

1 つのポリシーに含まれるストリームの合計数は使用可能な AIX DFC デバイスの数を越え

ない必要があり、超えるとジョブが失敗します。

Solaris メディアサーバー

Solaris の場合、デバイスエントリーはプロセスごとに排他ロックされて、単一のプロセスのみがデバイスエントリーを使用できます。計算はアプリケーションインスタンスの使用状況に基づきます。複数のプロセスを生成するアプリケーションでは、各プロセスが少なくとも 1個のデバイスエントリーを排他ロックします。マルチスレッドアプリケーションではスレッドごとに 1 つのデバイスがロックされます。このため、sgen デバイスドライバーの「in use」エラーを回避するために、できるだけ多くの DFC デバイスをアドバタイズするように DataDomain システムを構成する必要があります。Solaris クライアントにアクセスできるデバイスが少ないと、デバイスビジーエラーが発生する可能性があります。

sgen デバイスの数は、Solaris インスタンスにアクセスできるファイバーチャネルポートの数×Data Domain システムのエンドポイント宛のさまざまなパスの数×アクセスグループ内の LUN の数になります。

AIX DDdfc デバイスドライバーのインストール（AIX クライアントの場合は必須）

DD Boost-over-FC は、AIX バージョン 6.1 および 7.1 を実行しているクライアントでサポートされます。DD Boost-over-FC 機能を有効にするには、AIX DDdfc デバイスドライバーをインストールする必要があります。このドライバーは、お使いの OST プラグインソフトウェアとパッケージ化されています。

このドライバーのファイル名は DDdfc.rte.1.0.0.［x］.bffです。ここで、［x］はバー

ジョン番号です。ドライバーをインストールするには、次の手順を実行します。

手順

1. AIX クライアントで root ユーザーとしてログインします。

2. # smitty installを入力します。

3. ［Install and Update Software］を選択します。

4. ［Install Software］を選択します。

5. DDdfc.rte.1.0.0.［x］.bff ファイルのパスを入力します。ここで、［x］はバージョ

ン番号です。

6. ［F4］キーを押してこのパスにあるインストール可能なアイテムのリストを表示します。

7. 目的の DDdfc.rte.1.0.0.［x］バージョンが見つかるまでリストを下にスクロールし

ます。

8. ［Tab］キーを押して、Preview only?行の値を Noに切り替えます。

9. ［Enter］キーを押して選択内容を確認し、ドライバーをインストールします。

必要条件

AIX クライアントに影響を与える DFC 構成の変更を行う場合は、以下のコマンドを実行します。

# rmdev -Rdl DDdfc# cfgmgr

これらのコマンドの実行中は、DFC デバイスにアクセスしないでください。これらのコマンドを実行後、構成が有効になるまで数分かかることがあります。


AIX DDdfc デバイスドライバーのインストール（AIX クライアントの場合は必須） 63

これらのコマンドを実行してもすべての機能が正常にリストアされない場合は、AIX クライアントを再起動する必要があります。

Solaris クライアント用の SCSI 汎用デバイスドライバーの構成

DD Boost-over-FC は、 SPARC および x86 ハードウェアで Solaris 10 および 11 を実行するクライアントをサポートしています。DFC for Solaris では、Solaris のインストールに含まれるSCSI 汎用デバイスドライバー（sgen）が使用されます。次の手順を使用して、起動時にsgen により、プロセッサデバイスが正しく識別されるようにします。

手順

1. /etc/systemの forceloadセクションに次の行を追加します。

forceload: drv/sgen

このステップにより、起動時に sgen が正しくロードされない問題が解決され、sgen ドライバーがロードされた状態が維持されます。

2. sgen の既存の使用状況を確認するには、grep sgen /etc/driver_aliases と入力

します。

/dev/scsi、/dev/scsi/processor、/dev/scsi/*ディレクトリが存在していて

も、必ずしも sgen が構成されているわけではありません。ダングリングファイルである

可能性があります。

3. 使用中の既存の sgen が存在しない場合、または sgen が"scsiclass,03"に対して

のみ使用されている場合は、次のように入力します。

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03"' sgen

前述の例のように、一重引用符と二重引用符を正確に使用する必要があります。

このコマンドは、エラーや警告のない状態で、プロンプトに戻る必要があります。DataDomain システムへの接続性を確認します。/dev/scsi/processorには、少なく

とも 1 つのファイルが存在している必要があります。

c. 3 つの構成ファイルに少なくとも 1 つのエントリーが存在することを確認するには、次のように入力します。grep sgen /etc/minor_perm /etc/name_to_major /etc/driver_aliases

このコマンドの結果の例は次のとおりです。

/etc/minor_perm:sgen * 0600 root sys /etc/name_to_major:sgen 151 /etc/driver_aliases:sgen "scsiclass,03"

name_to_majorの数字は、この例とは異なる可能性があります。

4. sgen デバイスが他のデバイスですでに使用されている場合は、次のように入力します。

a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03" "scsiclass,XX"'sgen



XX は、事前に実行した grep sgen /etc/driver_aliasesのデバイスタイプにな

ります。前述の例のように、一重引用符と二重引用符を正確に使用する必要があり

ます。

このコマンドの例を示します。add_drv –m '* 0600 root sys' –i'"scsiclass,03" "scsiclass,06"' sgenこのコマンドは、エラーや警告のない状態で、プロンプトに戻る必要があります。DataDomain システムへの接続性を確認します。/dev/scsi/processorには、少なく

とも 1 つのファイルが存在している必要があります。

c. 3 つの構成ファイルに少なくとも 1 つのエントリーが存在することを確認するには、次のように入力します。grep sgen /etc/minor_perm /etc/name_to_major /etc/driver_aliases

d. /kernel/drv/sgen.conf ファイルを開きます。device-type-config-list が非コメ

ント化されている場合は、「processor」をリストに追加して、そのドライバーが認識されるようにします。たとえば、device-type-config-list が次の例のように非コメント化されている場合

device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer";

エントリーを次のように変更します。

device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer", "processor";


Solaris クライアント用の SCSI 汎用デバイスドライバーの構成 65

第 4 章

DD Boost for OpenStorage のインストール




l インストールプロセスの概要................................................................................. 68l NetBackup 用 OST プラグインのインストール........................................................ 69l Backup Exec 用 OST プラグインのインストール......................................................72l Windows メディアサーバーのパフォーマンスチューニング.................................... 73l Windows プラグインのアンインストール................................................................ 74

DD Boost for OpenStorage のインストール 67

インストールプロセスの概要Data Domain Boost のインストール全般のステップは次のとおりです。

手順

1. Data Domain システムで DD Boost を有効にするために必要なライセンスを入手します。EMC から直接、DD Boost のライセンスキーを購入できます。

l 基本ライセンスでデータのバックアップとリストアを行うことができます。

l 別個のレプリケーションライセンスを使用することで、管理ファイルレプリケーションまたは自動イメージレプリケーションを実行できます。ソースとデスティネーションの両方の Data Domain システム用に、レプリケーションライセンスを入手する必要があります。

2. Data Domain システムで DD Boost を有効化して構成します。少なくとも、DD Boost ユーザー名を構成し、DD Boost ストレージユニットを作成する必要があります。

l DD Boost ユーザー名を構成するには、ddboost user assign コマンドを使用し

ます。

l DD Boost ストレージユニットを作成するには、ddboost storage-unitcreate コマンドを使用します。

3. 各メディアサーバーに OST プラグインソフトウェアをインストールします。

l AIX を実行しているクライアントで DD Boost-over-FC を有効化するには、AIX DDdfcデバイスドライバーをインストールする必要があります。詳細については、AIX DDdfcデバイスドライバーのインストール（AIX クライアントの場合は必須）（63 ページ）を参

照してください。

4. この章に記されたインストール手順を完了したら、DD Boost のための Data Domain システムの準備（37 ページ）章の説明に従って DD Boost を構成します。

OST プラグインと DD OS のアップグレード

OST プラグインまたは DD OS をアップグレードする前に、「Data Domain Boost CompatibilityGuide」を参照してください。このガイドには、OST プラグインのバージョンと DD OS のバージョンの互換性が記載されています。

「Data Domain Boost Compatibility Guide」を確認しないと、予期しない非互換性の問題が生

じ、修正するための追加アップグレードが必要になる場合があります。

DD OS リリースの新機能を利用するためには、Data Domain システムを適切な DD OS リリースにアップグレードしてから、OST プラグインを対応するバージョンにアップグレードしてください。旧バージョンの OST プラグインも新バージョンの DD OS との互換性を維持していますが、新バージョンの DD OS の新機能には対応していません。メディアサーバーへの OSTプラグインのインストール（70 ページ）の説明に従ってアップグレードを行ってください。



このドキュメントでは、DD OS 5.7 のコマンドを使用した、Data Domain での DD Boost の構

成が説明されています。異なるバージョンの DD OS とともにこのバージョンの OST プラグインを使用している場合は、対応する「DD OS コマンドリファレンス」を参照してください。

ファイアウォールとポート

この説明は、DD Boost-over-IP だけに適用されます。

初期構成の Data Domain システムは、ファイアウォール経由で機能しません（メディアサーバーから Data Domain システム、または Data Domain システム間の接続）。ファイアウォールを使用して Data Domain システムを機能させるには、ネットワークサポート提供者にお問い合わせください。

DD Boost バックアップと適化された複製が機能するには、ファイアウォールの次のポートを開く必要があります。

l TCP 2049 (NFS)

l TCP 2051（管理ファイルレプリケーションに必要。ただし、自動イメージレプリケーションには不要）

l TCP/UDP 111（NFS ポートマッパ）

NetBackup 用 OST プラグインのインストールこのセクションでは、NetBackup 環境で OST プラグインをインストールするためのコマンドについて説明します。

NetBackup 環境は、メディアサーバーとマスターサーバーで構成されます。マスターサーバーはクライアントとメディアサーバーを管理し、メディアサーバーとして機能することもできます。 OST プラグインは、それぞれのメディアサーバーにインストールする必要があります。マスターサーバーがメディアサーバーとしても構成されている場合は、OST プラグインをマスター/メディアサーバーにもインストールする必要もあります。

コマンドラインで実行するコマンドは、マスターサーバーまたはメディアサーバーのいずれ

でも入力できます。マスターサーバーからコマンドを実行する場合は、-media_serverオプションを使用して、NetBackup に、ストレージサーバーのプロパティに関するクエリーを

プラグインに対して実行する操作を命令する場所を指示します。

このガイドでは、次のディレクトリにある NetBackup コマンドを使用するため、UNIX またはWindows の PATH にこれを追加する必要があります。

手順

1. UNIX の PATH にディレクトリの場所を追加する：

$ exportPATH=$PATH:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/volmgr/bin

2. Windows の PATH にディレクトリの場所を追加する：

$ PATH=%PATH%;C:\Program Files\Veritas\NetBackup\bin;C:\Program Files\Veritas\NetBackup\bin\admincmd;C:\Program Files\Veritas\Volmgr\bin


ファイアウォールとポート 69

メディアサーバーへの OST プラグインのインストール

OST プラグインソフトウェアは、Data Domain システムへのアクセスが必要なメディアサーバーにインストールする必要があります。 UNIX OST プラグインをアップグレードするときは、以前のバージョンのプラグインは上書きされるので、削除する必要はありません。 UNIXシステムでの OST プラグインのアンインストールには、特別な指示はありません。

UNIX プラグインのインストール

手順

1. 新バージョンの OST プラグインを EMC オンラインサポートからダウンロードします。MD5sum などのダイジェストユーティリティで、ダウンロードしたファイルの MD5 ダイジェストを検証して、ファイルの整合性を確認します。

2. gunzipなどのコマンドを入力して、tar ファイルを展開します。メディアサーバー上の

任意の場所にファイルを保存します。

3. バックアップアプリケーションの Remote Manager とモニターサービス（nbrmms）プロセ

スが実行中の場合は停止します。次のコマンドを実行します。

# nbrmms -terminate4. OST プラグイン（gtarパッケージ内のライブラリセット）をインストールします。

5. tar コマンドを使用して、ファイルを展開します。

# tar -vxf ［filename］6. パッケージには、インストールスクリプトの install.sh も含まれます。これにより、イ

ンストールの開始前に nbrmmsが停止されているかどうかを確認できます。次のコマン

ドを実行します。

# install.sh -d ［directorypath］

ディレクトリパスは任意で設定します。ディレクトリパスを指定しない場合は、バックアップアプリケーションがパッケージを参照する通常のパスの/usr/openv/lib/ost-pluginsが使用されます。スクリプトでインストールされる共有ライブラリファイルは、

libstspiDataDomain.so と libstspiDataDomainMT.soです。

7. プラグインが存在する場合は、yを入力して処理を続けるように指示が出ます。

8. 次のように入力して、バックアップアプリケーションの nbrmmsプロセスを再開します。

# nbrmms

UNIX プラグインのインストールまたは更新の障害の修正（AIX メディアサーバー）

手順

1. NetBackup Remote Manager とモニターサービスを停止します（nbrmms）。2. 次のコマンドを実行します。

# ./install.sha plugin already exists, do you want to proceed with installation? (y or n) yInstalling the Data Domain OpenStorage Client Libraries ...cp libstspiDataDomain.so /usr/openv/lib/ost-plugins/libstspiDataDomain.socp: /usr/openv/lib/ost-plugins/libstspiDataDomain.so: Cannot open or remove a file containing a running program.ERROR in copying libstspiDataDomain.so to /usr/openv/lib/ost-plugins/libstspiDataDomain.so, error = 1



インストールスクリプトが失敗して、プラグインがすでに存在することを示すエラーメッセージが表示される場合があります。この障害は、プラグインがインストール済みで、別のインスタンスに置き換えられようとする場合に発生します。

3. インストールスクリプトが失敗する場合の対処方法：

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

# /usr/sbin/slibcleanb. 次のコマンドを実行します。

# ./install.sh

モジュールがメモリからアンロードされたので、install.sh スクリプトが正しく実

行されるようになります。

Windows プラグインのインストール

Windows プラグインのインストーラーは libstspiDataDomainSetup.exeです。64ビット Windows プラグインがサポートされます。

インストールの準備

手順

1. 新バージョンの Windows OST プラグインインストーラーを EMC オンラインサポートからダウンロードします。

2. WinMD5 などのユーティリティで、ダウンロードしたファイルの MD5 ダイジェストを検証して、ファイルの整合性を確認します。プラグインのlibstspiDataDomainSetup.exeを展開します。

3. 実行中の NetBackup サービスがあれば停止します。 NetBackup Windows サービスの開始、停止、再開（72 ページ）の手順に従い、サービスを停止します。

4. 以前のプラグインバージョンがあれば、Windows のコントロールパネルを使用するか、OST プラグインのアンインストールコマンドをサイレントモードで実行して削除します。

libstspiDataDomainUninstall.exe /S

対話形式モードの場合：

libstspiDataDomainUninstall.exe

インストールの開始

インストールは、対話形式モードまたはサイレントモードで実行できます。

手順

1. セットアップの実行可能ファイルをダブルクリックして、インストーラーを起動します。

インストーラーが、NetBackup がインストール済みで、それぞれのサービスが実行されていないか確認します。実行中のサービスが検出されると、関連するメッセージが表示されて終了します。

2. サービスが停止されている場合は、使用許諾契約書が表示されます。内容を読み、［IAgree］をクリックして続行します。

3. ［Choose Install Location］ダイアログボックスに、正しいインストール先フォルダーが表示されます。このフォルダーは変更しないでください。［［インストール］］をクリックして、インストールを開始します。

進捗バーにインストールの進行状況が示されます。


Windows プラグインのインストール 71

4. インストールが完了したら、［Show details］ボタンをクリックして、インストールされたファイルとファイルの場所を確認します。

5. すべてのサービスを再開します。 NetBackup Windows サービスの開始、停止、再開（72 ページ）を参照してください。

6. Windows メディアサーバーのパフォーマンスチューニングをします。 Windows メディアサーバーのパフォーマンスチューニング（73 ページ）を参照してください。

NetBackup サービス

UNIX または Windows サービスの開始、停止、再開の手順に従ってください。

NetBackup UNIX サービスの開始と停止

UNIX サービスを停止するには、次のように入力します。

# nbrmms -terminate

UNIX サービスを開始または再開するには、次のように入力します。

# nbrmms

NetBackup Windows サービスの開始、停止、再開

手順

1. ［スタート］ > ［コントロールパネル］ > ［管理ツール］ > ［サービス］に移動します。

2. ［サービス］ウィンドウに、サービスの名前がアルファベット順に並んでいます。［NetBackup Remote Manager とモニターサービス］を見つけます。［状態］フィールドにサービスの状態が表示されます。

3. サービスを選択して右クリックします。

4. 表示されるメニューに、サービスの［停止］、［開始］、［再開］のオプションが含まれています。適切なメニューオプションを選択します。

Backup Exec 用 OST プラグインのインストール

メディアサーバーへのプラグインのインストール

OST プラグインソフトウェアは、Data Domain システムへのアクセスが必要なメディアサーバーにインストールする必要があります。 Backup Exec による OpenStorage のサポートはWindows メディアサーバーのみなので、次のセクションでは Windows サーバーについてのみ説明します。

Backup Exec は、DD Boost-over-FC ではサポートされません。

Windows プラグインのインストール

Windows プラグインのインストーラーは libstspiDataDomainSetup.exeです。64ビット Windows プラグインがサポートされます。

手順

1. インストールの準備をします。

a. 新バージョンの Windows OST プラグインインストーラーを EMC オンラインサポートからダウンロードします。



b. 実行されている Backup Exec サービスがあれば停止します。 Backup Exec サービス（73 ページ）の説明に従い、サービスを停止します。

c. 以前のバージョンのプラグインがあれば、Windows のコントロールパネルかlibstspiDataDomainUninstall.exe を使用して削除します。

d. セットアップの実行可能ファイルをダブルクリックして、インストーラーを起動します。インストーラーが、Backup Exec がインストール済みで、それぞれのサービスが実行されていないか確認します。実行中のサービスが検出されると、関連するメッセージが表示されて終了します。

e. 続行してインストールを開始します。

2. インストールを開始します。

a. サービスが停止されている場合は、使用許諾契約書が表示されます。内容を確認します。［I Agree］を選択して続けます。

b. ［Choose Install Location］ダイアログボックスに、正しいインストール先フォルダーが表示されます。このフォルダーは変更しないでください。［Install］を選択して、インストールを開始します。

進捗バーにインストールの進行状況が示されます。

c. インストールが完了したら、［Show details］ボタンを選択して、インストールされたファイルとファイルの場所を確認します。

d. すべての Backup Exec サービスを再開します。 Backup Exec サービス（73 ページ）を参照してください。

3. Backup Exec の重複排除オプションが有効になっていることを確認します。

Backup Exec サービス

Windows サービスの開始、停止、再開

Backup Exec では、［Backup Exec Service Manager］ウィンドウで Backup Exec サービスを開始、停止、再開できます。

Backup Exec プラグインのアップグレード

手順

1. Backup Exec Services Manager を実行して、すべてのサービスを停止します（ダイアログボックスは閉じないでください）。

2. 以前のプラグインを削除して、新しいプラグインをインストールします。

3. Backup Exec Services Manager のダイアログボックスに戻り、すべてのサービスを再開します。

4. ダイアログボックスを閉じます。

Windows メディアサーバーのパフォーマンスチューニングチューニングについては、ナレッジベース記事「Windows メディアサーバーのパフォーマンス

チューニング」（ドキュメント ID 000180974）を参照してください。この記事は、EMC サポートポータルサイト https://support.emc.com で参照できます。


Backup Exec サービス 73


Windows プラグインのアンインストールこの手順は、NetBackup と Backup Exec に適用されます。

手順

1. バックアップアプリケーションのサービスを停止します。

2. 以下のいずれかの操作を実行します。

l Windows コントロールパネルの［プログラムのアンインストールと変更］で DataDomain OpenStorage プラグインをアンインストールします（通常の Windows プログラムのアンインストールと同じ手順）。

l プラグインと同じディレクトリにインストールされたlibstspiDataDomainUninstall.exeをダブルクリックします。［Uninstall］をクリックします。アンインストールしたら、［Show details］をクリックして、削除されたファイルを確認します。



第 5 章

バックアップアプリケーションの管理



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

l メディアサーバーの構成....................................................................................... 76l NetBackup 管理.................................................................................................... 90l Backup Exec の管理..............................................................................................92

バックアップアプリケーションの管理 75

メディアサーバーの構成メディアサーバーの構成は、使用されているバックアップアプリケーションによって異なります。該当する構成のセクションを参照してください。

NetBackup の構成

この章の例では、以下の構成を前提とします。

l load64 という名前のメディアサーバーが NBU 7.6 を実行している。

l dd22および dd100 という名前の 2 台の Data Domain システムで DD Boost が有効

化されている。

メディアサーバーの構成は、次の処理手順から成ります。

l 各 Data Domain システムの登録

l 新しく追加されたデバイス、特に Boost-over-FC のスキャン

l Data Domain システムと通信する各メディアサーバーの認証情報の追加

l ディスクプールの作成

l ディスクプールのコレクションであるストレージユニットの作成

l バックアップポリシーの設定

コマンドラインで実行するコマンドは、マスターサーバーまたはメディアサーバーのいずれ

でも入力できます。マスターサーバーからコマンドを実行する場合は、-media_serverオプションを使用して、NetBackup に、ストレージサーバーのプロパティに関するクエリーを

プラグインに対して実行する操作を命令する場所を指示します。

コンカレント接続の上限

Backup Exec を使用した場合、1 台のメディアサーバーからのコンカレント接続（ジョブ）の大数は 64 です。

各 Data Domain システムの登録

手順

1. メディアサーバーで、バックアップアプリケーションのサービスを開始します。 NetBackup サービス（72 ページ）を参照してください。

2. メディアサーバーで、次のように入力してバックアップアプリケーションがプラグインを検出することを確認します。

# bpstsinfo -pi -stype DataDomain

出力には、次のことが表示されます。

l ベンダーバージョン（プラグインのバージョン）

l ビルドバージョン（OST プラグインのバージョン）

3. 仮想統合の機能を使用する予定である場合は、Data Domain システムで次のコマンドを入力して、仮想統合を有効化します。



# ddboost option set virtual-synthetics enabled4. メディアサーバーで、次のように入力して Data Domain システムを登録します。

DD Boost-over-IP の場合

# nbdevconfig -creatests -stype DataDomain -storage_server dd22 -media_server load64

この場合、storage_server は、IP アドレスとホスト名（dd22 など）のどちらかになる可能性があります。

DD Boost-over-FC の場合

# nbdevconfig -creatests -stype DataDomain -storage_server DFC-dd100 -media_server load64

この場合、storage_server のプレフィックス DFC-は、DDBoost-over-FC 転送を使用してData Domain システムと通信することが望ましいことを示しています。プレフィックスの後ろの名前は、望ましい Data Domain システムの DFC-サーバー名（dd100 など）です。

5. DD Boost を実行する Data Domain システムごとに前述の手順を繰り返します。

認証情報の追加

手順

1. Data Domain システムと通信する必要があるメディアサーバーで、次のように入力します。

# tpconfig -add -storage_server dd22 -stype DataDomain -sts_user_id ［username］ -password ［password］

NetBackup バージョン 7.6 以降では、NetBackup 内からも認証情報を構成できます。詳

細については、NetBackup のドキュメントを参照してください。

ddboost storage-unit create ［storage-unit］ user ［user-name］コマンドは、他と区別する

ためにストレージユニットごとに使用できるようになりました。

2. 特定の Data Domain システムと通信する必要があるメディアサーバーごとに前述のステップを繰り返します。dd100 を使用する DFC サーバーの例を次に示します。

# tpconfig -add -storage_server DFC-dd100 -stype DataDomain -sts_user_id ［username］ -password ［password］

結果

認証情報を追加すると、バックアップアプリケーションが次の操作を実行します。

l メディアサーバーが Data Domain システムにログインできるように認証情報を保存する。

l プライマリストレージ（バックアップアプリケーションのクライアント）とストレージサーバー（Data Domain システム）間でデータを転送できる Data Mover としてメディアサーバーを構成する。バックアップアプリケーションは、メディアサーバーとストレージサーバー間のアクセスパスを保持します。

ディスクプールの作成

ディスクプールは、バックアップアプリケーションが単一のエンティティとして管理するディスクボリュームの集合です。ディスクプールは、ストレージユニットに対応します。


NetBackup の構成 77

各ディスクプールには一意の名前が必要です。

バックアップアプリケーションには、CLI（コマンドラインインターフェイス）と GUI（グラフィカルユーザーインターフェイス）があります。どちらでもディスクプールを作成できます。

ディスクプールの作成

手順

1. バックアップアプリケーションの Remote Manager とモニターサービス（nbrmms）が実

行されている必要があります。これを開始するには、次のように入力します。

# nbrmms2. 次のように入力して、Data Domain システム（dd22）上のストレージユニットの ID を取得

します。

# nbdevconfig -previewdv -storage_server dd22-stype DataDomain > /tmp/dvlist

3. 次のように入力して、前のコマンドで取得した情報を使用してディスクプールを作成します。

# nbdevconfig -createdp -dp dd22_storage-unit1_dp -stype DataDomain-storage_servers dd22 -dvlist /tmp/dvlist

ディスクプール名は一意である必要があります。

次のような出力が表示されます。

ディスクプール dd22_storage-unit1_dpが 1つのボリュームとともに正しく作成されました。

ストレージユニットの作成

ストレージユニットにはディスクプールが含まれています。複数のストレージユニットをグループ化してストレージユニットグループにすることができます。ストレージユニットを作成するには、CLI または GUI を使用します。

各ストレージユニットには一意の名前が必要です。

ストレージユニットの作成

手順

1. 次のようにコマンドを入力します。

# bpstuadd -label dd22_storage-unit1_su -dp dd22_storage-unit1_dp -host load64a -M load64a

このコマンドの出力はありません。

バックアップポリシーの作成

バックアップポリシーを作成する手順については、「NetBackup 7.x 管理ガイド」を参照してください。



バッファーの構成

さまざまなバッファーの数とサイズを設定できますが、サイズの制限は変更できません。ファイルの場所は、オペレーティングシステムによって異なります。

l UNIX ファイルの場所：/usr/openv/netbackupl Windows ファイルの場所：［install_path］\netbackup\db\config高のパフォーマンスを実現するには、SIZE_DATA_BUFFERS と SIZE_DATA_BUFFERS_DISK

を 262144 に設定します。

バッファーの数とサイズを設定するには、オペレーティングシステムに応じて次のファイルを作成します。

l NET_BUFFER_SZn Description： TCP/IP ソケットバッファサイズ

n Media：該当なし

n UNIX のデフォルト： 32,032

n Windows のデフォルト： 32,032

l NUMBER_DATA_BUFFERS

数値は、2 乗でなければなりません。

n Description：共有データバッファーの数

n Media：テープ

n UNIX のデフォルト： 8/4（非並列/並列）

n Windows のデフォルト： 16/8（非並列/並列）

l NUMBER_DATA_BUFFERS_RESTOREn Description：共有データバッファーの数

n Media：テープ



l NUMBER_DATA_BUFFERS_DISK

数値は、2 乗でなければなりません。

n Description：共有データバッファーの数

n Media：ディスク



l SIZE_DATA_BUFFERS

このサイズは 32 KB の倍数でなければなりません。このファイルが存在しない場合に

使用されるデフォルトは 32 KB です。 Data Domain プラグインでサポートされる大値

は 1 MB です。

ファイルが存在する場合のデフォルト値であり、高のパフォーマンスを実現するための推奨値は、256 KB です。



n Description：共有データバッファーのサイズ

n Media：テープ

n UNIX のデフォルト： 64 KB

n Windows のデフォルト： 64 KB

l SIZE_DATA_BUFFERS_DISK

このサイズは 32 KB の倍数でなければなりません。このファイルが存在しない場合に使

用されるデフォルトは 32 KB です。 Data Domain プラグインでサポートされる大値は

1 MB です。

ファイルが存在する場合のデフォルト値であり、高のパフォーマンスを実現するための推奨値は、256 KB です。

n Description：共有データバッファーのサイズ

n Media：ディスク



l SIZE_DATA_BUFFERS_NDMPn Description： NDMP バックアップのバッファーサイズ

n Media：該当なし



適化された複製の構成

OST プラグインにより、NetBackup メディアサーバーは複製プロセスを指定して、その実行を Data Domain システムに委任できます。このような共有には、次のメリットがあります。

l バックアップアプリケーションシステムが、バックアップファイルの作成と複製の制御を維持し、そのカタログ内のすべてのコピーのトラックを継続するため、簡単かつ効率的なリカバリが確実に実行される。

l 適化された複製は、バックアップイメージの複製コピーを作成する際に、データパスからメディアサーバーを除外することで、バックアップアプリケーションシステムの負荷を軽減し、他の作業のためにそのシステムを解放する。

l Data Domain システムは、重複排除されたデータに対して、WAN（広域ネットワーク）効率に優れたレプリケーションプロセスを使用する。このプロセスは WAN に適化されており、複製コピーの作成に必要な WAN 帯域幅での全体的な負荷を軽減します。

l 低帯域幅の適化オプションなどの Data Domain Replicator ソフトウェアの機能を、バックアップアプリケーションに対して透過的に活用して、6 Mb/秒未満の WAN リンク上で送信されるデータをさらに削減できる。

l 暗号化された複製の適化などの Data Domain Replicator ソフトウェアの機能は、バックアップアプリケーションに対して透過的である。この機能では、複製コピーを作成するために WAN 上で送信されるすべてのデータを暗号化でき、セキュリティが向上します。

net hosts add ipaddr {host | "alias host"}...コマンドを使用して、ソー

スの Data Domain システムにデスティネーションの Data Domain システムの IP アドレスを追加することをお勧めします。



すべてのメディアサーバー、ソース、デスティネーションは、両方の Data Domain システム

にアクセスする権限を持っている必要があります。 net hosts add コマンドを使用して、DataDomain システムへのアクセスが必要なすべてのメディアサーバーを追加することをお勧め

します。

DD Boost-over-Fibre Channel の考慮事項

DD Boost-over-FC により、適化された複製を構成するための手順が複雑になります。

適化された複製の操作には、3 つのシステム間での通信が必要です。

l Media_Server

l Src_DD_System：ソース Data Domain システム

l Dst_DD_System：デスティネーション Data Domain システム

適化された複製の操作では、次の 2 つのシステムが Dst_DD_System にアクセスします。

l Media_Server：制御オペレーション/セットアップのためにアクセス

l Src_DD_System：データ転送のためにアクセス

Media_Server と Dst_DD_System の通信には、次のいずれかの転送を使用できます。

l DD Boost-over-IP

l DD Boost-over-FC

ただし、Src_DD_System と Dst_DD_System 間の通信は、常に IP ネットワーク経由で行われます。

では、Media_Server で DD Boost-over-FC を使用して Dst_DD_System と通信するケースを考えてみます。完全に適化された複製オペレーションでは、Dst_DD_System に 2 つの「名前」が必要です。

l DFC-［<dfc-server-name］>：Media_Server 上の DD Boost Library で必要とされます。

l IP ホスト名：Src_DD_System で必要とされます。

ただし、構成時は、Dst_DD_System の 1 つの名前だけ DD Boost Library に示されます。これには、DFC スタイル名の DFC-［<dfc-server-name>］が使用されます。

DD Boost Library は、データ転送を開始するため、要求の一部として Src_DD_System に名前を渡す必要があります。

2 つの Data Domain システム間の通信はすべて IP ネットワークを使用して行われるため、Src_DD_System は Dst_DD_System の IP ホスト名を必要とします。

しかし、DD Boost Library は、DFC スタイル名でしか Dst_DD_System を認識しません。では、DD Boost Library は Src_DD_System に Dst_DD_System のどの名前を示せばよいのでしょうか？

答えは、DD Boost Library がプレフィックスの「DFC-」を削除して、Dst_DD_System の DFC-server-name を Src_DD_System に示すことになります。

次に例を挙げます。

メディアサーバー： clientASrc_DD_System： DFC-ddr1Dst_DD_System： DFC-ddr2

このケースでは、DD Boost Library は、Src_DD_System に Dst_DD_System として名前ddr2を示します。



これが自然に機能するには、Dst_DD_System の DFC-server-name が、Src_DD_System で既知であるその IP ホスト名と同じであることが条件です。これは、Data Domain システムのデフォルトの DFC-server-name は単純なノード名であることから、一般に予期される状況です。

ユーザーが Dst_DD_System の DFC-server-name を他の名前（my-ddr-via-dfcなど）に

変えた場合は、Src_DD_System が my-ddr-via-dfcのホスト名参照を行うときに、

Dst_DD_System に到達できる IP アドレスが見つかるようにする必要があります。これは、Src_DD_System で/etc/hosts ファイルにエントリーを追加することで行えます。

ストレージライフサイクルポリシーによる適化された複製の自動化

ストレージライフサイクルポリシーは、バックアップファイルの宛先のリストと各ファイルの保存期間で構成されます。ライフサイクルプロセスにより、ファイルの作成、保持が行われた後に、ファイルの使用期間が終了します。ストレージライフサイクルポリシーを使用することで、初のバックアップおよびその複製コピーに対し、異なる保存期間を指定できます。たとえば、初のローカルバックアップにある保存期間を指定し、災害復旧サイトの複製コピーには別の保存期間を指定します。

SLP の複製先として個々のストレージユニットを選択します。詳細については、ナレッジベース記事の「OST Duplication Does Not Work」（ドキュメント ID 000181560）を参照してください。この記事は、EMC オンラインサポートサイト https://support.emc.com で参照できます。

l 2 つの Data Domain ストレージサーバー間で適化された複製データを送信する優先

リンクまたは IP アドレスが存在する場合は、そのリンクまたはアドレスを使用して複製

先ストレージサーバーを作成します。

l 適化された複製を手動で開始する場合は、NBU CLI コマンドの bpduplicateを使

用します。これについては、Symantec NetBackup のドキュメントで説明されています。

仮想統合バックアップの構成

仮想統合バックアップを使用するため、次のようにポリシー属性とスケジュールを設定します。

手順

1. DD OS 5.4 では、仮想統合はデフォルトで有効になっています。無効の場合は、次のように入力して、Data Domain システムで仮想統合バックアップを有効化します。

# ddboost option set virtual-synthetics enable2. NetBackup で Data Domain システム上の仮想統合が有効化されていることを確認し、

次のように入力して、OptimizedImage フラグが設定されていることを確認します。

# nbdevquery -liststs -U




DD OS 5.2 より前に DD Boost バージョン 2.5 を使用して作成された古いディスクプール

を使用している場合、ddboost option set virtual-synthetics enableコマンドは意図したとおりに機能しません。ジョブは終了しますが、NetBackup は通常の

統合レプリケーションを行うため、前述のメッセージは表示されません。この場合、次の

手順を行ってください。

a. NetBackup で新しいディスクプールを作成します。

b. 次のコマンドを入力して、既存のディスクプールに手動でフラグを追加します。# disk-pool-name: dlh35-dpstorage-server-name: dlh35

nbdevconfig -changests -storage_server dlh35 -stype DataDomain -setattribute OptimizedImage

nbdevconfig -changedp -dp dlh35-dp -stype DataDomain -setattribute OptimizedImage

c. 次のコマンドを使用して、フラグ OptimizedImageがディスクプールに追加された

ことを確認します。# nbdevquery -listdp -U -dp dlh35-dp

OptimizedImage フラグが出力に表示されない場合は、次のように nbdevconfigコマンドで構成します。

# nbdevconfig -changests

バックアップオペレーションの例

次の例に、バックアップを開始して、各種バックアップを表示するコマンドを示します。

バックアップオペレーションの例：フル・バックアップ

フルバックアップは、ヘッダー（HDR）イメージファイル、1 つ以上のフラグメント（F1）イメージファイル、TIR（True Image Restore）ファイル（DDR ストレージユニットで確認できる）で構成されます。

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376



バックアップオペレーションの例：増分バックアップ

増分バックアップでは、ヘッダー（HDR）イメージファイル、1 つ以上のフラグメント（F1）イメージファイル、TIR（True Image Restore）ファイル（DDR ストレージユニットで確認できる、下記の太字のもの）が追加されます。

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404

バックアップオペレーションの例：統合フルバックアップ

統合フルバックでは、ヘッダー（HDR）イメージファイル、1 つ以上のフラグメント（F1）イメージファイル、TIR（True Image Restore）ファイル（DDR ストレージユニットで確認できる、下記の太字のもの）が追加されます。

# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-



sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404 rtp-ost-sparc1.datadomain.com_1309959823_C1_HDR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 768 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959823_C1_F1:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 7,435,452 Globally Compressed: 7,420,935 Locally Compressed: 7,444,262 Meta-data: 23,812 rtp-ost-sparc1.datadomain.com_1309959823_C1_TIR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.0 Original Bytes: 100,449 Globally Compressed: 54,304 Locally Compressed: 1,958 Meta-data: 376

統合フルバックアップは、DDP_SYNWR API を使用して実行されます。これは、Data Domainシステムで、ddboost show statsおよび ddboost show histograms コマンドを

入力して表示できます。

# ddboost show stats 07/06 07:13:38 DD Boost statistics: ... DDP_SYNWR : 18 [0] ... Count Errors



----------------------------- ------------- ------ Image creates 9 0 Image deletes 0 0 Pre-compressed bytes received 3,712,802,816 - Bytes after filtering 1,856,586,752 - Bytes after local compression 1,856,586,752 - Network bytes received 1,857,697,928 - Compression ratio 2.0 - Total bytes read 0 0 ----------------------------- ------------- ------

ソースドメイン内の自動イメージレプリケーションバックアップの構成

ソースレプリケーションが正しく構成されたディスクプールにバックアップが送られるようにする必要があります。

ストレージライフサイクルポリシー（例：AIR-test1-test2）が作成されます。これには、標準のバックアップステップと複製（NBU 7.1）ステップが含まれ、「リモートマスター（リモートドメインのレプリケーションターゲットデバイスに送る）」が指定されています。ポリシーストレージとして SLP を指定するポリシーが作成されます。

ターゲットドメイン内の自動イメージレプリケーションバックアップの構成

自動的にインポートされるバックアップは、Destination Replication プロパティを持つディスクプールにファイルコピーされる必要があります。

ソースドメイン内のものと同じ名前のストレージライフサイクルポリシー（AIR-test1-test2 など）が作成されます。これにはインポートステップが含まれます。

自動イメージレプリケーションバックアップの実行

自動イメージレプリケーションバックアップをソースドメインで実行する場合、バックアップステップに続けて複製ステップがあります（デフォルトで 30 分後）。

AIR レプリケーションジョブカウントは、他の NetBackup and Backup Exec の適化された複製ジョブと同様に、ddboost show connections コマンドの出力中に Src-replジ

ョブとして表示されます。

ソースドメインでの複製の後で（デフォルトで 30 分後）、インポートされたイメージセットが、ターゲットドメインのアクティビティモニターの表示のとおり使用可能になります。

他の NetBackup および Backup Exec の適化された複製ジョブと異なり、AIR レプリケーションジョブは、ddboost show connections コマンドの出力に Dst-replジョブとして

は表示されません。

Backup Exec の構成

DD Boost-over-Fibre Channel は、Backup Exec を使用した場合にサポートされません。

設定、スケジュール、モニタリングのジョブの詳細については、「Symantec Backup Exec 15管理者ガイド」を参照してください。すべてのバージョンの Backup Exec について、次のステップを実行します。

手順

1. 次の情報を指定して、ログオンアカウントを作成します。

a. デフォルト以外のログインアカウント

b. DD Boost ユーザー名

c. DD Boost パスワード



ddboost storage-unit create ［storage-unit］ user ［user-name］コマンドは、他と区別す

るためにストレージユニットごとに使用できるようになりました。

2. デバイスを構成します。

a. Data Domain システム上にストレージユニットを作成します。

b. 作成済みの Data Domain ホスト名とログオンアカウント名を指定して、OpenStorageサーバーを追加します。

c. Backup Exec によってストレージユニットのリストのクエリーが Data Domain システムに対して実行されます。ストレージユニットを選択します。

d. デバイスのコンカレント処理数を指定します。単一メディアサーバー OpenStorage プラグインおよび関連づけられたすべての OpenStorage ストレージユニット間のコンカレント接続（ジョブ）の合計数は 48 です。デバイス 1 台あたりのコンカレント処理の上限は、次のように決定されます。48 >= OpenStorage ストレージユニット数 + Σ 各ストレージユニットのコンカレント処理数。1 台の Data Domain システムと 1 台のストレージユニットを使用している場合、コンカレント処理数を 47 まで設定できます。

e. ［Disk Space Management］にデフォルト値を指定します。データストリームチャンクサイズの範囲は 64 KB から 256 KB までです。高のパフォーマンスを実現するには、256 KB をお勧めします。

f. ストレージユニットの共有値を指定します。共有メディアサーバーが 1 台のプライマリメディアサーバーに関連づけられている場合は、1 台の Data Domain ストレージユニットを複数のメディアサーバーで共有できます。メディアサーバーリストからプライマリメディアサーバーを選択します。

g. 新しい Data Domain システムが追加されたら、Backup Exec サ－ビスをリスタートします。

ログオンアカウントの作成

次の手順に従って、ログオンアカウントを作成します。

手順

1. ホームページの［Getting Started］パネルの［1) Create Logon Accounts］の左にあるアイコンをダブルクリックします。［Logon Account Wizard Welcome］ダイアログボックスが表示されます。［Next］をクリックします。

2. ［Set Up a Logon Account］ダイアログボックスで、［Add a new logon account］を選択して、［Next］をクリックします。

3. ［Enter Logon Account Credentials］ダイアログボックスで、DD Boost に設定されたユーザー名とパスワードを入力します。［Next］をクリックします。

4. ［Logon Account Name］ダイアログボックスで、このログインアカウントを表すアカウント名を入力します。［Next］をクリックします。

5. ［Type of Logon Account］ダイアログボックスで、すべての Backup Exec ユーザーがアカウントを使用できるようにします。［Next］をクリックします。

6. ［Default Logon Account］ダイアログボックスで、［No］を選択します。 Data Domain システムのアカウントは通常、Backup Exec システムのログオン名ではありません。［Next］をクリックします。

7. ［Logon Account Summary］ダイアログボックスに表示されたアカウント設定を確認します。前に行った選択を変更するには、［Back］をクリックします。アカウント情報が正しい場合は、［Next］をクリックします。


Backup Exec の構成 87

8. ［Completing the Logon Account Wizard］ダイアログボックスが表示されます。［Finish］をクリックします。

デバイスの構成

次のステップに従ってデバイスを構成します。

手順

1. Data Domain システム上にストレージユニットを作成します。ストレージユニットの作成（78 ページ）を参照してください。

2. Backup Exec のホームページで、次のように選択します。［Storage］ > ［ConfigureStorage］ > ［Network Storage］ > ［Next］ > ［OpenStorage］。

OpenStorage オプションを使用するためには、Backup Exec の重複排除オプションをイ

ンストールして、ライセンス登録する必要があります。

3. ［Add OpenStorage Device］ダイアログボックスの［General］タブを次のように構成します。

l ［Name］: Data Domain システムの名前を入力します。

l ［Server］: Data Domain ホスト名を入力します。

l 以前に作成したログオンアカウント名を選択します。

l ［DataDomain］をサーバータイプとして選択します。

l ［Storage unit］：ストレージユニットを選択します。

l ［コンカレントオペレーション］：デバイスのコンカレント処理数を指定します。単一のメディアサーバー OST プラグインからすべての関連する OpenStorage ストレージユニットへのコンカレント接続（ジョブ）の合計数は 48 です。デバイス 1 台あたりのコンカレント処理の上限は、次のように決定されます。

48 >= OpenStorage ストレージユニット数 + ∑ 各ストレージユニットのコンカレント処理数

1 台の Data Domain システムと 1 台のストレージユニットを使用している場合、コンカレント処理数を 47 まで設定できます。

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

5. ［Add OpenStorage Device］ダイアログボックスの［Advanced］タブを次のように構成します。

l ［Disk Space Management］と［Direct Access］のデフォルト値を受け入れます。

l ［Data stream chunk size］に 64 KB から 256 KB までの値を指定します。高のパフォーマンスを実現するには、256 KB をお勧めします。

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

7. ［Sharing］タブをクリックします。

共有メディアサーバーが 1 台のプライマリメディアサーバーに関連づけられている場合は、1 台の Data Domain ストレージユニットを複数のメディアサーバーで共有できます。

メディアサーバーリストからプライマリメディアサーバーを選択し、［OK］をクリックします。



8. 新しい Data Domain システムが追加されたら、Backup Exec サ－ビスをリスタートする必要があります。［Restart Services］ダイアログボックスで、［Restart Now］をクリックします。

結果

デバイスが構成されると、［Devices］ページに新しいストレージユニットが表示されます。

適化された複製の構成

Backup Exec 内における複製ジョブの開発方法は、「Symantec Backup Exec 15 管理者ガイ

ド」で詳細に説明されています。関連づけた複製ジョブを任意のバックアップジョブに接続することも、以前のバックアップセットを複製することもできます。

OST プラグインにより、メディアサーバーは複製プロセスを指定して、その実行を DataDomain システムに委任できます。このような共有には、次のメリットがあります。

l バックアップアプリケーションシステムが、バックアップファイルの作成と複製の制御を維持し、そのカタログ内のすべてのコピーのトラックを継続するため、簡単かつ効率的なリカバリが確実に実行される。

l 適化された複製によって、バックアップファイルの複製を作成する際に、メディアサーバーが除外されるため、バックアップアプリケーションシステムの負荷が軽減され、他の作業のためにそのシステムが解放される。

l Data Domain システムは、重複排除されたデータに対して、WAN（広域ネットワーク）効率に優れたレプリケーションプロセスを使用する。このプロセスは WAN に適化されており、複製コピーの作成に必要な WAN 帯域幅での全体的な負荷を軽減します。

l 低帯域幅の適化オプションなどの Data Domain Replicator ソフトウェアの機能を、バックアップアプリケーションに対して透過的に活用して、6 Mb/s 未満の WAN リンク上で送信されるデータをさらに削減できる。

l 暗号化された複製の適化などの Data Domain Replicator ソフトウェアの機能を、バックアップアプリケーションに対して透過的に使用できる。この機能では、複製コピーを作成するために WAN 上で送信されるすべてのデータを暗号化でき、セキュリティが向上します。

次のコマンドを使用して、ソースの Data Domain システムにデスティネーションの DataDomain システムの IP アドレスを追加することをお勧めします。

net hosts add ipaddr {host | "alias host"}

すべてのメディアサーバー、ソース、デスティネーションは、両方の Data Domain システム

にアクセスする権限を持っている必要があります。net hosts add コマンドを使用して、

Data Domain システムへのアクセスが必要なすべてのメディアサーバーを追加することを

お勧めします。あるシステムから別のシステムにイメージを複製するには、次の条件を満た

す必要があります。

l 適化された複製間で実行され、両方の Data Domain システムに構成されているデバ

イスのデータストリームチャンクサイズが、同じ値に設定されている。［OpenStorageDevice Properties］ダイアログボックスに表示されるように、この値を 256 KB にすること

をお勧めします。

l デスティネーションの Data Domain システムのコンカレント処理数がソースの DataDomain システムのコンカレント処理数以上である。

適化された複製の構成に関する制限事項

l 適化された複製は、Backup Exec 2010 R2 以上でサポートされます。


Backup Exec の構成 89

l Data Domain は、データセットを 1 つだけ持つイメージについて適化された複製をサポートします。複数のボリュームまたは複数のボリュームの選択（C:\Windows、D:、E:など）、エージェント（SQL Server、SharePoint など）、組み合わせが 1 つのジョブでバ

ックアップされると、Symantec Backup Exec Hotfix 138226 が適用されていない限り、結果のバックアップイメージにはすべてのドライブまたはアプリケーションのデータセットが含まれます。この Hotfix は、Backup Exec 2010 R2 にのみ適用できます。Hotfix138226 が適用された Backup Exec は、複数のイメージ、つまりバックアップジョブ内のデータセットごとに 1 つのイメージを作成します。 1 つのジョブに複数のボリュームが含まれている前述の例では、3 つのイメージが作成されます。C:\Windows用に 1 つ、

D:用に 1 つ、E:用に 1 つです。この場合、選択されている個々のイメージまたは 3 つ

のイメージすべてについて、Backup Exec によって適化された複製を実行できます。

NetBackup 管理

OST プラグインのバージョンの確認

手順

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

# bpstsinfo -pi -stype DataDomain

結果

出力にベンダーバージョン、プラグインバージョン、ビルドバージョンが表示されます。

NetBackup のバージョンの確認

手順

1. 次のように入力して表示します。

# cat ［<NetbackupInstall_Dir>］/version

結果

サンプル出力：

Netbackup-Solaris10 7.6

ネットワークのタイムアウト

バックアップジョブとリストアジョブは、完了するまでに長時間を要することがよくあります。OST プラグインは一時的なネットワークの中断からリカバリできますが、バックアップアプリケーションのタイムアウトが非常に短く設定されていると、バックアップアプリケーションシステム上のオペレーティングシステムによってジョブが完了前に終了される可能性があります。

タイムアウトを 30 分（1,800 秒）以上に設定することをお勧めします。

ネットワーク接続が失われたら、管理者が ddboost reset stats コマンドを実行して、

ジョブの接続をクリアする必要があります。

CLI を使用したバックアップアプリケーションタイムアウトの設定

手順

1. 次の 2 行を［<NetBackupInstall_directory>］/bp.conf ファイルに追加します。



CLIENT_CONNECT_TIMEOUT = 1800CLIENT_READ_TIMEOUT = 1800

タイムアウト値は秒単位で表示されます。

GUI を使用したバックアップアプリケーションタイムアウトの設定

手順

1. ［NetBackup Management］ノードを展開します。

2. ［Host Properties］を展開します。

3. ［Master Servers］を選択します。

4. 右側のペインで、マシン名をダブルクリックします。

表示されたプロパティのダイアログボックスで、タイムアウト値を変更します。

フェイルオーバーを実行するストレージユニットのグループ化

管理者は、ワークロードを共有するストレージユニットのグループを指定できます。管理者は、次の選択基準のいずれかを設定して、次回のジョブに対するグループのストレージユニット選択方法をバックアップアプリケーションシステムに指示します。

l フェイルオーバー（推奨設定）フェイルオーバーを選択基準として設定すると、指示されたストレージユニットに障害が発生した場合に、バックアップジョブが失敗しません。バックアップアプリケーションは、同じグループの別のストレージユニットを選択してジョブを完了します。

l 優先順位づけ

l ラウンドロビン

l ロードバランシング

Data Domain ストレージサーバーの削除

この処理手順では、ストレージサーバーに関連づけられたすべてのデータとリソースが削

除されます。不要な場合はこの処理手順の実行を試みないでください。

手順

1. 次のように入力して、BACKUP_IDで指定したすべてのファイルを削除します。

# bpexpdate -backupid BACKUP_ID -d 0 2. すべてのポリシーを GUI から削除します。

3. 次のように入力して、すべてのストレージユニットを削除します。

# bpstudel -label SU_NAME 4. 次のように入力して、すべてのディスクプールを削除します。

# nbdevconfig -deletedp -stype DataDomain -dp ［pool-name］ 5. 次のように入力して、ストレージサーバーを削除します。

# nbdevconfig -deletests -storage_server dd22 -stype DataDomain


フェイルオーバーを実行するストレージユニットのグループ化 91

GUI を使用して、ファイル、ライフサイクルポリシー、ストレージユニット、ディスクプール

を削除できます。

トラブルシューティングについては、Data Domain システムを削除できない場合（94 ページ）を参照してください。

6. tpconfig コマンドを使用して、認証情報を削除します。

# tpconfig -delete -storage_server dd22 -stype DataDomain -sts_user_id ［username］

Backup Exec の管理

OST プラグインのバージョンの確認

手順

1. Backup Exec のインストールディレクトリに移動し、libstspiDataDomain.dll ファ

イルを探します。

2. ファイル名を右クリックし、メニューから［Properties］を選択します。

3. ［Details］タブを選択します。 OST プラグインのバージョンが、ファイルのバージョンとして表示されます。

Backup Exec のバージョンの確認

手順

1. Backup Exec のホームページで、［Help］メニューの［About］を選択します。

Data Domain システムのストレージユニットの削除

手順

1. Data Domain システムのストレージユニットを削除するには、次の 2 つのオプションがあります。

l Backup Exec デバイス（Data Domain システムのストレージユニット）内のすべてのメディアを消去した後で、そのデバイスを Backup Exec から削除できます。

l デバイスにメディアが残っている場合にも Backup Exec からデバイスを削除できます。ストレージユニットはそのまま Data Domain システム上にあり、一部のファイルがストレージユニット内に残されます。このスペースをリカバリするには、次のように入力して Data Domain システムのストレージユニットを削除します。

# ddboost storage-unit delete ［storage-unit］



第 6 章

基本的なトラブルシューティング

この章では、お客様による問題の解決に役立つ基本的なトラブルシューティングのヒントを紹介します。解決できない問題については、契約されたサポートプロバイダーにお問い合わせください。

詳細については、https://support.emc.com で提供される Data Domain ナレッジベースを参照してください。


l 一般的なトラブルシューティング.............................................................................94l ファイルレプリケーションに関する Data Domain システムの設定........................... 94l NetBackup のトラブルシューティング......................................................................94l Backup Exec のトラブルシューティング.................................................................104

基本的なトラブルシューティング 93


一般的なトラブルシューティング問題を調査する場合は、DD Boost ソフトウェアのコンポーネントが、Data Domain システムとバックアップアプリケーションシステムの両方にあることに注意してください。 2 つの環境に互換性が必要です。次のトラブルシューティングに関する考慮事項は、どちらのシステムにも適用されます。

l サポートされる構成EMC オンラインサポートサイト（https://support.emc.com）の「EMC Data Domain BoostCompatibility Guide」に指定されたサポートされる構成であることを確認してください。

コンポーネントが変更された場合、サポートされる構成がサポートされなくなる可能性が

あります。

l 許可の失敗許可の失敗が発生した場合は、すべてのシステムが他のシステムに対して適切なアクセス認証情報を持っていることを確認します。メディアサーバーの構成（76 ページ）に、ユーザー資格情報の設定に関する指示が記載されています。

ファイルレプリケーションに関する Data Domain システムの設定すべての DD OS バージョンでは、replication throttle コマンドによってレプリケー

ションが制御されます。設定したスロットルが低すぎると、NetBackup と Backup Exec に関する適化された複製が失敗する可能性があります。

NetBackup のトラブルシューティング

Data Domain システムを削除できない場合

この処理手順では、次の条件を前提としています。

l Data Domain システムを削除できない。

l deletestsオプションを使用して実行した nbdevconfig コマンドが失敗した。これ

は、emmプロセスまたは rmmsプロセスがダウンしている可能性があることを意味しま

す。

l 指定した Data Domain のすべてのファイルの使用期間が終了している。ファイルの使用期間を終了する手順については、NBU のドキュメントを参照してください。

それでも Data Domain システムを削除できない場合は、次のステップに従います。

手順


# nbdevconfig -deletests -storage_server DDR -stype DataDomain2. 結果がコアファイルの場合は、EMC Data Domain サポートにお問い合わせください。そ

れ以外の場合は、次のステップに進みます。

3. ご使用のオペレーティングシステムに対応する次の手順に従ってください。




Windows システムの場合

手順

1. 次の 2 個の実行可能ファイルを実行して、メディアサーバーで NetBackup サービスをリスタートします。

［NBUInstallPath］\NetBackup\bin\bpdown.exe［NBUInstallPath］\NetBackup\bin\bpup.exe

2. deletestsを再度実行します。コマンドが失敗した場合は、［NBUInstallPath］

\NetBackup\nblog.conf ファイルを開き、次のエントリーを追加して、詳細な NBUログを有効化します。

NBSTSI=OID=2023. メディアサーバー上のエラーログ（96 ページ）の説明に従って、メディアサーバー上

の詳細なログメッセージを有効化します。

UNIX システムの場合

手順

1. rmmsがリスタートするが、emmはリスタートしない場合は、すべてのプロセス、特に

emmや rmmsが起動していることを確認します。

2. プロセスが起動していない場合は、次のように入力します。

# /bp/bin/goodies/netbackup start 3. deletestsを再度実行します。それでも失敗する場合は、/bp/nblog.conf ファイ

ルを開き、次のエントリーを追加して、詳細な NBU ログを有効化します。

NBSTSI=OID=202 4. メディアサーバー上のエラーログ（96 ページ）の説明に従って、詳細なログメッセー

ジを有効化します。

インストールの確認

不適切なインストールは、バックアップのような基本操作の問題の原因となる場合があります。

手順

1. 次のように入力して、ファイルが正しい場所にあることを確認します。入力内容は、オペレーティングシステムによって異なります。

a. UNIX システムでは、次のように入力します。

# ls /usr/openv/lib/ost-plugins/

コマンド出力には、次のような共有ライブラリファイルの名前が含まれています。

libstspiDataDomain.solibstspiDataDomainMT.so

b. Windows システムでは、次のように入力します。

C:\Program Files\Veritas\bin\ost-plugins

コマンド出力には、libstspiDataDomain.dll という共有ライブラリファイルの

名前が含まれています。

2. 次のように入力して、プラグインのバージョンを確認します。

# bpstsinfo -pi


インストールの確認 95

出力に表示されるベンダーバージョンは Data Domain プラグインバージョンであり、ビルドバージョンは DD Boost API のバージョンです。

bpstsinfo コマンドが失敗した場合は、/usr/openv/netbackup/logs/adminディレクトリのログファイルを確認します。

認証情報の確認

手順

1. ストレージサーバーとして登録されているすべての Data Domain システムの認証情報を表示するには、バックアップアプリケーションシステムから次のコマンドを入力します。

# tpconfig -dsh -all_hosts -stype DataDomain

必要条件

Data Domain システム（OpenStorage サーバー）の認証情報を追加できなかったことを示すメッセージを受け取った場合は、認証情報の追加（77 ページ）の処理手順に従います。ここには、認証情報の設定方法とエラーおよび不整合の確認方法が記載されています。

ライセンスエラーの解決

Configure Disk Pool ウィザードによってライセンスエラーが報告された場合は、次の操作を実行します。

手順

1. bp.conf ファイルを開きます。

2. ファイルに余分な CLIENT_NAMEエントリーがあるかどうかを確認します。

3. 余分な CLIENT_NAMEエントリーを削除します。

メディアサーバー上のエラーログ

エラーログは、OpenStorage 環境の NetBackup に関連した問題をトラブルシューティングするための主要なツールです。

手順

1. バックアップ、リストア、適化された複製の操作を開始する前に、NetBackup メディアサーバーでログを有効化します。メディアサーバーのオペレーティングシステムの指示に従うか、NetBackup GUI を使用します。

l UNIX システム上でエラーログを有効化する

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

# /usr/openv/netbackup/logs/mklogdirl Windows システム上でエラーログを有効化する

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

C:\Program Files\Netbackup\logs\mklogdir.bat

結果

ログを有効化すると、OST プラグインによって DataDomain という名前のプレフィックスが

エラーメッセージとログの参考メッセージに付加されます。



メディアサーバー上の失敗したバックアップの解決

メディアサーバーのオペレーティングシステムに関する次の説明に従って、ログファイル内のプラグインエラーメッセージを検索します。

UNIX システム上の失敗したバックアップの解決

手順


# cat /usr/openv/netbackup/logs/bptm/［LOGFILE_DATE］ | grep DataDomain

指定したログファイルから、DataDomainの語を含む行が選択されます。プラグイン

では、ログメッセージに DataDomainがプレフィックスとして使用されます。

Windows システム上の失敗したバックアップの解決

手順


C:\Program Files\Veritas\logs\bptm\LOGFILE_DATE.log 2. ログファイルを開き、DataDomain という単語を検索します。

失敗したファイル複製の解決

手順

1. メディアサーバーログファイル内のプラグインエラーメッセージを検索します。これらのファイルはサーバーのオペレーティングシステムに固有です。

l UNIX

n read_fileの場合：

/usr/openv/netbackup/logs/bpdmn write_fileの場合：

/usr/openv/netbackup/logs/bptmn file-replicationの場合：

/usr/openv/netbackup/logs/bpdml Windows

n read_fileの場合：

C:\Program Files\Veritas\logs\bpdmn write_fileの場合：

C:\Program Files\Veritas\logs\bptmn write_fileの場合：

C:\Program Files\Veritas\logs\bptm

2. 次のコマンドを入力して、レプリケーションライセンスがインストールされていることを確認します。

# license show 3. さらに支援が必要な場合は、ご契約のサポートプロバイダーにお問い合わせください。


メディアサーバー上の失敗したバックアップの解決 97

タイムアウトエラーの解決

手順

1. クライアントから Data Domain システムへの pingが可能なことを確認します。

2. 次のように入力して Data Domain システムでファイルシステムを実行中であることを確認します。

# filesys status3. 次のように入力して Data Domain システムで NFS を実行中であることを確認します。

# nfs status

プラグインログメッセージの解決

プラグインでエラーが発生すると、EPLUGINエラーコードが NetBackup に返されて、エラ

ーの理由がログに記録されます。

手順

1. 理由が次のいずれかであるかを確認します。

l Write Length Exceeds Limit Error書き込みバッファーのデータサイズが制限されています。制限超過のエラーメッセージが出る場合は、バッファーの構成（79 ページ）の説明に従い、バッファーサイズを指定の制限内の値に変更します。

l Program Not Registered次の出力は、プログラムが登録されていないことを示します。

(: RPC: Program not registered) 2. 有効なライセンスをインストールして DD Boost を有効化します。

# license add ddboost-license-code3. 次のように入力して Data Domain システムでファイルシステムを実行中であることを確

認します。

# filesys status

「Cannot connect on socket」エラーの解決

nbdevconfig -creatests コマンドを実行してもソケット接続のエラーによりストレージ

サーバーが作成されない場合に、このエラーが発生します。

次のステップを実行します。

手順

1. nbemmプロセスを実行中であることを確認します。起動後にこのプロセスが失敗し続け

ると、通常は NBU データベースの問題が発生します。

2. vxlogviewユーティリティを使用して、/usr/openv/logs/51216-*.log内のロ

グにエラーがないかどうかを確認します。

3. データベースを再作成します。次のコマンドを実行します。

# /usr/openv/db/bin/create_nbdb -drop

Solaris メディアサーバー上での NetBackup バックアップジョブの失敗

ジョブの開始時にファイルバックアップジョブがメディア書き込みエラー（84）で失敗する場

合、一般的なアクティビティ監視ジョブの詳細に次のような内容が含まれることがあります。



2/28/2009 3:36:22 AM - Critical bptm(pid=1750) failure to open sts for storage server apoddrrp01: plug-in reports error 2060046 plugin error2/28/2009 3:36:23 AM - end writing media open error(83)

bptmログに次のような情報が含まれることがあります。

01:33:02.585 [28874] <16> apoddrrp01: /usr/openv/lib/ost-plugins/libstspiDataDomain.so:stspi_open_server STS_EPLUGIN Can't connect to mountd on apoddrrp01 (: RPC: Miscellaneous tli error - An event requires attentionError 0)

前述の例では、/etc/inet/ipsecinit.confのエントリーにより、ポート 665（sun-dr）からのトラフィック上で暗号化が強制されています。ただし、Solaris オペレーティングシステムでは Sun ダイナミック再構成が無効化されています。その結果、メディアサーバーでは NFS を介した Data Domain システムへの接続にポート 665 が使用されていましたが、パケットが暗号化されていなかったためにメディアサーバーから送信されませんでした。

この問題を修正するには、ダイナミック再構成を無効化する必要があります。

ダイナミック再構成の無効化

手順

1. コメントを削除するか、/etc/inet/inetd.confの sun-drエントリーを削除しま

す。

sun-dr stream tcp wait root /usr/lib/dcs dcssun-dr stream tcp6 wait root /usr/lib/dcs dcs

2. 次のように入力して、inetdによって構成ファイルを再読み取りします。

kill -HUP ［pid-inetd］ 3. コメントを削除するか、/etc/inet/ipsecinit.confの sun-drエントリーを削除

します。

{dport sun-dr ulp tcp} permit {auth_algs md5}{sport sun-dr ulp tcp} apply {auth_algs md5 sa unique}

4. 実行中のシステムからアクティブ IPsec 構成を削除します。

a. 次のように入力してインデックス番号を取得します。

ipsecconf | grep sun-dr

b. 次のように入力して sun-drのポリシーを削除します。

ipsecconf -d ［index］

AIX クライアントからのバックアップジョブが失敗する

DD Boost を使用する HA が有効な Data Domain システムに対して、AIX クライアントから複数のバックアップジョブを実行すると、バックアップジョブが終了せずに失敗する可能性があります。

従来、DD Boost は、オープンファイルごとにクライアント側で 24 MB のバッファを割り当てます。ただし、HA が有効化された DD システムにバックアップが送信されると、クライアントはオープンファイルごとに 128 MB 必要になります。この要件では、大量のファイルを開いているにもかかわらずメモリが不足しているようなクライアントでは問題が発生します。

特に、AIX クライアントでは、AIX アプリケーションにおけるデフォルトのヒープサイズが原因で、この問題が発生する傾向にあります。

AIX 環境変数を export LDR_CNTRL=MAXDATA=0x70000000に設定することで、結果を改

善することができます。


AIX クライアントからのバックアップジョブが失敗する 99

適化された複製ジョブの失敗

DD OS 4.7 以上を実行するソースとデスティネーション両方の Data Domain システムで、適化された複製のためのレプリケーションソフトウェアライセンスが必要です。

このライセンスがインストールされていないと、適化された複製ジョブが失敗します。標準的なアクティビティ監視ジョブの詳細に、メディア書き込みエラー（84）が発生したことが示さ

れます。 NetBackup の bpdmログに、NFS の操作がサポートされないことが示されます。

レプリケーション用ライセンスの追加

手順

1. Data Domain からレプリケーションライセンスコードを取得します。

2. それぞれの Data Domain システムのコマンドラインインターフェイスから、ライセンスコードを追加します。

# license add ［license code］

仮想統合バックアップl 通常のバックアップに問題がないことを確認します。

l ストレージライフサイクルポリシーの属性が正しく設定されていることを確認します。

l TIR ファイルがストレージユニットに作成されていることを確認します。

# ddboost storage-unit show [compression] [［storage-unit］] [tenant-unit ［tenant-unit］]l DDP_SynWR RPC が送信されていることを確認します。

# ddboost show statsl OptimizedImage フラグが設定されていることを確認します。

# nbdevquery -liststsl Data Domain システムで仮想統合が有効化されていることを確認します。

# ddboost option show

自動イメージレプリケーションの監視

ソースの Data Domain システムでは、自動イメージレプリケーションに直接関連づけられたRPC、 DDP_REMFILEOPS と DDP_IMAGESETOPS の統計とヒストグラムが報告されます。また、DDP_IMAGESETS は、この Data Domain システムから送信されたすべてのイメージセットの数です。 DDP_IMAGESETS ヒストグラムは、イメージセットの後のイメージがファイルコピー用に送信されたときから、イベントがターゲットドメイン内の Data Domain システムにポストされるまでの期間を報告します。

ターゲットの Data Domain システムでは、DDP_GETEVENT RPC の統計とヒストグラムが報告されます。また、DDP_EVENTS はインポートに関するすべての報告されたイメージセットイベント数です。 DDP_EVENTS ヒストグラムは、ターゲットドメイン内の Data Domain システムにイベントがポストされたときから、インポートのためにイベントが NetBackup に配信されるまでの期間を報告します。

個々のファイルのファイルレプリケーションパフォーマンスレポートを取得するには、ddboost file-replication show コマンドを使用します。

DD Boost の統計を表示するには、次のように入力します。

# ddboost show stats

DD Boost のヒストグラムを表示するには、次のように入力します。

# ddboost show histogram



自動イメージレプリケーションが機能しない場合

手順

1. レプリケーション用のソース Data Domain システムからターゲット Data Domain システムへの接続が機能していることを確認するには、次のように入力します。

# replication option show

TCP ポートが 2051 であるか、または設定どおりであることを確認します。

2. ソースとターゲットの Data Domain システムで関連づけが適切に構成されていることを確認するには、次のように入力します。

# ddboost association show3. ソース Data Domain システムの新しいバックアップイメージを確認するには、次のよう

に入力します。

# ddboost storage-unit show ［source-su］4. ターゲット Data Domain システムの新しいバックアップイメージを確認するには、次のよ

うに入力します。

# ddboost storage-unit show ［target-su］

ターゲットのイメージ名がソースのイメージ名と同じであることを確認します。

a. 新しいファイルコピーイメージが送信されていない場合は、ファイルコピーのエラーとソース Data Domain システムで報告された問題を確認します。

b. bpdm logのデバッグレベルを上げて、問題がないかどうかを調べます。

5. ターゲット Data Domain システムの統計を確認するには、次のように入力します。

ddboost show stats

DDP_GETEVENT の合計数が増え、ターゲットドメイン内にエラーがないことがターゲット

Data Domain システムに表示されている場合、この Data Domain システムの一部の

NetBackup ターゲットドメインが定期的にイベントのポーリングを実行しています。

DDP_GETEVENT が増えていない場合は、次のように入力します。nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

NetBackup サービスをリスタートします。

6. ディスクプールがレポートを適切に使用したことを確認します。適切に使用されていない場合は、データベースを更新し、次のように入力します。

nbdevconfig -updatests -storage_server rtp-ost-dd670c2.datadomain.com -stype DataDomain

NetBackup サービスをリスタートします。

a. NBU 7.1 では、STS_LSUF_REP_TARGET フラグと_SOURCE フラグを探し、次のように入力します。

bpstsinfo -li -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com LSU Info: Server Name: DataDomain:rtp-


自動イメージレプリケーションの監視 101

ost-dd670c2.datadomain.com LSU Name: sparc12sol02 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_TARGET) Save As : (STS_SA_OPAQUEF) Replication Sources: 1 ( ddp-890-1.datadomain.com:sparc12sol02 ) Replication Targets: 0 ( ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0 LSU Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com LSU Name: sol022sparc1 Allocation : STS_LSU_AT_STATIC Storage: STS_LSU_ST_NONE Description: Data Domain SU for DDBOOST images Configuration: Media: (STS_LSUF_DISK | STS_LSUF_ACTIVE | STS_LSUF_REP_ENABLED | STS_LSUF_REP_SOURCE) Save As : (STS_SA_OPAQUEF) Replication Sources: 0 ( ) Replication Targets: 1 ( ddp-890-1.datadomain.com:sol022sparc1 ) Maximum Transfer: 1048576 Block Size: 32768 Allocation Size: 0 Size: 8295733002240 Physical Size: 8295733002240 Bytes Used: 40263745536 Physical Bytes Used: 40263745536 Resident Images: 0

b. NBU 7.5 および 7.6 では、レプリケーションターゲットとソースを探し、次のように入力します。

nbdevquery -listdp -stype DataDomain -U Disk Pool Name : sol022sparc1-dd670c2 Disk Pool Id : sol022sparc1-dd670c2 Disk Type : DataDomain Status : UP Flag : Patchwork Flag : Visible Flag : OpenStorage Flag : SingleStorageServer Flag : CopyExtents Flag : AdminUp Flag : InternalUp Flag : LifeCycle Flag : CapacityMgmt Flag : FragmentImages Flag : Cpr Flag : FT-Transfer Flag : OptimizedImage Flag : ReplicationSource Raw Size (GB) : 7726.00 Usable Size (GB) : 7726.00 Num Volumes : 1 High Watermark : 98 Low Watermark : 80 Max IO Streams : -1 Comment : Storage Server : ost-dd670c2.datadomain.com (UP)

7. .imgset とイベントファイルがターゲット Data Domain システムにあることを確認する

には、次のように入力します。

ddboost event show ［target-su］

.imgset ファイルには、次の形式で名前がつけられます。

192:rtp-ost-sparc1.datadomain.com_ddr1.domain1.com_1328637954_1.imgset

192:rtp-ost-sparc1.datadomain.com は、ジョブ番号とソースクライアントホ

スト名から成る Netbackup イメージセット名です（組み込まれている_は-に変換されま

す）。. ddr1.domain1.comはソース Data Domain システムのホスト名です。

1328637954は、Netbackup イメージのタイムスタンプです（この場合、イメージは

2/7/12 18:05 に作成されています）。Excel では、A2 内のタイムスタンプが

A2/86400+DATE(1970,1,1)という公式によって時刻/日付に変換されます。1 はセット内

のイメージ数です。現時点では、識別子は常に 1.imgset です。

.event ファイルには、次の形式で名前がつけられます。

bluemedia.datadomain.com_31234_6589_1.event.0000000000000006

bluemedia.datadomain.com は、関連づけられたイメージセットを初に検出した

NetBackup メディアサーバーのホスト名です。31234は、NetBackup メディアサーバー

のプロセス ID です。6589は、NetBackup メディアサーバーのスレッド ID です。

1.event 0000000000000006は、この Data Domain システムの一意のイベント識

別子です。



a. ターゲットストレージユニット内の.imgset ファイルが長時間（2 時間超）表示され

る場合、ターゲット NetBackup ドメインがポストされたイベントのクエリーを実行していないことを示しています。DD OS では、2 時間以上経過しているすべての.imgset ファイルが削除されます。

b. ターゲットストレージユニット内のイベントファイルが長時間（2 時間超）表示される場合、ターゲット NetBackup ドメインがイベントを処理していないことを示しています。これは、.imgset ファイル内に指定されている SLP のスペルがターゲット

NetBackup ドメインでは正しくないことを意味する場合があります。

8. プラグインがイベントソースであることが NetBackup データベースに反映されていること、および ddboost show stats コマンドを使用して、DDP_GETEVENT RPC の数が

増えていることを確認します。このようになっていない場合は、次のコマンドを使用してデータベースを更新します。

nbdevconfig -updatests -storage_server rtp-ost-d670c2.datadomain.com -stype DataDomain

a. STS_SRV_EVSYNC を探すには、次のように入力します。

bpstsinfo -si -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com Server Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com Supported Stream Formats: [ ] Server Flags: (STS_SRV_IMAGELIST | STS_SRV_CRED | STS_SRV_EVSYNC | STS_SRV_IMAGE_COPY) Maximum Connections: 149 Current Connections: 0 Supported Interfaces: [ ] Supported Credentials: [ ]

b. stsemのユニファイドログデバッグレベルを 6 に上げます。

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=6

c. 期間を収集し、次のように開始日と時刻を指定して stsemログにエラーがないかど

うかを確認します。

vxlogview -p 51216 -o stsem -b "2/7/2012 3:30:00 PM" > c:\stsem.log

または、次のように以前の時間数を収集します。

vxlogview -p 51216 -o stsem –t 4 > c:\stsem.log

d. ログがファイルシステムを一杯にしないように、次のように stsemのユニファイドログデバッグレベルを 1 に戻します。

vxlogcfg -a -p 51216 -o stsem -s DebugLevel=19. stsemログで、インポートのためにイベントがポストされたことを示すログエントリーを

探します。イベントファイルは、インポート用にポストされた後に、ターゲット DataDomain システムから削除されます。

02/22/12 07:05:17.307 [STSEventSupplier::postReplEvent()] AddOstImageToImport seqno=52 masterServer= <rtp-ost-sparc1.datadomain.com> media=<rtp-ost-sparc1.datadomain.com> origin_NBU_master=<bluemedia> isi_slpname=<AIR-vol1-vol2> e_orig_server=<DataDomain:rtp-ost-dd670c2.datadomain.com> e_num_images=<1> : [0] servername=<rtp-ost-dd670c2.datadomain.com> servertype=<DataDomain> imo_lsu.sln_name=<vol2> imo_def.img_basename=<bluemedia_1329923106_C1_IM>

10. ターゲットドメインでイベントが使用されていること（指定したターゲットストレージユニットにイベントがリストされない）が ddboost event showによって示されていても、ア

クティビティの監視でインポートアクティビティが表示されない場合は、ソースとターゲットのドメインメディアマスターサーバー上の時間が適切に同期されていることを確認します（通常、差は数分以内）。同じタイムゾーン内である必要はありません。

11. AIR インポートを実行中の宛先 Data Domain メディアサーバーの bpcdログで、インポ

ートジョブが開始したことを示すエントリーを探します。これをも簡単に行うには、ソー


自動イメージレプリケーションの監視 103

スドメインで報告されているイメージ ID のグレップ検索を実行します。この場合は、bluemedia_1329923106です。

07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

12. bpdbmログ内に、次のログエントリーが見つかります。

07:05:33.463 [24169] <2> db_logimagerec: backup id bluemedia_1329923106

13. 終的に、bpdmログでは、インポートが次のように実行されます。

7:05:30.232 [24150] <2> bpdm: INITIATING (VERBOSE = 5): -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

14. インポートジョブが失敗し、no images were successfully processed(191)メッセージが表示される場合は、bpimport logで詳細を確認してください。次

の表示では、ターゲットドメインの SLP がソースドメインの SLP と一致しませんでした。

04/06/2012 11:23:38 - Error bpimport (pid=11137) Import of replica image, backup id ostqa-sparc1.datadomain.com_1333724024, Import failed because the imported image specifies an SLP name which does not exist

15. 適切なデバッグレベルが有効化されている場合、Data Domain システム上の AIR 操作に関する詳細なログは、ddfs.info 内にありますデフォルトデバッグレベル（レベル

0）で実行すると、ddfs.infoに ost_remfileops, ost_imagesetops,ost_get_event_id, ost_get_eventのエラーメッセージが含まれます。これら

は、大規模なエラーを示します。より一般的なエラーを表示するには、OST デバッグマスク（-M）のデバッグレベル（-D）を 3 に上げる必要があります。これは、config_debugユーティリティを使用して実行できます。

/ddr/bin/config_debug –P /ddr/bin/ddfs –M 0x00100000 –D 3

完全な操作のログは、デバッグレベル 6 で入手できます。ただし、デバッグレベル 6は、出力されるログが多いため、通常は使用されません。デバッグレベル 6 を使用して

いる場合は、問題を収集した後に ddfs.infoのデバッグレベルを 0 に戻す必要があ

ります。

自動イメージレプリケーションのキャンセル

指定した SLP に関する進行中のレプリケーションを停止するには、Symantec ベストプラクティスガイドの指示に従って次のように入力します。

nbstlutil cancel –lifecycle ［SLP name］ -force

http://www.symantec.com/business/support/ で Symantec NetBackup Auto ImageReplication FAQ を参照してください。

Backup Exec のトラブルシューティング

基本的なトラブルシューティングl すべてのストレージユニットでコンカレント接続（ジョブ）の数が正しく設定されていること

を確認します。



http://www.symantec.com/business/support/

n Backup Exec：単一のメディアサーバープラグインからすべての関連するOpenStorage ストレージユニットへのコンカレント接続の合計数は 48 です。この数は、デバイスを構成するときに指定されたものです。デバイスの構成（88 ページ）を参照してください。

l 問題が発生した場合は、Backup Exec サービスを停止して再開してみてください。それでも解決しない場合は、次の操作を実行します。

n サーバを再起動します。

n デバッガーを起動して、問題の再現を試みます。

インストールの確認

不適切なインストールは、バックアップのような基本操作の問題の原因となる場合があります。

手順

1. libstspiDataDomain.dllが C:\Program Files\Symantec\BackupExec\にあることを確認します。

2. DLL を右クリックし、［Properties］ > ［Details］の順に開いて、プラグインのバージョンを確認します。

Data Domain システムの認証情報の確認

手順

1. OpenStorage デバイスのプロパティを表示して、アカウントのログに注目します。

2. ログオンユーザー名が、Data Domain システムの DD Boost ユーザー名と一致することを確認します。

ライセンスエラーの解決

Backup Exec には、OpenStorage のライセンスが必要です。これは、重複排除ライセンスオプションの一部です。

アクティブデバッグのセットアップ

Backup Exec のデバッグユーティリティ（SGMON）を使用して、Backup Exec の問題を解決します。

手順

1. アクティブデバッグを行うため、Backup Exec デバッグモニターを実行します。

2. 次の収集オプションを選択（有効化）する必要があります：［Job Engine］、［Backup ExecServer］、［Device and Media］。

3. ［Capture to file］を有効にする必要があります。

4. ［Device and Media Debug］を設定し、［Enable verbose logging］が有効でなければ選択します。


インストールの確認 105