NetWorker：nsrwatchユーティリティーを使用してNetWorkerのサービス応答の問題をトラブルシューティングする方法

NetWorkerサーバーのインストール パッケージには、 nsrwatchと呼ばれるコマンド ライン ユーティリティーが用意されています。nsrwatchコマンドは、NetWorkerサーバーの監視と操作に使用されます。また、応答しないNetWorkerプロセスや、システム リソースを予期せず消費しているNetWorkerプロセスのトラブルシューティングにも使用できます。nsrwatchユーティリティーの使用は、NetWorkerのサービス応答の問題をトラブルシューティングするための最初のステップではありません。これは、サービスまたはパフォーマンス関連の問題のより可能性の高い原因が除外された場合にのみ使用する必要があります。
 

最初に次の点を確認します。

• NetWorkerデータゾーンのすべての要素がサポートされています。
  • eLab Navigatorの互換性ガイドを参照してください: https://elabnavigator.dell.com/eln/modernHomeAutomatedTiles?page=NetWorker
  • Dellサポート サイト(https://www.dell.com/support/product-details/product/networker/overview で入手可能なNetWorkerバージョン固有のパフォーマンスおよび最適化ガイドを参照してください。 
  • リモートNetWorkerストレージ ノードが導入されている環境。ストレージ ノードのNetWorkerバージョンは、NetWorkerサーバーのNetWorkerバージョンと一致する必要があります。
• NetWorkerサーバーにディスク領域の問題はありません。
  • Linuxの場合

df -Th

• • Windowsの場合：Windowsのエクスプローラーまたはディスクの管理でディスク領域の使用状況を確認します。
• NetWorkerサーバーで使用可能なリソース(CPU、RAMなど)は、ピーク時に不足することはありません。
  • Linuxの場合

top

• • Windowsの場合：タスク マネージャー または Perfmon
  • NetWorker：プロセスごとのメモリーまたはCPU使用率が高い場合のトラブルシューティング 
• オペレーティング システムのログに重大なエラーはありません
  • Linuxの場合/var/log/messages
  • Windowsの場合：イベント ビューアー (アプリケーション および システム イベント ログ)
• この問題は、すべての標準的なNetWorker操作に関連し、次のような具体的な問題ではありません。  1つのストレージ ノードへのバックアップ、影響を受けるのはクローニング操作のみ、などです。
• コア ダンプの生成はNetWorkerサーバーのOSレベルで有効になっており、プロセスのコア ダンプはありません。
  • NetWorkerトラブルシューティング ガイド: プロセス クラッシュとコア ダンプ
• NetWorkerのパフォーマンスと最適化の計画:

• • NetWorkerバックアップに使用できるターゲット ボリュームが十分にある。
  • Linux NetWorkerサーバーで定義されているオープン ファイル ディスクリプターが十分にある。詳細については、NetWorkerカーネル パラメーターの要件
  • パフォーマンス最適化の設定とパラメーターが適用されました。
  • NetWorkerサーバが、このサイズのデータゾーンの最小要件を満たしている。詳細については、システム コンポーネント。
  • 大規模なデータゾーンの場合、NMCサーバーはNetWorkerサーバーとは別のマシン上にあります。詳細については、NetWorkerサーバとNetWorker管理コンソールのメモリ要件

• ポート範囲は、『 セキュリティ構成ガイド』に従って正しく設定されています https://www.dell.com/support/product-details/product/networker/docs

nsrwatch コマンド ライン オプション:

Windows OS: nsrwatchを使用してNetWorkerサービスまたはプロセスの明らかな問題をトラブルシューティングする方法:

1. NetWorkerサーバーへの Debugging Tools for Windowsのインストール
2. cdb.exeがWindowsのPATH変数内にあることを確認します。この変更を有効にするには、新しいコマンド プロンプト ウィンドウを開く必要があります。再起動は必要ありません。
3. 使用しているNetWorkerバージョンのシンボル ファイル(pdbファイル)が使用可能である必要があります。Dell NetWorkerサポートがこれらを提供できます。
4. nsrwatchを実行し、サービスまたはプロセスの状態を待機し、実行したままにします。

例えば、E:\Symbols は、pdb ファイルがデプロイされているパスです。

C:\>nsrwatch -p nsrd -i 10 -t 10 -k 10 -S E:\Symbols > E:\Logs\nsrwatch.nsrd  2>&1
C:\>nsrwatch -p nsrexecd -i 10 -t 10 -k 10 -S E:\Symbols > E:\Logs\nsrwatch.nsrexecd 2>&1
C:\>nsrwatch -p nsrmmdbd -i 10 -t 10 -k 10 -S E:\Symbols > E:\Logs\nsrwatch.nsrmmdbd  2>&1
C:\>nsrwatch -p nsrjobd -i 10 -t 10 -k 10 -S E:\Symbols > E:\Logs\nsrwatch.nsrjobd  2>&1

収集されるログ:

• レンダリングされたdaemon.raw
  • NetWorker：nsr_render_logを使用して.rawログ ファイルをレンダリングする方法
• daemon.raw
• 関連するデーモンのnsrwatch出力(上記を参照)。
• システムおよびアプリケーションのイベント ログ

Linux OS: nsrwatchを使用してNetWorkerサービスまたはプロセスの明らかな問題をトラブルシューティングする方法:

1. 対象のプロセスの標準バイナリの代わりに、ストリップされていないバイナリをインストールします。通常は、nsrd、nsrjobd、nsrmmdbd、nsrexecdです。これらは、Dell NetWorkerサポートによって提供されます。
2. これには、まずNetWorkerをシャットダウンする必要があります。適切な権限を持っている必要があります。
3. nsrwatchを実行し、サービスまたはプロセスの問題が発生するまで実行したままにします。

nsrwatch -p nsrd -i 30 -t 30 -k 30 > nsrd_out
nsrwatch -p nsrexecd -i 30 -t 30 -k 30 > nsrexecd_out
nsrwatch -p nsrjobd -i 30 -t 30 -k 30 > nsrjobd_out
nsrwatch -p nsrmmdbd -i 30 -t 30 -k 30 > nsrmmdbd_out

収集されるログ:

• レンダリングされたdaemon.raw
  • NetWorker：nsr_render_logを使用して.rawログ ファイルをレンダリングする方法
• daemon.raw
• 関連するデーモンのnsrwatch出力。
• OSメッセージ ファイル(/var/log/messages)
  • /var/log/messagesファイルをチェックし、ログが nsrwatch ウィンドウ全体をカバーしていることを確認します。サーバー上で多くのアクティビティがある場合、メッセージログはロールオーバーする可能性があります。メッセージ・ログ・ファイルがロールオーバーされた場合は、他の /var/log/messages-date または /var/log/messages# が存在します。これらのファイルが作成されたタイムスタンプを慎重に確認します。nsrwatchセッションも対象としている場合は、これらの追加のメッセージ ログも取得します。

NetWorkerプロセスとポート
NetWorker: バックアップ操作をデバッグする方法
NetWorker: ログ ファイルと場所
NetWorkerトラブルシューティング ガイド: プロセスのクラッシュとコア ダンプ
NetWorker: プロセスごとのメモリーまたはCPU使用率が高い場合のトラブルシューティング