NetWorker：バックアップ オペレーションをデバッグする方法（英語）」

ログ ファイル：

バックアップ エラーをデバッグするための原則ログは、次の場所にある ポリシー ログ ファイル です。

Linuxの場合/nsr/logs/policy_name/workflow_name/action_name
Windows: ..Program FilesEMC NetWorker srlogspolicy_nameworkflow_nameaction_name

/nsr/logs/policy/policy_name/workflow_name/jobid.rawの下にraw形式のワークフロー ログ ファイルと、各アクションのサブディレクトリーがあります。アクションの各子アクションには、その子ジョブのジョブ ID を含む独自のログ・ファイルがあります。親アクションが子アクションを開始すると、NetWorkerはこれらの子アクション ログ用のディレクトリを作成します。

Example:

ここでは、ポリシー ログの場所と、バックアップ中に使用されるデバッグ レベルに応じてログのサイズが異なることを確認できます。  raw ファイルはワークフロー ログであり、backup_[jobid]_logs ディレクトリにはアクション ログと子アクション ログが含まれています。

すべてのNetWorker操作のメインNetWorkerログ ファイルは、 daemon.raw ログ ファイルです。

これは[NetWorker_install_dir]logsにあります。
 

このログを読み取るには、 nsr_render_log コマンドを使用します。

Example:

その他のリソース:

NetWorkerクライアントでの保存

NetWorkerクライアント ベースのバックアップでは、保存プロセスが使用されます。保存プロセスは、NetWorkerサーバー、ストレージ ノード(該当する場合)、またはターゲット バックアップ デバイス メディアと通信します。NMC(NetWorker管理コンソール)を使用するか、nsradminコマンドを使用して-Dデバッグ フラグを保存プロセスに渡すことで、保存プロセスでデバッグを有効にすることができます

NMCで、関連するクライアント プロパティの[Backup command]フィールドを[save -D9]に変更します。

Example:

nsradminコマンドを使用して、同じ操作を実行できます。

Example:

Linuxシステムでは、printfコマンドを使用して、このnsradminの変更を1行で行うことができます。

Example:

printf "show 
 . type : NSR Client; name : vm-lego-231; save set : /alice
 update backup command : save -D9
" | nsradmin -i -

その他のリソース:

NetWorkerコマンド リファレンス ガイド
NetWorker nsradmin妥当性検査の使用方法
NetWorker nsradminプログラムのテクニカル ノートの特別な用途

NetWorkerサーバーでのワークフロー操作 

ワークフロー操作の開始をデバッグし、詳細なデバッグ出力が必要です。

nsrworkflow-D9-p [ポリシー] -w [ワークフロー]

これにより、ワークフロー ジョブのデバッグ出力が次の未フォーマット ファイルに記録されます。

/nsr/logs/policy/policy_name/workflow_name/

Example:

nsrworkflowコマンドを実行すると、ジョブは手動で開始されますが、スケジュールされた自動バックアップで使用されるのと同じスケジュール設定およびレベル構成オプションを使用します。  もう1つの可能性は、-aフラグを使用して、nsrworkflowの実行をアドホック バックアップとして定義することです。これにより、バックアップ スケジュールまたはバックアップ レベルをオーバーライドできます。  必要なバックアップ レベル(今日のワークフロー実行に設定されているレベルではない)を指定するには、-l(仮想マシン バックアップの場合は-L)を使用します。

Example:

nsrworkflow -p [ポリシー] -w [ワークフロー] -A "'[アクション]' -l [レベル]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

その他のリソース:

516616 : NetWorker nsrworkflowコマンドの使用方法を教えてください
513030 :                                                                     NetWorker nsrpolicyコマンド
の使用方法 NetWorker 9.1.xリリース ノート: 
NetWorkerコマンド リファレンス ガイド

NetWorkerクライアント上のSavefs

savefsコマンドは、クライアント ベースのバックアップ中に使用します。これは、NetWorkerサーバーでバックアップが開始された後にNetWorkerクライアントに送信されます。  savefsは、このクライアントで実行されるこの特定のバックアップのためにバックアップするファイルとディレクトリを決定するこのプロセスです。

クライアント側で実行されている正確なsavefsコマンドは、ポリシー ログ(/nsr/logs/policy/[policy name]/[workflow name])のrawファイルから取得できます。  次に、これをクライアント側で実行し、-D9オプションを追加します。

Example:

NetWorkerサーバーで、次の手順を実行します。 

クライアント側では、次の手順を実行します。

その他のリソース:

NetWorkerサーバーでのターゲット メディアの割り当て

バックアップの正しいターゲット ボリュームの割り当ては、NetWorkerサーバー上のnsrdプロセスによって管理されます。  これをデバッグするには、dbgコマンドを使用して、NetWorkerサーバー上のnsrdプロセスのデバッグ レベルを一時的に上げる必要があります。

Example:

デバッグが完了したら、次のようにデバッグをオフにする必要があります。

その他のリソース:

336123 : NetWorkerデバッグ

書き込み可能ボリュームを待機しているバックアップ

NetWorkerサーバが書き込み先として適切なNetWorkerボリュームを見つけられない場合、サーバは応答を停止し、アラートを生成します。  この場合、ジョブは「アクティブ」状態になります。  nsrpolicy monitorコマンドを使用して、ジョブの状態を確認できます。

Example:

NetWorker管理コンソールのアラートには、どのタイプのボリュームがどのストレージ ノードで検索されているかについての詳細が表示されます。

Example:

その他のリソース:

並列化が原因でバックアップが予期せず応答を停止した

NetWorkerサーバが、空き並列処理スロットがないためにバックアップを続行できないと判断した場合。  この場合、ジョブは「待機中」状態です

並列化をデバッグするには、次に示すように、NetWorkerサーバー上のnsrjobdプロセスのデバッグ レベルを上げる必要があります。  デーモン ログ ファイルは、並列処理に関連する多くのデバッグ データを出力します。

Example:

その他のリソース:

NetWorkerパフォーマンス最適化計画ガイド
並列化とターゲット セッション

クライアント ダイレクト バックアップが想定どおりに機能しない

「クライアント ダイレクト」バックアップでは、最初にNetWorkerストレージ ノードに書き込むことなく、NetWorkerクライアントからターゲット メディアにデータを直接送信します。

クライアントのプロパティで、このクライアント インスタンスにクライアント ダイレクト バックアップを使用するかどうかを定義できます。

Client Directが機能しているかどうかをトラブルシューティングするには、次の例に従ってログを調べる必要があります。

Example:

ログ出力: Client Directが稼働中。

NetWorkerサーバー上のデーモン ログ ファイル:

91787 08/01/2014 01:37:35 PM nsrmmd NSR通知セーブセットID '4091251191' (vm-lego-231:/NetWorker)は、Data Domainデバイス'dd4500-dd.local_onetwoone'で直接ファイル保存を使用しています。

NetWorkerクライアント上のlsof

[root@vm-lego-231 ~]# lsof -i TCP |grep save
save 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231: 23178->vm-lego-121:8985 (確立)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752->vm-lego-121:9417 (確立)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095->vm-lego-121:9035 (確立)
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421->vm-lego-121:9653 (確立)
save 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739->dd4500-dd.local:nfs (ESTABLISHED)
save 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278->dd4500-dd.local:midnight-tech (ESTABLISHED)

注：クライアントからNetWorkerサーバーとDDの両方へのTCP接続が開いていることがわかります。  NetWorkerサーバー上のどのプロセスが接続されているかを正確に知る必要がある場合は、サーバー上のlsofとクロスチェックできます。  4 番目の列は、使用されているファイル記述子です。

Windowsシステムでは、resmonを使用して同様の出力が表示されます。  [スタート]>[ファイル名を指定して実行]>[resmon]>[ネットワーク]タブ>[TCP接続]の順に選択します。

ログ出力:  バックアップでクライアント ダイレクトを使用していない。

NetWorkerサーバー上のデーモン ログ ファイル:

91797 08/01/2014 01:57:51 PM nsrmmd NSR 重大 Data Domain デバイス「ONETWOONE」を使用して直接ファイル保存を実行できません。セーブセットID「4024143566」の従来の保存の設定(vm-lego-231:/NetWorker)

注：  ログで「traditional」という単語を検索すると、この出力がすぐに得られます。  Client Directを使用しない理由を確認する必要がある場合は、まず、NetWorker Administration GuideのClient Directを動作させるために満たす必要のある条件のリストを参照してください。  最も一般的な原因は、クライアントが使用しているNICからDDに直接ネットワーク アクセスできないこと、またはクライアントからの名前解決が正しく機能していないことです

NetWorkerクライアント上のlsof:

[root@vm-lego-231 ~]# lsof -i TCP |grep save
save 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231: 46461->vm-lego-121:8985 (確立)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593->vm-lego-121:9417 (確立)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952->vm-lego-121:9035 (確立)
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597->vm-lego-121:9653 (確立済み)

注：  ここでは、NetWorkerサーバー(この例ではストレージ ノードでもある)へのTCP接続のみが開かれています。  DDへのTCP接続が開いていない。  すべてのデータがストレージ ノードに送られます。

その他のリソース:

『EMC NetWorker Performance Optimization Planning Guide』

並列セーブ ストリーム バックアップ

PSSバックアップをデバッグします。NetWorker Management Consoleのクライアント リソースで「並列セーブ ストリーム」プロパティにチェックマークが付いていることを確認します。  上記の番号1に従って、saveコマンドを変更してデバッグに入れます。  また、..に空のファイルを作成します。/nsr/debugで「mbsdopen」が呼び出されました。  これにより、クライアントの/nsr/tmpとNetWorkerサーバー上のポリシー ログの両方に追加のデバッグ ログが作成されます(上記の番号1を参照)。

Example:

その他のリソース:

NetWorkerの並列セーブ ストリーム バックアップのトラブルシューティング方法
NetWorkerパフォーマンス最適化計画ガイド

NetWorkerストレージ ノードnsrmmdプロセスがターゲット メディアに書き込むときに、予期したとおりに動作しません。

nsrmmdプロセスのデバッグ レベルを上げるには、dbgコマンドを使用します(上記の番号7で説明)。  すべてのnsrmmdプロセスのデバッグ レベルを上げるか、またはオペレーティング システム ツールを使用して、アクティブなnsrmmdプロセスを特定します。

その他のリソース:

479665 : 「トリアージ記事：NetWorker
でのテープ ライブラリーの問題のトラブルシューティング NetWorker Data Domain Boost統合ガイド

特定のNetWorkerテクノロジーに関するその他のデバッグのヒント:

• 最適なパフォーマンスを実現するためのNetWorkerサーバーのチューニング（英語）

• NVP-vProxy：デバッグ ログを有効にする方法  

• ファイアウォールを介してNetWorkerクライアント/サーバー通信をテストする方法 

• NetWorkerスケジュール クローン作成の失敗をトラブルシューティングする方法

• NetWorkerトラブルシューティング ガイド: プロセス クラッシュとコア ダンプ

• NetWorker NMC 9.x: ハウツー デバッグログを有効にする方法

• NMDAのデバッグを有効にする方法

• NMMの詳細なトラブルシューティング ガイド

• NMCからリカバリー ジョブの失敗をデバッグする方法          

• 「NDMPトリアージ ガイド」           

• 479591 : Data Domainデバイスからのスペースの再利用トリアージ ガイド