NetWorker：メディア待機イベントのトラブルシューティング - 1つの書き込み可能ボリュームまたは一致するデバイスなしを待機中
Summary: NetWorker：メディア待機イベントのトラブルシューティング - 1つの書き込み可能ボリュームまたは一致するデバイスなしを待機中
This article applies to
This article does not apply to
Symptoms
- バックアップまたはクローン操作は、NetWorkerを介して実行されます。
- 次のエラー メッセージが表示されます。
- ホスト上の<プール「<pool>」<ファミリー>をバックアップする書き込み可能ボリュームの数>を待機しています<>
- 一致するデバイスがありません。ストレージ ノード、デバイス、またはプールを確認します。
- これらのメッセージは、次のものから確認できます。
- NetWorker Management Console (NMC)：モニタリング > ポリシー >Policy_Name orkflow_Name >>ction_Name > Show Details>、Failed Session Show Messages、>Get > Full Log。
- 「書き込み可能なボリュームを待機中」の問題の場合、このメッセージはNMCの [アラート ]ウィンドウにも表示されます。
- NetWorkerサーバのdaemon.rawも、これらのメッセージを報告します。
- nsr_render_logの使用方法: NetWorker：nsr_render_logの使用方法（英語）」を参照してください。
- リアルタイム .raw レンダリングを有効にする方法: NetWorker：リアルタイムでdaemon.rawをdaemon.logに自動的にレンダリングする方法
- NetWorker Management Console (NMC)：モニタリング > ポリシー >Policy_Name orkflow_Name >>ction_Name > Show Details>、Failed Session Show Messages、>Get > Full Log。
Cause
上記のアラートは、NetWorkerがバックアップを書き込むのに適したボリュームを見つけられない場合に発生します。これらは、「解決方法」セクションに記載されている次の1つ以上の理由で生成される可能性があります。
Resolution
アクションの定義
ポリシー > ワークフロー > アクションの構成とメディア プールは、次のように適切に構成する必要があります。
デスティネーション プール
アクションの デスティネーション プール プロパティは、データが送信されるプールを定義します。プールは、NetWorkerがデータを書き込むボリュームの集まりです。
プール属性はNMCで設定されます。ポリシー内のワークフローを選択し、関連するアクションを確認します。バックアップは、「デスティネーション プール」アクション パラメーターで定義されたプールに送信されます。
メモ: アクションの[Client Override Behavior]が[Client Can Override]に設定されている場合、クライアントからの[Pool]値が最優先として考慮されます。
データの送信先のプールには、使用可能なボリュームが含まれている必要があります。ボリュームとそのプールのリストは、メディア > ディスク ボリュームなどで確認できます。
具体的な例については、次の記事を参照してください。
デスティネーション ストレージ ノード
ワークフロー アクションの[デスティネーション ストレージ ノード ]属性は、正しく設定されている必要があります。このフィールドには、バックアップ データを受信するデバイスがあるストレージ ノードのホスト名を指定します。デフォルトでは、NetWorkerサーバが表示されます。リモート ストレージ ノードを選択するには、フィールドの右側にある編集ボタンをクリックして、必要な各ストレージ ノードを選択します。
メモ: アクションの[クライアント オーバーライド動作]が[クライアントをオーバーライド可能]に設定されている場合、クライアントのグローバル(2/2)の「ストレージ ノード」というクライアント パラメーターで定義されたストレージ ノードが優先されます。ストレージ ノードフィールドを表示するには、NMCで表示 > 診断モードを有効にする必要があります。デフォルトでは、NetWorkerサーバーのストレージ ノード(nsrserverhost)が定義されています。
選択したストレージ ノード上のデバイスに使用可能な(マウントされた)ボリュームがあることを確認します。これは、NMCのデバイスデバイス > 内で確認できます。
メモ: [ボリューム名]列が空の場合、デバイスはマウントされていません。[Volume Pool]列はデフォルトでは表示されませんが、追加できます。
具体的な例については、次の記事を参照してください。
クライアント プロパティ
NetWorkerクライアント リソースで[Data Domainバックアップ]が選択されている場合は、選択したプールに使用可能なData Domainボリュームが存在する必要があります。
メモ: 重複排除Data Domainオプションを表示するには、NMCで表示 > 診断モードを有効にする必要があります。
ブートストラップ バックアップ
NetWorkerサーバーのブートストラップ セーブセットは、NetWorkerサーバーの組み込みストレージ ノードを使用してマウントされたボリュームにのみ保存できます(設計上)。つまり、NetWorkerサーバーのブートストラップ セーブセットをリモート デバイス(rd=storagenode_name:device_name)に保存することはできません。
具体的な例については、次の記事を参照してください。
プールのプロパティ
デスティネーション プールのデバイス属性で指定されたデバイスには、正しいパスが必要です。
選択したデバイスは、デバイスデバイス > の下にマウントする必要があります。
メモ: [ボリューム名]列が空の場合、デバイスはマウントされていません。[Volume Pool]列はデフォルトでは表示されませんが、追加できます。
名前解決
NetWorkerサーバー、ストレージ ノード、クライアント、デバイスについて確認された名前解決も検証する必要があります。
具体的な例については、次の記事を参照してください。
- 000041288、DNSと名前解決の問題のトラブルシューティング
- 000004384、NetWorker: NetWorker nsradmin -Cリソース検証の使用方法
クローニングに関する考慮事項
クローン作成は正しく構成する必要があります。NetWorkerでは、クローン操作を実行するために2つ以上のストレージ デバイスが必要です。1つのデバイスには元のデータを含むボリュームが含まれ、もう1つのデバイスにはNetWorkerがクローン データを書き込むボリュームが含まれます。ソースとデスティネーションは、2つの異なるボリュームである必要があります。各クローン ボリュームには、クローン作成されたセーブセットのインスタンスを1つだけ含めることができます。
NetWorkerでは、クローン作成をいくつかの異なる方法で設定できます。一般的な方法の1つは、「セーブセット クエリー」タイプのNetWorkerグループを設定することです。そのためには、グループに関連づけられているワークフローのポリシー アクション ウィザードを使用して、「デスティネーション ストレージ ノード」と「デスティネーション プール」を定義することができます。これにより、このクローン データが書き込まれる正確な場所が決定されます。このセーブセット インスタンスのコピーがまだ存在しないこのストレージ ノードを使用する、このプールで使用可能なNetWorkerボリュームが存在する必要があります。
または、バックアップ アクションの後にクローン アクションを追加して、前のアクションでバックアップされたセーブセットのクローンを作成することもできます。ポリシー アクション ウィザードを使用して、クローン データを書き込む場所を定義します。
ワークフロー アクションでデスティネーション ストレージ ノードが定義されていない場合、クローン データの書き込み先ストレージ ノードは、ソース ストレージ ノードの[クローン ストレージ ノード]フィールドにリストされているストレージ ノード、または(空白の場合は)NetWorkerサーバ ストレージ ノードによって異なります。この値は、ストレージ ノード リソースの[構成]タブのプロパティで定義されます。このストレージ ノードから作成されたクローン データは、有効なデバイスと機能メディア デーモン(nsrmmd)を持つ最初のストレージ ノードに送られます。
テープ デバイス
テープ デバイスの問題により、NetWorkerはターゲット デバイスに書き込めません。
AFTDデバイス
NetWorker AFTD(アドバンスト ファイル タイプ デバイス)が想定どおりに動作していません。