NetWorker: Jak ladit operace zálohování

Summary: Je uvedeno několik možností ladění selhání zálohování NetWorker.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Existuje několik různých možností ladění selhání zálohování NetWorker. Tento článek znalostní databáze popisuje různé možnosti ladění v závislosti na funkci procesu zálohování, kterou chcete ladit. 

Soubory protokolu:

Hlavními protokoly pro ladění selhání zálohování jsou soubory protokolu zásad , které se nacházejí v následujícím umístění.


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


V umístění /nsr/logs/policy/policy_name/workflow_name/jobid.raw jsou soubory protokolu pracovního postupu v nezpracovaném formátu a pro každou akci je k dispozici podadresář. Každá podřízená akce akce má svůj vlastní soubor protokolu s ID úlohy této podřízené úlohy. Když nadřazená akce spustí podřízenou akci, NetWorker vytvoří adresář pro tyto podřízené protokoly akcí.

Příklad:

Zde vidíme umístění protokolů zásad a to, že protokoly mají různé velikosti v závislosti na úrovni ladění použité během zálohování.  Nezpracované soubory jsou protokoly pracovního postupu, zatímco adresáře backup_[jobid]_logs obsahují protokoly akcí a podřízené protokoly akcí.

kA5f10000004JErCAM_2_0
 

Hlavním souborem protokolu NetWorker pro všechny operace NetWorker je soubor protokolu daemon.raw

Nachází se v protokolech [NetWorker_install_dir]logs.
 

Linux: /nsr/logs/
Windows: C:Program FilesEMC NetWorker srlogs


Chcete-li přečíst tento protokol, použijte příkaz nsr_render_log .

Příklad:

kA5f10000004JErCAM_2_1

Další zdroje:

503713 : Návod k použití nsr_render_log                                                                      
503582 : Soubory protokolu NetWorker a způsob jejich shromažďování pro analýzu                                                                   
469489 : Seznam protokolů NetWorker, které se mají shromáždit
457094 : Soubory protokolu a informace, které je třeba shromáždit a poskytnout podpoře při obecných problémech
s nástrojem NetWorkerReferenční příručka příkazů NetWorker

 

 

Ušetřete na klientovi NetWorker.

Zálohování založené na klientovi NetWorker používají proces ukládání. Proces uložení komunikuje se serverem NetWorker, uzlem úložiště (pokud je k dispozici) nebo cílovým záložním médiem. Ladění lze povolit v procesu ukládání předáním příznaku -D debug procesu ukládání pomocí konzole NetWorker Management Console (NMC) nebo pomocí příkazu nsradmin.

V konzoli NMC změňte pole Backup command v příslušných vlastnostech klienta na save -D9:

Příklad:

kA5f10000004JErCAM_2_2

Stejnou operaci lze provést pomocí příkazu nsradmin:

Příklad:

kA5f10000004JErCAM_2_3

Alternativně můžete v systému Linux použít příkaz printf a provést tuto změnu nsradmin v jednom řádku:

Příklad:

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

 

Další zdroje:

Referenční příručka
příkazů NetWorkerJak používat ověřovací kontrolu
nsradmin v nástroji NetWorkerZvláštní použití programu nsradmin NetWorker Technická poznámka

 

Operace pracovního postupu na serveru NetWorker 

Je potřeba ladit začátek operace pracovního postupu a podrobný výstup ladění.

nsrworkflow -D9 -p [zásada] -w [workflow]


Tím se zaprotokoluje výstup ladění úlohy pracovního postupu do nezpracovaného souboru v:

/nsr/logs/policy/policy_name/workflow_name/

Příklad:

kA5f10000004JErCAM_2_4
 

Spuštěním příkazu nsrworkflow se úloha inicializuje ručně, ale použijí se stejné možnosti plánování a konfigurace úrovně, které se používají jako plánované automatické zálohování.  Další možností je použít příznak -a k definování běhu nsrworkflow jako adhoc zálohy, což umožňuje přepsat plán nebo úroveň zálohování.  Chcete-li určit požadovanou úroveň zálohování (ne to, co je nastaveno pro dnešní spuštění pracovního postupu), použijte parametr -l (nebo -L pro zálohování virtuálních počítačů).

Příklad:

nsrworkflow -p [zásada] -w [workflow] -A "[akce]' -l [úroveň]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l full" -a

Další zdroje:

516616 : Jak používat příkaz
nsrworkflow NetWorker
513030 :                                                                     Jak používat příkaz
nsrpolicy NetWorker
NetWorker 9.1.x – Poznámky k verzi: 
Referenční příručka příkazů NetWorker

 

Savefs v klientovi NetWorker

Příkaz savefs se používá během klientských záloh. Po zahájení zálohování na serveru NetWorker je odeslán klientovi NetWorker.  savefs je proces, který zodpovídá za určení souborů a adresářů, které se mají zálohovat pro tuto konkrétní zálohu spuštěnou na tomto klientovi.

Přesný příkaz savefs, který je spouštěn na straně klienta, můžete získat z nezpracovaného souboru v protokolech zásad (/nsr/logs/policy/[název zásady]/[název pracovního postupu]).  Pak to spusťte na straně klienta a přidejte možnost -D9:

Příklad:

Na serveru NetWorker: 

kA5f10000004JErCAM_2_5
 

A pak na straně klienta:

kA5f10000004JErCAM_2_6
 

Další zdroje:

 

Přiřazení cílového média na serveru NetWorker

Přiřazení správného cílového svazku pro zálohu je řízeno procesem nsrd na serveru NetWorker.  Chcete-li provést ladění, je nutné dočasně zvýšit úroveň ladění procesu nsrd na serveru NetWorker pomocí příkazu dbg.

Příklad:

kA5f10000004JErCAM_2_7

Po dokončení ladění je nutné ladění vypnout následujícím způsobem:

kA5f10000004JErCAM_2_8

Další zdroje:

336123 : Ladění NetWorker

 

Zálohy čekající na zapisovatelný svazek

Pokud server NetWorker nemůže najít vhodný svazek NetWorker pro zápis, přestane reagovat a vygeneruje výstrahu.  V takovém případě bude úloha v aktivním stavu.  Stav úlohy můžete zkontrolovat pomocí příkazu nsrpolicy monitor .

Příklad:

kA5f10000004JErCAM_2_9

Výstraha v konzoli NetWorker Management Console obsahuje další podrobnosti o hledaném typu svazku a na kterém uzlu úložiště.

Příklad:

kA5f10000004JErCAM_2_10

Další zdroje:

 

Zálohy neočekávaně přestaly reagovat kvůli paralelismu

Pokud server NetWorker zjistí, že nemůže pokračovat v zálohování, protože není k dispozici žádný volný slot pro paralelismus.  V takovém případě je úloha ve stavu zařazené do fronty.

Chcete-li ladit paralelismus, je nutné zvýšit úroveň ladění procesu nsrjobd na serveru NetWorker, jak je znázorněno níže.  Výstupem souboru protokolu démona je velké množství ladicích dat vzhledem k paralelismu.

Příklad:

kA5f10000004JErCAM_2_11

 

kA5f10000004JErCAM_2_12

Další zdroje:

Příručka
pro plánování optimalizace výkonu platformy NetWorkerParalelismus a cílové relace

 

Přímé zálohování klienta nefunguje očekávaným způsobem

Záloha "Client Direct" odesílá data přímo z klienta NetWorker na cílové médium, aniž by bylo nutné nejprve zapisovat do uzlu úložiště NetWorker.

Ve vlastnostech klienta můžete definovat, jestli se má pro tuto instanci klienta používat přímé zálohování klienta.

kA5f10000004JErCAM_2_13

Chcete-li vyřešit potíže s tím, jestli client direct funguje nebo ne, je nutné zkontrolovat protokoly podle následujícího příkladu:

Příklad:

Výstup protokolu: Klient přímo v provozu.

Soubor protokolu démona na serveru NetWorker:

91787 1. 8. 2014 13:37:35 Upozornění NSRMMD NSR ID sady uložení 4091251191 (vm-lego-231:/NetWorker) používá přímé ukládání souborů pomocí zařízení Data Domain "dd4500-dd.local_onetwoone".


lsof v klientovi NetWorker

[root@vm-lego-231 ~]# lsof -i TCP | grep uložit
uložit 9831 root 3u IPv4 111668 0t0 TCP vm-lego-231:23178-vm-lego-121>:8985 (ZALOŽENO)
uložit 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ZALOŽENO)
uložit 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ZALOŽENO)uložit 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ZALOŽENO)

uložit 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ZALOŽENO)
uložit 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (ZALOŽENO)


Poznámka: Vidíme, že klient má otevřená připojení TCP jak k serveru NetWorker, tak k systému DD.  Pokud potřebujete přesně vědět, ke kterým procesům na serveru NetWorker jsou připojeny, můžete provést křížovou kontrolu pomocí služby lsof na serveru.  Čtvrtý sloupec je použitý deskriptor souboru. 

V systému Windows můžete vidět podobný výstup pomocí nástroje resmon:  Start - Spustit - resmon - karta Síť - TCP spojení


Výstup protokolu:  Zálohování nepoužívá funkci client direct.

Soubor protokolu démona na serveru NetWorker:

91797 01.08.2014 13:57:51 nsrmmd NSR závažný Nelze provést přímé uložení souboru pomocí zařízení Data Domain "ONETWOONE"; nastavení tradičního ukládání pro ID sady uložení "4024143566" (vm-lego-231:/NetWorker)


Poznámka:  Hledání slova tradiční v protokolu vám tento výstup rychle poskytne.  Potřebujete-li zjistit, proč nepoužívá funkci client direct, začněte seznamem podmínek, které je třeba splnit, aby funkce client direct fungovala, v průvodci správou NetWorker.  Nejčastějšími důvody může být to, že klient nemá přímý síťový přístup k systému DD z používané síťové karty nebo že překlad IP adres z klienta nefunguje správně.

lsof v klientovi NetWorker:

[root@vm-lego-231 ~]# lsof -i TCP | grep uložit
uložit 10114 root 3u IPv4 123335 0t0 TCP vm-lego-231:46461-vm-lego-121>:8985 (ZALOŽENO)
uložit 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ZALOŽENO)
uložit 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ZALOŽENO)
uložit 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ZALOŽENO)


Poznámka:  Zde jsou otevřena pouze připojení TCP k serveru NetWorker (který je v tomto příkladu také uzlem úložiště).  K systému DD není otevřeno žádné připojení TCP.  Všechna data směřují do uzlu úložiště.

Další zdroje:

Průvodce plánováním optimalizace výkonu softwaru NetWorker


Paralelní zálohování datového proudu

Ladění záloh PSS. Zkontrolujte, zda je v prostředku klienta v konzoli NetWorker Management Console zaškrtnuta vlastnost "parallel save stream".  Upravte příkaz save tak, aby byl laděn podle čísla 1 výše.  Vytvořte také prázdný soubor v .. /nsr/debug s názvem mbsdopen.  To poskytuje dodatečné protokolování ladění v klientovi v umístění /nsr/tmp a v protokolech zásad na serveru NetWorker (viz číslo 1 výše).

Příklad:

kA5f10000004JErCAM_2_14

kA5f10000004JErCAM_2_15

kA5f10000004JErCAM_2_16

 

Další zdroje:

Jak odstraňovat problémy se zálohováním paralelního ukládání datového proudu NetWorker
Příručka pro plánování optimalizace výkonu platformy NetWorker

 

 

Proces nsrmmd uzlu úložiště NetWorker nefunguje očekávaným způsobem při zápisu na cílové médium.

 

Úroveň ladění procesů nsrmmd můžete zvýšit pomocí příkazu dbgcommand (popsaného v čísle 7 výše).  Můžete buď zvýšit úroveň ladění všech procesů nsrmmd, nebo pomocí nástrojů operačního systému zjistit, který proces nsrmmd je aktivní:

kA5f10000004JErCAM_2_17

 

Další zdroje:

479665 : Článek o posouzení problémů: Odstraňování problémů s páskovou knihovnou v nástroji NetWorker
Průvodce integrací NetWorker Data Domain Boost

Additional Information



Další tipy pro ladění konkrétních technologií NetWorker:

Affected Products

NetWorker

Products

NetWorker, NetWorker Series
Article Properties
Article Number: 000010035
Article Type: How To
Last Modified: 08 Oct 2025
Version:  7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.