上記のアラートは、NetWorkerがバックアップを書き込むのに適したボリュームを見つけられない場合に発生します。これらは、「解決方法」セクションに記載されている次の1つ以上の理由で生成される可能性があります。
アクションの定義
ポリシー > ワークフロー > アクションの構成とメディア プールは、次のように適切に構成する必要があります。
デスティネーション プール
アクションの デスティネーション プール プロパティは、データが送信されるプールを定義します。プールは、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サーバー、ストレージ ノード、クライアント、デバイスについて確認された名前解決も検証する必要があります。
具体的な例については、次の記事を参照してください。
クローニングに関する考慮事項
クローン作成は正しく構成する必要があります。NetWorkerでは、クローン操作を実行するために2つ以上のストレージ デバイスが必要です。1つのデバイスには元のデータを含むボリュームが含まれ、もう1つのデバイスにはNetWorkerがクローン データを書き込むボリュームが含まれます。ソースとデスティネーションは、2つの異なるボリュームである必要があります。各クローン ボリュームには、クローン作成されたセーブセットのインスタンスを1つだけ含めることができます。
NetWorkerでは、クローン作成をいくつかの異なる方法で設定できます。一般的な方法の1つは、「セーブセット クエリー」タイプのNetWorkerグループを設定することです。そのためには、グループに関連づけられているワークフローのポリシー アクション ウィザードを使用して、「デスティネーション ストレージ ノード」と「デスティネーション プール」を定義することができます。これにより、このクローン データが書き込まれる正確な場所が決定されます。このセーブセット インスタンスのコピーがまだ存在しないこのストレージ ノードを使用する、このプールで使用可能なNetWorkerボリュームが存在する必要があります。
または、バックアップ アクションの後にクローン アクションを追加して、前のアクションでバックアップされたセーブセットのクローンを作成することもできます。ポリシー アクション ウィザードを使用して、クローン データを書き込む場所を定義します。
ワークフロー アクションでデスティネーション ストレージ ノードが定義されていない場合、クローン データの書き込み先ストレージ ノードは、ソース ストレージ ノードの[クローン ストレージ ノード]フィールドにリストされているストレージ ノード、または(空白の場合は)NetWorkerサーバ ストレージ ノードによって異なります。この値は、ストレージ ノード リソースの[構成]タブのプロパティで定義されます。このストレージ ノードから作成されたクローン データは、有効なデバイスと機能メディア デーモン(nsrmmd)を持つ最初のストレージ ノードに送られます。
テープ デバイス
テープ デバイスの問題により、NetWorkerはターゲット デバイスに書き込めません。
AFTDデバイス
NetWorker AFTD(アドバンスト ファイル タイプ デバイス)が想定どおりに動作していません。