emc® data domain boost for openstorage 3.0 管理 …詳細については、次のdata...

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

管理ガイド302-001-271

REV. 01

Copyright © 2014 EMC Corporation. All rights reserved.（不許複製・禁無断転載）

2014 年 10 月発行

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.0 管理ガイド

本ガイドの概要 7

Data Domain Boost for OpenStorage の紹介 11

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

DD Boost の機能 15

DD Boost の機能の概要................................................................................ 16分散セグメント処理 .......................................................................................16管理ファイルレプリケーション........................................................................ 17

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

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

MTree レプリケーション.................................................................................. 19IPv6 サポート.................................................................................................20IFGROUP： DD Boost の IP ロードバランシングおよびフェイルオーバー........... 20

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

IP フェイルオーバーホスト名......................................................................... 23DD Boost-over-Fibre Channel 転送.................................................................23DD Boost-over-Fibre Channel パス管理..........................................................25

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

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

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

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

Data Domain システムでの DD Boost の有効化............................................. 32DD Boost への複数ユーザーの割り当て........................................................ 32ストレージユニットの作成 ............................................................................. 33ストレージユニットの論理クォータの構成（オプション） ................................... 34ストリーム制限を使用したストレージユニットの構成.......................................34分散セグメント処理の構成.............................................................................36IFGROUP の構成 ........................................................................................... 36

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

MFR（管理ファイルレプリケーション）の構成...................................................39

第 1 章

第 2 章

第 3 章

目次

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

MFR スロットリング............................................................................40低帯域幅の適化の有効化 ........................................................... 40暗号化の有効化.............................................................................. 40IPv6 サポートの有効化.....................................................................40MFR TCP ポートの変更......................................................................41

クライアントアクセス確認の構成....................................................................41DD Boost と Secure Multi-Tenancy の統合..................................................... 42DD Boost-over-FC サービスの構成.................................................................43DD Boost-over FC デバイスセットのサイズ設定..............................................44

サイズ設定の計算............................................................................45

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

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

NetBackup 用 OST プラグインのインストール................................................ 51メディアサーバーへの OST プラグインのインストール.......................51UNIX プラグインのインストール ........................................................51Windows プラグインのインストール..................................................52NetBackup サービス.........................................................................53

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

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

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

メディアサーバーの構成............................................................................... 58NetBackup 構成...............................................................................58Backup Exec の構成.........................................................................68

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

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

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

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

Data Domain システムを削除できない場合.......................................76インストールの確認.......................................................................... 77認証情報の確認.............................................................................. 78ライセンスエラーの解決...................................................................78メディアサーバー上のエラーログ.....................................................78メディアサーバー上の失敗したバックアップの解決........................... 79プラグインログメッセージの解決.....................................................80

第 4 章

第 5 章

第 6 章

目次


「Cannot connect on socket」エラーの解決........................................80Solaris メディアサーバー上での NetBackup バックアップジョブの失敗........................................................................................................ 80

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

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

目次

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

本ガイドの概要

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

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

本ガイドには、発行時点で正確な情報が記載されています。 EMC オンラインサポート

（http://japan.emc.com/support-training/support/online-support.htm）にアクセスして、こ

のマニュアルの新バージョンを使用していることを確認してください。

目的

本書では、EMC Data Domain Boost for OpenStorage をインストール、構成し、Data Domainシステムとともに使用する方法について説明しています。

この先に進む前に、EMC オンラインサポートサイト（https://support.emc.com）で本書の

新版を必ずご確認ください。本書の印刷バージョンや CD バージョンは新でない場合

があります。

対象読者

本書は、Symantec バックアップアプリケーションおよび一般的なバックアップ管理に習熟したシステム管理者を対象としています。

関連する EMC ドキュメント

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

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

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

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

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

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

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

DD Boost for OpenStorage バックアップアプリケーションのドキュメント

バックアップアプリケーションのドキュメントは、Symantec の Web サイトから入手できます

Symantec NetBackup のドキュメント

Symantec のサポート全般のページで、NetBackup サーバー製品ページに進み、ナレッジベースでドキュメントを検索してください。

ドキュメントを見つけるには、お好きな検索エンジンで検索条件にそのタイトルを入力してく

ださい。

本ガイドの概要 7

https://support.emc.com/


l 「NetBackup 共有ストレージガイド」

l 「NetBackup トラブルシューティングガイド」

l 「NetBackup コマンド」

詳細については、次の NetBackup のドキュメントを参照してください。

l 「NetBackup バックアップ、アーカイブおよびリストアスタートガイド」

l 「NetBackup 管理者ガイド：UNIX および Linux」（2 巻）

l 「NetBackup 管理者ガイド：Windows」（2 巻）

l 「Best Practices for using Storage Lifecycle Policies in NetBackup」

l 「NetBackup 7.x Hardware Compatibility List」（サポートされる OpenStorage サーバーの情報を記載）

Symantec Backup Exec のドキュメント

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

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

l 「Backup Exec 2012 Hardware Compatibility List」（サポートされる OpenStorage サーバーの情報を記載）

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

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

事業損失またはデータ消失を招く可能性のある状況を示します。

トピックに不可欠の情報ではなく、付随する情報を示します。

表記規則

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

表 1 フォント

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

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

たはクリックする対象）の名前に使用します。

斜体本文内で参照される出版物の完全なタイトルに使用します。

Monospace 以下の場合に使用：

l システムコード

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

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

l コマンドとオプション

［モノスペース、斜体］変数に使用します。

モノスペース、太字ユーザー入力に使用します。

［］オプション値

| 縦棒は、選択肢を示し、「または」を意味する

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



表 1 フォント（続き）

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

情報の入手方法

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

EMC 製品情報ドキュメント、リリースノート、ソフトウェアアップデートや、EMC 製品の詳細については、EMC オンラインサポート（https://support.emc.com）を参照してください。

テクニカルサポートEMC オンラインサポートにアクセスして、［サービスセンター］をクリックしてください。EMC は、EMC テクニカルサポートに連絡するオプションを複数提供しています。サービスリクエストを開始するには、有効なサポート契約が必要です。有効なサポート契約を結ぶ方法の詳細や、アカウントに関する質問については、EMC 担当営業にお問い合わせください。

ご意見

マニュアルの精度、構成および品質を向上するため、お客様のご意見をお待ちしております。本書についてのご意見を [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.0.1 の改訂履歴

リビジョン Date Description

01 2014 年 10 月 14 日初回発行。

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 システムのいずれかにすることができます。

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

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 Domain7. オンサイト保存ストレージ

8. DD Boost9. WAN10. オフサイト災害復旧ストレージ

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 レプリケーションには、2 つのシステム、つまりデスティネーションシステム（ターゲット）とソースシステムが必要です。デスティネーションは、ソースと同じバージョンか、または 1 バージョン新しいものを実行している必要があります。

l ソースとデスティネーションの両方の Data Domain システムにレプリケーションのライセンスが必要です。



第 2 章

DD Boost の機能

シングルノードおよび DD Extended Retention に新機能と拡張機能が加わりました。

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

l DD Boost の機能の概要........................................................................................ 16l 分散セグメント処理 ...............................................................................................16l 管理ファイルレプリケーション................................................................................ 17l AIR（自動イメージレプリケーション）....................................................................... 18l MTree レプリケーション.......................................................................................... 19l IPv6 サポート.........................................................................................................20l IFGROUP： DD Boost の IP ロードバランシングおよびフェイルオーバー................... 20l IP フェイルオーバーホスト名................................................................................. 23l DD Boost-over-Fibre Channel 転送.........................................................................23l DD Boost-over-Fibre Channel パス管理..................................................................25l 仮想合成バックアップ............................................................................................ 28l クライアントアクセス確認.......................................................................................29l DD Boost マルチユーザーデータパス.................................................................. 29l ストレージユニットの管理...................................................................................... 29

DD Boost の機能 15

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

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

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

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

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

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

l 分散セグメント処理では、DD Boost Library は余分にメモリを使用することはありませんが、データが Data Domain システムに存在するかを判断するために、アプリケーションホストに追加の処理能力が要求されます。

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

1. データベースサーバー

2. Data Domain システム

DD Boost の機能


3. Data Domain OpenStorage プラグイン

4. セグメント

5. フィンガープリント

6. 圧縮

7. フィルター

8. 書き込み

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

11.1 以上で実行する場合、プラグインにより DSP（分散セグメント処理）が向上します。

SPARC T4 プロセッサで、Solaris 11（SRU2 以上）または Solaris 11.1 以上で実行する

Solaris プラグインの場合、DSP はデフォルトで有効になります。

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

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

低帯域幅の適化

低帯域幅 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 で使用可能な静止データ暗号化機能とともに使用できます。暗号化された管理ファイル

DD Boost の機能

管理ファイルレプリケーション 17

レプリケーションを静止データ暗号化機能とともに使用する場合、暗号化されたバックアップイメージデータは SSL を使用して再度暗号化され、WAN 経由で送信されます。

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

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

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

ん。

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

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 は、バックアップに関する情報をターゲットドメインに追加するプロセスを実行します。ターゲットドメインの他のストレージロケーションにバックアップを複製するように構成することもできます。

自動イメージレプリケーションのバックアップイメージは、通常の NetBackup バックアップイメージとは異なります。これは、バックアップが完了すると、バックアップに関連したイメージデータベース情報（バックアップの実際の内容をリストした NetBackup カタログの一部）がバックアップイメージの末尾に追加されてから、ターゲットドメインに複製されるためです。新しいバックアップがターゲットドメインで検出されると、この情報がバックアップから読み取られて使用され、ターゲットドメインの NetBackup カタログに反映されます。この情報は、ソースドメインのコピーとターゲットドメインの初のコピーにのみ存在し、以降にターゲットドメインで作成される複製のコピーには含まれません。

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

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

MTree レプリケーションDD OS リリース 5.5 から、ストレージユニットの MTree レプリケーションが、ソースおよびデスティネーション Data Domain システム上の異なるユーザー名でサポートされるようになり

DD Boost の機能

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

ました。ストレージユニットの 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 アドレスに設定されています。アドレスの解決に失敗した場合は、クライアントの判断により新しいホスト名による再接続が試行されます。

IFGROUP は IPv6 をサポートしません。DD Boost クライアントでは、IPv6 のエイリアス IP アド

レスを使用しないでください。物理または VLAN インターフェイスごとにサポートされる IPv6アドレスは 1 つだけです。

IFGROUP： DD Boost の IP ロードバランシングおよびフェイルオーバー

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

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

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

DD Boost の機能


Data Domain システム間の管理ファイルレプリケーション接続は、IFGROUP には含まれま

せん。デスティネーション Data Domain システムには単一の IP アドレスが使用されます。

IFGROUP からインターフェイスを 1 つ除外し、ソースとデスティネーションの Data Domain シ

ステム間の管理ファイルレプリケーションパスのために予約しておくことをお勧めします。

図 4 IFGROUP： DD Boost の IP ロードバランシングおよびフェイルオーバー


2. OST プラグイン

3. ネットワークレイヤー統合

4. ロードバランスされたメディアサーバーグループ

5. インターフェイスグループ：グループ内の 4 ポート

6. NIC7. DD Boost

IFGROUP は、他のネットワークレイヤー統合およびフェイルオーバーテクノロジーと合わせて使用できます。図の構成例は、1 つの可能性を示したものです。メディアサーバーと、Data Domain システムに接続するスイッチとの接続リンクは、統合フェイルオーバーモードで構成されます。この構成は、エンドツーエンドからネットワークフェイルオーバー機能を提供します。メディアサーバーとスイッチの間で、使用可能な任意の統合テクノロジーを使用できます。

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

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

DD Boost の機能

IFGROUP： DD Boost の IP ロードバランシングおよびフェイルオーバー 21

IFGROUP には次のようなメリットがあります。

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

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

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

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

l IFGROUP は Data Domain システム上に構成する必要があります。

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

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

l それぞれの IFGROUP ［<group-name>］は、IFGROUP に属したインターフェイスとクライアントのリストで構成されます。 IFGROUP ［<group-name>］では、［<group-name>］のすべてのクライアントがすべてのインターフェイスにアクセスできます。

インターフェイス

IFGROUP インターフェイスは単一の IFGROUP［<group-name>］のメンバーであり、以下のインターフェイスに関連した IPv4 で構成することができます。

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

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

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

クライアント

IFGROUP クライアントは単一の IFGROUP［<group-name>］のメンバーであり、以下で構成することができます。

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

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

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

クライアントが IFGROUP のいずれかのインターフェイスに直接接続する場合は、クライアントの構成は不要です。クライアントが IFGROUP のクライアントの条件に合わない場合は、Data Domain システムの管理インターフェイスとして使用されている IP アドレスに対して終チェックが行われます。これにより、IFGROUP グループを有効化するための「ダミー」クライアント名が使用可能になります。

DD Boost の機能


この自動検出クライアントグループを機能させるため、他のグループでは「*」を使用できま

せん（すべてのクライアント）。

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-110.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-v63000::231 ddp-880-2-v6-failover.datadomain.com ddp-880-2-v6-failover

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

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

DD Boost の機能

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

図 5 DD Boost-over-IP 転送


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


4. DD Boost サービス

5. TCP/IP

DD OS リリース 5.4 では、DD Boost Library と Data Domain システムとの通信に、代替転送メカニズムとしてファイバーチャネルが導入されました。

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でも大文字と小

文字が区別されません。

図 6 メディアサーバーと 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 サービスの構成（43 ページ）を参照してください。

DD Boost の機能


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

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

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

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

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

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


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

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

6. IP のみ（データ）

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

DD Boost-over-Fibre Channel パス管理IFGROUP ベースのメカニズム（IFGROUP： DD Boost の IP ロードバランシングおよびフェイルオーバー（20 ページ）で説明）は、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 ターゲットエンドポイントにアクセスできるようにファイバーチャネルファブリックゾーニングが設定されている

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

DD Boost の機能

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

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

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

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

図 8 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 の汎用SCSI デバイスのカタログを作成します。これらは、目的の Data Domain システムの DD

DD Boost の機能


Boost-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 転送ロジックによって/dev/sg21に送られた以降のすべての SCSI 要求は、SCSI 要求をデバイスに送信でき

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

DD Boost の機能

初のパス選択 27

この場合、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 デバイスセットのサイズ設定（44 ページ）を参照してください。

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

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

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

仮想統合フルバックアップは、管理可能なデータボリュームと毎日の低レベルの変更を抱える、リモートオフィスをバックアップするための拡張性に優れたソリューションです。クライ

DD Boost の機能


アントの毎日の変更率が高い場合、増分または差分バックアップは非常に大きくなります。この場合、仮想統合バックアップは従来のフルバックアップと同様にあまり有用ではありません。優れたリストアパフォーマンスを達成するには、毎週通常のフルバックアップを実行し、毎日の増分バックアップポリシーを実行すると仮定した場合、2 か月ごとに 1 回従来のフルバックアップを作成することが推奨されます。

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

新の増分バックアップ以降に加えられた変更は、このバックアップには含まれません。

クライアントアクセス確認DD Boost のクライアントアクセス確認を構成すると、接続ごとに一度限りの DD Boost 認証が必要になり、DD Boost クライアントの 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 システムユーザーを作成します。ストレージユニットは、ユーザー名を使用して作成するか、修正してアップグレードのためにユーザー名を変えることができます。バックアップアプリケーションは、DataDomain システムに接続すると、接続時に使用されたユーザー名で所有されるストレージユニットにのみアクセスできるようになります。ストレージユニットへのアクセスは動的に決定されるので、ストレージユニットのユーザー名の変更はただちに反映されます。ストレージユニットのユーザー名が別のユーザー名に変わると、以前のユーザー名でバックアップアプリケーションが行うすべての読み取りおよび書き込み操作は、アクセス権のエラーによりただちに失敗します。

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

トを構成する必要があります。各テナントユニットは、複数のストレージユニットと関連づけできます。テナントユニットの関連づけとストレージユニットのユーザー名所有権は、互い

DD Boost の機能

クライアントアクセス確認 29

に独立しています。テナントユニットは、コマンドラインインターフェイスを使用して管理パスに使用されますが、読み取り、書き込みなどのデータパスには使用できません。ストレージユニットのすべてのコマンドは、テナントユニットをサポートします。

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

照してください。

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

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

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

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

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

す。

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

この機能により、ストレージユニットにストリーム数の管理が追加されます。 ddboostshow connections コマンドの出力には、Data Domain システム上のストリームタイプ

に関連した接続に基づくストリーム数の情報が示されます。この機能は、ストレージユニットのストリーム数の情報により追加され、アラートを生成するストリームタイプにつき警告の制限を構成できます。

システム管理者は、4 つの各ストリームタイプのストレージユニットごとにストリームの警告の制限を構成する必要があります。ストリームタイプは、バックアップ、リストア、レプリケーション、複合ストリームです。それぞれのストレージユニットにつき、バックアップ、リストア、データ内とデータ外のレプリケーションの監視のための 4 つのストリームカウンターが維持されます。警告の制限は、ddboost storage-unit create コマンドに追加されたバ

ックアップ、リストア、レプリケーション、複合ストリーム用の 4 つの新しいキーワードを使用して、ストリームタイプに対して構成できます。

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

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

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

DD Boost の機能


第 3 章

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

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

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

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

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

l Data Domain システムでの DD Boost の有効化..................................................... 32l DD Boost への複数ユーザーの割り当て................................................................ 32l ストレージユニットの作成 ..................................................................................... 33l ストレージユニットの論理クォータの構成（オプション） ........................................... 34l ストリーム制限を使用したストレージユニットの構成...............................................34l 分散セグメント処理の構成.....................................................................................36l IFGROUP の構成 ................................................................................................... 36l MFR（管理ファイルレプリケーション）の構成........................................................... 39l クライアントアクセス確認の構成............................................................................41l DD Boost と Secure Multi-Tenancy の統合............................................................. 42l DD Boost-over-FC サービスの構成......................................................................... 43l DD Boost-over FC デバイスセットのサイズ設定......................................................44

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

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

手順

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

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

# filesys statusThe 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 enableDD 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 に割り当てられていない有効な Data Domain システムローカルユーザーでストレージユニットが作成されると、ddboost user assign コマンドを使用してユーザーを



追加する場合と同じように、そのユーザーは自動的に DD Boost ユーザーリストに追加されます。ユーザー名なしで作成されたストレージユニットは、単一ユーザーとして機能します。

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

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

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

# ddboost user showDD Boost user ------------- user1user2 -------------

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

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

ストレージユニットの情報をフィルターできるように、ddboost file-replicationshow コマンドが更新されています。

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

手順

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

# ddboost storage-unit create NEW_STU1 user user1Created 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 user2Storage-unit "NEW_STU1" modified for user "user2".


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

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

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

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

に処理できます。

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

# ddboost storage-unit show Name Pre-Comp (GiB) Status User ------------------------------ -------------- ------ --------backup 19517.4 RW user1tset 0.0 RW user2SYNTH_REPL 2221.0 RW user3 ------------------------------ -------------- -------- -------- Q : Quota Defined RO : Read Only RW : Read Write

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

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

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

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

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

手順

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］

ストリーム制限を使用したストレージユニットの構成システム管理者は、4 種類のストリーム（バックアップ、リストア、レプリケーション、統合）それぞれの各ストレージユニットに対するストリーム警告制限を構成します。ストリーム数が



警告制限クォータを超えた場合、アラートが生成されます。ストリームリミットが 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 2Created 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 1NEW_STU1: Stream soft limits: write=3, read=2, repl=1, combined=none

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

# ddboost streams show active Name Read Write Repl-out Repl-in Read Write Repl Combined Streams Streams Streams Streams Limit Limit Limit Limit------------- ------- ------- -------- ------- ----- ----- ----- -------- NEW_STU1 1 0 0 0 2 3 1 - NEW_STU0 0 2 1 0 1 5 2 - ------------- ------- ------- -------- ------- ----- ----- ----- DD System Stream Limits: read=50 write=180 repl-in=180 repl-out=90 combined=180

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

イプに基づいています。

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

# ddboost streams show history storage-unit stu1 last 1hoursINTERVAL: 10 mins"-" indicates that the data is not available for the intervals

Storage-Unit: "NEW_STU0"Date Time read write repl-out repl-inYYYY/MM/DD HH:MM streams streams streams streams----------------- ------- ------- --------- --------2013/08/29 12:00 0 0 0 02013/08/29 12:10 0 0 0 02013/08/29 12:20 0 1 0 02013/08/29 12:30 0 2 0 02013/08/29 12:40 0 2 0 02013/08/29 12:50 0 1 0 02013/08/29 13:00 0 0 0 0----------------- ------- ------- --------- --------

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

# ddboost streams show history storage-unit xyzStorage-unit /data/col1/xyz not configured


ストリーム制限を使用したストレージユニットの構成 35

分散セグメント処理の構成分散セグメント処理オプションは 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 にアップグレードしたシステムでは、分散セグメント処理は以前の状態のままとなります。

IFGROUP の構成

この機能は、IP 経由の DD Boost にのみ適用されます。 IFGROUP 機能の概要については、

IFGROUP： DD Boost の IP ロードバランシングおよびフェイルオーバー（20 ページ）を参照し

てください。

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

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

手順

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

# ddboost ifgroup create ［group_name］

例：

# ddboost ifgroup create external# ddboost ifgroup create lab10G

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

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

す。

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

# ddboost ifgroup add [［group_name］] {interface ［ipaddr］ | client ［host-name］}

例：



# ddboost ifgroup add interface 10.6.109.140 client *.datadomain.com# ddboost ifgroup add interface 10.6.109.141 client *

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

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

バックアップアプリケーションに登録するインターフェイスを IFGROUP から選択するのは

必須ではありません。 IFGROUP に含まれていないインターフェイスもバックアップアプリ

ケーションへの登録に使用できます。

インターフェイスは、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 のステータス（有効/無効）を確認します。

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

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

クライアントが IFGROUP インターフェイスに直接接続する場合は、クライアントエントリー

は不要ですが、IFGROUP ではグループを有効化するためクライアントが 1 つ必要です。

このため、次のように「ダミー」のクライアントを追加します。 ddboost ifgroup addclient group-name.noclient

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

# ddboost ifgroup show config all

結果

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

Group Name Status Interfaces Clients Count Count-----------------------------------------------------------------default enabled 2 1external enabled 2 1lab10G enabled 2 2


IFGROUP の構成 37

-----------------------------------------------------------------Group Name Status Interfaces ------------------------------------------------------------default enabled 10.6.109.141default enabled 10.6.109.41external enabled 10.6.109.140 external enabled 10.6.109.142lab10G enabled 192.168.1.220lab10G enabled 192.168.1.221-----------------------------------------------------------------Group Name Status Clients ------------------------------------------------------------default enabled *external enabled *.datadomain.comlab10G 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 またはデフォルトグループから、インターフェイスまたはクライアントを削除します。

# ddboost ifgroup del default interface 10.6.109.144

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

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

ム上の IFGROUP の構成は削除されません。

結果

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



IFGROUP 用に構成されたインターフェイスを有効化するなど、インターフェイスを変更する

net コマンドを使用して変更を行った場合は、ddboost show connections コマンドを

使用してロードバランシングビューを更新してください。ロードバランシングビューを更新

することで、IFGROUP でインターフェイスを使用できます。

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

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

手順

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

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

認します。

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

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

# ddboost ifgroup reset ［<group-name>］

結果

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

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

# ddboost ifgroup destroy ［group-name］

例：

# ddboost ifgroup destroy external

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

Enterprise Manager のデータ管理の DD Boost ビューから IFGROUP を管理することもでき

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

MFR（管理ファイルレプリケーション）の構成


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

MFR スロットリング

MFR（管理ファイルレプリケーション）を使用する場合に、レプリケーションスロットリングを無効化する必要があります。スロットリングを使用する必要がある場合は、回避策として、デスティネーションポートレートコマンドの/ddr/bin/repl_throttleでスロットルを

手動で設定します。これが必要な場合は、エンジニアリング担当までお問い合わせください。

低帯域幅の適化の有効化

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

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

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

を再起動する必要はありません。ただし、低帯域幅の適化を有効化した後で、これを有

効にするため、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 とメモリ）が追加で必要になります。

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 ポートの変更

管理ファイルレプリケーションの 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 が有効化されている場合にクライアントがクライアントリストに追加されていないと、すべてのクライアントが自動的にクライアントリストに含まれます。デフォルトでは、*ワイルドカードが

使用されます。


MFR TCP ポートの変更 41

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

ます。

メディアサーバーのクライアントリストには、完全修飾ドメイン名、短い名前のどちらでも含めることができます。クライアント名はメディアホスト上の「hostname」と一致していなければならず、大文字と小文字が区別されます。

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

# ddboost clients delete ［client-list］

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

# ddboost client reset

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

# ddboost clients add ［client-list］

例：

# 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 anonymousrtp-ost-ms02.domain high anonymousrtp-ost-ms02.domain.com high anonymous

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

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

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

DD Boost と Secure Multi-Tenancy の統合SMT（Secure Multi-Tenancy）と統合された DD Boost 向けの ddboost storage-unitコマンドに、テナントユニットのキーワードが導入されています。ストレージユニットごとに 1つのテナントユニットを構成する必要があり、各テナントユニットを複数のストレージユニットに関連づけることができます。テナントユニットの関連づけとストレージユニットのユーザー名所有権は、互いに独立しています。テナントユニットはコマンドを使用して管理パスに使用されますが、読み取り、書き込みなどのデータパスには使用できません。ストレージユニットのすべての関連コマンドは、テナントユニットをサポートします。

DD Boost ユーザーと統合する SMT テナントユニットを作成するには、次のように入力します。

# smt tenant-unit create tu1Tenant-unit "tu1" created.

DD Boost ユーザーをデフォルトテナントユニットに割り当てるには、次のように入力します。

# ddboost user option set user1 default-tenant-unit tu1Default-tenant-unit is set to "tu1" for user "user1".



さらに DD Boost ユーザーをデフォルトテナントユニットに割り当てます。

DD Boost ユーザーをデフォルトテナントユニットから削除して割り当てを解除するには、次のように入力します。

# ddboost user option reset user3 Default-tenant-unit is reset for user "user3".

デフォルトテナントユニットに関連づけられた DD Boost ユーザーを表示するには、次のように入力します。

# ddboost user showDD Boost user Default tenant-unit------------- -------------------user1 tu1user2 tu2 ------------- -------------------

DD Boost-over-FC サービスの構成DD Boost-over-FC サービスをサポートするには、サポートされるファイバーチャネルターゲット HBA をシステムにインストールする必要があります（scsitargetの詳細について

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

次の追加構成ステップも必要です。

手順

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

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

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

またはデフォルト設定を受け入れます。デフォルトは、Data Domain システムのベースホスト名です。有効な dfc-server-name は、以下の文字のうちの 1 つ以上で構成されています。

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

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

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

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

l ダッシュ（「–」）

ドットまたはピリオド（「.」）は dfc-server-name内では無効です。これにより Data

Domain システムの完全修飾ドメイン名はその dfc-server-name として使用されま

せん。


DD Boost-over-FC サービスの構成 43

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

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

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

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

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

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

例：

# ddboost fc group create lab_group4. 使用可能な scitarget endpointのリストを表示するには、次のように入力しま

す。

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

5. 次のように 1 つのエンドポイントについて SCSI ターゲットアクセスグループのデバイスセットを構成します。

# ddboost fc group modify ［<group-name>］ device-setcount ［count］ endpoint ［endpoint-list］

例：

# ddboost fc group modify lab_group device-set count 8 endpoint 6a6. 次のようにイニシエーターを 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 パス管理（25 ページ）で説明されているように、Data Domainシステムでは Processor タイプの「DFC デバイス」が 1 台以上アドバタイズされます。DDBoost Library はこれらのデバイスを DD Boost-over-FC サービスとの通信に使用します。Data Domain システムでは、次のようにイニシエーターを ddboost-type scsitarget アクセスグループに追加して、イニシエーターに DFC デバイスへのアクセス権を付与します。

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

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

# ddboost fc group modify lab_group device-set count 4

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

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

1. メディアサーバーのキューの深さは制約を受けるか？DD Boost-over-Fibre Channel パス管理（25 ページ）で説明されているように、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 システムへの同時接続の大数：


サイズ設定の計算 45

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

Windows メディアサーバー

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

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

大数を C とします。

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 台のデバイスの構成には十分です。


サイズ設定の計算 47

第 4 章

DD Boost for OpenStorage のインストール




l インストールの概要............................................................................................... 50l NetBackup 用 OST プラグインのインストール........................................................ 51l Backup Exec 用 OST プラグインのインストール......................................................54l Windows メディアサーバーのパフォーマンスチューニング.................................... 55l Windows プラグインのアンインストール................................................................ 55

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

インストールの概要Data Domain Boost のインストール全般のステップは次のとおりです。

手順

1. Data Domain システムで DD Boost を有効にするために必要なライセンスを入手します。 EMC から直接、DD Boost のライセンスキーを購入できます。

l 基本ライセンスでデータのバックアップとリストアを行うことができます。

l 別個のレプリケーションライセンスを使用することで、管理ファイルレプリケーションまたは自動イメージレプリケーションを実行できます。ソースとデスティネーションの両方の Data Domain システム用に、レプリケーションライセンスを入手する必要があります。

2. Data Domain システムで DD Boost を有効化して構成します。低でも、ストレージユニットごとにユーザー名を構成するか、複数ストレージユニットに 1 つのユーザー名を構成する必要があります。

3. 各メディアサーバーに OST プラグインソフトウェアをインストールします。

4. この章に記されたインストール手順を完了したら、DD Boost のための Data Domain システムの準備（31 ページ）の説明に従って DD Boost を構成します。

OST プラグインと DD OS のアップグレード

OST プラグインまたは DD OS をアップグレードする前に、「Data Domain Boost CompatibilityGuide」を参照してください。「Data Domain Boost Compatibility Guide」には、OST プラグインと DD OS の互換性が定義されています。

DD OS リリースの新機能を利用するため、OST プラグインを対応するバージョンにアップグレードしてください。旧バージョンの OST プラグインも新バージョンの DD OS との互換性を維持していますが、新バージョンの DD OS の新機能には対応していません。メディアサーバーへの OST プラグインのインストール（51 ページ）の説明に従ってアップグレードを行ってください。

このドキュメントには、DD OS 5.5 のコマンドを使用した Data Domain の DD Boost 構成が

記されています。このバージョンの OST プラグインで異なるバージョンの DD OS を使用して

いる場合は、対応する 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 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

メディアサーバーへの 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 コマンドを使用して、ファイルを展開します。


NetBackup 用 OST プラグインのインストール 51

# 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/slibclean

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

# ./install.sh

モジュールがメモリからアンロードされたので、install.sh スクリプトが正しく実

行されるようになります。

Windows プラグインのインストール

Windows プラグインのインストーラーは libstspiDataDomainSetup.exeです。64ビット Windows プラグインがサポートされます。

インストールの準備

手順

1. 新バージョンの Windows OST プラグインインストーラーを EMC オンラインサポートからダウンロードします。



2. WinMD5 などのユーティリティで、ダウンロードしたファイルの MD5 ダイジェストを検証して、ファイルの整合性を確認します。プラグインのlibstspiDataDomainSetup.exeを展開します。

3. 実行中の NetBackup サービスがあれば停止します。 NetBackup Windows サービスの開始、停止、再開（53 ページ）の手順に従い、サービスを停止します。

4. 以前のプラグインバージョンがあれば、Windows のコントロールパネルを使用するか、OST プラグインのアンインストールコマンドをサイレントモードで実行して削除します。

libstspiDataDomainUninstall.exe /S

対話形式モードの場合：

libstspiDataDomainUninstall.exe

インストールの開始

インストールは、対話形式モードまたはサイレントモードで実行できます。

手順

1. セットアップの実行可能ファイルをダブルクリックして、インストーラーを起動します。

インストーラーが、NetBackup がインストール済みで、それぞれのサービスが実行されていないか確認します。実行中のサービスが検出されると、関連するメッセージが表示されて終了します。

2. サービスが停止されている場合は、使用許諾契約書が表示されます。内容を読み、［IAgree］をクリックして続行します。

3. ［Choose Install Location］ダイアログボックスに、正しいインストール先フォルダーが表示されます。このフォルダーは変更しないでください。［［インストール］］をクリックして、インストールを開始します。

進捗バーにインストールの進行状況が示されます。

4. インストールが完了したら、［Show details］ボタンをクリックして、インストールされたファイルとファイルの場所を確認します。

5. すべてのサービスを再開します。 NetBackup Windows サービスの開始、停止、再開（53 ページ）を参照してください。

6. Windows メディアサーバーのパフォーマンスチューニングをします。 Windows メディアサーバーのパフォーマンスチューニング（55 ページ）を参照してください。

NetBackup サービス

UNIX または Windows サービスの開始、停止、再開の手順に従ってください。

NetBackup UNIX サービスの開始と停止

UNIX サービスを停止するには、次のように入力します。

# nbrmms -terminate

UNIX サービスを開始または再開するには、次のように入力します。

# nbrmms

NetBackup Windows サービスの開始、停止、再開

手順

1. ［スタート］ > ［コントロールパネル］ > ［管理ツール］ > ［サービス］に移動します。


NetBackup サービス 53

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 サービス（55 ページ）の説明に従い、サービスを停止します。

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 サービス（55 ページ）を参照してください。

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 85209）を参照してください。この記事は、EMC サポートポータルサイト https://support.emc.com で参照できます。

Windows プラグインのアンインストールこの手順は、NetBackup と Backup Exec に適用されます。

手順

1. バックアップアプリケーションのサービスを停止します。

2. 以下のいずれかの操作を実行します。

l Windows コントロールパネルの［プログラムのアンインストールと変更］で DataDomain OpenStorage プラグインをアンインストールします（通常の Windows プログラムのアンインストールと同じ手順）。

l プラグインと同じディレクトリにインストールされたlibstspiDataDomainUninstall.exeをダブルクリックします。［Uninstall］をクリックします。アンインストールしたら、［Show details］をクリックして、削除されたファイルを確認します。


Backup Exec サービス 55

https://support.emc.com

第 5 章

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



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

l メディアサーバーの構成....................................................................................... 58l NetBackup 管理.................................................................................................... 72l Backup Exec の管理..............................................................................................74

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

メディアサーバーの構成メディアサーバーの構成は、使用されているバックアップアプリケーションによって異なります。該当する構成のセクションを参照してください。

NetBackup 構成

この章の例では、以下の構成を前提とします。

l load64 という名前のメディアサーバーが NBU 7.x を実行している。

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 サービス（53 ページ）を参照してください。

2. メディアサーバーで、次のように入力してバックアップアプリケーションがプラグインを検出することを確認します。

# bpssinfo -pi -stype DataDomain

出力には、次のことが表示されます。

l ベンダーバージョン（プラグインのバージョン）

l ビルドバージョン（OST プラグインのバージョン）

3. 仮想統合の機能を使用する予定である場合は、Data Domain システムで次のコマンドを入力して、仮想統合を有効化します。

# ddboost option set virtual-synthetics enabled



4. メディアサーバーで、次のように入力して 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 では、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 構成 59

バックアップアプリケーションには、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/netbackup



l 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


NetBackup 構成 61

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のホスト名参照を行うときに、


NetBackup 構成 63

Dst_DD_System に到達できる IP アドレスが見つかるようにする必要があります。これは、Src_DD_System で/etc/hosts ファイルにエントリーを追加することで行えます。

ストレージライフサイクルポリシーによる適化された複製の自動化

ストレージ・ライフサイクル・ポリシーは、バックアップ・ファイルの宛先を記載したリストと、各ファイルの保存期間から構成されます。ライフサイクル・プロセスでは、ファイルの作成、保持、そして後に失効が行われます。ストレージライフサイクルポリシーを使用することで、初のバックアップおよびその複製コピーに対し、異なる保存期間を指定できます。たとえば、元のローカル・バックアップ用に保存期間を指定し、災害復旧サイトの複製コピー用に別の保存期間を指定できます。

SLP の複製先として個々のストレージユニットを選択します。詳細については、ナレッジベース記事の「OST Duplication Does Not Work」（ドキュメント ID 71960）を参照してください。この記事は、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


NetBackup 構成 65

バックアップオペレーションの例：増分バックアップ

増分バックアップでは、ヘッダー（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


NetBackup 構成 67

----------------------------- ------------- ------ 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 2012管理者ガイド」を参照してください。すべてのバージョンの 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 の構成 69

8. ［Completing the Logon Account Wizard］ダイアログボックスが表示されます。［Finish］をクリックします。

デバイスの構成

次のステップに従ってデバイスを構成します。

手順

1. Data Domain システム上にストレージユニットを作成します。ストレージユニットの作成（60 ページ）を参照してください。

2. Backup Exec のホームページで、［Tools］メニューの［Configure Devices］を選択します。メニューから［Add OpenStorage］を選択します。

3. ［Add OpenStorage Device］ダイアログボックスの［General］タブを次のように構成します。

l ［Name］： Data Domain システムの名前を入力します。

l ［サーバー］： Data Domain ホスト名を入力します。

l 以前に作成したログオンアカウント名を選択します。

l ［DataDomain］をサーバータイプとして選択します。

l ［Storage unit］：ストレージユニットを選択します。

l ［コンカレントオペレーション］：デバイスのコンカレント処理数を指定します。単一メディアサーバー OpenStorage プラグインおよび関連づけられたすべてのOST ストレージユニット間のコンカレント接続（ジョブ）の合計数は 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 2012 管理者ガ

イド」で詳細に説明されています。関連づけた複製ジョブを任意のバックアップジョブに接続することも、以前のバックアップセットを複製することもできます。

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 以上でサポートされます。

l Data Domain は、データセットを 1 つだけ持つイメージについて適化された複製をサポートします。複数のボリュームまたは複数のボリュームの選択（C:\Windows、D:、E:など）、エージェント（SQL Server、SharePoint など）、組み合わせが 1 つのジョブでバ

ックアップされると、Symantec Backup Exec Hotfix 138226 が適用されていない限り、結果のバックアップイメージにはすべてのドライブまたはアプリケーションのデータセットが含まれます。この Hotfix は、Backup Exec 2010 R2 にのみ適用できます。Hotfix


Backup Exec の構成 71

138226 が適用された 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.5

ネットワークのタイムアウト

バックアップジョブとリストアジョブは、完了するまでに長時間を要することがよくあります。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

GUI を使用して、ファイル、ライフサイクルポリシー、ストレージユニット、ディスクプール

を削除できます。

トラブルシューティングについては、Data Domain システムを削除できない場合（76 ページ）を参照してください。

6. tpconfig コマンドを使用して、認証情報を削除します。


フェイルオーバーを実行するストレージユニットのグループ化 73

# 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 一般的なトラブルシューティング.............................................................................76l ファイルレプリケーションに関する Data Domain システムの設定........................... 76l NetBackup のトラブルシューティング......................................................................76l Backup Exec のトラブルシューティング................................................................... 87

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

一般的なトラブルシューティング問題を調査する場合は、DD Boost ソフトウェアのコンポーネントが、Data Domain システムとバックアップアプリケーションシステムの両方にあることに注意してください。 2 つの環境に互換性が必要です。次のトラブルシューティングに関する考慮事項は、どちらのシステムにも適用されます。

l サポートされる構成EMC オンラインサポートサイト（https://support.emc.com）の「EMC Data Domain BoostCompatibility Guide」に指定されたサポートされる構成であることを確認してください。

コンポーネントが変更された場合、サポートされる構成がサポートされなくなる可能性が

あります。

l 許可の失敗許可の失敗が発生した場合は、すべてのシステムが他のシステムに対して適切なアクセス認証情報を持っていることを確認します。メディアサーバーの構成（58 ページ）に、ユーザー資格情報の設定に関する指示が記載されています。

ファイルレプリケーションに関する 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. メディアサーバー上のエラーログ（78 ページ）の説明に従って、メディアサーバー上

の詳細なログメッセージを有効化します。

UNIX システムの場合

手順

1. rmmsがリスタートするが、emmはリスタートしない場合は、すべてのプロセス、特に

emmや rmmsが起動していることを確認します。

2. プロセスが起動していない場合は、次のように入力します。

# /bp/bin/goodies/netbackup start 3. deletestsを再度実行します。それでも失敗する場合は、/bp/nblog.conf ファイ

ルを開き、次のエントリーを追加して、詳細な NBU ログを有効化します。

NBSTSI=OID=202 4. メディアサーバー上のエラーログ（78 ページ）の説明に従って、詳細なログメッセー

ジを有効化します。

インストールの確認

不適切なインストールは、バックアップのような基本操作の問題の原因となる場合があります。

手順

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


インストールの確認 77

出力に表示されるベンダーバージョンは Data Domain プラグインバージョンであり、ビルドバージョンは DD Boost API のバージョンです。

bpstsinfo コマンドが失敗した場合は、/usr/openv/netbackup/logs/adminディレクトリのログファイルを確認します。

認証情報の確認

手順

1. ストレージサーバーとして登録されているすべての Data Domain システムの認証情報を表示するには、バックアップアプリケーションシステムから次のコマンドを入力します。

# tpconfig -dsh -all_hosts -stype DataDomain

必要条件

Data Domain システム（OpenStorage サーバー）の認証情報を追加できなかったことを示すメッセージを受け取った場合は、認証情報の追加（59 ページ）の処理手順に従います。ここには、認証情報の設定方法とエラーおよび不整合の確認方法が記載されています。

ライセンスエラーの解決

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\bptm2. 次のコマンドを入力して、レプリケーションライセンスがインストールされていることを確

認します。

# license show 3. さらに支援が必要な場合は、ご契約のサポートプロバイダーにお問い合わせください。


メディアサーバー上の失敗したバックアップの解決 79

タイムアウトエラーの解決

手順

1. クライアントから Data Domain システムへの pingが可能なことを確認します。

2. 次のように入力して Data Domain システムでファイルシステムを実行中であることを確認します。

# filesys status3. 次のように入力して Data Domain システムで NFS を実行中であることを確認します。

# nfs status

プラグインログメッセージの解決

プラグインでエラーが発生すると、EPLUGINエラーコードが NetBackup に返されて、エラ

ーの理由がログに記録されます。

手順

1. 理由が次のいずれかであるかを確認します。

l Write Length Exceeds Limit Error書き込みバッファーのデータサイズが制限されています。制限超過のエラーメッセージが出る場合は、バッファーの構成（60 ページ）の説明に従い、バッファーサイズを指定の制限内の値に変更します。

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］

適化された複製ジョブの失敗

DD OS 4.7 以上を実行するソースとデスティネーション両方の Data Domain システムで、適化された複製のためのレプリケーションソフトウェアライセンスが必要です。

このライセンスがインストールされていないと、適化された複製ジョブが失敗します。標準的なアクティビティ監視ジョブの詳細に、メディア書き込みエラー（84）が発生したことが示さ

れます。 NetBackup の bpdmログに、NFS の操作がサポートされないことが示されます。

レプリケーション用ライセンスの追加

手順

1. Data Domain からレプリケーションライセンスコードを取得します。

2. それぞれの Data Domain システムのコマンドラインインターフェイスから、ライセンスコードを追加します。

# license add ［license code］


適化された複製ジョブの失敗 81

仮想統合バックアップ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-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


自動イメージレプリケーションの監視 83

Resident Images: 0LSU 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 では、レプリケーションターゲットとソースを探し、次のように入力します。

nbdevquery -listdp -stype DataDomain -U

Disk Pool Name : sol022sparc1-dd670c2Disk Pool Id : sol022sparc1-dd670c2Disk Type : DataDomainStatus : UPFlag : PatchworkFlag : VisibleFlag : OpenStorageFlag : SingleStorageServerFlag : CopyExtentsFlag : AdminUpFlag : InternalUpFlag : LifeCycleFlag : CapacityMgmtFlag : FragmentImagesFlag : CprFlag : FT-TransferFlag : OptimizedImageFlag : ReplicationSourceRaw Size (GB) : 7726.00Usable Size (GB) : 7726.00Num Volumes : 1High Watermark : 98Low Watermark : 80Max IO Streams : -1Comment :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 ドメインがポストされたイベントのクエリーを実行していないことを示します。

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: [ ]


自動イメージレプリケーションの監視 85

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.bpcdログで、インポートジョブが開始されていることを示すエントリーを探します。これ

をも簡単に行うには、ソースドメインで報告されているイメージ ID のグレップ検索を実行します。この場合は、bluemedia_1329923106です。

07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -cbluemedia -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 すべてのストレージユニットでコンカレント接続（ジョブ）の数が正しく設定されていること

を確認します。

n Backup Exec：単一のメディアサーバープラグインからすべての関連するOpenStorage ストレージユニットへのコンカレント接続の合計数は 48 です。この数は、デバイスを構成するときに指定されたものです。デバイスの構成（70 ページ）を参照してください。

l 問題が発生した場合は、Backup Exec サービスを停止して再開してみてください。それでも解決しない場合は、次の操作を実行します。

n サーバを再起動します。

n デバッガーを起動して、問題の再現を試みます。

インストールの確認

不適切なインストールは、バックアップのような基本操作の問題の原因となる場合があります。

手順

1. libstspiDataDomain.dllが C:\Program Files\Symantec\BackupExec\にあることを確認します。


Backup Exec のトラブルシューティング 87

http://www.symantec.com/business/support/

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］が有効でなければ選択します。



emc® data domain boost for openstorage 3.0 管理 …詳細については、次のdata...

Documents