NetWorker:バックアップ オペレーションをデバッグする方法(英語)」

Summary: 失敗したNetWorkerバックアップをデバッグするためのオプションがいくつかリストされています。

Acest articol se aplică pentru Acest articol nu se aplică pentru Acest articol nu este legat de un produs specific. Acest articol nu acoperă toate versiunile de produs existente.

Instructions

NetWorkerバックアップの失敗をデバッグするには、いくつかの異なるオプションを使用できます。このKBでは、デバッグするバックアップ プロセスの機能に応じたさまざまなデバッグ オプションについて説明します。 

1.ログ ファイル:

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


Linuxの場合 /nsr/logs/policy_name/workflow_name/action_name
Windows(デフォルト): C:\Program Files\EMC NetWorker\nsr\logs\policy_name\workflow_name\action_name


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

Example:

ログ サイズは、バックアップ中に使用されるデバッグ レベルによって異なります。生ファイルはワークフローログですが、 backup_[jobid]_logs ディレクトリーには、アクション ログと子アクション ログが含まれています。

ポリシー ログ フォルダーの内容の例 
 

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

Linuxの場合 /nsr/logs/daemon.raw
Windows(デフォルト): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw


このログを読み取るには、 nsr_render_log コマンドについては、次を参照してください。NetWorker:nsr_render_logを使用して.rawログ ファイルをレンダリングする方法

Example:

NetWorkerのrawログのレンダリング例

その他のリソース:

2. save NetWorkerクライアントで、次の手順を実行します。

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

NMCで、関連するクライアント プロパティの[バックアップ コマンド]フィールドを[save -D9':

Example:

NetWorkerクライアントのデバッグ バックアップの構成

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

Example:

nsradminからのバックアップ デバッグの構成

その他のリソース:

 

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

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

nsrworkflow -D9 -p [policy] -w [workflow]

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

/nsr/logs/policy/policy_name/workflow_name/

Example:

NSRワークフローのデバッグ 
 

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

Example:

nsrworkflow -p [policy] -w [workflow] -A "'[action]' -l [level]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

その他のリソース:

4. savefs NetWorkerクライアントで、次の手順を実行します。

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

クライアント側で実行されている正確なsavefsコマンドは、ポリシー ログ(/nsr/logs/policy/[policy name]/[workflow name])を提供する必要があります。次に、これをクライアント側で実行し、 -D9 オプション:

Example:

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

SAVEFSプロセスの例  

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

コマンド ラインからのsavefs debugの実行 

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

バックアップの正しいターゲット ボリュームの割り当ては、によって管理されます nsrd プロセス上で開始します。これをデバッグするには、 nsrd を使用したNetWorkerサーバー上のプロセス dbgcommandの詳細を確認してください。

Example:

kA5f10000004JErCAM_2_7

デバッグが完了したら、デバッグ レベルをゼロに戻し、デバッグを無効にする必要があります。

kA5f10000004JErCAM_2_8

dbgcommand は、プロセス名またはプロセス ID (PID) に対して使用できます。

dbgcommand -n PROCESS_NAME Debug=DEBUG_LEVEL
dbgcommand -p PROCESS_ID Debug=DEBUG_LEVEL

その他のリソース:

警告:プロセスのデバッグは、問題のトラブルシューティングを目的としている場合にのみ有効にする必要があります。トラブルシューティングが完了したら、プロセス デバッグを無効にする必要があります。一部のプロセスでは、デバッグが有効になっていると大量のメッセージが生成される場合があります。これにより、ファイル システムが増大し、容量の問題が発生する可能性があります。

6.バックアップが書き込み可能なボリュームを待機しています:

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

Example:

nsrpolicy monitorの例

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

Example:

1つの書き込み可能ボリュームを待機しているNMCアラート

その他のリソース:

7.並列処理が原因でバックアップが予期せず応答を停止しました。

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

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

Example:

nsrjobdデバッグを有効にする例 

並列化エラーを示すデーモン ログ

その他のリソース:

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

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

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

NetWorkerクライアント ダイレクト バックアップ設定

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

Example:

ログ出力: クライアントが直接動作します。

daemon.raw NetWorkerサーバー上のファイル:

91787 MM/DD/YYYY HH:mm:SS  nsrmmd NSR notice Save-set ID '4091251191' (vm-lego-231:/NetWorker) is using direct file save with Data Domain device 'dd4500-dd.local_onetwoone'.

lsof NetWorkerクライアント上

[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 (ESTABLISHED)
save       9831    root    5u  IPv4 111695      0t0  TCP vm-lego-231:19752->vm-lego-121:9417 (ESTABLISHED)
save       9831    root    7u  IPv4 111720      0t0  TCP vm-lego-231:31095->vm-lego-121:9035 (ESTABLISHED)
save       9831    root    8u  IPv4 111728      0t0  TCP vm-lego-231:12421->vm-lego-121:9653 (ESTABLISHED)
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)

 

メモ: lsof は、クライアントからNetWorkerサーバーとDDの両方への開いているTCP接続を一覧表示します。NetWorkerサーバーが接続されているプロセスを特定するには、次を使用してクロスチェックします。 lsof サーバー上。4 番目の列は、使用されているファイル記述子です。

Windowsホストでは、 SysInternals Procmonを使用して同様の診断を実行できます。このハイパーリンクをクリックすると、デル・テクノロジーズ以外のWebサイトにアクセスします。


9:クライアント ダイレクト バックアップがクライアント ダイレクトを使用していない:

daemon.raw NetWorkerサーバー上のファイル:

91797 MM/DD/YYYY HH:mm:SS nsrmmd NSR severe Unable to perform direct file save with Data Domain device 'ONETWOONE'; setting up traditional save for save-set ID '4024143566' (vm-lego-231:/NetWorker)

 

メモ: 単語を探しています traditional ログには、この出力がすぐに表示されます。Client Directを動作させるために満たす必要のある条件については、『 NetWorker管理ガイド』を参照してください。最も一般的な原因は、クライアントがData Domainへの直接ネットワーク アクセスを利用できないこと、またはクライアントの名前解決が正しく機能していないことです。

lsof NetWorkerクライアントの場合:
[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 (ESTABLISHED)
save      10114    root    5u  IPv4 123369      0t0  TCP vm-lego-231:12593->vm-lego-121:9417 (ESTABLISHED)
save      10114    root    7u  IPv4 123392      0t0  TCP vm-lego-231:63952->vm-lego-121:9035 (ESTABLISHED)
save      10114    root    8u  IPv4 123400      0t0  TCP vm-lego-231:29597->vm-lego-121:9653 (ESTABLISHED)
メモ: ここでは、NetWorkerサーバー(この例ではストレージ ノードでもある)へのTCP接続のみが開かれています。DDへのTCP接続が開いていない。すべてのデータがストレージ ノードに送られます。

その他のリソース:


10.並列セーブ ストリーム(PSS)バックアップ:

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

Example:

NetWorkerクライアント リソースで有効化されているPSSオプション

MBSDFFファイルを開く

MBSファイルをtmpディレクトリーに保存 

その他のリソース:

11.NetWorkerストレージ ノード nsrmmd ターゲット メディアへの書き込みでプロセスが予期したとおりに動作しない:

のデバッグ レベルを上げることができます nsrmmd を使用するプロセス dbgcommand (セクション5を参照)。すべてのデバッグ レベルを上げるか、すべての nsrmmd プロセスまたはオペレーティング システム ツールを使用して、 nsrmmd プロセスがアクティブ:

nsrmmdプロセス 

その他のリソース:

Additional Information

Produse afectate

NetWorker

Produse

NetWorker, NetWorker Series
Proprietăți articol
Article Number: 000010035
Article Type: How To
Ultima modificare: 30 ian. 2026
Version:  8
Găsiți răspunsuri la întrebările dvs. de la alți utilizatori Dell
Servicii de asistență
Verificați dacă dispozitivul dvs. este acoperit de serviciile de asistență.