openstorage dell emc data domain boost for（data domain boost）とveritas netbackup...

Dell EMC Data Domain® Boost forOpenStorageバージョン < 3.5

管理ガイド302-005-415

REV. 01

Copyright © 2018 Dell Inc.およびその関連会社。 All rights reserved. （不許複製・禁無断転載）

2018年 12月発行

掲載される情報は、発信現在で正確な情報であり、予告なく変更される場合があります。

本文書に記載される情報は、「現状有姿」の条件で提供されています。本文書に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示的保証はいたしません。この資料に記載される、いかなる Dell ソフトウェアの使用、複製、頒布も、当該ソフトウェアライセンスが必要です。

Dell、EMC、および Dell または EMC が提供する製品及びサービスにかかる商標は Dell Inc.またはその関連会社の商標又は登録商標です。その他の商標は、各社の商標又は登録商標です。Published in the USA.

EMC ジャパン株式会社〒 151-0053 東京都渋谷区代々木 2-1-1 新宿マインズタワーwww.DellEMC.com/ja-jp/index.htmお問い合わせはwww.DellEMC.com/ja-jp/index.htm

2 Data Domain Boost for OpenStorage < 3.5 管理ガイド

はじめに 7

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

DD Boostの機能 15DD Boost の機能の概要................................................................................16分散セグメント処理 ....................................................................................... 16インフライト暗号化..........................................................................................17グローバル認証と暗号化................................................................................. 18

認証および暗号化の設定方法........................................................... 18認証および暗号化の設定.................................................................. 18認証と暗号化のオプション...................................................................19後方互換性のシナリオ.......................................................................20

MFR（管理ファイルレプリケーション）..............................................................22低帯域幅の最適化.......................................................................... 22暗号化された管理ファイルレプリケーション............................................ 23

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

AIR（自動イメージレプリケーション）...............................................................24Data Domain システムで AIR を使用するときの制限 ............................ 26ターゲットを絞った自動イメージレプリケーション...................................... 26

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

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

DD Boost-over-Fibre Channel転送.............................................................36DD Boost-over-Fibre Channelパス管理.......................................................38

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

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

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

データパターンに最適化された先読み............................................................... 44

第 1章

第 2章

目次

Data Domain Boost for OpenStorage < 3.5 管理ガイド 3

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

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

MFR に対するダイナミックインターフェイスグループの使用.................................... 57LAN経由のレプリケーション................................................................58WAN経由のレプリケーション.............................................................. 60その他のサポートされている用途.......................................................... 61レプリケーションフェイルオーバーホスト名.............................................. 64NAT（ネットワークアドレス変換）のサポート....................................... 65バックアップとレプリケーションの競合の解決............................................ 66

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

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

DD Boost-over-FC サービスの構成................................................................70DD Boost-over-FC デバイスセットのサイズ設定.................................. 72サイズ設定の計算.............................................................................73AIX DDdfc デバイスドライバのインストール（AIX クライアントの場合はオプション）.............................................................................................. 76Solaris クライアント用の SCSI汎用デバイスドライバーの構成.................77

グローバル認証と暗号化の設定.......................................................................78グローバル認証と暗号化設定の表示...................................................79グローバル認証と暗号化設定のリセット................................................ 79

DD Boost for OpenStorageのインストール 81インストールプロセスの概要.............................................................................82

OST プラグインと DD OS のアップグレード............................................ 82ファイアウォールとポート.......................................................................83

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

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

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

第 3章

第 4章

目次


バックアップアプリケーションの管理 89メディアサーバーの構成..................................................................................90

NetBackup の構成..........................................................................90Backup Exec の構成..................................................................... 100

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

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

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

Data Domain システムを削除できない場合.........................................110インストールの確認............................................................................111認証情報の確認............................................................................. 112ライセンスエラーの解決..................................................................... 112メディアサーバー上のエラーログ..........................................................112メディアサーバー上の失敗したバックアップの解決.................................. 113プラグインログメッセージの解決.........................................................114「Cannot connect on socket」エラーの解決...................................... 114Solaris メディアサーバー上での NetBackupバックアップジョブの失敗..... 115AIX クライアントからのバックアップジョブが失敗する................................ 115最適化された複製ジョブの失敗......................................................... 116仮想統合バックアップ........................................................................ 116自動イメージレプリケーションの監視....................................................116

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

第 5章

第 6章

目次

Data Domain Boost for OpenStorage < 3.5 管理ガイド 5

はじめに

製品ラインを改善するための努力の一環として、EMC ではソフトウェアおよびハードウェアのリビジョンを定期的にリリースしています。そのため、このドキュメントで説明されている機能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポートされていないものもあります。製品リリースノートには、製品の機能、ソフトウェアアップデート、ソフトウェア互換性ガイドの最新情報、および EMC の製品、ライセンス、サービスについて記載されています。　製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、EMC のテクニカルサポートプロフェッショナルにお問い合わせください。

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

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

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

関連する EMC ドキュメント詳細については、次の Data Domain システムドキュメントを参照してください。l 「EMC Data Domain Boost for OpenStorage リリースノート」l 「EMC Data Domain オペレーティングシステムリリースノート」l 「EMC Data Domain オペレーティングシステム初期構成ガイド」l 「EMC Data Domain Operating System管理ガイド」l 「EMC Data Domain オペレーティングシステムコマンドリファレンスガイド」l 「EMC Data Domain拡張シェルフハードウェアガイド」l 各サポートプラットフォーム（DD890など）の Data Domain システムのインストールおよびセッ

トアップガイド

EMC製品のヘルプの入手先EMC のサポート情報、製品情報、ライセンス情報は、次の場所で入手できます。製品情報

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

テクニカルサポートEMC オンラインサポートにアクセスして、サービスセンターをクリックします。EMC テクニカルサポートへの問い合わせ方法がいくつか表示されます。サービスリクエストを開始するには、有効

はじめに 7

https://support.emc.com/


https://support.emc.com

なサポート契約が必要です。有効なサポート契約を結ぶ方法の詳細や、アカウントに関する質問については、EMC担当営業にお問い合わせください。

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

Veritas Backup Execのヘルプの入手先Backup Exec の詳細（データシート、ホワイトペーパー、サポート、トレーニングを含む）については、Veritas の Backup Exec製品サイト（https://www.veritas.com/product/backup-and-recovery/netbackup）を参照してください。次のドキュメントは、アプリケーションとともにインストールされます。l 「Veritas Backup Exec 15管理者ガイド」l 「Backup Exec 15 ハードウェア互換性リスト」

DD Boost とその他のバックアップアプリケーションOST プラグインは、DD Boost プラグインライブラリを使用します。DD Boost プラグインライブラリとの相互運用が可能なその他のバックアップアプリケーションには、以下のものが含まれます。l Dell NetVault Backup

l Dell vRanger Pro

l EMC Avamar

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

l EMC Microsoft application agent for DD Boost for Enterprise Applications

l EMC NetWorker

l Hewlett-Packard HP Data Protector

l Pivotal Greenplum Data Computing Appliance

l Quest NetVault

l Quest vRanger Pro

l Veeam Backup and Replication

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

このマニュアルで使用される特記事項の表記規則EMC では、特別な注意を要する事項に次の表記法を使用します。

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

通知は、トピックに対して本質的ではなく偶発的な情報を示します。通知は、説明、コメント、テキストのポイントの補足、または単に関係するポイントだけを示す場合があります。

はじめに


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

https://www.veritas.com/product/backup-and-recovery/netbackup

https://www.veritas.com/product/backup-and-recovery/netbackup

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

表 1 フォント

［太字］ウィンドウ名、ダイアログボックス、ボタン、フィールド、タブ名、キー名、メニューパスなど、インターフェイスの構成要素（ユーザーが明示的に選択またはクリックする対象）の名前を示します。

［斜体］テキストにリストされた出版物のタイトルをハイライトしますMonospace 次のようなシステム情報を示します。

l システムコードl エラーメッセージやスクリプトなどのシステム出力l パス名、ファイル名、プロンプト、構文l コマンドおよびオプション

モノスペース斜体変数値に置き換える必要があり変数名をハイライトします

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

[ ] オプション値

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

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

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

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

はじめに

9

mailto:[email protected]

はじめに


第 1章

Data Domain Boost for OpenStorage の紹介

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

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

Data Domain Boost for OpenStorage の紹介 11

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

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

リビジョン日付説明

01 (3.5) 2018年 12月このリビジョンには、次の新機能およびツールに関する情報が含まれています。l 特定のデータアクセスパターンに基づいて先読みデータキャッ

シュをインテリジェントに有効または無効にするための拡張先読みロジック。

DD Boost for OpenStorageの概要Veritasバックアップアプリケーション（NetBackup および Backup Exec）との関連において、DataDomain Boost（DD Boost）には、次の 2 つのコンポーネントがあります。l メディアサーバーごとにインストールする OST プラグイン。このプラグインには、Data Domain シ

ステムで実行されている DD サーバーとの統合のための DD Boost ライブラリが含まれます。l Data Domain システムで実行する DD サーバー。

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

バックアップアプリケーション（NetBackup または Backup Exec）によって、バックアップと複製を行うタイミングを制御するポリシーが設定されます。管理者は、単一のコンソールからバックアップ、複製、リストアを管理し、WAN効率の良い Replicator ソフトウェアを含む、DD Boost のあらゆる機能を使用できます。Data Domain システムは、DD Boost が有効化されたメディアサーバーに対し、ストレージユニットと呼ばれる作成済みのディスクボリュームを公開します。それぞれが Data Domain OST プラグインを備える複数のメディアサーバーが、Data Domain システム上の同一のストレージユニットをストレージサーバーとして使用できます。それぞれのメディアサーバーは、異なるオペレーティングシステムを実行できます。これには、オペレーティングシステムが Data Domain とバックアップアプリケーションの NetBackup または Backup Exec でサポートされることが条件となります。図は、NetBackup を使用した OpenStorage用の Data Domain Boost の構成例を示しています。



図 1 DD Boost for OpenStorage：NetBackup の構成

1. クライアント2. サーバー3. プライマリストレージ4. メディアサーバー5. OST プラグイン6. Data Domain[Data Domain]

7. Data Domain アプライアンス8. DD Boost9. WAN

10 2台目の Data Domain アプライアンス11. 必要に応じてテープにアーカイブ12. バックアップ13. 保存/リストア14. レプリケーション15. 災害復旧

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

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


サポートされる構成 13


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

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



第 2章

DD Boost の機能

シングルノードおよび DD Extended Retention に新機能と拡張機能が加わりました。DD HA（高可用性）もサポートします。この章では、DD Boost ソフトウェアの主な特徴と機能について次のトピックで説明します。

l DD Boost の機能の概要....................................................................................... 16l 分散セグメント処理 ...............................................................................................16l インフライト暗号化................................................................................................. 17l グローバル認証と暗号化.........................................................................................18l MFR（管理ファイルレプリケーション）..................................................................... 22l DD Boost と高可用性.......................................................................................... 23l AIR（自動イメージレプリケーション）...................................................................... 24l MTree レプリケーション...........................................................................................29l IPv6 サポート....................................................................................................... 30l ダイナミックインターフェイスグループ：DD Boost IP データパス管理.............................30l DD Boost-over-Fibre Channel転送.................................................................... 36l DD Boost-over-Fibre Channelパス管理.............................................................. 38l 仮想合成バックアップ..............................................................................................41l クライアントアクセス確認........................................................................................ 42l DD Boost マルチユーザーデータパス......................................................................42l ストレージユニットの管理........................................................................................42l データパターンに最適化された先読み.......................................................................44

DD Boost の機能 15

DD Boostの機能の概要バックアップアプリケーションは、データリカバリや災害対策の戦略において重要な要素となっています。それぞれの戦略は、迅速な対応と効果的なオペレーションの管理を可能にする、強力でシンプル、柔軟な基盤を必要とします。Data Domain システムは、バックアップソフトウェアとの統合が容易で、インライン重複排除による保存とリカバリのメリットが得られます。また、Data Domain システムは、オフサイトの災害復旧のために、WAN を介したレプリケーション保護を提供します。DD Boostは、クライアントとバックアップサーバ間で重複排除プロセスを分散することで、パフォーマンスを向上させます。

DD Boost のパフォーマンスは、DD Boost クライアントが実行されているハードウェアの種類によって異なります。最高のパフォーマンスは、Intel x86 ベースのファミリープロセッサーで実行中のクライアントで発揮されます。アーキテクチャ上の制約により、Itanium（HP-UX）、Power（AIX）、Sparc（Solaris）などの x86 ベース以外のシステムではパフォーマンスが低下する場合があります。

分散セグメント処理DD Boost ソフトウェアの分散セグメント処理機能は、クライアントとサーバ間で重複排除プロセスを分散し、重複データが Data Domain システムに送られるのを防ぎます。分散セグメント処理には、次のような利点があります。l DD Boost Library から一意のデータのみが Data Domain システムに送られるので、ネットワー

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

l Data Domain システムに送信されるデータが少ないため、バックアップ時間を短縮しました。

DD Boost の機能


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

1. データベースサーバ2. Data Domain システム3. Data Domain OpenStorage プラグイン4. セグメント5. フィンガープリント6. 圧縮7. フィルター8. Write

Solaris 11/11.1 に付属の OpenSSL 1.0.0.j を使用して、Solaris 11（SRU2以上）または Solaris11.1以上で実行する場合、他の Solaris システムと比較して、プラグインにより DSP（分散セグメント処理）が向上します。SPARC T4-+クラスマシン（T4、T5、M6、M7）プロセッサーで、Solaris11（SRU2以降）または Solaris 11.1以降で実行する Solaris プラグインの場合、DSP がデフォルトで有効になるようになりました。

インフライト暗号化インフライト暗号化を使用すると、Data Domain システムから LAN を介してバックアップまたはリストアするインフライトデータをアプリケーションが暗号化できます。この機能はデータ転送機能のセキュリティを高めるために導入されました。構成されている場合、クライアントでは、TLS を使用してクライアントと Data Domain システムの間のセッションを暗号化できます。使用される具体的な暗号スイートは、ADH-AES256-SHA（HIGH暗号化オプションを選択）または ADH-AES128-SHA（MEDIUM暗号化オプションを選択）です。

DD Boost の機能

インフライト暗号化 17

グローバル認証と暗号化DD Boost では、MITM（中間者攻撃）からシステムを保護するためのグローバル認証と暗号化オプションを提供します。グローバルオプションにより新しいクライアントが保護されますが、クライアントごとに異なる値を構成することもできます。さらに、クライアント設定はセキュリティを強化できますが、弱くすることはできません。グローバル認証モードと暗号化強度の設定により、認証と暗号化の最低レベルが設定されます。すべてのクライアントによるすべての接続の試行は、これらのレベル以上である必要があります。

これらの尺度はデフォルトでは有効になっていません。設定は手動で変更する必要があります。

デフォルトのグローバルオプションには後方互換性があります。これは次のような意味を持ちます。l DD Boost ライブラリを更新する必要がありません。

すべての既存のクライアントおよびアプリケーションは、新しいオプションのデフォルト設定のもとで同様に動作します。

l 暗号化は追加されていないため、パフォーマンスへの影響はありません。

グローバル設定がデフォルト設定と異なる場合、既存のクライアントを更新する必要があります。

認証および暗号化の設定方法認証と暗号化の設定は 2 つの方法で指定できます。l クライアントごとの設定

Data Domain システムで CLI コマンドを使用して設定します。l グローバル設定

Data Domain システムで CLI コマンドを使用して設定します。クライアントごとの設定とグローバル設定の両方が設定されている場合、より強い、または高い設定が適用されます。弱い認証または暗号化設定で接続を試みるクライアントは拒否されます。

認証および暗号化の設定認証と暗号化の設定を決定する際は、いくつかの要因が考慮されます。しかし、常に利用可能な最高の設定を選択して、セキュリティを最大限にすることをお勧めします。最大限のセキュリティは、パフォーマンスに影響します。制御された環境であり、最大限のセキュリティが必要ない場合は、その他の設定を使用することも可能です。

グローバル設定グローバル設定は、認証と暗号化の最低限のレベルを決定します。これらの基準を満たしていない接続試行は失敗します。

クライアントごとの設定設定がクライアントごとのみ定義されている場合、最低限の認証および暗号化設定はクライアント設定により決まります。これらの設定を満たす接続試行は失敗します。グローバル設定が定義されている環境でクライアントごとの設定が定義される場合は、クライアントごとの値が当てはまるか、またはグローバル設定を上回るときにのみ使用されます。グローバル設定より小さいクライアントごとの設定は無視されます。

DD Boost の機能


次に例を挙げます。l 匿名認証を要求するようにクライアントが構成されており、グローバル認証の設定が「two-way

password」の場合は、双方向パスワード認証が使用されます。よりセキュリティ強度が高いためです。

l クライアントの認証設定が「two-way password」であり、グローバル設定が「none」の場合は、「two-way-password」認証が使用されます。よりセキュリティ強度が高いためです。

呼び出し元が指定した値呼び出し元が指定した値は、グローバル設定またはクライアントごとの設定の両方よりも厳しい場合に使用されます。

認証と暗号化のオプショングローバル認証と暗号化のどちらに対しても、許可されている 3 つの設定のうち 1 つを選択できます。これらの設定の範囲は、セキュリティ強度低（ただし、後方互換性に最も優れる）からセキュリティ強度高までです。

認証と暗号化の値は、依存関係があるため同時に設定する必要があります。

グローバル認証と暗号化のオプション各選択肢に対して global-authentication-mode と global-encryption-strength のオプションを選択できます。Data Domain システムでは、DD Boost for OpenStorage では使用できない、追加のクライアントごとおよびグローバル認証の設定をサポートしています。これらの値は「一方向」と「双方向」です。

認証設定次の一覧は、認証設定を認証レベルの弱いものから順に並べています。

1. none安全ではありません。デフォルト設定です。

2. anonymousデータは転送時に暗号化されます。MITM（中間者）攻撃に対して安全ではありません。

3. two-way password最も安全なオプションです。データは転送時に暗号化されます。MITM攻撃に対して安全です。

暗号化設定次の一覧は、暗号化強度を弱いものから順に並べています。

1. none安全ではありません。デフォルト設定です。

2. mediumAES 128 および SHA-1 を採用しています。

3. highAES 128 および SHA-1 を採用しています。

グローバル認証3 つの global-authentication-mode オプションは、それぞれ異なるレベルの保護と後方互換性を提供します。

DD Boost の機能

認証と暗号化のオプション 19

DD Boost コマンドとオプションを網羅した一覧については、「Data Domainバージョン 6.1 コマンドリファレンスガイド」を参照してください。ただし、文書に記載されている追加の認証設定は、DD Boostfor OpenStorage では使用できません。

None

ddboost option set global-authentication-mode noneglobal-encryption-strength none

「None」は、安全度は最も低いですが、最も後方互換性の高いオプションです。重要なパフォーマンス要件のあるシステムで、MITM攻撃からの保護を必要としない場合は、「none」を選択できます。システムは以前と同様に動作し、TLS によるパフォーマンス低下は起こりません。認証設定を「none」にした場合は、暗号化設定も「none」にする必要があります。認証設定を「none」以外に設定した場合は、暗号化設定を「none」にはできません。

Two-way password

ddboost option set global-authentication-mode two-way-passwordglobal-encryption-strength {medium | high}

two-way password メソッドでは、TLS を使用した PSK（事前共有キー）認証による双方向認証を行います。クライアントと Data Domain システムの両方が、事前に確立されたパスワードを使用して認証されます。このオプションを選択すると、クライアントと Data Domain システム間のすべてのデータとメッセージが暗号化されます。このオプションは、DD Boost for OpenStorage で利用できる唯一の安全なオプションであり、MITM（中間者攻撃）に対する完全な保護を提供します。暗号化の強度は、medium または high のいずれかである必要があります。双方向のパスワード認証は、MITM に対して安全であり、かつコーラー側指定を必要としない唯一の設定です。

後方互換性のシナリオ古いクライアントと新しい Data Domain システムこの場合、Boost ライブラリを使用するアプリケーションが DD OS 6.1以降とともに採用されます。このシナリオでは、クライアントは双方向パスワード認証を実行できません。この結果、次のような影響があります。l Data Domain システムの DD Boost OST（OpenStorage）クライアント向けのすべてのグロ

ーバルまたはクライアントごとの設定は、「none」または「anonymous」に設定する必要があります。

l グローバルまたはクライアントごとの設定に双方向パスワードを設定した場合、古いクライアントライブラリを使用するアプリケーションでエラーが発生する場合があります。

l 新しい Data Domain システムでは、古い OST クライアントでの既存の接続プロトコルがサポートされます。

新しいクライアントと古い Data Domain システム古い Data Domain システムでは「two-way-password」認証を実行できません。この結果、次のような影響があります。l グローバル認証または暗号化の設定はありません。l クライアントはまず、新しい接続プロトコルまたは RPC による接続を試みます。失敗した場合、

クライアントは古いプロトコルを使用します。l クライアントは、「two-way-password」以外の認証方法で接続できます。

DD Boost の機能


認証および暗号化の設定例次の表は、呼び出し、クライアントごとの設定、およびグローバル設定を使用した設定の指定の例と、これらの設定が成功したかどうかを示します。これらの例は、DD Boost クライアントから DD OS 6.1以降の Data Domain システムに接続していることを仮定しています。これらの例は、後方互換性のシナリオに記載されているいずれの状況にも適用されません。

表 3 単一設定

呼び出し時の指定クライアントごとの設定グローバル設定使用する値

None None None SUCCEEDSAuthentication: none

Encryption: none

Authentication: two-way-passwordEncryption: medium

None None SUCCEEDSAuthentication: two-way-password

Encryption: medium

None Authentication: two-way-passwordEncryption: medium

None SUCCEEDSAuthentication: two-way-password

Encryption: medium

None None Authentication: two-way-passwordEncryption: medium

SUCCEEDSAuthentication: two-way-password

Encryption: medium

None None Authentication: two-wayEncryption: high

FAILSTwo-way and highare required.

The client mustspecify two-way andprovide certificates.

Authentication: two-wayEncryption: high

None None SUCCEEDSAuthentication: two-way

Encryption: high

表 4 複数設定


Authentication: two-wayEncryption: medium

None Authentication: two-wayEncryption: high

FAILSTwo-way and high arerequired.

None Authentication: two-way

Authentication: two-way-password

FAILSTwo-way and high arerequired.

DD Boost の機能

後方互換性のシナリオ 21

表 4 複数設定（続き）


Encryption: high Encryption: medium The client mustspecify two-way andprovide certificates.




SUCCEEDSAuthentication: two-way

Encryption: high

None Authentication: two-way-passwordEncryption: medium


FAILSTwo-way and mediumare required.

The client mustspecify two-way andprovide certificates.



Authentication: two-way-passwordEncryption: medium

SUCCEEDSAuthentication: two-way

Encryption: high

MFR（管理ファイルレプリケーション）DD Boost ソフトウェアにより、アプリケーションは Data Domain Replicator ソフトウェアを制御できます。これにより、ネットワーク効率に優れた Data Domain レプリケーションテクノロジーを使用して、Data Domain システム上のデータのコピーを別の Data Domain システム上に作成できるようになります。バックアップアプリケーションは複数の Data Domain システム間のデータレプリケーションを制御するので、バックアップ管理者は、すべてのバックアップと重複コピーを追跡するために一元的な管理を行うことができます。ダイナミックインターフェイスグループは、DD Boost MFR に使用されるインターフェイスを制御する機能、特定のネットワーク経由でレプリケーション接続を実行する機能、フェイルオーバー条件に広帯域幅と信頼性を備えた複数のネットワークインターフェイスを使用する機能を提供します。詳細については、MFR に対するダイナミックインターフェイスグループの使用（57 ページ）を参照してください。

低帯域幅の最適化低帯域幅 Replicator オプションは、WAN による帯域幅の使用率を低減します。管理ファイルレプリケーションを低帯域幅のネットワーク（WAN）リンク経由で行う場合に役に立つ機能です。この機能により、データは転送中にさらに圧縮されます。利用可能な帯域幅が 6Mb/秒よりも小さいWAN リンク経由で行われる管理ファイルレプリケーションジョブの場合に限り使用が推奨されます。低帯域幅の最適化を有効化するには、ソースとデスティネーションの両方の Data Domain システムがこの設定で構成されている必要があります。このオプションは、すべてのレプリケーションジョブに適用されます。

DD Boost の機能


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

暗号化された管理ファイルレプリケーションこのオプションにより、アプリケーションは SSL を使用して、2 つの Data Domain システム間でレプリケーションセッションを暗号化できます。すべてのデータとメタデータがネットワーク経由で暗号化されて送信されます。ソースシステムとデスティネーションシステムは自動的にネゴシエーションを行い、要求側のアプリケーションに対して透過的に暗号化を実行します。暗号化されたファイルレプリケーションは ADH-AES256-SHA暗号スイートを使用します。このオプションは、それぞれの Data Domain システムで有効化され、そのシステムのすべての管理ファイルレプリケーションジョブに適用されます。管理ファイルレプリケーションジョブに関わるソースとデスティネーションの両方の Data Domain システムで、このオプションが有効化されている必要があります。暗号化された管理ファイルレプリケーションは、オプションの暗号化ライセンスのある DD OS で使用可能な静止データ暗号化機能とともに使用できます。暗号化された管理ファイルレプリケーションを静止データ暗号化機能とともに使用する場合、暗号化されたバックアップイメージデータは SSL を使用して再度暗号化され、WAN経由で送信されます。

l このトピックの詳細については、「Data Domain Operating System管理ガイド」を参照してください。この機能を使用するには、ソースとデスティネーションの両方の Data Domain システムがDD OS 5.0以上を実行している必要があります。この機能を有効化するために、DataDomain システムでファイルシステムを再起動する必要はありません。

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

DD Boost と高可用性DD OS 5.7.1以降、DD Boost を使用する Data Domain システムは HA（高可用性）構成に対応できるようになりました。通常の運用中に、アクティブノード上の DD Boost がスタンバイノードに、障害が発生した場合にスタンバイノード上で Boost が稼動し続けるのに必要な Boost データと状態情報を送信します。

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

DD Boostは、サーバー上のディスクにユーザーデータを強制的に書き込む操作を定期的に実行します。クライアント上の Boost が、これらのディスクへの定期的な同期操作ごとにすべてのユーザーデータをバッファするので、DD サーバーに障害が発生しても、データを再送信することができます。この方法は、仮想書き込みにも適用されます。標準書き込み処理を統合書き込み処理と混在させることができます。分散セグメント処理では、DD Boost ライブラリはバックアップされるファイルごとに 24 MB のメモリを使用します。HA が有効な DD Boost 5.7は、バックアップされるファイルごとに 128 MB のメモリを使用します。

DD Boost の機能

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

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

部分的な HA構成MFR（管理ファイルレプリケーション）は、互換性のある Data Domain OS のバージョンを実行している任意の 2 つの DD システム間でサポートされています。一方または両方の DD システムで高可用性が有効かどうかは関係ありません。2 つの HA システム間のMFRは、いずれかのシステムに障害が発生しても、両方のシステムが HAをサポートするので引き継がれます。ソースの HA システムまたはデスティネーションの HA システムのいずれかに障害が発生した場合でも、進行中のMFRはシームレスにリカバリします。さらに、HA システムに障害が発生しても、HA システムと非 HA システム間のMFRは引き継がれます。非 HA システムに障害が発生した場合は、MFRは引き継がれません。

HA が有効なシステムへのMFR

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

HA が有効なシステムからのMFR

ソース HA システムに障害が発生した場合、HA システムから DD OS 5.7以降を実行している単一ノードの Data Domain システムへのMFRは、シームレスにリカバリします。ただし、単一ノードのDD デスティネーションシステムに障害が発生した場合は、MFRはシームレスにリカバリしません。部分的な HA構成に関連するあらゆる場合において、障害が発生した際にシームレスにMFR が継続できるようにするには、非 HA システムで DD OS 5.7 が実行されている必要があります。非HA システムで DD OS 5.7 より前のバージョンが実行されているような部分的な HA構成では、MFRはいずれのシステムに障害が発生してもシームレスにはリカバリしません。すべての場合で、MFR がシームレスにリカバリするには、アプリケーションが DD HA Boost 3.2.1 ライブラリを使用している必要があります。

AIR（自動イメージレプリケーション）AIR（自動イメージレプリケーション）は、イメージをリモートマスターサーバードメインに複製することで機能します。NetBackup（NBU）7.6 で導入された AIR機能は、SLP（ストレージライフサイクルポリシー）を使用して NetBackup マスタードメイン間で選択されたイメージを複製できるようにすることで、サイト間のレプリケーションの課題に対処します。AIR の主な目的は、ミッションクリティカルなバックアップのオフサイトのコピーを作成して、サイトの損失から保護することにあります。バックアップを別のドメインに保存して、バックアップドメインのストレージ容量を拡張することや、データの毎日のリストアを行うことを意図したものではありません。サイト間

DD Boost の機能


の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 つだけサポートされています。このため、次の図に示すように、単一レプリケーションシナリオのみがサポートされます。図 3 自動イメージレプリケーション

1. D1（NBU ドメイン 1）SU-A

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

AIR関連づけの作成では IP サーバー名のみが有効です。DFC サーバー名は AIR関連づけの作成では使用しないでください。

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

DD Boost の機能

AIR（自動イメージレプリケーション） 25

ユーザーがリモートMMS SLP を構成しないことを選択した場合、リモート NBU ドメインのマスターメディアサーバ（MMS）はデフォルトでインポート SLP を作成します。プライマリドメインへのバックアップが完了すると、バックアップが宛先ドメインに複製され、宛先ドメインにあるカタログが更新されます。これにより、ターゲットドメインにいるバックアップオペレータは、ソース NBU ドメイン環境全体の致命的な損失などの際に、ターゲットドメインのクライアントにデータをリストアできます。

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

用してレプリケーションをカスケードすることはできません。レプリケーションを開始元のドメインから複数のドメインへとカスケードできるのは、それぞれの中間ドメインで元のイメージを予期し、それをインポートし、次のターゲットマスターにレプリケートするように SLP がセットアップされている場合のみです。カスケードした結果、直接的または間接的に、元のソースストレージユニットへの循環ループバック状態にならない場合があります。

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

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

ターゲットを絞った自動イメージレプリケーションターゲットを絞った AIR（自動イメージレプリケーション）を使用すると、DD Boost 3.3 とNetBackup 7.7.3 を実行している Data Domain システムで複数のデスティネーションストレージユニットにバックアップジョブをレプリケートできます。ターゲットを絞った AIR を使用すると、複数のストレージユニットで、他の構成に加えて、単一のデスティネーションにバックアップジョブをレプリケートすることもできます。AIRは、NetBackup アプリケーションで完了したバックアップのあるイメージセットをレプリケートするOST プラグインのサポートを提供します。ターゲットを絞った AIRは既存の AIR機能上に構築されているため、ddboost association のコマンドを使用して、1対多、多対 1、多対多、カスケードの関連づけを定義できます。ターゲットを絞った AIR には、次のソフトウェア要件があります。l DD OSバージョン 6.0（すべての Data Domain システムにインストール）l DD Boost OST プラグイン 3.3（すべてのメディアサーバにインストール）l NetBackup 7.7.3（すべてのメディアサーバにインストール）ターゲットを絞った AIR には次の要件はありません。l 以前の AIR の要件を超える特別なハードウェアl すでに AIR を使用している場合の追加のライセンス

ターゲットを絞った AIR でサポートされる構成ターゲットを絞った AIR では、バックアップジョブを複数のデスティネーションストレージユニットにレプリケートできます。また、複数のストレージユニットから単一のデスティネーションにバックアップジョブをレプリケートすることもできます。ターゲットを絞った AIRは、複数のトポロジーでサポートされています。l 1対多

DD Boost の機能



ターゲットを絞った AIR構成では、ソースストレージユニットのイメージセットを複数のターゲットストレージユニットにレプリケートできます。

l 多対 1この構成では、複数のソースストレージユニットのイメージセットを単一のストレージデスティネーションにレプリケートできます。

l 多対多この構成では、複数のソースストレージユニットのイメージセットを複数のストレージデスティネーションにレプリケートできます。

l カスケードこのレプリケーション構成では、レプリケーションはストレージユニット A からストレージユニット Bへ、さらにストレージユニット C へと行われます。カスケードトポロジーでは、循環ループバック構成は許可されません。したがって、ストレージユニット C をストレージユニット A にレプリケートすることはできません。

次の図で、円はストレージユニットを表し、接続線は DD Boost の関連づけとデータ通信リンクを表します。図 4 ターゲットを絞った AIR でサポートされている DD Boost関連づけ

他のトポロジーでは、ターゲットを絞った AIRはサポートされていません。双方向レプリケーションでは、同じファイル名を使用するジョブが双方向で同時に実行される可能性があります。こうしたケースでは、ソースとターゲットのストレージユニットが同一であり、同じバックアップイメージが同じストレージユニットにレプリケートされることになるため、利点はありません。

DD Boost の機能

ターゲットを絞った自動イメージレプリケーション 27

図 5 ターゲットを絞った AIR の DD Boost関連づけをサポートしていないトポロジー

関連づけテーブルddboost association コマンドは、テーブル検索キーとしてローカルストレージユニットを使用します。以下は ddboost association show レポートの例です。

---------------------------------------# ddboost association showLocal Storage Unit Direction Remote Host Remote Storage Unit Import To------------------ -------------- ----------- ------------------- -----------SU_SRCA replicate-to localhost SU_TRGA -SU_TRGB replicate-from localhost SU_SRCB ------------------- -------------- ----------- ------------------- -----------

相関テーブルは、DD OS レジストリに格納されます。前の相関テーブルレポートの場合、DD OSレジストリは以下のとおりです。

# reg show protocol.ost.air.associationprotocol.ost.air.association.SU_SRCA.1 = replicate-to,localhost,SU_TRGAprotocol.ost.air.association.SU_TRGB.1 = replicate-from,localhost,SU_SRCB,(null)

2番目のレジストリエントリー SU_TRGB の後ろにある nullは、「Import To」の関連づけが定義されていないことを示します。これは、ローカルストレージユニット SU_TRGB の ddboostassociation show レポートに表示されるダッシュ（-）に対応します。関連づけはコマンド reg show を使用して表示できますが、関連づけテーブルのエントリーを変更するには ddboost association コマンドを使用する必要があります。関連づけテーブルを確認する場合、ddboost association show コマンドは、コマンドが実行される Data Domain システムのローカルストレージユニットのコンテキストで使用されます。ddboost association create コマンドは、ローカルストレージユニットに対して定義されている関連づけの数が、system.REPLICATE_MAX_ASSOCIATIONS またはsystem.REPLICATE_MAX_TO_ASSOCIATIONS のいずれかに定義されている制限を超え

DD Boost の機能


ていないことを確認します。いずれかの制限を超えている場合は、コマンドが失敗し、次のようなエラーメッセージが表示されます。

When SE@admin## ddboost association create SU_TRGB replicate-from localhost TEST_LSU_7

Number of associations for SU_TRGB exceeded the maximum allowed, [6]

SE@admin## ddboost association create SU_SRC replicate-to localhost SU_TRGB_7

Number of associations for SU_SRC exceeded the maximum allowed, [6]

さまざまな構成のためのターゲットを絞った AIR の指定ターゲットを絞った AIR でバックアップジョブをターゲットにレプリケートするように構成する場合、ddboost association コマンドを使用して各デスティネーションシステムを指定する必要があります。各ターゲットシステムを 1対 1 の関連づけとして構成し、バックアップイメージのコピーを受信するシステムごとにコマンドを繰り返します。手順

1. ソースが新しいターゲットにレプリケートできるようにするには、ddboost associationcreate コマンドを入力します。次の例では、ソース 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

2. ターゲットシステム（D3）を追加する場合は、D3 に対してステップ 1 を繰り返して構成を完了します。ddboost association create D1-SU-A replicate-to D3 D3-SU-B

前述の例では、追加したターゲットシステム（D3）は認証とイベント通知を行います。ddboost association create D3-SU-B replicate-from D1 D1-SU-A

3. サポートされる構成を作成する数に応じて、上記のコマンドを繰り返します。詳細については、ターゲットを絞った AIR でサポートされる構成（26 ページ）を参照してください。

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

DD Boost の機能

MTree レプリケーション 29

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

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

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

DIG（ダイナミックインターフェイスグループ）機能により、複数の Ethernet リンクをグループにして、Data Domain システム上の 1 つのインターフェイスのみをバックアップアプリケーションに登録することができます。DD Boost Libraryは、Data Domain システムにデータを送信する最適なインターフェイスを取得するため、アプリケーションに登録されているインターフェイス上で Data Domain システムとネゴシエートします。ロードバランシングは、Ethernet レベルの統合（LACP の使用など）を使用して複数のインターフェイスを仮想インターフェイスとして構成する方法と比べて、Data Domain システムへの物理スループットを向上させます。Data Domain システムは、グループ内のすべてのインターフェイスで、複数のバックアップホストからの接続のロードバランシングを行います。ロードバランシングはバックアップアプリケーションに対して透過的で、DD Boost ソフトウェアにより処理されます。DIGは DD Boost ソフトウェア層で動作するため、基礎となるネットワーク接続とシームレスに連携し、物理インターフェイスと仮想インターフェイスをともにサポートします。データ転送は、インターフェイス上の未処理の接続数に基づいて負荷分散されます。バックアップおよびリストアジョブの接続のみが負荷分散されます。DIGは、VLAN タグや IP エイリアスなど、Data Domain システム上の他のネットワークレイヤー機能とも合わせて機能します。この機能では、より柔軟に、トラフィックを複数の仮想ネットワーク（すべて Data Domain システムの同じ物理リンクで実行）に分離できます。

Data Domain で VLAN タグおよび IP エイリアスを構成する方法の詳細については、「Data

Domain Operating System管理ガイド」を参照してください。

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

DD Boost の機能


DIG機能には次のメリットがあります。l 複数のインターフェイスで Data Domain システムをアプリケーションに登録する必要がなく、イン

ストールと構成を簡素化できます。l 障害が発生したインターフェイスから処理中のジョブをすべて、正常な動作リンクに透過的にフェ

イルオーバーします。バックアップアプリケーションの視点からは、ジョブは無停止で継続されます。

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

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

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

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

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

l クライアントホストの範囲を使用したパブリック IP からプライベート VLAN への構成：n 同じサブネットにあるクライアントは、Data Domain プライベートネットワークに到達できます。

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

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

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

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

インターフェイスDIG（ダイナミックインターフェイスグループ）インタフェースは、単一のインタフェースグループ<group-name>のメンバーで、次の特性があります。l 物理インターフェイス。例：eth0al リンクフェールオーバーまたはリンク統合用に作成された仮想インターフェイス。例：veth1l 仮想エイリアスインターフェイス。例：eth0a:2 または veth1:2l 仮想 VLAN インターフェイス。例：eth0a.1 または veth1.1l インターフェイスグループ<group-name>では、ネットワークエラーの発生時にフェイルオーバー

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

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

DD Boost の機能

インターフェイス 31

みを認識します。個々のインターフェイスグループは、すべての IPv4 アドレスまたはすべての IPv6 アドレスを含みます。図 6 DIG による IPv4 および IPv6 アドレス指定のサポート

IP フェイルオーバーホスト名フェイルオーバーホスト名の機能を使用することで、最初の接続時のフェイルオーバー、またはネットワークエラーから生じるフェイルオーバーで使用する代替 Data Domain管理 IP アドレスとホスト名を構成できます。代替ホスト名は、DNS で構成するか、DD Boost クライアントの/etc/hostsファイルで構成できます。IPv4 と IPv6 ともにサポートされます。代替ホスト名を構成するには、Data Domain システムのホスト名に-failover を追加します。IPv4 の例：10.6.109.38 ddp-880-1.datadomain.com ddp-880-1 10.6.109.40 ddp-880-1-failover.datadomain.com ddp-880-1-failover

IPv6 の例：3000::230 ddp-880-2-v6.datadomain.com ddp-880-2-v6 3000::231 ddp-880-2-v6-failover.datadomain.com ddp-880-2-v6-failover

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


Windows 2008 R2 の場合、タイムアウト接続の TcpTimedWaitDelay レジストリエントリーがないことがあります。このレジストリエントリーは、ホストのフェイルオーバーリカバリを許可するためには不可欠です。Windows 2008 R2 のレジストリキーの名前は次のとおりです。HKLM\System\CurrentControlSet\Services\Tcpip\Parameters このキーの値は次のように設定する必要があります。double word "10".

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

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

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

DD Boost の機能

インターフェイス 33

図 7 DIG接続の判断

クライアントDIG（ダイナミックインターフェイスグループ）クライアントは、単一のインターフェイスグループ<group-name>のメンバーで、次で構成されます。l FQDN（完全修飾ドメイン名）。例：ddboost.datadomain.coml ワイルドカード。例："*.datadomain.com"または「*」l クライアントの短い名前。例：ddboostl クライアントのパブリック IP範囲。例：128.5.20.0/24

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

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

2. 接続されたクライアントの IP範囲。クライアントソース IP に対する IP マスクのチェックが実行されます。クライアントのソース IP アドレスが DIG クライアントリストにあるマスクと一致する場合、DIG インターフェイスをクライアントで利用できます。l IPv4 の場合、xx.xx.xx.0/24（128.5.20.0/24図 8（36 ページ）の）は、接続する IP に対する 24 ビットマスクを提供します。/24は、クライアントのソース IP アドレ

DD Boost の機能


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

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

l DD OS 6.1 では、/8 から/32 までの範囲の 5 つのマスクをサポートしています。l DD OS 6.1 では、プレフィックスでのホスト名一致をサポートしています（たとえば、abc のプレフィックスを持つ abc_.emc.com のホスト)。

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

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

IPv4 と IPv6 のアドレス指定を使用する混在ネットワークでは、DIG クライアント構成で IPv6はIPv4 グループに一致させないようにし、IPv4 も IPv6 グループに一致させないようにする必要があります。したがって、「*」は構成しないでください。また、IPv4 と IPv6 のクライアントが同じドメイン名（*.domain.comなど）にある場合は、完全修飾ドメイン名またはホスト範囲（マスク付き IP）のみを使用する必要があります。

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

DD Boost の機能

クライアント 35

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

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

1. メディアサーバー2. アプリケーション、DD Boost Library、TCP/IP転送3. Data Domain システム4. DD Boost サービス

DD Boost の機能


5. TCP/IP

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

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

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

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

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

1. メディアサーバー2. アプリケーション、DD Boost Library、DD Boost-over-FC転送3. Data Domain システム4. DD Boost サービス5. DD Boost-over-FC サーバー6. FC経由の SCSI コマンド7. SCSI プロセッサデバイス

Data Domain システムで DD Boost-over-FC サービスをセットアップするには、追加の構成手順が必要です。詳細については、DD Boost-over-FC サービスの構成を参照してください。DD Boost-over-FC転送では、DIG（ダイナミックインターフェイスグループ）ではなく、異なる方法でロードバランシングとリンクレベルの高可用性が実現されています。説明については、DD Boost-over-Fibre Channelパス管理のセクションを参照してください。

DD Boost の機能

DD Boost-over-Fibre Channel転送 37

DD Boost-over-FC の通信パスは、メディアサーバー/DD Boost Library と Data Domain システム間にのみ適用され、2 つの Data Domain システム間の通信には適用されません。このような通信は、次の図のように、メディアサーバーと Data Domain システムの間の通信パスに関係なく、常に IP ネットワークを介して行われます。

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

1. メディアサーバー2. アプリケーション、DD Boost Library

3. IP または FC

4. IP または FC（制御）5. Data Domain システム、レプリケーションソース6. IP のみ（データ）7. Data Domain システム、レプリケーション先

DD Boost-over-Fibre Channelパス管理DIG（ダイナミックインターフェイスグループ）ベースのメカニズム（DIG: DD Boost の IP ロードバランシングおよびフェイルオーバーで説明）は、Ethernet インターフェイスをベースとし、ファイバーチャネル転送には該当しません。代わりに、DD Boost-over-FC ソリューションには異なるパスメカニズムが用意されています。Data Domain システムは、1 つ以上の物理パスにより、1 つ以上の SCSI プロセッサータイプデバイスをメディアサーバにアドバタイズします。オペレーティングシステムは、すべての使用可能なパスから

DD Boost の機能


すべてのデバイスを検出し、それぞれ検出されたデバイスとパスに汎用 SCSI デバイスを作成します。たとえば、次のような場合を考えてみます。l メディアサーバーに 2個のイニシエーター HBA ポートがある（A と B）l Data Domain システムに 2 つの FC ターゲットエンドポイントがある（C と D）l 両方のイニシエーター HBA ポートから両方の FC ターゲットエンドポイントにアクセスできるよう

にファイバーチャネルファブリックゾーニングが設定されているl Data Domain システムは、次を含む SCSI ターゲットアクセスグループで構成されている

n Data Domain システム上の両方の FC ターゲットエンドポイントn 両方のイニシエーター HBA ポートn 4台のデバイス（0、1、2、3）

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

1. 4台のデバイス2. メディアサーバー3. HBA イニシエーター A

4. HBA イニシエーター B

5. Data Domain システム6. ファイバーチャネルエンドポイント C

7. ファイバーチャネルエンドポイント 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)

DD Boost の機能

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

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 がサーバーに接続を確立するようアプリケーションから要求されると、DD BoostLibrary の DD Boost-over-FC転送ロジックは SCSI要求を使用して、これら 16 の汎用 SCSIデバイスのカタログを作成します。これらは、目的の Data Domain システムの DD Boost-over-FCサービスにアクセスするパスとなります。サーバーへの接続を確立する際、DD Boost-over-FC転送ロジックはサーバーにこのパスのカタログを提供します。

最初のパス選択サーバーは、各種ターゲットエンドポイントと既知のイニシエーターを経由した DD Boost-over-FCトラフィックに関する統計を維持します。接続のセットアップ手順の際、サーバーのパス管理ロジックはこれらの統計を参照し、次の基準に基づきこの接続に使用するパスを選択します。l キューの深さの制約を受けるクライアント（下記参照）については、異なるパスに接続を均等に

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

ダイナミック再バランシングサーバーは、定期的にダイナミック再バランシングを実行します。これには、次の状況を知るための統計の参照が含まれます。l キューの深さの制約を受けるクライアント（下記参照）については、使用可能なパスに接続が

不均一に分散しているl ターゲットエンドポイント間のワークロードが均衡していないl イニシエーター間のワークロードが均衡していないこのような状況が検出された場合、サーバーは 1 つ以上の接続にサーバー指示によるパス移行のマークを付けることができます。これは、以後のデータ転送処理の際に、DD Boost 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)

DD Boost の機能


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要求をデバイスに送信できないことを示すエラーコードを出して失敗します。この場合、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 デバイスセットのサイズ設定（72 ページ）を参照してください。

仮想合成バックアップ合成フルバックアップまたは合成累積増分バックアップは、以前に実施した複数のバックアップからアセンブルされるバックアップです。合成バックアップは、前回実施した従来のフルバックアップまたは合成フルバックアップ 1回と、それ以降の複数の差分バックアップまたは累積増分バックアップから生成されます（従来のフルバックアップとは、合成されていないフルバックアップを意味します）。クライアントは、従来のバックアップからリストアするときと同じ方法で、合成バックアップを使用してファイルおよびディレクトリをリストアすることができます。従来のフルバックアップの場合、すべてのファイルがクライアントからメディアサーバにコピーされ、その結果生じたイメージセットが Data Domain システムに送信されます。最後に実施された増分バックアップまたは差分バックアップ以降にファイルに変更がなくても、すべてのファイルがコピーされます。合

DD Boost の機能

キューの深さの制約 41

成フルバックアップの場合、Data Domain システム上の前回のフルバックアップとそれ以降の増分バックアップを組み合わせて、新しいフルバックアップが形成されます。新しい統合フルバックアップは、最新のフルバックアップ時のクライアントのファイルシステムを正確に表現します。処理はクライアントではなくメディアサーバの指示の下で Data Domain システムで行われるため、仮想合成バックアップは、ネットワークトラフィックとクライアント処理の軽減に役立ちます。クライアントファイルおよびバックアップイメージセットがネットワーク経由で転送されるのは、1回のみです。バックアップイメージが合成バックアップに組み込まれたら、以前の増分/差分イメージを期限切れにすることができます。仮想合成フルバックアップは、管理可能なデータボリュームと毎日の低レベルの変更を抱える、リモートオフィスをバックアップするための拡張性に優れたソリューションです。クライアントの毎日の変更率が高い場合、増分または差分バックアップは非常に大きくなります。この場合、仮想合成バックアップは従来のフルバックアップと同様にあまり有用ではありません。優れたリストアパフォーマンスを達成するには、毎週通常のフルバックアップを実行し、毎日の増分バックアップポリシーを実行すると仮定した場合、2 か月ごとに 1回従来のフルバックアップを作成することが推奨されます。仮想合成フルバックアップは、最後に実施されたフルバックアップ（合成またはフル）とそれ以降のすべての増分バックアップの組み合わせです。このバックアップでは、最新の増分バックアップの直後にタイムスタンプが付けられます。バックアップで選択されたデータに最新の増分バックアップ以降に加えられた変更は、このバックアップには含まれません。Data Domainは、「インライン」仮想合成バックアップもサポートしています。このバックアップでは、後続の各増分バックアップが現在のフルバックアップとインラインでマージされて、フルバックアップイメージセットが Data Domain システム上に生成されます。各増分バックアップ後に、リストア操作に使用できるフルバックアップイメージセットが生成されます。これにより、常に最新のフルバックアップが作成されるので、合成フルバックアップを実行して、ベースバックアップとその時点までに累積されたすべての増分バックアップを「結合する」必要がなくなります。

クライアントアクセス確認DD Boost のクライアントアクセス確認を構成すると、以下の場合に、接続ごとに DD Boost認証が必要になり、DD Boost クライアントの Data Domain システムへのアクセスが制限されます。l Data Domain システムへの初回接続l DD Boost（有効化/無効化）の各再起動l 各ファイルシステムの再起動l 各 Data Domain システムの再起動クライアントのリストは、再始動の必要なくいつでも更新できるため、進行中の作業にアクセス確認の影響が出ることはありません。

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

ストレージユニットの管理DD OS の ddboost コマンドを使用することで、ストレージユニット、テナント、クォータの制限を構成および変更でき、ストレージユニットごとにストリーム警告の制限を構成できます。

DD Boost の機能


Multiuser Storage Unit Access Control

DD Boost のMultiuser Storage Unit Access Control機能は、DD Boost プロトコルで複数のユーザー名をサポートして、Data Domain システムを共有する複数のユーザーに対してデータを分離することで、ユーザーエクスペリエンスを強化します。DD Boost プロトコルを使用して、バックアップアプリケーションはこの機能に対応するユーザー名とパスワードで Data Domain システムに接続します。ユーザー名とパスワードはともに、パブリックキー暗号形式を使用して暗号化されます。システム管理者は、ストレージユニットに使用されるバックアップアプリケーション（NetBackup または Backup Exec）ごとにローカルの Data Domain ユーザーを作成します。ストレージユニットユーザーは、ストレージユニットの作成時に必要になります。バックアップアプリケーションは、DataDomain システムに接続すると、接続するときに使用されたユーザー名で所有されるストレージユニットにのみアクセスできるようになります。ストレージユニットへのアクセスは動的に決定されるので、ストレージユニットのユーザー名の変更はただちに反映されます。ストレージユニットのユーザー名が別のユーザー名に変わると、以前のユーザー名でバックアップアプリケーションが行うすべての読み取りおよび書き込み操作は、アクセス権のエラーによりただちに失敗します。Data Domain Secure Multi-Tenancy機能と統合するため、tenant-unit キーワードがddboost storage-unit コマンドに導入されます。各テナントユニットに、1 つのストレージユニットを構成する必要があります。各テナントユニットは、複数のストレージユニットと関連づけできます。テナントユニットの関連づけとストレージユニットのユーザー名所有権は、互いに独立しています。テナントユニットは、コマンドラインインターフェイスを使用して管理パスに使用されますが、読み取り、書き込みなどのデータパスには使用できません。ストレージユニットのすべてのコマンドは、テナントユニットをサポートします。

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

ストレージユニット容量クォータDD OS のユーザーは、クォータを使用して Data Domain システムの論理ストレージ制限をプロビジョニングすることで、Data Domain システムの専用の部分を一意のストレージユニットとして使用することができます。DD Boost ストレージユニットクォータ制限は、動的に設定または削除できます。クォータは、異なる論理サイズの複数の DD Boost ストレージユニットのプロビジョニングにも使用でき、管理ユーザーは一定期間の特定のストレージの使用率を監視することが可能です。報告される物理サイズを構成することもできます。これは、バックアップアプリケーションに報告されるサイズです。この物理サイズは NetBackup のディスクプール「未フォーマットサイズ」です。DataDomain システム自体には、実際のサイズが表示されます。物理サイズを構成した場合、論理容量クォータはまだ利用可能です。レポートされる物理サイズは ddboost storage-unitmodify を使用して後で変更できます。レポートされる物理サイズは ddboost storage-unit show を使用して表示できます。クォータの機能、およびクォータの操作に関連したコマンドの詳細については、「Data Domain オペレーティングシステムコマンドリファレンスガイド」の ddboost、quota、mtree のセクションを参照してください。

DD Boost の機能

Multiuser Storage Unit Access Control 43

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

ストレージユニットストリーム数の管理ストレージユニットごとに 5種類のストリーム警告制限を構成できます。l write-stream-soft-limit

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

ストレージユニットごとに、バックアップ、リストア、データ内とデータ外のレプリケーションの監視のためのストリームカウンターが維持されます。ストレージユニットを作成するときにストリーム制限を構成するには、ddboost storage-unit create コマンドを使用します。既存のストレージユニットに対するストリーム制限を構成するには、ddboost storage-unit modify コマンドを使用します。ストレージユニットごとのアクティブなストリームを表示するには、ddbooststreams show active コマンドを使用します。ストリーム数が警告制限クォータを超えた場合、アラートが生成されます。ストリームリミットが 10分以上、クォータを下回ると、アラートは自動的にクリアされます。これらのストリーム警告制限はすべて none に設定できます。

DD Boostバックアップアプリケーションは、ストリームの警告クォータを下回るように、ワークロードを削減します。警告制限は、クォータを超えないように再構成できます。

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

データパターンに最適化された先読みバージョン 3.5.0以降の DD Boost アプリケーションでは、特定のデータアクセスパターンに基づいて先読みデータキャッシュをインテリジェントに有効または無効にするための拡張先読みロジックを使用します。

概要3.5.0 DD Boost リリースでは、特定のアクセスパターンをよりインテリジェントに検出できるように、先読みロジックに大幅な変更が加えられました。通常、この機能により、ランダムリストアの時間を大幅に短縮できます。シーケンシャルワークフローのパフォーマンスは一般的に影響を受けません。データアクセスパターン検出では、DD Boostはまずアクセスパターンはシーケンシャルであると見なして先読みを有効にします。このパターンに変更がある場合、先読みロジックは先読みを無効にするか、プリフェッチされたデータの量を制限することによって応答します。VM の NetBackup インスタントアクセス機能は、よりランダムなパターンでデータを取得します。VMware向けの Veritas インスタントリカバリを使用した内部テストでは、この新機能を使用して帯域幅と全体的なリストア時間が短縮されました。

DD Boost の機能


l この機能は、DD OS リリースには依存しません。先読みの強化は、DD Boost ライブラリ自体に含まれています。

l この機能はヒューリスティックであるため、読み取りのアクセスパターンにより、以前のバージョンよりもパフォーマンスが低下する場合があります。

この機能の詳細については、Data Domain Boost エンジニアリングにお問い合わせください。

DD Boost の機能

データパターンに最適化された先読み 45

DD Boost の機能


第 3章

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

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

このガイドで使用するコマンドの詳しい説明は、「Data Domain オペレーティングシステムコマンドリファレンスガイド」に記載されています。

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

l Data Domain システムでの DD Boost の有効化...................................................... 48l DD Boost への複数ユーザーの割り当て................................................................... 48l ストレージユニットの作成 .......................................................................................49l ストレージユニットの論理クォータの構成（オプション） .............................................. 50l ストリーム制限を使用したストレージユニットの構成（オプション）.................................51l 分散セグメント処理の構成.....................................................................................52l ダイナミックインターフェイスグループの構成 ............................................................... 53l MFR に対するダイナミックインターフェイスグループの使用............................................57l MFR の構成........................................................................................................ 67l クライアントアクセス確認の構成.............................................................................. 68l DD Boost-over-FC サービスの構成....................................................................... 70l グローバル認証と暗号化の設定.............................................................................. 78

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

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. 提供されたライセンスキーを使用して、DD Boost ライセンスを追加します。ライセンスとサービスに関する最新情報については、該当する「Data Domain オペレーティングシステムリリースノート」を参照してください。

4. 次のように入力して、DD Boost重複排除を有効化します。# ddboost enableDD Boost enabled

l ユーザーは、Data Domain システムに接続するバックアップアプリケーションで構成する必要があります。詳細については、「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 への複数ユーザーの割り当てシステム管理者は、ストレージユニットで使用するバックアップアプリケーションごとにローカルの DataDomain システムユーザーを作成する必要があります。ストレージユニットは、ユーザー名を使用して作成するか、修正してアップグレードのためにユーザー名を変えることができます。ストレージユニットにアクセスできるのは、このストレージユニットを所有しているユーザー名によるアプリケーションのみです。各ストレージユニットは 1 つのユーザー名により所有され、同じユーザー名で複数のストレージユニットを所有できます。アプリケーションは、DD Boost にユーザー名とパスワードを渡し、DD



Boostは Data Domain システムに接続するときにそれらの情報を Data Domain システムに渡します。その後、Data Domain システムでユーザー名とパスワードが認証されます。ユーザー名とパスワードは、異なる複数のアプリケーションで共有できます。DD Boost に割り当てられていない有効な Data Domain システムローカルユーザーでストレージユニットが作成されると、ddboost user assign コマンドを使用してユーザーを追加する場合と同じように、そのユーザーは自動的に DD Boost ユーザーリストに追加されます。所有者ユーザー名を指定しないでストレージユニットを作成する場合は、現在の DD Boost ユーザー名が所有者として割り当てられます。DD Boost ユーザーリストに 1人以上のユーザーを割り当てて追加するには、次のように入力します。# ddboost user assign user1 user2User "user1" assigned to DD Boost.User "user2" assigned to DD Boost.

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

DD Boost user Default tenant-unit Using Token Access------------- ------------------- ------------------ddbu1 Unknown Yesddbu2 Unknown -ddbu3 Unknown Yes ddbu4 Unknown -ddbu5 Unknown -ddbu6 Unknown -ddbu7 Unknown Yesddbu8 Unknown -------------- ------------------- ------------

ユーザーリストからユーザーを割り当て解除して削除するには、次のように入力します。# ddboost user unassign user1User "user1" unassigned from DD Boost.

ストレージユニットの作成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 システムで同じストレージユニット名を使用できます。ユーザー名によってストレージユニットが所有され、このユーザー名の認証情報による接続のみが、このストレージユニットにアクセスできるようになります。

このコマンドオプションの詳細については、「Data Domain オペレーティングシステムコマンドリファレンスガイド」の ddboost storage-unit のセクションを参照してください。


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

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".

ddboost storage-unit modify コマンドにより、バックアップアプリケーションはストレージユニットのユーザー名による所有権を変更できます。ユーザー名を変更する場合、ストレージユニットのすべてのファイルの属性を変更する必要はないため、迅速に処理できます。

4. ストレージユニットのユーザーリストを表示するには、次のように入力します。# ddboost storage-unit showName Pre-Comp (GiB) Status User Report Physical Size (MiB)----------------- -------------- ------ -------- ---------------backup 3.0 RW sysadmin -DDBOOST_STRESS_SU 60.0 RW sysadmin -task2 0.0 RW sysadmin -tasking1 0.0 RW sysadmin -DD1 0.0 RW sysadmin -D6 5.0 RW sysadmin -TEST_DEST 0.0 D sysadmin -STU-NEW 0.0 D ddu1 -getevent 0.0 RW ddu1 -DDP-5-7 120.0 RW sysadmin -TESTME 150.0 RW sysadmin -DDP-5-7-F 100.0 RW sysadmin -testSU 0.0 RW sysadmin 200----------------- -------------- ------ -------- ---------------D : DeletedQ : Quota DefinedRO : Read OnlyRW : Read WriteRD : Replication Destination

ストレージユニットの論理クォータの構成（オプション）Data Domain システム上のストレージは、ストレージユニットのオプションのクォータ制限を使用してプロビジョニングできます。クォータ制限は、ストレージユニットの作成時か、後から別のコマンドを使用して指定できます。詳細については、「Data Domain オペレーティングシステムコマンドリファレンスガイド」のクォータおよび DDBoost のセクションを参照してください。



クォータが有効な場合、一部の OpenStorageバックアップアプリケーションで報告されるサイズと容量が分かりにくくなる場合があります。ナレッジベース記事の「「Storage Unit Quota Display onNetBackup and Backup Exec」」（ドキュメント ID 000185210）に、この点についての詳細な説明が記されています。

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

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

quota-soft-limit と quota-hard-limit の値を指定します。# ddboost storage-unit create storage-unit[quota-soft-limit n {MiB|GiB|TiB|PiB}] [quota-hard-limit n {MiB|GiB|TiB|PiB}]

3. ユニットの作成後にクォータ制限を変更するには、次のコマンドで新しく quota-soft-limit とquota-hard-limit の値を指定します。# ddboost storage-unit modify storage-unit[quota-soft-limit {n {MiB|GiB|TiB|PiB}|none}] [quota-hard-limit {n {MiB|GiB|TiB|PiB}|none}]

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

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

l read-stream-soft-limit

l repl-stream-soft-limit

l combined-stream-soft-limit

l combined-stream-hard-limit

各ストレージユニット（読み取り、書き込み、レプリケーション、組み合わせ）に対して 4種類のソフトストリーム警告制限を割り当てることができ、組み合わせたハードストリーム制限を割り当てることができます。ストレージユニットごとにハードストリーム制限を割り当てることで、制限（読み取りストリーム、書き込みストリーム、レプリケーションストリームを含む）を超えた場合に、新しい DD Boostストリームを失敗させることができます。ハードストリーム制限は、ストリーム操作の開始前に検出されます。ハードストリーム制限は、Data Domain システムモデルの容量を超えることはできず、その他の単一の制限（読み取り、書き込み、レプリケーション、組み合わせ）より少なくすることもできません。ハードストリーム制限を超えると、NetBackup および Backup Exec からクライアントにエラーが報告されて、読み取りジョブと書き込みジョブが自動的に再試行されます。ストリーム数が警告制限クォータを超えた場合、アラートが生成されます。ストリームリミットが 10分以上、クォータを下回ると、アラートは自動的にクリアされます。


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

DD Boost ユーザーは作業負荷をストリーム警告クォータ以下に下げるものと想定されています。そうでない場合は、システム管理者が制限の超過を避けるように構成された警告制限を変更できます。

ストリーム制限のあるストレージユニットを作成するには、次のように入力します。# ddboost storage-unit create NEW_STU0 user user2 write-stream-soft-limit 5 read-stream-soft-limit 1 repl-stream-soft-limit 2 combined-stream-hard-limit 10Created storage-unit "NEW_STU0" for "user2".Set stream warning limits for storage-unit "NEW_STU0".

ストレージユニットのストリーム制限を変更するには、次のように入力します。# ddboost storage-unit modify NEW_STU1 write-stream-soft-limit 3 read-stream-soft-limit 2 repl-stream-soft-limit 1 combined-stream-hard-limit 8NEW_STU1: Stream soft limits: write=3, read=2, repl=1, combined=none

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

# ddboost streams show active storage-unit STU-1

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

出力に表示される Data Domain システムのストリーム制限は、Data Domain システムのタイプに基づいています。

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

# ddboost streams show history storage-unit NEW_STU0 last 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----------------- ------- ------- --------- --------

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



オプションは、次のコマンドを使用して構成できます。# ddboost option set distributed-segment-processing {enabled | disabled}

分散セグメント処理オプションを有効化/無効化するために Data Domain ファイルシステムを再起動する必要はありません。

分散セグメント処理は、DD OS 4.8以上を実行する Data Domain システムと通信する OST プラグイン 2.2以上でサポートされます。分散セグメント処理は、DD OS 5.2 が初期インストールされているシステムではデフォルトで有効になっています。DD OS 5.1、5.0.x、4.9.x から DD OS 5.2 にアップグレードしたシステムでは、分散セグメント処理は以前の状態のままとなります。分散セグメント処理は、DD OS 5.5.1.0以前では有効化されています（無効化できません）。SPARC T4 または T5 プロセッサで、Solaris 11（SRU2以上）または Solaris 11.1以上で実行する Solaris プラグインの場合、分散セグメント処理はデフォルトで有効になります。

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

この機能は、IP経由の DD Boost にのみ適用されます。DIG（ダイナミックインターフェイスグループ）機能の概要については、「ダイナミックインターフェイスグループ：DD Boost の IP ロードバランシングおよびフェイルオーバー」を参照してください。

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

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

例：# ifgroup create external# ifgroup create lab10G

group_name「default」は、最初に作成することなく使用できます。以後のすべてのifgroup コマンドでは、指定がなければ「default」グループが使用されます。

2. それぞれのインターフェイスグループにクライアントとインターフェイスを追加します。インターフェイスは、net コマンドで作成済みである必要があります。# ifgroup add group_name{interface {ipaddr | ipv6addr} | client host}

このコマンドは、固定 IPv6 アドレスに対する完全なインターフェイスグループサポートを提供し、IPv6 にも IPv4 と同様の機能を提供します。コンカレント IPv4 と IPv6 のクライアント接


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

続が許可されます。IPv6 で接続したクライアントは IPv6 インターフェイスグループのインターフェイスのみを認識します。IPv4 で接続したクライアントは IPv4 インターフェイスグループのインターフェイスのみを認識します。個々のインターフェイスグループは、すべての IPv4 アドレスまたはすべての IPv6 アドレスを含みます。例：# ifgroup add interface 10.6.109.140 client *.datadomain.com# ifgroup add interface 10.6.109.141 client *

# ifgroup add ipv4-group interface 192.4.5.21# ifgroup add ipv4-group interface 192.4.5.22# ifgroup add ipv4-group interface 192.4.5.23# ifgroup add ipv4-group interface 192.4.5.24

# ifgroup add ipv6-group interface 2000::af:21# ifgroup add ipv6-group interface 2000::af:22# ifgroup add ipv6-group interface 2000::af:23# ifgroup add ipv6-group interface 2000::af:24

# ifgroup add ipv4-group client 128.5.1.25.0/24# ifgroup add ipv6-group client 2620::128:25:0/112

l group_name を指定しない場合、デフォルトグループが使用されます。l IPv6 アドレスは、大文字または小文字と複数のゼロを使用して入力できます。l これらのコマンドでは、IPv4 または IPv6 インターフェイスとのすべての不一致が正しく検出されます。

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

バックアップアプリケーションに登録するインターフェイスをインターフェイスグループから選択するのは必須ではありません。インターフェイスグループに含まれていないインターフェイスもバックアップアプリケーションへの登録に使用できます。インターフェイスは、DNS、またはその他の名前解決メカニズムを使用して、解決可能な名前で登録することをお勧めします。NetBackup を使用し、192.168.1.1 の名前がdd22.abc.com であることを前提として、メディアサーバで次のコマンドを実行します。

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

バックアップアプリケーションに登録されたインターフェイスは、バックアップアプリケーションとそのOST プラグインにより Data Domain システムとの通信に使用されます。このインターフェイスを使用できない場合、その Data Domain システムにバックアップすることはできません。

4. インターフェイスとクライアントを構成すると、グループが自動的に有効化されます。インターフェイスグループのステータス（有効/無効）を確認します。# ifgroup status [group_name]Status of ifgroup “default” is “enabled”



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

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

結果出力例が次の表に示されています。Group Name Status Interfaces Clients Count Count-----------------------------------------------------------------default enabled 2 1external enabled 2 1lab10G enabled 2 2-----------------------------------------------------------------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. グループから削除するインターフェイスで、バックアップアプリケーションから Data Domain システムへのアクティブなジョブがないことを確認します。これを Data Domain システムから確認するには、次のコマンドを入力することで、インターフェイスグループの既存の接続のステータスをチェックします。# ddboost show connections

アクティブ階層でのこのコマンドの使用例については、DD860 Extended Retention システムに関するドキュメント（以前の「DD860 Archiver Administration Guide」）を参照してください。

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


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

# ifgroup del default interface 10.6.109.144

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

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

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

インターフェイスグループ用に構成されたインターフェイスを有効化するなど、インターフェイスを変更する net コマンドを使用して変更を行った場合は、ddboost show connections コマンドを使用してロードバランシングビューを更新してください。ロードバランシングビューを更新することで、インターフェイスグループでインターフェイスを使用できるようになります。

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

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

2. Data Domain システムに接続されたメディアサーバーからの保留ジョブがないことを確認します。

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

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

結果すべてのインターフェイスがグループからリリースされます。ただし、メディアサーバーは、バックアップアプリケーションに登録されたインターフェイスで、Data Domain システム上の DD Boost ストレージサーバーに引き続きアクセスできます。グループが不要になったら、destroy オプションを使用して、構成からグループを削除します。# ifgroup destroy group-name

例：# ifgroup destroy external

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



System Manager のデータ管理の DD Boost ビューからインターフェイスグループを管理することもできます。（「Data Domain Operating System管理ガイド」を参照してください）。

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

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

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

1. ソース Data Domain システムの/etc/hosts ファイルにターゲット Data Domain システムのエントリーを追加し、プライベート LAN ネットワークインターフェイスの 1 つを宛先の IP アドレスとしてハードコーディングします。

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

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

4. /etc/hosts ファイルの名前の競合を回避するために、ターゲット Data Domain システムにはアプリケーションごとに異なる名前を使用する必要があります。

レプリケーションにインターフェイスグループを使用すると、DD OS System Manager または DD OSCLI コマンドを使用することで、この構成が簡素化されます。インターフェイスグループを使用してレプリケーションパスを構成すると、次のことが可能になります。l 別のプライベート Data Domain システムの IP アドレスを使用して、ホスト名解決済みの IP ア

ドレスをパブリックネットワーク以外の宛先にリダイレクトする。l 構成済みの選択基準に基づきインターフェイスグループを識別し、すべてのインターフェイスにタ

ーゲット Data Domain システムからアクセスできる単一のインターフェイスグループを提供する。l グループに属しているインターフェイスのリストからプライベートネットワークインターフェイスを選択

し、そのインターフェイスが正常であることを保証する。l 同じプライベートネットワーク内にある複数の Data Domain インターフェイス間でのロードバラン

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

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

る。l NAT（ネットワークアドレス変換）の使用ファイルレプリケーションに一致するインターフェイスグループを判断するための選択順序は次のとおりです。


MFR に対するダイナミックインターフェイスグループの使用 57

1. ローカルMTree（storage-unit）パスおよび特定のリモート Data Domain ホスト名2. ローカルMTree（storage-unit）パスおよび任意のリモート Data Domain ホスト名3. 任意のMTree（storage-unit）パスおよび特定のリモート Data Domain ホスト名異なる Data Domain ホスト名が設定されている場合に限って、複数のインターフェイスグループに同じMTree が表示される場合があります。異なるMTree が設定されている場合に限って、複数のインターフェイスグループに同じ Data Domain ホスト名が表示される場合があります。リモートホスト名は、FQDN（dd890-1.domain.comなど）になります。インターフェイスグループの選択は、ソース Data Domain システムとターゲット Data Domain システムの両方でローカルに、互いに独立して実行されます。WAN レプリケーションネットワークの場合は、ソース IP アドレスがリモート IP アドレスのゲートウェイに対応しているため、構成する必要があるのはリモートインターフェイスグループのみです。

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

1. ソース Data Domain システムに、レプリケーションインターフェイスグループを作成します。2. レプリケーション用に、ソース Data Domain のローカルのMTreeパスおよびデスティネーション

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

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

図 13（59 ページ）の場合：l Data Domain システム DDP-670-1は、レプリケーションソースです。l インターフェイスグループ 10G-REPL1は、3 つのインターフェイスで構成されており、各インターフ

ェイスはデスティネーションから到達可能です。l ローカルのMTree へのフルパスは、/data/col1/TO_860 です。l DD860-ART-1は、（DDP-670-1 から見た）リモートの Data Domain システムのホスト名で

す。l Data Domain システム DD860-ART-1は、レプリケーション先です。l レプリケーションインターフェイスグループ 10G-REPL2は、2 つのインターフェイスで構成されて

おり、各インターフェイスはソースから到達可能です。l ローカルのMTree へのフルパスは、/data/col1/FROM_670 です。l DDP-670-1は、（DD860-ART-1 から見た）リモートの Data Domain システムのホスト名で

す。



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

図 13（59 ページ）に示されているレプリケーションシナリオを構成するには、次の手順に従います。1. 3 つのインターフェイスを指定して、DDP-670-1 でのレプリケーション用のインターフェイスグループ 10G-REPL1 を作成します。確認するには、次のように入力します。# ifgroup show config 10G-REPL1 interfaces

Group-name Status Interfaces------------- ------- -----------10G-REPL1 enabled 172.29.0.1110G-REPL1 enabled 172.29.0.1210G-REPL1 enabled 172.29.0.13------------- ------- -----------

2. レプリケーション用のMTree のフルパスとリモートホスト名を割り当てるには、次のように入力します。# ifgroup replication assign 10G-REPL1 mtree /data/col1/TO_860 remote dd860-art-1Assigned replication mtree "/data/col1/TO_860" with remote "dd860-art-1" to ifgroup "10G-REPL1".

確認するには、次のように入力します。# ifgroup show config 10G-REPL1 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ----------------- -----------------------10G-REPL1 enabled /data/col1/TO_860 dd860-art-1------------- ------- ----------------- -----------------------

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

Group-name Status Interfaces------------- ------- -----------10G-REPL2 enabled 172.29.0.2110G-REPL2 enabled 172.29.0.22------------- ------- -----------


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

4. レプリケーション用のMTree のフルパスとリモートホスト名を割り当てるには、次のように入力します。# ifgroup replication assign 10G-REPL2 mtree /data/col1/FROM_670 remote ddp-670-1Assigned replication mtree "/data/col1/FROM_670" with remote "ddp-670-1 to ifgroup "10G-REPL2".

確認するには、次のように入力します。# ifgroup show config 10G-REPL2 replication

Group-name Status Replication Mtree Replication Remote Host------------- ------- ------------------- -----------------------10G-REPL2 enabled /data/col1/FROM_670 ddp-670-1------------- ------- ------------------- -----------------------

WAN経由のレプリケーションWAN経由のレプリケーション用のインターフェイスグループを構成するオプションは 2 つあります。l インターフェイスグループはデスティネーションでのみ使用し、ソース Data Domain システムにル

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

スティネーション IP に到達できるようにする方法。これは、ソースとデスティネーションの両方からtraceroute コマンドを実行することにより確認できます。

図 14（61 ページ）に、WAN経由のレプリケーションでインターフェイスグループを使用する方法を示します。l Data Domain システム DDP-670-1は、レプリケーションソースです。l インターフェイスグループ 10G-REPL3は、2 つのインターフェイスで構成されており、各インター

フェイスは 1 つのデスティネーション IP アドレスから到達可能です。l ローカルのMTree へのフルパスは、/data/col1/TO_890 です。l DDP-890-1は、（DDP-670-1 から見ると）リモートの Data Domain システムのホスト名です。l Data Domain システム DDP-890-1は、レプリケーション先です。l インターフェイスグループ 10G-REPL4は、2 つのインターフェイスで構成されており、各インター

フェイスには 1 つのソース IP アドレスからアクセスできます。l ローカルのMTree へのフルパスは、/data/col1/FROM_670 です。l DDP-670-1は、（DDP-890-1観点から見ると）リモートの Data Domain システムのホスト名

です。l 同じインターフェイスグループに 2 つのネットワーク（WAN ネットワーク A とWAN ネットワーク

B）が存在します。



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

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

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


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

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

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

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



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

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

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


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

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

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

レプリケーションフェイルオーバーホスト名レプリケーションフェイルオーバーホスト名機能は、DD Boost ファイルレプリケーションでのみサポートされていますが、機能はバックアップのフェイルオーバーホスト名（詳細については、IP フェイルオーバーホスト名（32 ページ）を参照）と同じです。レプリケーションの場合、デスティネーションホスト名（リモート Data Domain システム）を、ソースData Domain システム上の/etc/hosts ファイルに、デスティネーションシステムに存在する別のIP アドレスを指定したフェイルオーバー名として構成します。これらのレプリケーション接続では、ホスト「-failover」再試行機能が使用されます。l レプリケーションの開始前に実行される、次のファイルレプリケーションコマンド

n 新しいファイルの作成n ファイルの削除n 統合ベースファイルの検索

l デスティネーションシステムからの、インターフェイスグループの IP アドレスの要求IPv4 を通したインターフェイスグループのレプリケーションは、NAT を使用したレプリケーションをサポートします。構成は、デスティネーション Data Domain システムにあります。このとき、システムはソー



ス Data Domain から IP アドレスの問い合わせを受けます。そのため、デスティネーション DataDomain には、ソース Data Domain システムが（NAT変換前に）アクセスに使用するための IP アドレスを備えたインターフェイスグループが必要です。例：Source DD -> 128.222.4.15 --NAT-> 192.169.172.8 Target DD Source DD -> 128.222.4.16 --NAT-> 192.169.172.9 Target DD

リモートの Data Domain システム上：net config ethx:1 128.222.4.15 << on the ethx of IP 192.169.172.8 net config ethy:1 128.222.4.16 << on the ethy of IP 192.169.172.8

インターフェイスグループのレプリケーショングループを作成し、新しい IP アドレスを追加します。ifgroup create nat-repl ifgroup add nat-repl interface 128.222.4.15 ifgroup add nat-repl interface 128.222.4.16 ifgroup replication assign remtoe <source DD hostname>

NAT（ネットワークアドレス変換）のサポートインターフェイスグループは、MFR の NAT（ネットワークアドレス変換）をサポートします。NATは現在、IPv4 アドレス指定でのみサポートされています。NAT を使用したインターフェイスグループのレプリケーションには、デスティネーションのインターフェイスグループのパブリック IP アドレス（ローカル IP アドレスではない）が必要です。

Data Domain システムには、到達不能な IP アドレスが設定されたアクティブなインターフェイスにエイリアス IP アドレスを構成できます。図 18（66 ページ）では、IP アドレス 215.55.7.20 および215.55.7.21はエイリアスであり、インターフェイスグループで使用するためにのみ構成されています。

NAT をサポートするようにインターフェイスグループを構成するには、以下の手順に従います。1. 「natlan」インターフェイスグループを作成します。2. ローカルインターフェイスのエイリアス IP アドレスを作成します。3. エイリアスに外部のパブリック IP アドレスを割り当てます。4. 新しい各 IP アドレスを「natlan」インターフェイスグループに追加します。5. レプリケーションの選択肢（ローカルのMTreeパスやリモートの Data Domain ホスト名）を追加します。

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

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

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


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

NAT を使用したレプリケーションでは、次のシステムレジストリエントリーを有効にする必要があります（デフォルトでは無効化されています）。system.IFGROUP_REPLICATION_NAT_SUPPORT = TRUE

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

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



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

クライアントを削除するには、次のように入力します。# ifgroup del repl-group client no-auto-detect.4 Deleted client "no-auto-detect.4" from ifgroup "repl-group".

MFRの構成

低帯域幅の最適化の有効化管理ファイルレプリケーションの低帯域幅オプションを有効化するには、次のように入力します。# ddboost file-replication option set low-bw-optim enabled低帯域幅の最適化を行うと複製の最適化が有効になります。

低帯域幅の最適化オプションを有効化/無効化するために Data Domain ファイルシステムを再起動する必要はありません。

低帯域幅の最適化は、Enterprise Manager データ管理の DD Boost ビューから監視および管理することもできます（「Data Domain Operating System管理ガイド」を参照してください）。この機能はバックアップアプリケーションに対して透過的であるため、メディアサーバでの構成の変更は不要です。

l この機能を有効化すると Data Domain システムで追加のリソース（CPU およびメモリ）が必要になるため、このオプションの使用は、集約帯域幅が 6 Mbps未満の低帯域幅ネットワークで管理ファイルレプリケーションを行う場合にとどめることをお勧めします。

l 管理ファイルレプリケーションの低帯域幅オプションは、スタンドアロン Data Domain システムでのみサポートされます。

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

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

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


MFR の構成 67

IPv6 サポートの有効化管理ファイルレプリケーションの既存のコマンドに、IPv4や IPv6 の機能が含まれるようになりました。管理ファイルレプリケーションの IPv6 サポートを DD Boost で提供するために、IPv6 ネットワークをサポートするオプションを提供する ipversion という新しいキーワードがレジストリに追加されています。 IPv6 キーワード変数は、ddboost file-replication option set コマンドのipversion キーワードによって制御されています。 ipversion オプションが ipv6 である場合、IPv6 が管理されているファイルレプリケーションの優先 IP アドレスタイプとなります。 ipversion オプションがipv4 である場合、IPv4 が管理されているファイルレプリケーションの優先 IP アドレスタイプとなります。優先 IP アドレスが指定されていない場合のデフォルトは、IPv4 です。DD Boost ファイルレプリケーションの優先 IPバージョンを IPv6 に設定するには、次のように入力します。# ddboost file-replication option set ipversion ipv6Ipversion for file-replication set to "ipv6"

DD Boost ファイルレプリケーションオプションの現在の値を表示するには、次のように入力します。# ddboost file-replication option show ipversionIpversion for file-replication is: ipv6

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

MFR TCP ポートの変更MFR TCP ポートを変更すると、MFR だけではなく、すべてのレプリケーションに影響を及ぼします。MFR TCP ポートの変更時には、Data Domain ファイルシステムを再起動する必要があるため、計画的なイベントにする必要があります。レプリケーションの TCP ポートをデフォルトの 2051 から port-number に変更するには、ソースとデスティネーション両方の Data Domain システムで次のコマンドを入力します。# replication option set listen-port port-number# filesys restart

管理ファイルレプリケーションとディレクトリレプリケーションの両方で、listen-port オプションを使用します。管理ファイルレプリケーションでは、ソースとデスティネーションの両方で replicationoption set listen-port コマンドを使用して、デスティネーションがリスンするポートおよびソースが接続するポートを指定します。ディレクトリレプリケーションでは、listen-port オプションを使用して、レプリケーションデスティネーションサーバのリスンポートのみを指定します。レプリケーションソースで、replication modify コマンドを使用して、特定のデスティネーションの接続ポートを入力します。l これらのトピックの詳細については、「Data Domain オペレーティングシステムコマンドリファレンス

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

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



いる場合にクライアントがクライアントリストに追加されていないと、すべてのクライアントが自動的にクライアントリストに含まれます。デフォルトでは、*ワイルドカードが使用されます。アクセスを制限するには、リストから*ワイルドカードを削除し、新しいクライアントを追加します。メディアサーバのクライアントリストには、完全修飾ドメイン名、短い名前のどちらでも含めることができます。メディアホストの完全修飾ドメイン名は、DNS での逆引き参照のために、正しく構成されている必要があります。DD Boost クライアントリストからすべてのクライアントを削除するには、次のように入力します。# ddboost clients delete client-list

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

クライアントは、完全修飾ドメイン名、短い名前のどちらとしても追加できます。クライアントを DDBoost クライアントリストに追加するには、次のように入力します。# ddboost clients add client-list [encryption-strength {none | medium | high} authentication-mode {one-way | two-way | two-way-password | anonymous | kerberos}]

例：# ddboost clients add ddboost-dl.domain.com ddboost-dlAdded "ddboost-dl.emc.com" Added "ddboost-dl"

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 ワイルドカード*文字列の場合、部分的な文字列が後。たとえば、*.domain.com の後に

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

インフライト暗号化の有効化LAN を介したバックアップ処理およびリストア処理のインフライント暗号化を有効にするには、次のコマンドを実行します。# ddboost clients add <client-list> [encryption-strength {medium | high} authentication-mode {one-way | two-way | two-way-password | anonymous}]

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


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

DD Boost for OpenStorageは、証明書をサポートしていません。詳細については、認証と暗号化のオプション（19 ページ）を参照してください。

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

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

双方向パスワード認証two-way password メソッドでは、TLS を使用した PSK（事前共有キー）認証による双方向認証を行います。クライアントと Data Domain システムの両方が、事前に確立されたパスワードを使用して認証されます。このオプションを選択すると、クライアントと Data Domain システム間のすべてのデータとメッセージが暗号化されます。このオプションは、DD Boost forOpenStorage で利用できる唯一の安全なオプションであり、MITM（中間者攻撃）に対する完全な保護を提供します。双方向のパスワード認証は、MITM に対して安全であり、かつコーラー側指定を必要としない唯一の設定です。

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

このオプションは DD Boost-over-FC（ファイバーチャネル）には適用されません。IP と FC の両方を使用している場合に、IP接続での暗号化を有効化できます。

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

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



l Windows、Linux、HP-UX、AIX、Solaris クライアント環境がサポートされています。l AIX を実行しているクライアントで DD Boost-over-FC を有効化するには、AIX DDdfc デバ

イスドライバをインストールする必要があります。AIX用の SCSI ディスクデバイスを使用できます。詳細については、AIX DDdfc デバイスドライバのインストール（AIX クライアントの場合はオプション）（76 ページ）を参照してください。

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

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

2. オプション：DFC-server-name を設定します。# ddboost fc dfc-server-name set <server-name>

または、デフォルトを受け入れます。DFC-<base hostname>の形式をしています。このホスト名を完全修飾ドメイン名にすることはできません。有効な DFC サーバ名は、以下の文字 1 つ以上で構成されています。l 小文字（「a」～「z」）l 大文字（「A」～「Z」）l 数字（「0」～「9」）l アンダースコア（「_」）l ダッシュ（「–」）

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

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

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

Boost-over-FC を使用して同じクライアントから複数の Data Domain システムにアクセスするには、大文字と小文字を区別する dfc-server-name を使用せずにシステムを構成する必要があります。

3. 次のように SCSI ターゲットアクセスグループを作成します。# ddboost fc group create <group-name>

例：# ddboost fc group create lab_group

4. 使用可能な scsitarget エンドポイントのリストを表示するには、次のように入力します。# scsitarget endpoint show listEndpoint System Address Transport Enabled Status------------- -------------- ------------ ------- ------


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

endpoint-fc-0 6a FibreChannel Yes Onlineendpoint-fc-1 6b FibreChannel Yes Online------------- -------------- ------------ ------- ------

5. グループに含めるエンドポイントを指定します。# ddboost fc group add <group-name> device-setcount count endpoint endpoint-list

例：# ddboost fc group add lab_group device-set count 8 endpoint 6a

クライアントのネイティブディスクドライバを使用する DFC グループを作成したい場合は、disk オプションを使用して ddboost fc group add コマンドを実行できます。このオプションは、AIX、Solaris、Linux システムに対応します。

6. イニシエータが存在していることを確認します。Data Domain システムによって認識されているイニシエータのリストを表示するには、次のようにします。# scsitarget initiator show list

7. 次のようにイニシエータを 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 デバイスセットのサイズ設定Data Domain システムでは、Processor タイプの「DFC デバイス」が 1台以上アドバタイズされます。DD Boost ライブラリはこれらのデバイスを DD Boost-over-FC サービスとの通信に使用します。Data Domain システムでは、次のようにイニシエータを ddboost-type scsitarget アクセスグループに追加して、1 つ以上のイニシエータに DFC デバイスへのアクセス権を付与します。

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

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

# ddboost fc group modify lab_group device-set count 4

Data Domain システム 1台につきサポートされる DFC デバイスの最大数は 64 です。複数のグループに同じデバイスを追加できますが、各グループは 64台のデバイスに制限されます。

AIX DDdfc ドライバでは、128個のデバイスをサポートします。ただし、ddboost fc add コマンドで disk オプションを使用する場合、この制限事項は解除されます。

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



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

1. メディアサーバのキューの深さは制約を受けるか？Windows プラットフォームは、「キューの深さの制約を受ける」と見なされています。WindowsSCSI Pass-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 デバイスの数を決めることができます。同じメディアサーバ上のすべてのイニシエータに同数の DFC デバイスをアドバタイズすることを推奨します。

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


サイズ設定の計算 73

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

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

n S = J * C

n DFC デバイス数 D = minimum(64, 2*(S/128))、切り上げn すべての DFC アクセスグループは、「D」デバイスで構成する必要があります。

例：前提：l 8台のメディア/マスターサーバ、単一 Data Domain システム、各サーバはある時点で最大

50 ジョブを実行。l このため、J = 8 * 50 = 400、C = 1（単一 Data Domain システム）、S = J * C = 400、D =

2 * 400 / 128 = 6.25、切り上げて 7 となります。l これにより、Data Domain システム上のすべての DFC グループを 7台のデバイスで構成する必

要があります。前提：l 8台のメディアサーバ、DD Extended Retention システム、各サーバはある時点で最大 30

ジョブを実行。l このため、J = 8 * 30 = 240、C = 3（DD Extended Retention）、S = J * C = 720、D = 2

* 720 / 128 = 11.25、切り上げて 12 となります。l これにより、DD システム上のすべての DFC グループを 12台のデバイスで構成する必要があり

ます。

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

Windows メディアサーバData Domain サーバパス管理のロジックにより、使用可能な論理パスに接続が分散されます（イニシエータ、ターゲットエンドポイント、DFC デバイス）。最大 DFC デバイス数は 64 で、各接続でメディアサーバ上の独自の汎用 SCSI デバイス（論理パス）を使用できるように、十分な DFC デバイスを構成するとします。Data Domain システム上に構成される DFC デバイスの数を X とします（Data Domain システムでの計算より）。メディアサーバと 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 のジョブ、DDExtended Retention システム

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

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

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

このため、Data Domain システムは、メディアサーバ上の各イニシエータに 25台のデバイスをアドバタイズするよう構成します。前提：l メディアサーバと Data Domain システム間で 2 つの物理パス、最大で 50 のジョブ、単一

Data Domain システムl X=18、P = 2、J = 40、C = 1

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

l DFC デバイス数 D = max(40/2, 18) = 20

このため、Data Domain システムは、メディアサーバ上の各イニシエータに 20台のデバイスをアドバタイズするよう構成します。D の値（20）が X の値（18）よりも大きいので、Windows クライアントによる DFC アクセスグループに限り、2台のデバイスの構成には十分です。

HP-UX メディアサーバData Domain システムでの計算に記載した計算を使用して求めた Data Domain システムでアドバタイズされる DFC デバイスの数は、HP-UX メディアサーバにとって十分な数となります。追加の構成は不要です。

Data Domain システムが SAN を介して HP-UX ホストと接続されている場合は、Data Domainシステムと HP-UX ホストの間の各パスに対する個別のエントリーが/dev/pt ディレクトリにあります。これらのエントリーは/dev/pt/pt<X>と命名されています。ここで、<x>はオペレーティングシステムによって割り当てられた一意の番号です。たとえば、同じ FC スイッチに接続された 2個の FCポートが Data Domain システムにあり、この FC スイッチに接続された 2個の FC ポートが HP-UXホストにある場合、/dev/pt ディレクトリのエントリーは/dev/pt/pt1、/dev/pt/pt2、/dev/pt/pt3、/dev/pt/pt4 になります。

AIX メディアサーバAIX DDdfc の場合、デバイスエントリーはプロセスごとに排他ロックされて、単一のプロセスのみがデバイスエントリーを使用できます。計算はアプリケーションインスタンスの使用状況に基づきます。複数のプロセスを生成するアプリケーションでは、各プロセスが少なくとも 1個のデバイスエントリーを排他ロックします。マルチスレッドアプリケーションではスレッドごとに 1 つのデバイスがロックされます。このため、できるだけ多くの DFC デバイスをアドバタイズするように Data Domain システムを構成する必要があります（最大 128個）。AIX クライアントにアクセスできるデバイスが少ないと、デバイスビジーエラーが発生する可能性があります。

1 つのポリシーに含まれるストリームの合計数は使用可能な AIX DFC デバイスの数を越えない必要があり、超えるとジョブが失敗します。

Solaris メディアサーバSolaris の場合、デバイスエントリーはプロセスごとに排他ロックされて、単一のプロセスのみがデバイスエントリーを使用できます。計算はアプリケーションインスタンスの使用状況に基づきます。複数の


サイズ設定の計算 75

プロセスを生成するアプリケーションでは、各プロセスが少なくとも 1個のデバイスエントリーを排他ロックします。マルチスレッドアプリケーションではスレッドごとに 1 つのデバイスがロックされます。このため、sgen デバイスドライバーの「in use」エラーを回避するために、できるだけ多くの DFC デバイスをアドバタイズするように Data Domain システムを構成する必要があります。Solaris クライアントにアクセスできるデバイスが少ないと、デバイスビジーエラーが発生する可能性があります。sgen デバイスの数は、Solaris インスタンスにアクセスできるファイバーチャネルポートの数×DataDomain システムのエンドポイント宛のさまざまなパスの数×アクセスグループ内の LUN の数になります。Solaris DFC ディスクを root以外のユーザーで使用する必要がある場合は、「sys_devices」権限を割り当てる必要があります。Solaris DFC ディスクを使用する必要があるユーザーには、次の例のように「sys_devices」権限を割り当てることができます。

# # usermod -K defaultpriv=basic,proc_exec,sys_devices userid

AIX DDdfc デバイスドライバのインストール（AIX クライアントの場合はオプション）DD Boost-over-FCは、AIXバージョン 6.1 および 7.1 を実行しているクライアントでサポートされます。DD Boost-over-FC機能を有効にするために、AIX DDdfc デバイスドライバをインストールできます。ただし、ddboost fc group add コマンドを disk特性オプションをつけて実行することで、DD-Boost-over-FC を有効にすることもできます。後者のオプションを選択した場合、追加のソフトウェアをインストールする必要はありません。AIXは、関連する DFC デバイスをネイティブディスクドライブとして扱います。このドライバは、お使いの OST プラグインソフトウェアとパッケージ化されています。ddboost fc group add コマンドの詳細については、「Data Domain オペレーティングシステムコマンドリファレンスガイド」を参照してください。このドライバのファイル名は DDdfc.rte.1.0.0.x.bff です。ここで、xはバージョン番号です。ドライバーをインストールするには、次の手順を実行します。

下位互換性を維持するために、AIX クライアントに同じ Data Domain システムに接続されているDDdfc デバイスとハードディスクデバイスの両方がある場合、DD Boost プラグインは最初にDDdfc デバイスを通信用に選択し、ハードディスクデバイスに自動的に切り替わるまで維持します。

手順1. AIX クライアントで root ユーザーとしてログインします。2. # smitty install を入力します。3. ［Install and Update Software］を選択します。4. ［Install Software］を選択します。5. DDdfc.rte.1.0.0.x.bff ファイルのパスを入力します。ここで、xはバージョン番号で

す。6. ［F4］キーを押してこのパスにあるインストール可能なアイテムのリストを表示します。7. 目的の DDdfc.rte.1.0.0.xバージョンが見つかるまでリストを下にスクロールします。8. ［Tab］キーを押して、Preview only?行の値を No に切り替えます。



9. ［Enter］キーを押して選択内容を確認し、ドライバーをインストールします。

必要条件AIX クライアントに影響を与える DFC構成の変更を行う場合は、以下のコマンドを実行します。

# rmdev -Rdl DDdfc# cfgmgr

これらのコマンドの実行中は、DFC デバイスにアクセスしないでください。これらのコマンドを実行後、構成が有効になるまで数分かかることがあります。これらのコマンドを実行してもすべての機能が正常にリストアされない場合は、AIX クライアントを再起動する必要があります。

Solaris クライアント用の SCSI汎用デバイスドライバーの構成DD Boost-over-FCは、 SPARC および x86 ハードウェアで Solaris 10 および 11 を実行するクライアントをサポートしています。DFC for Solaris では、Solaris のインストールに含まれる SCSI汎用デバイスドライバー（sgen）が使用されます。次の手順を使用して、起動時に sgen により、プロセッサデバイスが正しく識別されるようにします。

手順1. /etc/system の forceload セクションに次の行を追加します。

forceload: drv/sgen

このステップにより、起動時に sgen が正しくロードされない問題が解決され、sgen ドライバーがロードされた状態が維持されます。

2. sgen の既存の使用状況を確認するには、grep sgen /etc/driver_aliases と入力します。

/dev/scsi、/dev/scsi/processor、/dev/scsi/*ディレクトリが存在していても、必ずしも sgen が構成されているわけではありません。ダングリングファイルである可能性があります。

3. 使用中の既存の sgen が存在しない場合、または sgen が"scsiclass,03"に対してのみ使用されている場合は、次のように入力します。a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03"' sgen

前述の例のように、一重引用符と二重引用符を正確に使用する必要があります。

このコマンドは、エラーや警告のない状態で、プロンプトに戻る必要があります。DataDomain システムへの接続性を確認します。/dev/scsi/processor には、少なくとも 1 つのファイルが存在している必要があります。

c. 3 つの構成ファイルに少なくとも 1 つのエントリーが存在することを確認するには、次のように入力します。grep sgen /etc/minor_perm /etc/name_to_major /etc/driver_aliases

このコマンドの結果の例は次のとおりです。


Solaris クライアント用の SCSI汎用デバイスドライバーの構成 77

/etc/minor_perm:sgen * 0600 root sys /etc/name_to_major:sgen 151 /etc/driver_aliases:sgen "scsiclass,03"

name_to_major の数字は、この例とは異なる可能性があります。

4. sgen デバイスが他のデバイスですでに使用されている場合は、次のように入力します。a. rem_drv sgen

b. add_drv –m '* 0600 root sys' –i '"scsiclass,03""scsiclass,XX"' sgen

XXは、事前に実行した grep sgen /etc/driver_aliases のデバイスタイプになります。前述の例のように、一重引用符と二重引用符を正確に使用する必要があります。

このコマンドの例を示します。add_drv –m '* 0600 root sys' –i'"scsiclass,03" "scsiclass,06"' sgenこのコマンドは、エラーや警告のない状態で、プロンプトに戻る必要があります。DataDomain システムへの接続性を確認します。/dev/scsi/processor には、少なくとも 1 つのファイルが存在している必要があります。

c. 3 つの構成ファイルに少なくとも 1 つのエントリーが存在することを確認するには、次のように入力します。grep sgen /etc/minor_perm /etc/name_to_major /etc/driver_aliases

d. /kernel/drv/sgen.conf ファイルを開きます。device-type-config-list が非コメント化されている場合は、「processor」をリストに追加して、そのドライバーが認識されるようにします。たとえば、device-type-config-list が次の例のように非コメント化されている場合

device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer";

エントリーを次のように変更します。device-type-config-list="direct", "sequential", "worm", "rodirect", "optical", "changer", "processor";

グローバル認証と暗号化の設定DD Boost 3.4以降では、グローバル認証と暗号化設定を指定できます。

グローバル認証および暗号化の設定の詳細については、認証と暗号化のオプション（19 ページ）を参照してください。

One-Way と Two-Way の両方の認証で、クライアントは証明書を知っている必要があります。証明書は DD Boost for OpenStorage ではサポートされません。

手順1. 設定したい認証タイプと暗号化強度とともに ddboost option set コマンドを実行します。



ddboost option set global-authentication-mode {none | two-way| two-way-password} global-encryption-strength {none | medium| high}

認証と暗号化の値は、依存関係があるため同時に設定する必要があります。

グローバル認証と暗号化設定の表示DD Boost 3.4以降では、現在のグローバル認証および暗号化設定を確認できます。手順

1. 次の例に示す引数で dd boost option show コマンドを実行してください。ddboost option show global-authentication-mode |global-encryption-strength

グローバル認証と暗号化設定のリセットDD Boost3.4以降では、認証と暗号化をグローバルにリセットできます。手順

1. 次の例のように dd boost option reset コマンドを実行します。ddboost option reset global-authentication-mode |global-encryption-strength

いずれかがリセットされた場合、両方のグローバル値が none にリセットされます。

認証と暗号化の値は、依存関係により同時にリセットされます。


グローバル認証と暗号化設定の表示 79

第 4章

DD Boost for OpenStorage のインストール


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

l インストールプロセスの概要.................................................................................... 82l NetBackup用 OST プラグインのインストール...........................................................83l Backup Exec用 OST プラグインのインストール........................................................86l Windows メディアサーバのパフォーマンスチューニング.................................................87l Windows プラグインのアンインストール.....................................................................87

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

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

手順1. Data Domain システムで DD Boost を有効にするために必要なライセンスを入手します。

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

2. Data Domain システムで DD Boost を有効化して構成します。少なくとも、DD Boost ユーザー名を構成し、DD Boost ストレージユニットを作成する必要があります。l DD Boost ユーザー名を構成するには、ddboost user assign コマンドを使用します。

l DD Boost ストレージユニットを作成するには、ddboost storage-unitcreate コマンドを使用します。

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

l AIX を実行しているクライアントで DD Boost-over-FC を有効化するには、AIXDDdfc デバイスドライバをインストールする必要があります。詳細については、AIXDDdfc デバイスドライバのインストール（AIX クライアントの場合はオプション）（76 ページ）を参照してください。

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

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

「Data Domain Boost Compatibility Guide」を確認しないと、予期しない非互換性の問題が生じ、修正するための追加アップグレードが必要になる場合があります。

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



このドキュメントでは、DD OS 5.7 のコマンドを使用した、Data Domain での DD Boost の構成が説明されています。異なるバージョンの DD OS とともにこのバージョンの OST プラグインを使用している場合は、対応する「DD OS コマンドリファレンス」を参照してください。

ファイアウォールとポート

この説明は、DD Boost-over-IP だけに適用されます。

初期構成の Data Domain システムは、ファイアウォール経由で機能しません（メディアサーバーからData Domain システム、または Data Domain システム間の接続）。ファイアウォールを使用してData Domain システムを機能させるには、ネットワークサポート提供者にお問い合わせください。DD Boostバックアップと最適化された複製が機能するには、ファイアウォールの次のポートを開く必要があります。l TCP 2049 (NFS)

l TCP 2051（管理ファイルレプリケーションに必要。ただし、自動イメージレプリケーションには不要）

l TCP/UDP 111（NFS ポートマッパ）

NetBackup用 OSTプラグインのインストールこのセクションでは、NetBackup環境で OST プラグインをインストールするためのコマンドについて説明します。NetBackup環境は、メディアサーバーとマスターサーバーで構成されます。マスターサーバーはクライアントとメディアサーバーを管理し、メディアサーバーとして機能することもできます。 OST プラグインは、それぞれのメディアサーバーにインストールする必要があります。マスターサーバーがメディアサーバーとしても構成されている場合は、OST プラグインをマスター/メディアサーバーにもインストールする必要もあります。

コマンドラインで実行するコマンドは、マスターサーバーまたはメディアサーバーのいずれでも入力できます。マスターサーバーからコマンドを実行する場合は、-media_server オプションを使用して、NetBackup に、ストレージサーバーのプロパティに関するクエリーをプラグインに対して実行する操作を命令する場所を指示します。

このガイドでは、次のディレクトリにある NetBackup コマンドを使用するため、UNIX またはWindows の PATH にこれを追加する必要があります。

手順1. UNIX の PATH にディレクトリの場所を追加する：

$ exportPATH=$PATH:/usr/openv/netbackup/bin:/usr/openv/netbackup/bin/admincmd:/usr/openv/volmgr/bin

2. Windows の PATH にディレクトリの場所を追加する：


ファイアウォールとポート 83

$ 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 プラグインをオンラインサポートからダウンロードします。ダウンロードのSHA-256 ダイジェストを調べて、完全性が確実であることを確認して下さい。

2. gunzipなどのコマンドを入力して、tar ファイルを展開します。メディアサーバ上の任意の場所にファイルを保存します。

3. バックアップアプリケーションの Remote Manager とモニターサービス（nbrmms）プロセスが実行中の場合は停止します。次のコマンドを実行します。# nbrmms -terminate

4. OST プラグイン（gtarパッケージ内のライブラリセット）をインストールします。5. tar コマンドを使用して、ファイルを展開します。

# tar -vxf filename6. パッケージには、インストールスクリプトの install.sh も含まれます。これにより、インスト

ールの開始前に nbrmms が停止されているかどうかを確認できます。次のコマンドを実行します。# install.sh -v verbose

-v が選択されていない場合は、情報のみが/log/OST/EMC/logs/install-datestring.log に書き込まれます。スクリプトでインストールされる共有ライブラリファイルは、libstspiDataDomain.so とlibstspiDataDomainMT.so です。

プラグインが自動的に存在する場合、自動的に上書きされます。既存のプラグインを削除する場合は、uninstall.sh というスクリプトを使用できます。

7. プラグインが存在する場合は、y を入力して処理を続けるように指示が出ます。8. 次のように入力して、バックアップアプリケーションの nbrmms プロセスを再開します。

# nbrmms

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

インストールの準備手順

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



2. ダウンロードの SHA-256 ダイジェストを調べて、完全性が確実であることを確認して下さい。プラグインの libstspiDataDomainSetup.exe を展開します。

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

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

libstspiDataDomainUninstall.exe /S

対話形式モードの場合：libstspiDataDomainUninstall.exe

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

手順1. セットアップの実行可能ファイルをダブルクリックして、インストーラーを起動します。インストーラーが、NetBackup がインストール済みで、それぞれのサービスが実行されていないか確認します。実行中のサービスが検出されると、関連するメッセージが表示されて終了します。

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

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

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

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

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

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

NetBackup UNIX サービスの開始と停止UNIX サービスを停止するには、次のように入力します。# nbrmms -terminate

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

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

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


NetBackup サービス 85

2. ［サービス］ウィンドウに、サービスの名前がアルファベット順に並んでいます。［NetBackupRemote 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 プラグインインストーラーをオンラインサポートからダウンロードします。

b. 実行されている Backup Exec サービスがあれば停止します。Backup Exec サービスの説明に従い、サービスを停止します。

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

3. Backup Exec の重複排除オプションが有効になっていることを確認します。

Backup Exec サービス

Windows サービスの開始、停止、再開Backup Exec では、［Backup Exec Service Manager］ウィンドウで Backup Exec サービスを開始、停止、再開できます。

Backup Exec プラグインのアップグレード手順

1. Backup Exec Services Manager を実行して、すべてのサービスを停止します（ダイアログボックスは閉じないでください）。

2. 以前のプラグインを削除して、新しいプラグインをインストールします。3. Backup Exec Services Manager のダイアログボックスに戻り、すべてのサービスを再開し

ます。4. ダイアログボックスを閉じます。

Windows メディアサーバのパフォーマンスチューニングチューニングについては、ナレッジベース記事「Windows メディアサーバのパフォーマンスチューニング」（ドキュメント ID 000180974）を参照してください。この記事は、オンラインサポートで参照できます。

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

手順1. バックアップアプリケーションのサービスを停止します。2. 以下のいずれかの操作を実行します。

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

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


Backup Exec サービス 87


第 5章

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


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

l メディアサーバーの構成..........................................................................................90l NetBackup管理................................................................................................104l Backup Exec の管理.......................................................................................... 106

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

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

NetBackup の構成

この章の例では、以下の構成を前提とします。l load64 という名前のメディアサーバーが NBU 7.6 を実行している。l dd22 および dd100 という名前の 2台の Data Domain システムで DD Boost が有効化さ

れている。

メディアサーバーの構成は、次の処理手順から成ります。l 各 Data Domain システムの登録l 新しく追加されたデバイス、特に Boost-over-FC のスキャンl Data Domain システムと通信する各メディアサーバーの認証情報の追加l ディスクプールの作成l ディスクプールのコレクションであるストレージユニットの作成l バックアップポリシーの設定

コマンドラインで実行するコマンドは、マスターサーバーまたはメディアサーバーのいずれでも入力できます。マスターサーバーからコマンドを実行する場合は、-media_server オプションを使用して、NetBackup に、ストレージサーバーのプロパティに関するクエリーをプラグインに対して実行する操作を命令する場所を指示します。

コンカレント接続の上限Backup Exec を使用した場合、1台のメディアサーバーからのコンカレント接続（ジョブ）の最大数は 64 です。

各 Data Domain システムの登録手順

1. メディアサーバーで、バックアップアプリケーションのサービスを開始します。NetBackup サービスを参照してください。

2. メディアサーバーで、次のように入力してバックアップアプリケーションがプラグインを検出することを確認します。# bpstsinfo -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.6以降では、NetBackup内からも認証情報を構成できます。詳細については、NetBackup のドキュメントを参照してください。

ddboost storage-unit create storage-unit user user-name コマンドは、他と区別するためにストレージユニットごとに使用できるようになりました。

2. 特定の Data Domain システムと通信する必要があるメディアサーバーごとに前述のステップを繰り返します。dd100 を使用する DFC サーバーの例を次に示します。

# tpconfig -add -storage_server DFC-dd100 -stype DataDomain -sts_user_id username -password password

結果認証情報を追加すると、バックアップアプリケーションが次の操作を実行します。l メディアサーバーが Data Domain システムにログインできるように認証情報を保存する。l プライマリストレージ（バックアップアプリケーションのクライアント）とストレージサーバー（Data

Domain システム）間でデータを転送できる Data Mover としてメディアサーバーを構成する。バックアップアプリケーションは、メディアサーバーとストレージサーバー間のアクセスパスを保持します。


NetBackup の構成 91

ディスクプールの作成ディスクプールは、バックアップアプリケーションが単一のエンティティとして管理するディスクボリュームの集合です。ディスクプールは、ストレージユニットに対応します。

各ディスクプールには一意の名前が必要です。

バックアップアプリケーションには、CLI（コマンドラインインターフェイス）と GUI（グラフィカルユーザーインターフェイス）があります。どちらでもディスクプールを作成できます。

ディスクプールの作成手順

1. バックアップアプリケーションの Remote Manager とモニターサービス（nbrmms）が実行されている必要があります。これを開始するには、次のように入力します。# nbrmms

2. 次のように入力して、Data Domain システム（dd22）上のストレージユニットの ID を取得します。# nbdevconfig -previewdv -storage_server dd22-stype DataDomain > /tmp/dvlist

3. 次のように入力して、前のコマンドで取得した情報を使用してディスクプールを作成します。# nbdevconfig -createdp -dp dd22_storage-unit1_dp -stype DataDomain-storage_servers dd22 -dvlist /tmp/dvlist

ディスクプール名は一意である必要があります。次のような出力が表示されます。

ディスクプール dd22_storage-unit1_dp が 1 つのボリュームとともに正しく作成されました。

ストレージユニットの作成ストレージユニットにはディスクプールが含まれています。複数のストレージユニットをグループ化してストレージユニットグループにすることができます。ストレージユニットを作成するには、CLI またはGUI を使用します。

各ストレージユニットには一意の名前が必要です。

ストレージユニットの作成手順

1. 次のようにコマンドを入力します。# bpstuadd -label dd22_storage-unit1_su -dp dd22_storage-unit1_dp -host load64a -M load64a

このコマンドの出力はありません。



バックアップポリシーの作成バックアップポリシーを作成する手順については、「NetBackup 7.x管理ガイド」を参照してください。

バッファーの構成さまざまなバッファーの数とサイズを設定できますが、サイズの制限は変更できません。ファイルの場所は、オペレーティングシステムによって異なります。l UNIX ファイルの場所：/usr/openv/netbackupl Windows ファイルの場所：install_path\netbackup\db\config最高のパフォーマンスを実現するには、SIZE_DATA_BUFFERS とSIZE_DATA_BUFFERS_DISK を 262144 に設定します。バッファーの数とサイズを設定するには、オペレーティングシステムに応じて次のファイルを作成します。l NET_BUFFER_SZ

n 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：テープn UNIX のデフォルト： 8/12（非並列/並列）n Windows のデフォルト： 16/12（非並列/並列）

l NUMBER_DATA_BUFFERS_DISK

数値は、2乗でなければなりません。

n Description：共有データバッファーの数n Media：ディスクn UNIX のデフォルト： 8/4（非並列/並列）



n Windows のデフォルト： 16/8（非並列/並列）l SIZE_DATA_BUFFERS

このサイズは 32 KB の倍数でなければなりません。このファイルが存在しない場合に使用されるデフォルトは 32 KB です。 Data Domain プラグインでサポートされる最大値は 1 MB です。ファイルが存在する場合のデフォルト値であり、最高のパフォーマンスを実現するための推奨値は、256 KB です。

n Description：共有データバッファーのサイズn Media：テープn UNIX のデフォルト： 64 KB

n Windows のデフォルト： 64 KB

l SIZE_DATA_BUFFERS_DISK

このサイズは 32 KB の倍数でなければなりません。このファイルが存在しない場合に使用されるデフォルトは 32 KB です。 Data Domain プラグインでサポートされる最大値は 1 MB です。ファイルが存在する場合のデフォルト値であり、最高のパフォーマンスを実現するための推奨値は、256 KB です。

n Description：共有データバッファーのサイズn Media：ディスクn UNIX のデフォルト： 256 KB


l SIZE_DATA_BUFFERS_NDMPn Description： NDMPバックアップのバッファーサイズn Media：該当なしn UNIX のデフォルト： 63 KB


最適化された複製の構成OST プラグインにより、NetBackup メディアサーバは複製プロセスを指定して、その実行を DataDomain システムに委任できます。このような共有には、次のメリットがあります。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 コマンドを使用して、Data Domain システムへのアクセスが必要なすべてのメディアサーバを追加することをお勧めします。

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 に示すことになります。次に例を挙げます。メディアサーバー： clientA

Src_DD_System： DFC-ddr1

Dst_DD_System： DFC-ddr2

このケースでは、DD Boost Libraryは、Src_DD_System に Dst_DD_System として名前ddr2 を示します。これが自然に機能するには、Dst_DD_System の DFC-server-name が、Src_DD_System で既知であるその IP ホスト名と同じであることが条件です。これは、Data Domain システムのデフォルトの DFC-server-nameは単純なノード名であることから、一般に予期される状況です。ユーザーが Dst_DD_System の DFC-server-name を他の名前（my-ddr-via-dfcなど）に変えた場合は、Src_DD_System が my-ddr-via-dfc のホスト名参照を行うときに、Dst_DD_System に到達できる IP アドレスが見つかるようにする必要があります。これは、Src_DD_System で/etc/hosts ファイルにエントリーを追加することで行えます。

ストレージライフサイクルポリシーによる最適化された複製の自動化ストレージライフサイクルポリシーは、バックアップファイルの宛先のリストと各ファイルの保存期間で構成されます。ライフサイクルプロセスにより、ファイルの作成、保持が行われた後に、ファイルの使用期間が終了します。ストレージライフサイクルポリシーを使用することで、最初のバックアップおよびその複製コピーに対し、異なる保存期間を指定できます。たとえば、最初のローカルバックアップにある保存期間を指定し、災害復旧サイトの複製コピーには別の保存期間を指定します。SLP の複製先として個々のストレージユニットを選択します。詳細については、ナレッジベース記事の「OST Duplication Does Not Work」（ドキュメント ID 000181560）を参照してください。この記事は、オンラインサポートサイト https://support.emc.com で参照できます。

l 2 つの Data Domain ストレージサーバ間で最適化された複製データを送信する優先リンクまたは IP アドレスが存在する場合は、そのリンクまたはアドレスを使用して複製先ストレージサーバを作成します。

l 最適化された複製を手動で開始する場合は、NBU CLI コマンドの bpduplicate を使用します。これについては、Veritas NetBackup のドキュメントで説明されています。

仮想統合バックアップの構成仮想統合バックアップを使用するため、次のようにポリシー属性とスケジュールを設定します。手順

1. DD OS 5.4 では、仮想統合はデフォルトで有効になっています。無効の場合は、次のように入力して、Data Domain システムで仮想統合バックアップを有効化します。# ddboost option set virtual-synthetics enable

2. NetBackup で Data Domain システム上の仮想統合が有効化されていることを確認し、次のように入力して、OptimizedImage フラグが設定されていることを確認します。# nbdevquery -liststs -U



https://support.emc.com

DD OS 5.2 より前に DD Boostバージョン 2.5 を使用して作成された古いディスクプールを使用している場合、ddboost option set virtual-synthetics enableコマンドは意図したとおりに機能しません。ジョブは終了しますが、NetBackupは通常の統合レプリケーションを行うため、前述のメッセージは表示されません。この場合、次の手順を行ってください。a. NetBackup で新しいディスクプールを作成します。b. 次のコマンドを入力して、既存のディスクプールに手動でフラグを追加します。

# disk-pool-name: dlh35-dpstorage-server-name: dlh35

nbdevconfig -changests -storage_server dlh35 -stype DataDomain -setattribute OptimizedImage

nbdevconfig -changedp -dp dlh35-dp -stype DataDomain -setattribute OptimizedImage

c. 次のコマンドを使用して、フラグ OptimizedImage がディスクプールに追加されたことを確認します。# nbdevquery -listdp -U -dp dlh35-dp

OptimizedImage フラグが出力に表示されない場合は、次のように nbdevconfig コマンドで構成します。# nbdevconfig -changests

バックアップオペレーションの例次の例に、バックアップを開始して、各種バックアップを表示するコマンドを示します。

バックアップオペレーションの例：フル・バックアップフルバックアップは、ヘッダー（HDR）イメージファイル、1 つ以上のフラグメント（F1）イメージファイル、TIR（True Image Restore）ファイル（DDR ストレージユニットで確認できる）で構成されます。# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376



バックアップオペレーションの例：増分バックアップ増分バックアップでは、ヘッダー（HDR）イメージファイル、1 つ以上のフラグメント（F1）イメージファイル、TIR（True Image Restore）ファイル（DDR ストレージユニットで確認できる、下記の太字のもの）が追加されます。# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404

バックアップオペレーションの例：統合フルバックアップ統合フルバックでは、ヘッダー（HDR）イメージファイル、1 つ以上のフラグメント（F1）イメージファイル、TIR（True Image Restore）ファイル（DDR ストレージユニットで確認できる、下記の太字のもの）が追加されます。# ddboost storage-unit show sparc1 compression List of files in sparc1 and their compression info: rtp-ost-sparc1.datadomain.com_1309959523_C1_HDR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 767 Meta-data: 236



rtp-ost-sparc1.datadomain.com_1309959523_C1_F1:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 931,228,244 Globally Compressed: 927,741,488 Locally Compressed: 942,139,003 Meta-data: 3,091,380 rtp-ost-sparc1.datadomain.com_1309959523_C1_TIR:1309959523:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.9 Original Bytes: 100,349 Globally Compressed: 54,304 Locally Compressed: 1,912 Meta-data: 376 rtp-ost-sparc1.datadomain.com_1309959822_C1_HDR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 8.8 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 776 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959822_C1_F1:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 93.9 Original Bytes: 931,227,936 Globally Compressed: 9,784,959 Locally Compressed: 9,890,654 Meta-data: 28,684 rtp-ost-sparc1.datadomain.com_1309959822_C1_TIR:1309959822:dd670c2-1:4:0::: Total files: 1; bytes/storage_used: 39.3 Original Bytes: 100,528 Globally Compressed: 66,592 Locally Compressed: 2,151 Meta-data: 404 rtp-ost-sparc1.datadomain.com_1309959823_C1_HDR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 8.9 Original Bytes: 8,924 Globally Compressed: 8,924 Locally Compressed: 768 Meta-data: 236 rtp-ost-sparc1.datadomain.com_1309959823_C1_F1:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 1.0 Original Bytes: 7,435,452 Globally Compressed: 7,420,935 Locally Compressed: 7,444,262 Meta-data: 23,812 rtp-ost-sparc1.datadomain.com_1309959823_C1_TIR:1309959823:dd670c2-1:4:1::: Total files: 1; bytes/storage_used: 43.0 Original Bytes: 100,449 Globally Compressed: 54,304 Locally Compressed: 1,958 Meta-data: 376

統合フルバックアップは、DDP_SYNWR API を使用して実行されます。これは、Data Domain システムで、ddboost show stats および ddboost show histograms コマンドを入力して表示できます。# ddboost show stats 07/06 07:13:38 DD Boost statistics: ... DDP_SYNWR : 18 [0] ...



Count Errors ----------------------------- ------------- ------ Image creates 9 0 Image deletes 0 0 Pre-compressed bytes received 3,712,802,816 - Bytes after filtering 1,856,586,752 - Bytes after local compression 1,856,586,752 - Network bytes received 1,857,697,928 - Compression ratio 2.0 - Total bytes read 0 0 ----------------------------- ------------- ------

ソースドメイン内の自動イメージレプリケーションバックアップの構成ソースレプリケーションが正しく構成されたディスクプールにバックアップが送られるようにする必要があります。ストレージライフサイクルポリシー（例：AIR-test1-test2）が作成されます。これには、標準のバックアップステップと複製（NBU 7.1）ステップが含まれ、「リモートマスター（リモートドメインのレプリケーションターゲットデバイスに送る）」が指定されています。ポリシーストレージとして SLP を指定するポリシーが作成されます。

ターゲットドメイン内の自動イメージレプリケーションバックアップの構成自動的にインポートされるバックアップは、Destination Replication プロパティを持つディスクプールにファイルコピーされる必要があります。ソースドメイン内のものと同じ名前のストレージライフサイクルポリシー（AIR-test1-test2など）が作成されます。これにはインポートステップが含まれます。ターゲットを絞った AIR を使用する場合、ソースとデスティネーションのマスターメディアサーバのストレージライフサイクルポリシーで、「データ分類」を同じカラーコード（シルバー、ゴールド、プラチナなど）に設定する必要があります。

自動イメージレプリケーションバックアップの実行自動イメージレプリケーションバックアップをソースドメインで実行する場合、バックアップステップに続けて複製ステップがあります（デフォルトで 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 を使用した場合にサポートされません。

設定、スケジュール、モニタリングのジョブの詳細については、「Veritas Backup Exec 15管理者ガイド」を参照してください。すべてのバージョンの Backup Exec について、次のステップを実行します。



手順1. 次の情報を指定して、ログオンアカウントを作成します。

a. デフォルト以外のログインアカウントb. DD Boost ユーザー名c. DD Boostパスワード

ddboost storage-unit create storage-unit user user-name コマンドは、他と区別するストレージユニットごとに使用できるようになりました。

2. デバイスを構成します。a. Data Domain システム上にストレージユニットを作成します。b. 作成済みの Data Domain ホスト名とログオンアカウント名を指定して、OpenStorageサーバーを追加します。

c. Backup Exec によってストレージユニットのリストのクエリーが Data Domain システムに対して実行されます。ストレージユニットを選択します。

d. デバイスのコンカレント処理数を指定します。単一メディアサーバー OpenStorage プラグインおよび関連づけられたすべての OpenStorage ストレージユニット間のコンカレント接続（ジョブ）の合計数は 48 です。デバイス 1台あたりのコンカレント処理の上限は、次のように決定されます。48 >= OpenStorage ストレージユニット数 + Σ 各ストレージユニットのコンカレント処理数。1台の Data Domain システムと 1台のストレージユニットを使用している場合、コンカレント処理数を 47 まで設定できます。

e.［Disk Space Management］にデフォルト値を指定します。データストリームチャンクサイズの範囲は 64 KB から 256 KB までです。最高のパフォーマンスを実現するには、256 KB をお勧めします。

f. ストレージユニットの共有値を指定します。共有メディアサーバーが 1台のプライマリメディアサーバーに関連づけられている場合は、1台の Data Domain ストレージユニットを複数のメディアサーバーで共有できます。メディアサーバーリストからプライマリメディアサーバーを選択します。

g. 新しい Data Domain システムが追加されたら、Backup Exec サ－ビスをリスタートします。

ログオンアカウントの作成次の手順に従って、ログオンアカウントを作成します。

手順1. ホームページの［Getting Started］パネルの［1) Create Logon Accounts］の左にあるアイコンをダブルクリックします。［Logon Account Wizard Welcome］ダイアログボックスが表示されます。［Next］をクリックします。

2. ［Set Up a Logon Account］ダイアログボックスで、［Add a new logon account］を選択して、［Next］をクリックします。

3. ［Enter Logon Account Credentials］ダイアログボックスで、DD Boost に設定されたユーザー名とパスワードを入力します。［Next］をクリックします。

4. ［Logon Account Name］ダイアログボックスで、このログインアカウントを表すアカウント名を入力します。［Next］をクリックします。


Backup Exec の構成 101

5. ［Type of Logon Account］ダイアログボックスで、すべての Backup Exec ユーザーがアカウントを使用できるようにします。［Next］をクリックします。

6. ［Default Logon Account］ダイアログボックスで、［No］を選択します。 Data Domainシステムのアカウントは通常、Backup Exec システムのログオン名ではありません。［Next］をクリックします。

7. ［Logon Account Summary］ダイアログボックスに表示されたアカウント設定を確認します。前に行った選択を変更するには、［Back］をクリックします。アカウント情報が正しい場合は、［Next］をクリックします。

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

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

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

2. Backup Exec のホームページで、次のように選択します。［Storage］ > ［ConfigureStorage］ > ［Network Storage］ > ［Next］ > ［OpenStorage］。

OpenStorage オプションを使用するためには、Backup Exec の重複排除オプションをインストールして、ライセンス登録する必要があります。

3. ［Add OpenStorage Device］ダイアログボックスの［General］タブを次のように構成します。l ［Name］: Data Domain システムの名前を入力します。l ［Server］: Data Domain ホスト名を入力します。l 以前に作成したログオンアカウント名を選択します。l ［DataDomain］をサーバータイプとして選択します。l ［Storage unit］：ストレージユニットを選択します。l ［コンカレントオペレーション］：デバイスのコンカレント処理数を指定します。単一のメディアサーバー OST プラグインからすべての関連する OpenStorage ストレージユニットへのコンカレント接続（ジョブ）の合計数は 48 です。デバイス 1台あたりのコンカレント処理の上限は、次のように決定されます。48 >= OpenStorage ストレージユニット数 + ∑ 各ストレージユニットのコンカレント処理数1台の Data Domain システムと 1台のストレージユニットを使用している場合、コンカレント処理数を 47 まで設定できます。

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

ます。l ［Disk Space Management］と［Direct Access］のデフォルト値を受け入れます。l ［Data stream chunk size］に 64 KB から 256 KB までの値を指定します。最高のパフォーマンスを実現するには、256 KB をお勧めします。



6. ［OK］をクリックします。

7. ［Sharing］タブをクリックします。

共有メディアサーバーが 1台のプライマリメディアサーバーに関連づけられている場合は、1台の Data Domain ストレージユニットを複数のメディアサーバーで共有できます。メディアサーバーリストからプライマリメディアサーバーを選択し、［OK］をクリックします。

8. 新しい Data Domain システムが追加されたら、Backup Exec サ－ビスをリスタートする必要があります。［Restart Services］ダイアログボックスで、［Restart Now］をクリックします。

結果デバイスが構成されると、［Devices］ページに新しいストレージユニットが表示されます。

最適化された複製の構成Backup Exec内における複製ジョブの開発方法は、「Veritas Backup Exec 15管理者ガイド」で詳細に説明されています。関連づけた複製ジョブを任意のバックアップジョブに接続することも、以前のバックアップセットを複製することもできます。OST プラグインにより、メディアサーバは複製プロセスを指定して、その実行を Data Domain システムに委任できます。このような共有には、次のメリットがあります。l バックアップアプリケーションシステムが、バックアップファイルの作成と複製の制御を維持し、そ

のカタログ内のすべてのコピーのトラックを継続するため、簡単かつ効率的なリカバリが確実に実行される。

l 最適化された複製によって、バックアップファイルの複製を作成する際に、メディアサーバが除外されるため、バックアップアプリケーションシステムの負荷が軽減され、他の作業のためにそのシステムが解放される。

l Data Domain システムは、重複排除されたデータに対して、WAN（広域ネットワーク）効率に優れたレプリケーションプロセスを使用する。このプロセスはWAN に最適化されており、複製コピーの作成に必要なWAN帯域幅での全体的な負荷を軽減します。

l 低帯域幅の最適化オプションなどの Data Domain Replicator ソフトウェアの機能を、バックアップアプリケーションに対して透過的に活用して、6 Mb/s未満のWAN リンク上で送信されるデータをさらに削減できる。

l 暗号化された複製の最適化などの Data Domain Replicator ソフトウェアの機能を、バックアップアプリケーションに対して透過的に使用できる。この機能では、複製コピーを作成するためにWAN上で送信されるすべてのデータを暗号化でき、セキュリティが向上します。

次のコマンドを使用して、ソースの Data Domain システムにデスティネーションの Data Domain システムの IP アドレスを追加することをお勧めします。net hosts add ipaddr {host | "alias host"}


Backup Exec の構成 103

すべてのメディアサーバ、ソース、デスティネーションは、両方の Data Domain システムにアクセスする権限を持っている必要があります。net hosts add コマンドを使用して、Data Domain システムへのアクセスが必要なすべてのメディアサーバを追加することをお勧めします。あるシステムから別のシステムにイメージを複製するには、次の条件を満たす必要があります。l 最適化された複製間で実行され、両方の Data Domain システムに構成されているデバイスの

データストリームチャンクサイズが、同じ値に設定されている。［OpenStorage DeviceProperties］ダイアログボックスに表示されるように、この値を 256 KB にすることをお勧めします。

l デスティネーションの Data Domain システムのコンカレント処理数がソースの Data Domain システムのコンカレント処理数以上である。

最適化された複製の構成に関する制限事項l 最適化された複製は、Backup Exec 2010 R2以上でサポートされます。l Data Domainは、データセットを 1 つだけ持つイメージについて最適化された複製をサポートし

ます。複数のボリュームまたは複数のボリュームの選択（C:\Windows、D:、E:など）、エージェント（SQL Server、SharePointなど）、組み合わせが 1 つのジョブでバックアップされると、Veritas Backup Exec Hotfix 138226 が適用されていない限り、結果のバックアップイメージにはすべてのドライブまたはアプリケーションのデータセットが含まれます。この Hotfixは、Backup Exec 2010 R2 にのみ適用できます。Hotfix 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.6

ネットワークのタイムアウトバックアップジョブとリストアジョブは、完了するまでに長時間を要することがよくあります。OST プラグインは一時的なネットワークの中断からリカバリできますが、バックアップアプリケーションのタイムアウトが非常に短く設定されていると、バックアップアプリケーションシステム上のオペレーティングシステムによってジョブが完了前に終了される可能性があります。タイムアウトを最短でも 30分（1,800秒）に設定することを推奨します。

ネットワーク接続が失われたら、管理者が ddboost reset stats コマンドを実行して、ジョブの接続をクリアする必要があります。

CLI を使用したバックアップアプリケーションタイムアウトの設定手順

1. 次の 2行を<NetBackupInstall_directory>/bp.conf ファイルに追加します。CLIENT_CONNECT_TIMEOUT = 1800CLIENT_READ_TIMEOUT = 1800

タイムアウト値は秒単位で表示されます。

GUI を使用したバックアップアプリケーションタイムアウトの設定手順

1. ［NetBackup Management］ノードを展開します。2. ［Host Properties］を展開します。3. ［Master Servers］を選択します。4. 右側のペインで、マシン名をダブルクリックします。

表示されたプロパティのダイアログボックスで、タイムアウト値を変更します。

フェイルオーバーを実行するストレージユニットのグループ化管理者は、ワークロードを共有するストレージユニットのグループを指定できます。管理者は、次の選択基準のいずれかを設定して、次回のジョブに対するグループのストレージユニット選択方法をバックアップアプリケーションシステムに指示します。l フェイルオーバー（推奨設定）

フェイルオーバーを選択基準として設定すると、指示されたストレージユニットに障害が発生した場合に、バックアップジョブが失敗しません。バックアップアプリケーションは、同じグループの別のストレージユニットを選択してジョブを完了します。

l 優先順位づけl ラウンドロビンl ロードバランシング


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

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 システムを削除できない場合を参照してください。

6. tpconfig コマンドを使用して、認証情報を削除します。# tpconfig -delete -storage_server dd22 -stype DataDomain -sts_user_id username

Backup Execの管理OST プラグインのバージョンの確認

手順1. Backup Exec のインストールディレクトリに移動し、libstspiDataDomain.dll ファイルを探します。

2. ファイル名を右クリックし、メニューから［Properties］を選択します。3. ［Details］タブを選択します。 OST プラグインのバージョンが、ファイルのバージョンとして表

示されます。

Backup Exec のバージョンの確認手順

1. Backup Exec のホームページで、［Help］メニューの［About］を選択します。



Data Domain システムのストレージユニットの削除手順

1. Data Domain システムのストレージユニットを削除するには、次の 2 つのオプションがあります。l Backup Exec デバイス（Data Domain システムのストレージユニット）内のすべてのメディアを消去した後で、そのデバイスを Backup Exec から削除できます。

l デバイスにメディアが残っている場合にも Backup Exec からデバイスを削除できます。ストレージユニットはそのまま Data Domain システム上にあり、一部のファイルがストレージユニット内に残されます。このスペースをリカバリするには、次のように入力して DataDomain システムのストレージユニットを削除します。

# ddboost storage-unit delete storage-unit


Data Domain システムのストレージユニットの削除 107

第 6章

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

この章では、お客様による問題の解決に役立つ基本的なトラブルシューティングのヒントを紹介します。解決できない問題については、契約されたサポートプロバイダーにお問い合わせください。詳細については、オンラインサポートで提供される Data Domain ナレッジベースを参照してください。この章では、次のトピックについて説明します。

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

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


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

http://compatibilityguide.emc.com:8080/CompGuideApp/の「Data Domain BoostCompatibility Guide」に指定された、サポートされる構成であることを確認してください。

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

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

ファイルレプリケーションに関する Data Domain システムの設定すべての DD OSバージョンでは、replication throttle コマンドによってレプリケーションが制御されます。設定したスロットルが低すぎると、NetBackup と Backup Exec に関する最適化された複製が失敗する可能性があります。

NetBackupのトラブルシューティング

Data Domain システムを削除できない場合この処理手順では、次の条件を前提としています。l Data Domain システムを削除できない。l nbdevconfig オプションを使用して実行した deletests コマンドが失敗した。これは、

emm プロセスまたは rmms プロセスがダウンしている可能性があることを意味します。l 指定した Data Domain のすべてのファイルの使用期間が終了している。ファイルの使用期間を

終了する手順については、NBU のドキュメントを参照してください。それでも Data Domain システムを削除できない場合は、次のステップに従います。

手順1. 次のコマンドを実行します。

# nbdevconfig -deletests -storage_server DDR -stype DataDomain2. 結果がコアファイルの場合は、Data Domain サポートにお問い合わせください。それ以外の

場合は、次のステップに進みます。3. ご使用のオペレーティングシステムに対応する次の手順に従ってください。



http://compatibilityguide.emc.com:8080/CompGuideApp/

Windows システムの場合手順

1. 次の 2個の実行可能ファイルを実行して、メディアサーバーで NetBackup サービスをリスタートします。NBUInstallPath\NetBackup\bin\bpdown.exeNBUInstallPath\NetBackup\bin\bpup.exe

2. deletests を再度実行します。コマンドが失敗した場合は、NBUInstallPath\NetBackup\nblog.conf ファイルを開き、次のエントリーを追加して、詳細な NBUログを有効化します。NBSTSI=OID=202

3. メディアサーバー上のエラーログの説明に従って、メディアサーバー上の詳細なログメッセージを有効化します。

UNIX システムの場合手順

1. rmms がリスタートするが、emmはリスタートしない場合は、すべてのプロセス、特に emmやrmms が起動していることを確認します。

2. プロセスが起動していない場合は、次のように入力します。# /bp/bin/goodies/netbackup start

3. deletests を再度実行します。それでも失敗する場合は、/bp/nblog.conf ファイルを開き、次のエントリーを追加して、詳細な NBU ログを有効化します。NBSTSI=OID=202

4. メディアサーバー上のエラーログの説明に従って、詳細なログメッセージを有効化します。

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

1. 次のように入力して、ファイルが正しい場所にあることを確認します。入力内容は、オペレーティングシステムによって異なります。a. UNIX システムでは、次のように入力します。# ls /usr/openv/lib/ost-plugins/

コマンド出力には、次のような共有ライブラリファイルの名前が含まれています。

libstspiDataDomain.solibstspiDataDomainMT.so

また、/log/OST/EMC/logs/install-datestring.log に保存されているインストールログを確認することもできます。

b. Windows システムでは、次のように入力します。C:\Program Files\Veritas\bin\ost-plugins


インストールの確認 111

コマンド出力には、libstspiDataDomain.dll という共有ライブラリファイルの名前が含まれています。

2. 次のように入力して、プラグインのバージョンを確認します。# bpstsinfo -pi

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

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

認証情報の確認手順

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

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

ライセンスエラーの解決Configure Disk Pool ウィザードによってライセンスエラーが報告された場合は、次の操作を実行します。手順

1. bp.conf ファイルを開きます。2. ファイルに余分な CLIENT_NAME エントリーがあるかどうかを確認します。3. 余分な CLIENT_NAME エントリーを削除します。

メディアサーバー上のエラーログエラーログは、OpenStorage環境の NetBackup に関連した問題をトラブルシューティングするための主要なツールです。手順

1. バックアップ、リストア、最適化された複製の操作を開始する前に、NetBackup メディアサーバーでログを有効化します。メディアサーバーのオペレーティングシステムの指示に従うか、NetBackup GUI を使用します。l UNIX システム上でエラーログを有効化する次のコマンドを実行します。# /usr/openv/netbackup/logs/mklogdir

l Windows システム上でエラーログを有効化する次のコマンドを実行します。



C:\Program Files\Netbackup\logs\mklogdir.bat

結果ログを有効化すると、OST プラグインによって DataDomain という名前のプレフィックスがエラーメッセージとログの参考メッセージに付加されます。

メディアサーバー上の失敗したバックアップの解決メディアサーバーのオペレーティングシステムに関する次の説明に従って、ログファイル内のプラグインエラーメッセージを検索します。

UNIX システム上の失敗したバックアップの解決手順

1. 次のコマンドを実行します。# cat /usr/openv/netbackup/logs/bptm/LOGFILE_DATE | grep DataDomain

指定したログファイルから、DataDomain の語を含む行が選択されます。プラグインでは、ログメッセージに DataDomain がプレフィックスとして使用されます。

Windows システム上の失敗したバックアップの解決手順

1. 次のコマンドを実行します。C:\Program Files\Veritas\logs\bptm\LOGFILE_DATE.log

2. ログファイルを開き、DataDomain という単語を検索します。

失敗したファイル複製の解決手順

1. メディアサーバーログファイル内のプラグインエラーメッセージを検索します。これらのファイルはサーバーのオペレーティングシステムに固有です。l UNIX

n read_file の場合：/usr/openv/netbackup/logs/bpdm

n write_file の場合：/usr/openv/netbackup/logs/bptm

n file-replication の場合：/usr/openv/netbackup/logs/bpdm

l Windows

n read_file の場合：C:\Program Files\Veritas\logs\bpdm

n write_file の場合：C:\Program Files\Veritas\logs\bptm

n write_file の場合：C:\Program Files\Veritas\logs\bptm


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

2. 次のコマンドを入力して、レプリケーションライセンスがインストールされていることを確認します。# license show

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

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

1. クライアントから Data Domain システムへの ping が可能なことを確認します。2. 次のように入力して Data Domain システムでファイルシステムを実行中であることを確認し

ます。# filesys status

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

プラグインログメッセージの解決プラグインでエラーが発生すると、EPLUGIN エラーコードが NetBackup に返されて、エラーの理由がログに記録されます。手順

1. 理由が次のいずれかであるかを確認します。l Write Length Exceeds Limit Error書き込みバッファーのデータサイズが制限されています。制限超過のエラーメッセージが出る場合は、バッファーの構成の説明に従い、バッファーサイズを指定の制限内の値に変更します。

l Program Not Registered次の出力は、プログラムが登録されていないことを示します。

(: RPC: Program not registered) 2. 有効なライセンスをインストールして DD Boost を有効化します。

# license add ddboost-license-code3. 次のように入力して Data Domain システムでファイルシステムを実行中であることを確認し

ます。# filesys status

「Cannot connect on socket」エラーの解決nbdevconfig -creatests コマンドを実行してもソケット接続のエラーによりストレージサーバーが作成されない場合に、このエラーが発生します。次のステップを実行します。手順

1. nbemm プロセスを実行中であることを確認します。起動後にこのプロセスが失敗し続けると、通常は NBU データベースの問題が発生します。

2. vxlogview ユーティリティを使用して、/usr/openv/logs/51216-*.log内のログにエラーがないかどうかを確認します。

3. データベースを再作成します。次のコマンドを実行します。



# /usr/openv/db/bin/create_nbdb -drop

Solaris メディアサーバー上での NetBackupバックアップジョブの失敗ジョブの開始時にファイルバックアップジョブがメディア書き込みエラー（84）で失敗する場合、一般的なアクティビティ監視ジョブの詳細に次のような内容が含まれることがあります。2/28/2009 3:36:22 AM - Critical bptm(pid=1750) failure to open sts for storage server apoddrrp01: plug-in reports error 2060046 plugin error2/28/2009 3:36:23 AM - end writing media open error(83)

bptm ログに次のような情報が含まれることがあります。01:33:02.585 [28874] <16> apoddrrp01: /usr/openv/lib/ost-plugins/libstspiDataDomain.so:stspi_open_server STS_EPLUGIN Can't connect to mountd on apoddrrp01 (: RPC: Miscellaneous tli error - An event requires attentionError 0)

前述の例では、/etc/inet/ipsecinit.conf のエントリーにより、ポート 665（sun-dr）からのトラフィック上で暗号化が強制されています。ただし、Solaris オペレーティングシステムではSun ダイナミック再構成が無効化されています。その結果、メディアサーバーでは NFS を介したData Domain システムへの接続にポート 665 が使用されていましたが、パケットが暗号化されていなかったためにメディアサーバーから送信されませんでした。この問題を修正するには、ダイナミック再構成を無効化する必要があります。

ダイナミック再構成の無効化手順

1. コメントを削除するか、/etc/inet/inetd.conf の sun-dr エントリーを削除します。sun-dr stream tcp wait root /usr/lib/dcs dcssun-dr stream tcp6 wait root /usr/lib/dcs dcs

2. 次のように入力して、inetd によって構成ファイルを再読み取りします。kill -HUP pid-inetd

3. コメントを削除するか、/etc/inet/ipsecinit.conf の sun-dr エントリーを削除します。{dport sun-dr ulp tcp} permit {auth_algs md5}{sport sun-dr ulp tcp} apply {auth_algs md5 sa unique}

4. 実行中のシステムからアクティブ IPsec構成を削除します。a. 次のように入力してインデックス番号を取得します。ipsecconf | grep sun-dr

b. 次のように入力して sun-dr のポリシーを削除します。ipsecconf -d index

AIX クライアントからのバックアップジョブが失敗するDD Boost を使用する HA が有効な Data Domain システムに対して、AIX クライアントから複数のバックアップジョブを実行すると、バックアップジョブが終了せずに失敗する可能性があります。従来、DD Boostは、オープンファイルごとにクライアント側で 24 MB のバッファを割り当てます。ただし、HA が有効化された DD システムにバックアップが送信されると、クライアントはオープンファイルごとに 128 MB必要になります。この要件では、大量のファイルを開いているにもかかわらずメモリが不足しているようなクライアントでは問題が発生します。


Solaris メディアサーバー上での NetBackupバックアップジョブの失敗 115

特に、AIX クライアントでは、AIX アプリケーションにおけるデフォルトのヒープサイズが原因で、この問題が発生する傾向にあります。AIX環境変数を export LDR_CNTRL=MAXDATA=0x70000000 に設定することで、結果を改善することができます。

最適化された複製ジョブの失敗DD OS 4.7以上を実行するソースとデスティネーション両方の Data Domain システムで、最適化された複製のためのレプリケーションソフトウェアライセンスが必要です。このライセンスがインストールされていないと、最適化された複製ジョブが失敗します。標準的なアクティビティ監視ジョブの詳細に、メディア書き込みエラー（84）が発生したことが示されます。NetBackup の bpdm ログに、NFS の操作がサポートされないことが示されます。

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

1. Data Domain からレプリケーションライセンスコードを取得します。2. それぞれの Data Domain システムのコマンドラインインターフェイスから、ライセンスコードを

追加します。# license add license code

仮想統合バックアップl 通常のバックアップに問題がないことを確認します。l ストレージライフサイクルポリシーの属性が正しく設定されていることを確認します。l TIR ファイルがストレージユニットに作成されていることを確認します。

# ddboost storage-unit show [compression] [storage-unit] [tenant-unit tenant-unit]l DDP_SynWR RPC が送信されていることを確認します。

# ddboost show statsl OptimizedImage フラグが設定されていることを確認します。

# nbdevquery -liststsl Data Domain システムで仮想統合が有効化されていることを確認します。

# ddboost option show

自動イメージレプリケーションの監視ソースの Data Domain システムでは、自動イメージレプリケーションに直接関連づけられた RPC、DDP_REMFILEOPS と DDP_IMAGESETOPS の統計とヒストグラムが報告されます。また、DDP_IMAGESETSは、この Data Domain システムから送信されたすべてのイメージセットの数です。 DDP_IMAGESETS ヒストグラムは、イメージセットの最後のイメージがファイルコピー用に送信されたときから、イベントがターゲットドメイン内の Data Domain システムにポストされるまでの期間を報告します。ターゲットの Data Domain システムでは、DDP_GETEVENT RPC の統計とヒストグラムが報告されます。また、DDP_EVENTSはインポートに関するすべての報告されたイメージセットイベント数です。 DDP_EVENTS ヒストグラムは、ターゲットドメイン内の Data Domain システムにイベントがポストされたときから、インポートのためにイベントが NetBackup に配信されるまでの期間を報告します。個々のファイルのファイルレプリケーションパフォーマンスレポートを取得するには、ddboostfile-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 show

3. ソース 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. ディスクプールがレポートを適切に使用したことを確認します。適切に使用されていない場合は、データベースを更新し、次のように入力します。


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

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 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 および 7.6 では、レプリケーションターゲットとソースを探し、次のように入力します。nbdevquery -listdp -stype DataDomain -U

Disk Pool Name : sol022sparc1-dd670c2Disk Pool Id : sol022sparc1-dd670c2Disk Type : DataDomainStatus : UPFlag : PatchworkFlag : VisibleFlag : OpenStorageFlag : SingleStorageServerFlag : CopyExtentsFlag : AdminUpFlag : InternalUpFlag : LifeCycle



Flag : 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.event0000000000000006は、この Data Domain システムの一意のイベント識別子です。

a. ターゲットストレージユニット内の.imgset ファイルが長時間（2時間超）表示される場合、ターゲット NetBackup ドメインがポストされたイベントのクエリーを実行していないことを示しています。DD OS では、2時間以上経過しているすべての.imgset ファイルが削除されます。

b. ターゲットストレージユニット内のイベントファイルが長時間（2時間超）表示される場合、ターゲット NetBackup ドメインがイベントを処理していないことを示しています。これは、.imgset ファイル内に指定されている SLP のスペルがターゲット NetBackup ドメインでは正しくないことを意味する場合があります。

8. プラグインがイベントソースであることが NetBackup データベースに反映されていること、および ddboost show stats コマンドを使用して、DDP_GETEVENT RPC の数が増えていることを確認します。このようになっていない場合は、次のコマンドを使用してデータベースを更新します。nbdevconfig -updatests -storage_server rtp-ost-d670c2.datadomain.com -stype DataDomain


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

a. STS_SRV_EVSYNC を探すには、次のように入力します。bpstsinfo -si -stype DataDomain -sn rtp-ost-dd670c2.datadomain.com

Server Info: Server Name: DataDomain:rtp-ost-dd670c2.datadomain.com Supported Stream Formats: [ ] Server Flags: (STS_SRV_IMAGELIST | STS_SRV_CRED | STS_SRV_EVSYNC | STS_SRV_IMAGE_COPY) Maximum Connections: 149 Current Connections: 0 Supported Interfaces: [ ] Supported Credentials: [ ]

b. stsem のユニファイドログデバッグレベルを 6 に上げます。vxlogcfg -a -p 51216 -o stsem -s DebugLevel=6

c. 期間を収集し、次のように開始日と時刻を指定して stsem ログにエラーがないかどうかを確認します。vxlogview -p 51216 -o stsem -b "2/7/2012 3:30:00 PM" > c:\stsem.log

または、次のように以前の時間数を収集します。vxlogview -p 51216 -o stsem –t 4 > c:\stsem.log

d. ログがファイルシステムを一杯にしないように、次のように stsem のユニファイドログデバッグレベルを 1 に戻します。vxlogcfg -a -p 51216 -o stsem -s DebugLevel=1

9. stsem ログで、インポートのためにイベントがポストされたことを示すログエントリーを探します。イベントファイルは、インポート用にポストされた後に、ターゲット Data Domain システムから削除されます。02/22/12 07:05:17.307 [STSEventSupplier::postReplEvent()] AddOstImageToImport seqno=52 masterServer=<rtp-ost-sparc1.datadomain.com> media=<rtp-ost-sparc1.datadomain.com> origin_NBU_master=<bluemedia> isi_slpname=<AIR-vol1-vol2> e_orig_server=<DataDomain:rtp-ost-dd670c2.datadomain.com> e_num_images=<1> : [0] servername=<rtp-ost-dd670c2.datadomain.com> servertype=<DataDomain> imo_lsu.sln_name=<vol2> imo_def.img_basename=<bluemedia_1329923106_C1_IM>

10. ターゲットドメインでイベントが使用されていること（指定したターゲットストレージユニットにイベントがリストされない）が ddboost event show によって示されていても、アクティビティの監視でインポートアクティビティが表示されない場合は、ソースとターゲットのドメインメディアマスターサーバー上の時間が適切に同期されていることを確認します（通常、差は数分以内）。同じタイムゾーン内である必要はありません。

11. AIR インポートを実行中の宛先 Data Domain メディアサーバーの bpcd ログで、インポートジョブが開始したことを示すエントリーを探します。これを最も簡単に行うには、ソースドメインで報告されているイメージ ID のグレップ検索を実行します。この場合は、bluemedia_1329923106 です。07:05:29.624 [24145] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpdm bpdm -restoretir -cmd -b bluemedia_1329923106 -c



bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

12. bpdbm ログ内に、次のログエントリーが見つかります。07:05:33.463 [24169] <2> db_logimagerec: backup id bluemedia_1329923106

13. 最終的に、bpdm ログでは、インポートが次のように実行されます。7:05:30.232 [24150] <2> bpdm: INITIATING (VERBOSE =5): -restoretir -cmd -b bluemedia_1329923106 -c bluemedia -cn 1 -drn 0 -p @aaaal -v -jobid 285 -from_replica -mst 6

14. インポートジョブが失敗し、no images were successfully processed(191)メッセージが表示される場合は、bpimport log で詳細を確認してください。次の表示では、ターゲットドメインの SLP がソースドメインの SLP と一致しませんでした。04/06/2012 11:23:38 - Error bpimport (pid=11137) Import of replica image, backup id ostqa-sparc1.datadomain.com_1333724024, Import failed because the imported image specifies an SLP name which does not exist

15. 適切なデバッグレベルが有効化されている場合、Data Domain システム上の AIR操作に関する詳細なログは、ddfs.info 内にありますデフォルトデバッグレベル（レベル 0）で実行すると、ddfs.info に ost_remfileops, ost_imagesetops,ost_get_event_id, ost_get_event のエラーメッセージが含まれます。これらは、大規模なエラーを示します。より一般的なエラーを表示するには、OST デバッグマスク（-M）のデバッグレベル（-D）を 3 に上げる必要があります。これは、config_debug ユーティリティを使用して実行できます。/ddr/bin/config_debug –P /ddr/bin/ddfs –M 0x00100000 –D 3

完全な操作のログは、デバッグレベル 6 で入手できます。ただし、デバッグレベル 6は、出力されるログが多いため、通常は使用されません。デバッグレベル 6 を使用している場合は、問題を収集した後に ddfs.info のデバッグレベルを 0 に戻す必要があります。

自動イメージレプリケーションのキャンセル指定した SLP に関する進行中のレプリケーションを停止するには、Veritas ベストプラクティスガイドの指示に従って次のように入力します。nbstlutil cancel –lifecycle SLP name -force

Vertias NetBackup自動イメージレプリケーションの FAQ（https://www.veritas.com/support/en_US/article.000112974）を参照してください。

Backup Execのトラブルシューティング基本的なトラブルシューティング

l すべてのストレージユニットでコンカレント接続（ジョブ）の数が正しく設定されていることを確認します。


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

https://www.veritas.com/support/en_US/article.000112974

https://www.veritas.com/support/en_US/article.000112974

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

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

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

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

NetBackupは現在は Veritas製品ですが、前のコマンドのファイルパスで Symantec が使用されているのは引き続き有効です。

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

Exec Server］、［Device and Media］。3. ［Capture to file］を有効にする必要があります。4. ［Device and Media Debug］を設定し、［Enable verbose logging］が有効でなけ

れば選択します。



openstorage dell emc data domain boost for（data domain boost）とveritas netbackup...

Documents