「Data Domain：アクセス グループのベスト プラクティス

アクセス グループのベスト プラクティス

該当製品:

• すべてのData Domainシステム
• VTLをサポートするすべてのソフトウェア リリース
• VTLおよびSANプロトコル
• NetWorker、Tivoli Storage Manager(TSM)などのサード パーティー製バックアップ アプリケーション

目的

このドキュメントでは、アクセス グループに関する潜在的な問題を回避するための適切な構成について説明します。

対処方法

アクセス グループを作成する際の考慮事項:

• クライアントとオペレーティング システム:
  • どのOSがグループにアクセスしていますか? グループごとに 1 つの OS タイプを使用するのが最善であり、理想的にはグループごとに 1 つのクライアント マシンを使用します。
  • 同じテープ ドライブにアクセスする必要があるクライアントの数はいくつですか? 可能であれば、各クライアント マシンに異なるドライブ セットを割り当てることを検討してください。
  • バックアップ ソフトウェアに「共有ストレージ」オプションがない場合は、クライアントごとに個別のアクセス グループを作成し、クライアントごとに固有のテープ ドライブを定義することをお勧めします。
• ドライブとチェンジャー:
  • すべてのアクセス グループにチェンジャーを配置することは避けてください。通常、チェンジャーにアクセスできるのはプライマリー バックアップ サーバーのみです。(以下のTSMの推奨事項を参照)
  • 同じアクセス グループに複数のチェンジャーを配置しないでください。(以下のTSMの推奨事項を参照)
  • VTLホスト バス アダプター(HBA)ポートを個々のテープ ドライブまたはチェンジャーに割り当てる場合は、プライマリー ポートまたはセカンダリー ポートに「all」指定を使用しないでください。デバイスごとに1つのプライマリー ポートまたはセカンダリー ポートを割り当てることをお勧めします。これにより、競合するコマンドがドライブまたはチェンジャーに対して発行される可能性を回避できます。明確でテスト済みのフェールオーバー計画が存在しない限り、セカンダリー ポートはnoneにする必要があります。
  • 複数のアクセス グループ間で同じテープ ドライブまたはチェンジャーを共有することは避けてください。(以下のTSMの推奨事項を参照)
  • 同じアクセス グループ内で2種類以上の異なるテープ ドライブを使用しないでください。(例:IBM LTO3とLTO-5を同じグループに含めないようにする)
• LUNアドレス指定:
  • 通常は、アクセス グループの作成時にLUN番号を入力しないことで、VTLにLUN番号を自動的に割り当てることをお勧めします。また、シーケンス外のLUNナンバリングを使用してもパフォーマンス上の利点はありません。これを行うと、特定のOSタイプでVTLとの通信に問題が発生する可能性があります。 
  • NASファイラーへのアクセスには、LINUXマシンと同じスキームを使用します。一般に、番号付けは常にLUNゼロから始まり、すべてのターゲット ポートについてゼロから連続したLUN番号付けシーケンスを維持する必要があります。通常、テープ ドライブとチェンジャーへのVTL HBA上の1つのプライマリー パスを使用します。
• アプリケーション固有の注意事項:
  • Tivoli Storage Manager (TSM): TSMサーバーまたはクライアントの場合は、テープ ドライブまたはチェンジャーに割り当てた特定のプライマリー ポートを1つだけにします。TSMサーバーでSAN自動検出機能が有効になっている場合は、セカンダリー ポートを割り当てることができます。また、TSMプライマリー サーバーは、すべてのライブラリー チェンジャーとテープ ドライブにアクセスできる必要があります。TSMがチェンジャーにテープのロードを指示する場合、テープ ヘッダーを読み取る場合、プライマリーTSMサーバーをすべてのテープ ドライブにゾーニングする必要があります。TSMはプロキシ/クライアントを介してテープ ラベルを読み取ることができないため、プライマリー サーバーをすべてのチェンジャーとドライブにゾーニングする必要があります。バックアップ用のクライアント マシンは、チェンジャーにゾーニングしないでください。TSMで共有ストレージ オプションを使用する場合、さまざまなクライアント間でテープ ドライブを共有することはまったく問題ありませんが、異なるOSタイプ間でテープ ドライブを共有することは避けてください。(例:AIXクライアントとHP-UXクライアント間でテープ ドライブを共有しない)
  • IBMiおよびAS/400: IBMiのインストールでは、テープ ドライブまたはチェンジャーに1つのプライマリー ポートのみを割り当てることによって、TSMの場合と同じポリシーに従います。交互の論理ユニット番号(LUN)には交互ポートを使用できるため、LUN 0、2、4、6、8にはプライマリー ポート4aを、LUN 1、3、5、7にはプライマリー ポート4bを使用してもまったく問題ありません。VIOSはIBMiとVTLでサポートされていますが、すべてのIOA/IOPデバイスがサポートされているわけではありません。この場合は、Dell互換性マトリックスで正しいデバイス タイプを確認してください。
  • お使いのソフトウェアに次の制限事項があるかどうかを確認するには、バックアップ アプリケーションのマニュアルを参照してください。
    • 一部のバックアップ ソフトウェアでは、クライアントまたはサーバーに接続されていることを認識できるデバイスの数に制限がある場合があります。
    • 一部のバックアップ ソフトウェアでは、ライブラリに収容できるスロットの数に制限がある場合があります。
    • 一部のバックアップ ソフトウェアでは、共通のリソースにアクセスする複数のクライアントをアービトレーションできないため、アクセス グループごとに一意のテープ ドライブと、グループごとに1台のサーバー/クライアントが必要です。
• OS固有の注意事項:
  • Linuxの場合Linuxマシンへのアクセスを割り当てる場合は、データ パスの最初のLUNとして常にLUN 0を使用し、シーケンスにギャップのないゼロから始まる連続したLUN番号を使用します。たとえば、LUN 0、1、2、3、4の割り当ては正しく、LUN 0、2、4、5の割り当ては正しくありません。
  • Solarisの場合Solarisでは、すべてのパスでLUN 0を確認する必要がないため、プライマリー パスをLUN間で分散させることができます。たとえば、LUN 0、2、4、6の場合、LUN 1、3、5、7にプライマリー ポート4aとプライマリー ポート4bを割り当てることができます。(現時点では、Ultrium-5テープ ドライブはSolaris 11ではサポートされていません)
  • Windowsの場合：Windowsには、前述のSolarisで説明したのと同じポート割り当てを使用できます。
  • IBMiシステムおよびAS400: 一部のお客様は、複数の LPAR またはシステムで 1 つのライブラリーを使用したい場合や、IBMi システム上で複数の HBA を使用したい場合があります。このような場合は、次のガイドラインに従ってください。ライブラリーおよびドライブ・アクセスは、IBMi システム上の WRKMLBSTS レベルから制御できるようになりました。お客様は、IBMi上のライブラリーの個々のインスタンスのオンとオフを変更することで、ライブラリーへのアクセス方法を制御できます。
    1. ドライブを複数のアクセス グループに分割し、それぞれが単一のIBMi HBAに対応します。(ドライブ共有なし)
    2. 各グループにチェンジャーを追加します。チェンジャーは複数のパスで表示され、IBMiシステム上にはライブラリーが複数の名前で表示されます。

リファレンス

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