NetWorker: Como depurar operações de backup (em inglês)

Arquivos de log:

Os logs principais para depurar falhas de backup são os arquivos de log de política que estão no seguinte local.

Linux: /nsr/logs/policy_name/workflow_name/action_name
Windows: ..Arquivos de programasEMC NetWorker srlogspolicy_nameworkflow_nameaction_name

Há arquivos de log de fluxo de trabalho no formato bruto em /nsr/logs/policy/policy_name/workflow_name/jobid.raw e um subdiretório para cada ação. Cada ação filha de uma ação tem seu próprio arquivo de log com o jobid desse trabalho filho. Quando a ação pai inicia uma ação filha, o NetWorker cria um diretório para esses registros de ação filho.

Exemplo:

Aqui podemos ver a localização dos logs de política e que os logs são de tamanhos diferentes, dependendo do nível de depuração usado durante o backup.  Os arquivos brutos são os logs de fluxo de trabalho, enquanto os diretórios backup_[jobid]_logs contêm os logs de ação e os logs de ação filho.

O principal arquivo de log do NetWorker para todas as operações do NetWorker é o arquivo de log daemon.raw . 

Ele está localizado em [NetWorker_install_dir]logs.
 

Para ler esse log, use o comando nsr_render_log .

Exemplo:

Outros recursos:

Economize no client do NetWorker

Os backups baseados em client do NetWorker usam o processo de salvamento. O processo de salvamento se comunica com o servidor do NetWorker, o nó de armazenamento (quando aplicável) ou a mídia do dispositivo de backup de destino. A depuração pode ser habilitada no processo de salvamento passando o indicador de depuração -D para o processo de salvamento usando o NetWorker Management Console (NMC) ou usando o comando nsradmin.

No NMC, você altera o campo "Backup command" nas propriedades relevantes do client para "save -D9":

Exemplo:

Você pode fazer a mesma operação usando o comando nsradmin:

Exemplo:

Como alternativa, em um sistema linux, você pode usar o comando printf para fazer essa alteração nsradmin em uma linha:

Exemplo:

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

Outros recursos:

Guia
de referência de comandos do NetWorker Como usar a verificação de validação nsradmin do
NetWorkerNota técnica sobre usos especiais do programa nsradmin do NetWorker

Operação de fluxo de trabalho no servidor do NetWorker 

É necessário depurar o início de uma operação de fluxo de trabalho e uma saída de depuração detalhada.

nsrworkflow -D9 -p [política] -w [fluxo de trabalho]

Isso registra a saída de depuração do trabalho de fluxo de trabalho no arquivo bruto em:

/nsr/logs/policy/policy_name/workflow_name/

Exemplo:

A execução do comando nsrworkflow inicia o trabalho manualmente, mas usa as mesmas opções de programação e configuração de nível usadas como um backup automatizado agendado.  Outra possibilidade é usar o indicador -a para definir nsrworkflow executado como um backup adhoc, o que permite substituir o agendamento ou nível de backup.  Para especificar o nível de backup desejado (não o definido para a execução atual do fluxo de trabalho), use o -l (ou -L para backups de máquinas virtuais).

Exemplo:

nsrworkflow -p [política] -w [fluxo de trabalho] -A "'[ação]' -l [nível]" -a
nsrworkflow -p Mona -w Bokonon_wf -A "'backup' -l completo" -a

Outros recursos:

516616 : Como usar o comando
nsrworkflow do NetWorker513030 :                                                                     Como usar o comando
nsrpolicy do NetWorkerNotas da versão do NetWorker 9.1.x: 
Guia de referência de comandos do NetWorker

Savefs no client do NetWorker

O comando savefs é usado durante backups baseados em client. Ele é enviado ao client do NetWorker depois que o backup é iniciado no servidor do NetWorker.  O savefs é esse processo responsável por determinar os arquivos e diretórios dos quais deve ser feito backup para esse backup específico executado nesse client.

Você pode obter o comando savefs exato que está sendo executado no lado do client do arquivo bruto nos logs de política (/nsr/logs/policy/[nome da política]/[nome do fluxo de trabalho]).  Em seguida, execute isso no lado do client, adicionando a opção -D9:

Exemplo:

No servidor do NetWorker: 

Do lado do client:

Outros recursos:

Atribuindo a mídia de destino no servidor NetWorker

A atribuição do volume de destino correto para um backup é gerenciada pelo processo nsrd no servidor do NetWorker.  Para depurar isso, você deve aumentar temporariamente o nível de depuração do processo nsrd no servidor NetWorker usando o dbgcommand.

Exemplo:

Depois que a depuração for concluída, você deverá desativá-la da seguinte forma:

Outros recursos:

336123 : Depuração do NetWorker

Backups aguardando volume gravável

Se o servidor do NetWorker não conseguir encontrar um volume adequado do NetWorker para gravar, ele deixará de responder e gerará um alerta.  Nesse caso, o trabalho estará no estado 'active'.  Você pode verificar o estado do trabalho usando o comando nsrpolicy monitor .

Exemplo:

O alerta no NetWorker Management Console fornece mais detalhes sobre que tipo de volume está sendo procurado e em qual nó de armazenamento.

Exemplo:

Outros recursos:

Os backups pararam de responder inesperadamente devido ao paralelismo

Se o servidor do NetWorker determinar que não pode continuar com o backup porque não há nenhum slot de paralelismo livre.  Nesse caso, o trabalho está no estado "em fila".

Para depurar o paralelismo, você precisa aumentar o nível de depuração do processo nsrjobd no servidor NetWorker, conforme mostrado abaixo.  O arquivo de log do daemon gera muitos dados de depuração relativos ao paralelismo.

Exemplo:

Outros recursos:

Guia
de planejamento de otimização de desempenho do NetWorkerSessões de destino e paralelismo

O backup do Client Direct não está funcionando como esperado

Um backup "Client Direct" envia dados diretamente do client NetWorker para a mídia de destino sem primeiro gravar no nó de armazenamento do NetWorker.

Você pode definir nas propriedades do client se o backup direto do client deve ser usado ou não para essa instância do client.

Para solucionar problemas se o Client Direct está funcionando ou não, você deve inspecionar os registros de acordo com o exemplo abaixo:

Exemplo:

Resultado do registro: Client Direct em operação.

Arquivo de log do daemon no servidor NetWorker:

91787 08/01/2014 01:37:35 PM nsrmmd NSR notice O ID do saveset '4091251191' (vm-lego-231:/NetWorker) está usando o salvamento direto de arquivo com o dispositivo Data Domain 'dd4500-dd.local_onetwoone'.

lsof no client do 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 (ESTABELECIDO)
save 9831 root 5u IPv4 111695 0t0 TCP vm-lego-231:19752-vm-lego-121>:9417 (ESTABELECIDO)
save 9831 root 7u IPv4 111720 0t0 TCP vm-lego-231:31095-vm-lego-121>:9035 (ESTABELECIDO)
save 9831 root 8u IPv4 111728 0t0 TCP vm-lego-231:12421-vm-lego-121>:9653 (ESTABELECIDO)
salvar 9831 root 9u IPv4 111731 0t0 TCP vm-lego-231:33739-dd4500-dd.local>:nfs (ESTABELECIDO)
salvar 9831 root 10u IPv4 111736 0t0 TCP vm-lego-231:60278-dd4500-dd.local>:midnight-tech (ESTABELECIDO)

Nota: Podemos ver que há conexões TCP abertas do client para o servidor do NetWorker e para o DD.  Se você precisar saber a quais processos exatamente no servidor do NetWorker estão conectados, poderá fazer a verificação cruzada com o lsof no servidor.  A quarta coluna é o descritor de arquivo que está sendo usado. 

Em um sistema Windows, você pode ver uma saída semelhante usando resmon:  Início - Executar - resmon - Guia Rede - Conexões TCP

Resultado do registro:  O backup não está usando o Client Direct.

Arquivo de log do daemon no servidor NetWorker:

91797 08/01/2014 01:57:51 PM nsrmmd NSR grave Não é possível executar o salvamento direto de arquivos com o dispositivo Data Domain 'ONETWOONE'; configurando salvamento tradicional para ID do saveset "4024143566" (vm-lego-231:/NetWorker)

Nota:  Procurar a palavra tradicional no log fornece essa saída rapidamente.  Se você precisar descobrir por que ele não está usando o Client Direct, comece com a lista do NetWorker Administration Guide das condições que precisam ser atendidas para que o Client Direct funcione.  Os motivos mais comuns seriam que o client não tem acesso direto à rede ao DD a partir da NIC que ele está usando ou que a resolução de nomes não está funcionando corretamente no client.

lsof no client do 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 (ESTABELECIDO)
save 10114 root 5u IPv4 123369 0t0 TCP vm-lego-231:12593-vm-lego-121>:9417 (ESTABELECIDO)
save 10114 root 7u IPv4 123392 0t0 TCP vm-lego-231:63952-vm-lego-121>:9035 (ESTABELECIDO)
save 10114 root 8u IPv4 123400 0t0 TCP vm-lego-231:29597-vm-lego-121>:9653 (ESTABELECIDO)

Nota:  Somente as conexões TCP com o servidor NetWorker (que também é o nó de armazenamento neste exemplo) estão abertas aqui.  Não há nenhuma conexão TCP aberta para o DD.  Todos os dados serão direcionados para o nó de armazenamento.

Outros recursos:

Guia de planejamento de otimização de desempenho do NetWorker

Backups de fluxos de salvamento paralelos

Para depurar backups de PSS. Certifique-se de que a propriedade de salvamento paralelo esteja marcada no recurso de client no NetWorker Management Console.  Modifique o comando save para colocá-lo em depuração conforme o número 1 acima.  Além disso, crie um arquivo vazio em . . /nsr/debug chamado 'mbsdopen'.  Isso fornece log extra de depuração no client em /nsr/tmp e nos logs de política no servidor NetWorker (consulte o número 1 acima).

Exemplo:

Outros recursos:

Como solucionar problemas de backups de fluxo de salvamento paralelo do NetWorker
Guia de planejamento de otimização de desempenho do NetWorker

O processo nsrmmd do nó de armazenamento do NetWorker não funciona como esperado enquanto grava na mídia de destino.

Você pode aumentar o nível de depuração dos processos nsrmmd usando o dbgcommand (descrito no número 7 acima).  Você pode aumentar o nível de depuração de todos os processos nsrmmd ou usar as ferramentas do sistema operacional para identificar qual processo nsrmmd está ativo:

Outros recursos:

479665 : Artigo de triagem: Solução de problemas da biblioteca de fitas no NetWorker
Guia de integração do NetWorker Data Domain Boost

Outras dicas de depuração para tecnologias específicas do NetWorker:

• Ajustando o servidor do NetWorker para desempenho ideal (em inglês)

• NVP - vProxy: Como habilitar o log de depuração  

• Como testar a comunicação client-servidor do NetWorker por meio de um firewall 

• Como solucionar falhas de clonagem agendada do NetWorker

• Guia de solução de problemas do NetWorker: Falhas de processo e core dumps

• NMC 9.x do NetWorker: Instruções Como habilitar os logs de depuração

• Como ativar a depuração para NMDA

• Guia detalhado de solução de problemas do NMM

• Como depurar falhas de trabalho de recuperação do NMC          

• Guia de Triagem do NDMP           

• 479591 : Guia de triagem de recuperação de espaço de dispositivos Data Domain