NetWorker: Guia de solução de problemas do NMM

REÚNA AS INFORMAÇÕES:

Informações mínimas necessárias para QUALQUER caso de suporte do NetWorker:

• Nome do servidor do NetWorker, SO
• Nome do client do NetWorker, SO
• Versão e compilação do servidor NetWorker
• Versão e compilação do NetWorker Client
• Versão e compilação do NetWorker Module for Microsoft (NMM)

O artigo a seguir fornece instruções para coletar esses detalhes: NetWorker: Métodos para identificar a versão

do software NetWorkerInformações mínimas necessárias para o suporte ao NMM: 
 

• Aplicativo Microsoft a ser submetido a backup ou restauração
• Versão do aplicativo Microsoft, service pack e pacote cumulativo
   
  Para backup, defina o saveset e o client para backup.
  Para restauração, defina o banco de dados ou saveset a ser restaurado e o client de origem que foi submetido a backup

Problemas de compatibilidade:

• Antes de investigar qualquer problema, verifique a documentação de compatibilidade para garantir que não existam possíveis problemas de compatibilidade: E-Lab Interoperability Navigator 2.0-HOME (você deve fazer login com sua conta de suporte Dell)

COLETAR LOGS:

• No servidor NetWorker, colete um pacote NSRGET: NetWorker: Como usar a ferramenta de coleta de dados NSRGet do NetWorker
  • Opções recomendadas: nsrget -o:elfr
• Para problemas relacionados ao backup, colete a pasta de logs de política para as políticas em que os backups falharam:
  • Linux: /nsr/logs/policy/POLICY_NAME
  • Windows (padrão): C:\Program Files\EMC NetWorker\nsr\logs\policy\POLICY_NAME

• No client do NetWorker:
  • <Networker_install_path>\applogs\nmm.raw
  • <Networker_install_path>\logs\daemon.raw
  • <Networker_install_path>\applogs
  • O arquivo de log principal do NMM é: nmm.raw
  • NetWorker: Como usar nsr_render_log para processar arquivos de log .raw
  • Procure também arquivos com .trace extensão que geralmente está indicando erros de rede.
  • <Networker_install_path>\nsr\applogs\nwsnap.raw inclui detalhes do componente Power Snap do NMM e se houve um erro com uma parte específica do fluxo de salvamento.

• Logs
  adicionaisObtenha-os se nmm.raw inclui erros de RM
  • <Networker_install_path>\nsr\rmagentps\logs\client Inclui logs do Replication Manager:
    • erm_clientXXXXX_debug.log
    • erm_clientXXXXX_detail.log
    • erm_clientXXXXX_summary.log

Verificador de

configuraçãoO software NMM inclui um Config Checker , que é um excelente relatório de resumo do sistema, do software e da configuração. 
O Config Checker pode ser executado durante a instalação do NMM, consulte o Guia de instalação do NMM, ou a qualquer momento após a conclusão da instalação do NMM. A documentação do NMM está disponível por meio do suporte ao NetWorker Module for Microsoft | Manuais e documentos

PARA ATIVAR A DEPURAÇÃO:

Para ativar a depuração do Power Snap.
 

Adicione essa variável ao campo Informações do aplicativo do recurso de client.
NSR_PS_DEBUG_LEVEL=level
Onde nível é o número de 1 a 9. 

Para habilitar a depuração do NMM:

Modifique o Backup Command no recurso de client para nsrsnap_vss_save.exe -D9
-D9 pode gerar muitas mensagens e aumentar o tamanho de nmm.raw.
É uma boa prática remover -D9 Após a coleta dos dados da solução de problemas.

PERMISSÕES:

PERMISSÕES DO NETWORKER:

• Para TODOS os hosts do NMM, independentemente do aplicativo ou do saveset cujo backup está sendo feito, você deve adicioná-lo ao campo Administrador do recurso NSR,
  group=administrators,host=nmmhostname
   
  Exemplo 1:
  Onde sqlapp1 e exmbx1 se for um host com o NMM instalado, adicione-o ao campo NSR resource Administrators:
  group=administrators,host=sqlapp1
group=administrators,host=exmbx1
   
  Ou, como alternativa, adicione:
  user=system,host=sqlapp1
user=system,host=exmbx1
user=administrator,host=sqlapp1
user=administrator,host=exmbx1
   
• Para instâncias em cluster ou nomes de servidor de cluster, adicione os nós físicos ao campo
   
  de acesso remoto Exemplo 2:
  para SQL Server virtual sqlv1 Com dois nós físicos sqlapp1 e sqlapp2,
   
  adicione isso ao campo NSR administrators:
  group=administrators,host=sqlapp1
group=administrators,host=sqlapp2
   
  Ou como uma alternativa addL
  user=system,host=sqlapp1
user=system,host=sqlapp2
user=administrator,host=sqlapp1
user=administrator,host=sqlapp2
   
  E _
  Adicione isso ao campo Acesso remoto da sqlv1 Cliente
  *@sqlcn1
*@sqlcn2
   

PERMISSÕES DO APLICATIVO:

• Consulte:  Privilégios mínimos de CSV exigidos de VSS do NMM 9.0 Hyper-V
• Os seguintes aplicativos da Microsoft usam VSS para backups.
  • Exchange
  • SQL Server
  • SharePoint
  • Hyper-V
• Recursos do client:  Todos usam o comando de backup: nsrsnap_vss_save
• Savesets: Consulte a tabela
   
  abaixo Os savesets correspondentes para cada aplicativo estão listados abaixo:
  São aplicativos que usam backups baseados em VSS. 
   

O campo Application Information do recurso do NMM Client deve ter:
NSR_SNAP_TYPE=vss 

Aplicativos específicos da Microsoft, como Exchange e Hyper-V. Exija variáveis adicionais no campo Application Information. Consulte os guias do usuário do NMM.
 
Backups de VDI do SQL Server (não VSS):

O NMM usa a API VDI (Virtual Device Interface) do Microsoft SQL Server para se comunicar com o SQL Server.

Os backups de VDI do SQL usam este comando de backup: nsrsqlsv

Consulte a tabela abaixo para savesets e exceções ao comando de backup.
 

Backups do Active Directory (não VSS):
 

Recursos do client é um controlador de domínio e o NMM é instalado como com o client do NetWorker.
 
Comando de backup: nsradsave.exe
 
Saveset: Usa o formato de nome distinto (DN):
 
Consulte a tabela para obter exemplos.
 

Outras considerações:
 

Para problemas específicos a falhas de VSS, consulte: NetWorker: Solução de problemas de falhas de backup devido a problemas de VSS