NetWorkerでのテープ ライブラリ構成の問題のトラブルシューティング

ライブラリ構成が以前は問題なく機能していたが、突然問題が発生した場合は、検出と構成を妨げている可能性のある変更を検討してください。

• ロボットまたはテープ デバイスのファームウェアまたはドライバーのアップグレード
• テープ ハードウェアまたはその他のライブラリ コンポーネントの追加、交換、または削除
• NetWorkerソフトウェア バージョンまたはオペレーティング システム パッチの変更
• ホストとロボット間のストレージ転送に対する変更

ライブラリが機能していない場合は、『 NetWorkerハードウェア互換性ガイド』でハードウェアがサポートされていることを確認します。ライブラリが部分的に機能する可能性があることに注意してください。検出だけでは、操作性やサポート性は保証されません。

• NetWorker Management Consoleを使用したジュークボックスの検出と構成の失敗
• jbconfigを使用したジュークボックスの検出と構成の失敗
• jbeditを使用したジュークボックス構成の変更の失敗
• NetWorkerテープ ライブラリーの検出と構成は、次の2つのユーザー フェーズで構成されます。
  • デバイスの検出、プロパティの列挙、「未構成」属性の作成
  • NSR ジュークボックスと NSR デバイステープドライブオブジェクトの作成と関連づけ
• 検出またはアクセスの問題に起因しないテープ ライブラリの構成の問題は、通常、ライブラリまたはドライブのいずれかで検出されたリソースの不整合を示しています。
  • ドライブのシリアル番号(ドライブで検出された、またはロボットでキャッシュされたもの)
  • 同じドライバー ハンドルで既に構成されている競合するデバイス
  • 特定の内部SCSIコマンド応答の問題
  • 一貫性のないロボット情報と物理的な現実
• jbconfigによる自動構成は、コマンドが実行されるローカル ホストに限定され、シリアル番号の検出とファイルハンドルの一致が必要です
• jbconfig (オプション 4) は、これらの機能がサポートされていない場合や問題がある場合に、自動検出を手動でオーバーライドする方法です
• jbeditは、既存のライブラリ構成を編集するために使用できるコマンドラインツールです

ライブラリ構成の問題のよく知られた原因:

• 未構成デバイス(オレンジ色のレンチ)を削除する方法 (この記事を表示するにはDellサポート アカウントが必要です)

NetWorkerのテープ ライブラリの構成機能に影響を与える可能性のある要素または要因について検討します。

• ロボットまたはテープ リソースを検出して適切にアクセスできない
• ロボットのドライバー、ファームウェア、または問題により、社内のロボット情報に一貫性がなくなる
• リソースの可用性や識別を混乱させる可能性があるパーティショニングなどのロボット機能
• Dynamic World Wide Naming:ドライブのWWNとSNを意図的にマスクします
• 競合する既存のNetWorker構成データベース リソース
• ソフトウェアバージョンを変更した後のコードの不具合

ライブラリ構成の問題をトラブルシューティングするには、最新の既知の変更(存在する場合)を検討した後、プロセスをそのプリミティブ構成要素に委譲し、個別にテストしてトラブルシューティングに進みます。

現在、必要なすべてのデータは、-o:dスイッチを使用して実行すると 、NSRGet によって収集されます。NetWorker：「NSRGet NetWorkerデータ コレクション ツールの使用方法（英語）」

ライブラリ構成: 準備

• 永続命名: ライブラリ構成が有効な状態を維持するには、ドライブにアクセスするホストは、デバイス名が永続的にバインドされ、変更されないようにする必要があります。これにより、将来ドライブの順序の問題が発生する可能性を防止できます(「 NetWorkerでのテープ ライブラリ ドライブの順序に関する問題のトラブルシューティング」を参照)
  • Windowsの場合は、次を参照してください。Windowsにテープ デバイス名の永続性を実装する (この記事を表示するにはDellサポート アカウントが必要です)
  • Linuxの場合は、次を参照してください。Implementing Tape Device Name Persistence for Linux (この記事を表示するにはDellサポート アカウントが必要です)
• デバイス リソースのクリーンアップ: [デバイス]セクションで、ライブラリ ドライブとして構成されるスタンドアロン テープ デバイスがすべて削除されていることを確認します
• デバイスのスキャン: [Devices]セクションで、[Storage Nodes]コンテナを右クリックし、[Scan for Devices]を選択してから、スキャンする[All Nodes]を選択します。

ライブラリ構成: コンポーネント

• ドライブのプロパティ: NetWorkerでは、NSRジュークボックス構成オブジェクトで関連づけを構築するために、デバイスから取得したいくつかの情報が必要です。シリアル番号とデバイスハンドル。これらは、次のコマンドを使用して手動で取得できます。

  cdi_inq -f <tape drive driver handle> -v
  inquire -lc

  inquireコマンドとcdi_inqコマンドのシリアル番号が一致しない場合、これは通常、Dynamic World Wide Namingの証拠です。
• ロボットのプロパティ: ドライブとロボットの動作は論理的に分離されているため、テープ カートリッジのロード操作とデバイスの読み取り/書き込み操作を調整するには、ロボットはドライブのシリアル番号をロボットの対応するエレメント アドレスに関連付ける必要があります。これらのペアリングを取得するには、次の手順を実行します。

  sjisn <i.t.l or changer driver handle>

• NSRストレージ ノード: 管理コンソールのユーザー インターフェイスでNetWorkerのライブラリを構成する場合、デバイス検出プロセスは、検出されたドライブまたはロボットを「未構成」デバイス(ユーザー インターフェイスのオレンジ色のレンチ アイコン)としてストレージ ノード リソースに追加します。これらは別個のリソースではないため削除できず、構成プロセスの後で使用可能なリソースに置き換えられます
  nsrdb(NetWorkerの実行中にフォルダーを圧縮可能)

  dvdetect -dlv -D9

  (UI検出の問題をトラブルシューティングする場合)
• NSRジュークボックス: [Unconfigured]ライブラリーを選択し、ユーザー インターフェイスで[Configure]を実行すると、前述の関連付けを使用してNSR Jukeboxが構築されます。要素:シリアル番号:デバイス ハンドル、およびスロット、カートリッジ、I/Eポートの変位など、ロボットから収集されたその他のライブラリー データ。
  nsrdbが使用するJava Runtime Environmentへのパスを定義します。このフォルダーは、NetWorkerの実行中に圧縮できます
  nsrjbが使用するJava Runtime Environmentへのパスを定義します。ライブラリ構成のシンプルで人間が判読可能なバージョンを提供します
  jbconfigが使用するJava Runtime Environmentへのパスを定義します。ジュークボックスを手動で構成するために使用できます
  jbeditが使用するJava Runtime Environmentへのパスを定義します。ライブラリ構成のシンプルで人間が判読可能なバージョンを提供します

ライブラリ構成: 阻害剤
検出とアクセスが事前に確認された後に試す基本的なテストを次に示します。

• NetWorkerでのテープ ライブラリー検出の問題のトラブルシューティング( この記事を表示するにはDellサポート アカウントが必要です)
• NetWorkerでのテープ ライブラリーへのアクセスに関する問題のトラブルシューティング( この記事を表示するにはDellサポート アカウントが必要です)

• NSRストレージ ノードの確認または削除: リソースには、ジュークボックスの適切な検出と構成を妨げる可能性のある次のようなプロパティがいくつかあります。
  • フィールドのいずれかの未構成またはリスト
  • [Skip scsi targets]フィールド
  • 名前または登録フィールドのいずれか

NSRストレージ ノード リソースは、NetWorkerをシャットダウンし、コマンド ラインでリソース データベースに接続することで安全に削除できます。ブートストラップ バックアップを作成し、nsrdbフォルダーのtar/.zipファイルを作成して、必ず最初にリソース データベースをバックアップします

cd <nsr/res directory>
nsradmin -d nsrdb
del type: nsr storage node (and answer yes to the storage node in question)

cdi_inq/inquire/sjisn/sjirjcリソースを手動で確認しています。テープ ライブラリーの自動設定には、ドライブとロボットの両方からのデータの調整と、これらの値の一部に対する相互検証が必要であるため、出力のどこかに異常がないか確認してください。

sjirjc <changer address>

ドライブ数、インポート/エクスポート エレメント数、スロット数が想定されることを確認します。

sjisn <changer address>

ドライブの合計を、inquire、sjirdtag、sjirjcの合計と比較します。シリアル番号とモデル文字列を比較して、出力を照会します。

sjirdtag <changer address>

ドライブとスロットの合計を他の出力と比較します。問題を示すドライブのpres_val=0を探します。

cdi_inq -f <changer driver handle> -v

シリアル番号とモデル文字列を比較して、照会とsjisnの出力を行います。

シリアル番号を検出できない場合、またはシリアル文字列またはドライブ数が一致しない場合、構成は失敗します。

• ハードウェア、ファームウェア、またはNetWorkerコードの問題: デバイスのレポート、または問題を処理するコードのいずれかに低レベルの問題がある場合は、次の環境変数を使用してデバッグを有効にし、上記のコマンド(またはNSRGet -o:d)を再実行して、手がかりをチェックするか、エスカレーションの準備をします。

  SJI_DEBUG=9
  LUS_DEBUG=9
  CDI_DEBUG=9
  JBDEBUG=9
  SCSI_DEBUG=9

ライブラリ構成 - jbconfig (自動)

• ライブラリが通常のUIメカニズムを使用して検出されない場合は、コマンドjbconfigを使用してみてください - これは半権限委譲レベルで動作する可能性がありますが、それでもUIとほぼ同じ結果を提供します(そして、通常のUI構成には存在しないライブラリに名前を付ける機能を提供します)。
• jbconfig ダイアログでオプション 2 を選択して、自動検出と構成をテストします。共有デバイス処理またはNDMPデバイスの入力を求めるプロンプトが表示されます。リモート ホストとNDMPは自動的に処理されないため、sjisn出力とinquire出力を使用して、要素ごとにホスト/ハンドルのペアリングを指定する必要があります。

ライブラリ構成 - jbconfig (手動)

• jbconfig がオプション 2 で失敗した場合は、オプション 4 で再試行できます。ライブラリのタイプがリストに表示されない場合は、単に #54 (標準 SCSI ジュークボックス) を使用します。このオプションでは、すべてのパラメーターを手動で入力する必要があります。
  • ロボット制御ホストの照会によって返されるライブラリのSCSIアドレスまたはドライバー ファイル ハンドル
  • 各ホスト:ドライブ エレメントのペアリング用ドライバー ハンドル(ロボット ローカルsjisn出力ごとの)、各ストレージ ノード共有ドライブから収集された照会出力との比較
  • ジュークボックスで構成されているドライブのモデル
• sjisn と inquire の出力でシリアル番号が表示されない場合、ロボットまたはドライブはシリアル番号をサポートしていない可能性があります。この場合、残された唯一のオプションは、ライブラリーを空にし、1 つのテープ・カートリッジを各ドライブに連続して手動で移動し、そのドライブ・エレメントに対してホストごとに正しいローカル・ハンドルが見つかるまで mt -f <device handle> status を実行することです。これは、最新のハードウェアではまれであり、予期されません。

上記の提案のいずれも役に立たない場合は、デバッグから収集された証拠が内部異常を示唆している場合は、オペレーティング システムまたはライブラリー ベンダーに応じてサポートに連絡してください。それ以外の場合は、構成の試行中にデバッグ出力を収集し、NetWorkerサポート内で結果をエスカレーションして、コードの欠陥の可能性を追求します。