Data Domain：仮想テープ ライブラリーに関するベスト プラクティス ガイド

VTLに関するベスト プラクティス ガイド

目的

このドキュメントでは、バックアップ環境におけるData Domain Virtual Tape Library (VTL)の最適なパフォーマンスを確保し、製品のサポートと保守管理を容易にするためのベスト プラクティス ガイドを提供します。

該当製品：

• すべてのData Domainシステム
• VTLをサポートするすべてのソフトウェア リリース
• VTLプロトコル
• NetWorker、TeraSAMなどのサード パーティー製バックアップ アプリケーション（「BA」）

対処法

1. パフォーマンスの低下を回避するための基本的なガイドライン：
   1. VTLのインストール資格申請が完了し、適切な動作が確認されていることが重要です。サポートされていないHBA、ドライバーなどの使用は、問題を引き起こす一般的な原因となっています。
   2. Data Domainシステムの容量を85%未満に保つようにします。これらの重要なタスクを実行するのに十分なディスクがシステムにある場合、ファイル システム クリーニングなどの操作は、より迅速かつ効率的になります。
   3. アクティブ バックアップが実行されていない時間帯に、ファイル システムのクリーニング（ガベージ コレクションまたはファイル システム クリーニングとも呼ばれる）を実行するようにスケジュール設定してください。
   4. ほとんどの環境では、デフォルトのファイル システム クリーニング スケジュールで十分です。このプロセスの詳細については、「Data Domain：DDR でのクリーニングのスケジュール設定」(12089)を参照してください。それでも、ファイル システム クリーニングをより頻繁に実行するためにデフォルトのスケジュールを変更する必要がある場合は、Data Domainサポートにお問い合わせください。
   5. アクティブなVTLバックアップ ウィンドウと重複するようにレプリケーションをスケジュール設定しないでください。どちらのプロセスもかなりのリソースを必要とし、同時に実行するのではなく個別に実行する方が短時間で完了します。
   6. Data Domainシステムで得られる圧縮率が大幅に低下するため、クライアントBA（NetWorker、TeraSAM）からの暗号化、多重化、圧縮前/クライアント側重複排除は使用しないでください。これらのアクティビティーは、Data Domainシステムでのみ実行してください。一部のバックアップ アプリケーションでは、これらの機能がデフォルトでオンになっています（つまり、HP Data Protectorはデフォルトで多重化に設定されています）。そのため、アプリケーションでこれらの機能がすべてオフになっていることを確認してください。
   7. Data Domainシステムでは、構成オプション（ストリーム数、スロットリング、レプリケーションなど）の上限が高くなる場合がありますが、多くの場合、中程度の構成を使用すると、全体的に最適なパフォーマンスが得られます。 
   8. Data Domainシステムからのすべてのアラートを読み、理解していることを確認してください。アラートが理解できない場合は、サポートに問い合わせて確認してください。
   9. すべてにデフォルトのプールを使用しないでください。別のプールを1つ以上作成し、作成したプール内にすべてのテープを作成します。レプリケーションを使用する場合（または今後使用する可能性がある場合）、パフォーマンスを向上させるために、5〜10のレプリケーション コンテキスト（つまり、VTLプール）を作成して使用することが重要です。
   10. 特定のコンポーネントがVTLと互換性があることを確認してください。

2. VTLコンポーネント

   1. イニシエーター：
      1. FCイニシエーター ポートは、Data Domain VTLデバイス専用である必要があります。
      2. Data Domainシステム上のVTLターゲット ポートの特定のセットと通信する必要があるイニシエーターのみを、そのData Domainシステムにゾーニングする必要があります。
      3. ゾーニングするすべてのイニシエーターに有用なエイリアスを作成し、Data Domainシステムに接続します。エイリアス名にホスト名とポートを含めることをお勧めします。 
      4. 1対1のゾーニングのみを使用します。ゾーンごとに1つのイニシエーターと1つのターゲットのみで構成されるゾーンをファイバ チャネル スイッチ上に作成します。 
   2. スロット： 
   • ライブラリーに必要なスロットまたはドライブの数は、同時に実行されるバックアップ ストリームとリストア ストリームの数によって決まります。またドライブ数も、特定のData Domainシステムの構成と全体的なパフォーマンスの上限によって制限されます。スロット数は通常、保存ポリシー サイクルで使用されるテープの数に基づきます。

   3. カートリッジ アクセス ポイント：

      • 特定の環境用にカートリッジ アクセス ポイント(CAP)をエミュレートする必要があるかどうかを判断するには、お使いのバックアップ アプリケーション向けのData Domain統合ガイドを参照してください。

   4. チェンジャー：

      • VTLごとに使用できるチェンジャーは1つだけです。
      • 多くの場合、選択する必要があるチェンジャー モデルは、お使いの構成によって異なります。
        • Symantec Backupソフトウェアを使用する場合は、RESTORER-L180ライブラリー エミュレーションを使用します
        • IBM System iプラットフォームを使用する場合は、TS3500ライブラリー エミュレーションを使用します。
        • また、AIX 6.1およびAIX 5.3プラットフォームでTeraSAM 6.2を使用する場合にも、TS3500ライブラリー エミュレーションを使用できます。
        • その他のほとんどのインストールでは、L180ライブラリー エミュレーションを使用する必要があります（SymantecとIBM System i以外）。

   5. テープドライブ

      1. 自動オフライン：  テープがロードされている場合、ドライブはオンラインです。この状態では、最初にテープを取り外さない限り、チェンジャーはドライブからテープを移動できません。ただし、自動オフラインが有効になっている場合は、暗黙的にドライブのアンロードが行われるため、アプリケーションによってUnloadコマンドが発行されていなくても、テープをドライブから移動できます。この設定は特定のアプリケーションに有用であり、VTLサービス全体で共通です（すべてのドライブに対して1つの設定）。
      2. 自動取り出し： テープがドライブまたはスロットからCAPに移動された場合、テープは直接ヴォールトに送られます。この設定は、テープがCAPから取り外されたことを確認するアプリケーションに役立ちます。時間遅延後もテープがCAPに残っている場合、ライブラリーの「取り出し」操作は失敗します。自動取り出しは、テープがCAPからすぐに消えるため、これらのアプリケーションに適しています。また、この設定は、VTLサービス全体で共通です（すべてのドライブに対して同一の設定）。
      3. 各ライブラリーに1種類のテープ ドライブのみを使用することをお勧めします。

   6. ターゲットHBA

      1. シングル ポートのボトルネックを回避するために、Data Domainシステム上の複数のFCポートにバックアップの負荷を分散することを検討してください。 
      2. スイッチ上の各FCポートの速度を確認して、目的のレートでポートが構成されていることを確認します。
      3. 特定の構成で明示的に必要でない限り、セカンダリー ポートを「none」に設定します。
      4. ホスト オペレーティング システム ドライバーをLUN永続バインディング用に構成します。これにより、ターゲットの変更時に、バックアップ ソフトウェアまたはオペレーティング システムを再構成する必要がなくなります。 

• VTL操作

  1. スロット：作成したテープの数を格納するのに十分な数のスロットを作成します。余分なスロットを数個作成しても、過剰な量でなければ問題ありません。
  2. CAP
  3. テープ
     1. バックアップ要件を満たすために必要な数だけテープを作成します。最初のテープの数は、リストアで使用可能なディスク領域の2倍未満にする必要があります。作成する仮想テープの数が多すぎると、Data Domainシステムが早期にいっぱいになり、予期しないシステム アウテージを引き起こす可能性があります。グローバル圧縮統計が使用可能になると、テープを段階的に追加できます。 
     2. システムが100%フルになった場合は、システムに存在する可能性のある空のテープをすべて削除し、システムの容量が80%未満になるようにデータを失効させる必要があります。この時間のかかるタスクを回避するため、システム フル イベントが発生しないようにします。
     3. レプリケーション ターゲット システムでは、レプリケート中のテープからは読み取らないでください。
     4. 異なるプール間でも、常に固有のテープ バーコードを使用します。
     5. すべてのプールで常に同じテープ サフィックス（サイズ）を使用します。何らかの理由で別のサフィックスを使用する必要がある場合は、少なくともプール内で同じサフィックスを保持する必要があります。
     6. テープの最適なサイズは、使用する特定のBAやバックアップするデータの特性など、複数の要因によって異なります。一般に、ディスク使用量を制御し、システムがフル状態になるのを防ぐには、少数の大きなテープよりも多数の小さなテープを使用する方が適しています。
     7. TeraSAMでは、より迅速にスペースを再利用するために、より小さなテープ（つまり、30-50G）を使用することをお勧めします。

  4. バックアップ アプリケーション

     1. Data Domainシステムで運用するパフォーマンスを最大限に高めるために、BAに最適な最大ブロック サイズを使用していることを確認します。最適なサイズは、ディスクの速度、OSのキャッシュ、特定のバックアップ ソフトウェアなど、多くの要因によって異なります。ベンダーの推奨事項と統合ガイドを参照してください。
     2. 一般に、テープ ブロック長が64Kの倍数である方がパフォーマンスは高くなりますが、特定のソフトウェアのベスト プラクティスまたは統合ガイドを確認してください（リンクについては、以下を参照してください）。複数のバックアップ サーバーを持つData Domainデバイスにアクセスする場合、環境内のすべてのサーバーからアクセス可能な最大ブロック長を使用します（特に異機種混在OS環境で）。

• アクセス グループ

  1. 各専用VTLアクセス グループ内のデバイスの番号付けは、LUN 0から始める必要があります。
  2. Data Domainシステムに大きな負荷がかかっている間は、VTLアクセス グループの構成を変更しないことをお勧めします。
  3. アクセス グループごとにイニシエーターを1つだけ使用することをお勧めします。

• 統計

  1. VTLファイルマーク キャッシュ統計を使用する場合、テープをドライブにロードする前に統計情報のリセットを行う必要があります。テープがロードされ、テープ ドライブでアクセスされた後に統計情報のリセットが実行された場合、vtl show detailed-statsコマンドは正確でない可能性があります。レポートで、「free」の数が「alloc」の数よりも大きくなることがあります。これは予期しない結果ですが、この場合は問題ありません。これは、使用中にドライブの統計情報をリセットすることによって発生します。統計のリセットはアトミック操作ではありません。
  2. 一般的なベスト プラクティスとして、テープをドライブにロードする前に統計情報をリセットする必要があります。