NVP - vProxy: Use o comando nsrvproxy_flr para recuperação em nível de arquivo do servidor NetWorker
Summary: Como usar o comando nsrvproxy_flr para recuperação em nível de arquivo (FLR) a partir do servidor NetWorker.
Instructions
nsrvproxy_flr dessa forma:
nsrvproxy_flr [-s NetWorker_server] -c vCenter_server -m TargetVM_Moref -v TargetVMName -u TargetVM_User [-p TargetVM_Password] [-U TargetVM_Admin_User] [-P TargetVM_Admin_Password] (-S ssid[/cloneid] | -N ssname -t sstime) [-e BackupDeviceExportPath] [-irh -V]Exemplo:
nsrvproxy_flr -c vCenter150.dell.com -m vm-162 -v testvm1 -u root -S 4221075620/1486389664
nsrvproxy_flr apenas inicia a montagem da FLR, ele não recupera dados do ponto de montagem da FLR para a máquina virtual (VM). Depois que a montagem for concluída, os dados devem ser copiados manualmente do ponto de montagem FLR para outro local na VM.
Parâmetros explicados:
-m - Este é um identificador VMware para a VM chamado valor de referência de objeto gerenciado (MoReF). Há três maneiras de obter isso:
- Opção 1: Se você tiver o arquivo de log de política de quando um backup foi feito dessa VM, poderá encontrá-lo lá, por exemplo, em:
C:\Program Files\EMC NetWorker\nsr\logs\policy\vProxy\NVP_wf
"VmMoref: "VM-146",
- Opção 2: Você pode verificar o valor de MorReF nos detalhes do ID do saveset (SSID) usando:
mminfo -q ssid=SSID -S
- Opção 3: Siga as instruções neste artigo para identificar o valor do MoReF no MOB do vCenter: NetWorker: Como coletar valores de MoReF (Managed Object Reference) para objetos VMware
-i - Autoriza a instalação do agente FLR convidado na VM de destino.
-r - Autoriza a remoção do agente FLR convidado na VM de destino.
-U and -P - São usados em conjunto se você precisar fornecer credenciais de root (Linux) ou administrador (Windows) na VM para instalar o agente FLR (só deve ser feito uma vez se você optar por não desinstalar o agente FLR após o uso).
Para instalar o FLR Agent em máquinas virtuais Linux, use a conta root ou um usuário listado no arquivo sudoers local do sistema operacional. Se você fornecer credenciais para outro usuário, a instalação do FLR Agent apresentará falha mesmo que esse usuário tenha privilégios em nível de root.
- O usuário/grupo sudo deve estar configurado para nenhum prompt de senha
- O usuário/grupo sudo deve receber a opção no requiretty.
Limitações e requisitos adicionais de FLR estão documentados no Guia de integração do NetWorker VMware, disponível na página do produto NetWorker no Suporte Dell .
Se o saveset for uma cópia de clone que está em um volume não DD, você verá uma mensagem no resultado, como:
nsrvproxy_flr: Requested clone 1486389664 of saveset 4221075620 was found on a non-DD volume. Automatic recall to a Data Domain volume will be attempted.A ressurreição do saveset pode levar muito tempo, dependendo do tamanho da VM e de onde a cópia do clone reside (como fita, CloudBoost etc.)
Exemplo de uso 1 – Sucesso da FLR:
Etapa 1: No servidor NetWorker, obtenha o ID do saveset que você deseja montar para fazer uma operação de recuperação em nível de arquivo (FLR). Você pode procurar essas informações no NMC ou, conforme abaixo, usando o mminfo comando:
Etapa 2: Use o ID do saveset para obter o valor do MoReF, o nome do vCenter e o hostname da máquina virtual do resultado mostrado acima.
Etapa 3: Execute o nsrvproxy_flr (as senhas foram redigidas).
Sintaxe:
nsrvproxy_flr -c vCenter_hostname -m TargetVM_MoReF -v TargetVM_Name -u TargetVM_User -p TargetVM_UserPassword -S SSID -i -U TargetVM_AdminUser -P TargetVM_AdminPass
Etapa 4: Na VM de destino, você pode ver a montagem do saveset na máquina virtual de destino.
Etapa 5: Se o comando falhar, adicione o -D9 Opção de depuração e redirecione a saída para um arquivo para analisar o problema.
flroutput.log no exemplo acima.
Exemplo de uso 2 - falha de FLR
Etapa 1: No servidor NetWorker, obtenha o ID do saveset que você deseja montar para fazer uma operação de recuperação em nível de arquivo (FLR). Você pode procurar essas informações no NMC, conforme abaixo, ou usando o mminfo comando:
Etapa 2: Use o ID do saveset para obter o valor MoReF, o nome do vCenter e o hostname da máquina virtual do mminfo .
Etapa 3: Execute o nsrvproxy_flr (as senhas foram redigidas).
Etapa 4: Analise a causa da falha e corrija-a antes de repetir o comando.
Etapa 5: Se os logs não mostrarem a causa, adicione -D9 antes -c no comando para habilitar a depuração extra.
Outros logs estão disponíveis:
Na máquina virtual:
- Linux:
/opt/emc/vproxyra/logs/ - Windows:
C:\Program Files (x86)\EMC\vProxy FLR Agent\logs
No servidor do NetWorker:
- Windows:
C:\Program Files\EMC NetWorker\nsr\logs\adhoc - Linux:
/nsr/logs/adhoc
No equipamento vProxy:
- Os logs ativos são encontrados em:
/opt/emc/vproxy/runtime/logs/vflrd - Os logs concluídos ou com falha são encontrados em:
/opt/emc/vproxy/runtime/logs/recycle/vflrd/DATE
Additional Information
NetWorker VMware Protection (NVP)-vProxy: Como habilitar o log
de depuraçãoNVP vProxy: Solução de problemas de conectividade de rede para operações
de backup e restauraçãoNVP vProxy: Como obter a sintaxe exata do comando para executar uma recuperação de VM a partir da CLI com depuração