NetWorkerでのテープ ライブラリー ドライブの順序に関する問題のトラブルシューティング

プラグ アンド プレイ オペレーティング システムでは、デバイスに検出順にSCSIターゲット アドレスが割り当てられます。

SAN での検出順序は固定されておらず、接続が失われるとプラグ アンド プレイによってターゲット番号が再定義されるため、ターゲット番号は固定されません。

プラグアンドプレイシステムは、列挙順序(SCSIターゲットIDを含む)に基づいてデバイスに名前を付ける(および名前を変更する)ため、デバイスへのオペレーティングシステムの接続が偶発的または意図的に中断されると、デバイスの名前が変更される可能性があります。

「ドライブの順序付け」の問題とは、デバイス用に構成されたNetWorkerの ドライバー名 が、実際の名前と一致しない場合のことです。これは通常、NetWorkerライブラリの初期構成後にオペレーティング システムでドライバー名が変更された結果です。これは通常、プラグ アンド プレイ オペレーティング システムの問題であり、WindowsおよびLinuxに影響します。
 
この問題には、次のような多くのエラーと条件が関連していますが、これらに限定されません。

• Error: 'nsrd:メディア情報:ドライブ'{driver handle}'をスロット{slot number}にアンロードできませんでした。エラー'69''
• Error: '{hostname} デスティネーション コンポーネントがフルです'
• Error: 「{ドライバー ハンドル}読み取りオープン エラーです。そのようなデバイスまたはアドレスはありません」
• Error: 'オープニング: I/Oエラー」
• Error: 'nsrd: ジュークボックス'{jukebox}'が失敗しました: 予期されたボリューム'{volid}'が{volid}を取得しました
• Error: 'nsrd: ジュークボックス'{jukebox}'が失敗しました:予期されたボリューム'(volume_name)'が'NULL'になりました
• Error: 「読み取りオープン エラー、デバイスの準備ができていません」
• Error: 'nsrjb: ジュークボックス エラー, All allocated drives are not usable, unrecoverable operation errors'
• Error: 'nsrd: ジュークボックス'{jukebox}'が失敗しました: 予期されたボリューム'{volid}'が{volid}を取得しました
• Error: 'nsrd: ジュークボックス'{jukebox}'が失敗しました: 予期されたボリューム'{volume}'が'NULL''になりました
• Error: 「読み取りオープン エラー、デバイスの準備ができていません」
• Error: 'nsrjb: ジュークボックス エラー, All allocated drives are not usable, unrecoverable operation errors'
• Error: 'nsrd:メディア警告: {ドライバー ハンドル}読み取り:読み取りオープン エラー: ドライブにメディアがありません。
• Error: 'インベントリ: バーコード ラベル'{barcode}'がメディア データベースのバーコード ラベルと一致しません。メディア データベースを更新しています'
• Error: 「不正なリクエストです。メディアが存在しません」
• Error: 'nsrd:メディア情報:ドライブ'{driver handle}'をスロット{slot number}にアンロードできませんでした

NetWorkerでテープ ライブラリーを最初に構成するときに、ライブラリー オブジェクトが作成され、その時点でのOS生成のドライバー ハンドルにハード ドライブが関連付けられます。これは、構成時の関係を反映する静的な関連付けです。たとえば、ライブラリに 2 つのデバイスがあるとします。
物理ドライブ 1 = \\.\Tape0 (Linux では /dev/nst0 )
物理ドライブ 2 =\\.\Tape1 (または /dev/nst1)

Windows や Linux などのプラグ アンド プレイ オペレーティング システムでは、システムからデバイスが消失すると、オペレーティング システムがデバイス名を変更する可能性があります。これには、単にホストを再起動することも含まれます。 デバイス、または接続に関連する接続ハードウェア。特にSANでは、デバイスの検出が無秩序になる可能性があるため、次の再起動時にデバイスの名前が異なる場合があります。たとえば、前述とは対照的です。
物理ドライブ1 = \\.\Tape1または /dev/nst1
物理ドライブ2 = \\.\Tape0または /dev/nst0

これらのデバイスに対するコマンドは、目的の名前 を使用するデバイスがある と仮定して、引き続き機能します。ただし、NetWorkerライブラリー要素では、ドライバー ハンドルと物理要素の関連づけが正しくなくなっているため、この結果、NetWorkerは、変更されたデバイスの正しい名前を認識できなくなります。たとえば、NetWorkerはテープ カートリッジをドライブ エレメントにロードしますが、テープ操作を実行するために 元の (およびオペレーティング システム イベントの後は正しくない)テープ ドライバ名を使用します。つまり、テープ ドライブ1をロードしても、ドライブ2(ドライブ1の古い名前が再割り当てされている)にコマンドを発行することができます。これにより、予期しないボリュームが見つかった(またはまったく見つからない)と仮定して、さまざまなエラーが発生する可能性があります。ドライブの注文条件には、さまざまな原因が考えられます。

• jbconfigまたはjbeditコマンドを使用したライブラリーの手動による構成ミス
• ホスト、ストレージ アダプター、ストレージ接続ハードウェア、テープ デバイスの再起動
• デバイスへの接続が一時的に失われる
• オペレーティング システムでのデバイスの無効化と再有効化
• オペレーティング システムのアップデート
• デバイスまたはストレージ アダプター ドライバーのアップデート

永続的なネーミング:

これはベスト プラクティスと見なされており、問題が発生していない場合でも、プロアクティブに保護するためにサポートが推奨する場合があります。次の記事の情報を使用してください。

• Windowsでのテープ デバイス名の永続性の実装
• Tape Device Name Persistence for Linuxの実装