NVP-vProxy：VMware 保护问题的日志收集过程

Сводка: 本文概述了如何收集 vProxy 支持包、特定于 VMware Protection 操作的 NetWorker 服务器日志，以及在观察到 vProxy 系统崩溃时要收集的日志文件和捆绑包。

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.
Ознакомьтесь с другими ресурсами

Инструкции

vProxy 捆绑包包含 vProxy 引擎状态、以前的备份会话和引擎日志文件。这些捆绑包还提供常见故障处理命令的命令输出。

NetWorker Management Console （NMC） 可用于生成捆绑包并将其下载到您的系统。tar 命令还可用于手动创建 tarball。


常规 vProxy 日志收集：

收集 vProxy 日志包可用于查看在 vProxy 备份或还原操作期间观察到的问题。以下文章中详细介绍了具体的日志文件：NVP-vProxy 分流指南：NetWorker VMware Protection vProxy 分流和日志收集指南


选项 1：使用 NMC 收集捆绑包。

  1. 登录到 NMC 并选择 “设备”选项卡
  2. 选择 VMware 代理
  3. 右键单击代理，然后选择 日志包
 显示日志包选择的屏幕截图
  1. 单击 是以收集 vProxy 的回收日志。虚拟机 （VM） 会话日志在完成后发送到此处。
提醒：以这种方式收集捆绑包可能会失败，具体取决于 vProxy 捆绑包的大小以及 NMC 客户端与 vProxy 之间的网络或防火墙规则。在这种情况下，请执行以下操作以查看捆绑包在 vProxy 上是否可用。
 
  1. 打开与 vProxy 的 SSH 会话，然后以管理员身份登录
  2. 切换到 root： sudo su - 
  3. 检查 /opt/emc/vproxy/runtime/state/logbundle/ ，以查看是否存在捆绑包，其时间戳来自在 NMC 中生成捆绑包时的时间戳：
nsr-vproxy01:~ # ls -lh /opt/emc/vproxy/runtime/state/logbundle/
total 616K
-rw-r----- 1 root root 616K Jul 10 09:03 logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz
  1. 如果捆绑包存在，请执行以下步骤以使用 SCP 代理将其拷贝出去;否则，请参阅选项 2。
  2. 将捆绑包移至管理员用户的主目录（示例）：
nsr-vproxy01:~ # mv /opt/emc/vproxy/runtime/state/logbundle/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz /home/admin
  1. 更改捆绑包的权限，以便管理员用户可以从 vProxy 复制文件（示例）：
nsr-vproxy01:~ # chmod 777 /home/admin/logbundle-5679cd0c-0262-46e9-b99a-97ae336f8ff2.tar.gz
  1. 使用 SCP 代理（WinSCP 等）将捆绑包从用户的主目录复制到您的系统。SCP 代理程序中的必需设置：
地址：vProxy 主机名或 IP 地址
协议：
SCP 用户：Admin

（可选）可以使用命令行从 Windows 工作站对捆绑包执行 SCP： 
scp admin@vProxyAddress:/path/to/logbundle .

请参阅：NetWorker （Linux）：如何将文件复制到 Linux NetWorker 服务器或从 Linux NetWorker 服务器拷贝文件。


选项 2：在 vProxy 上使用 tar：

  1. 使用 SSH 连接到 vProxy 并以 管理员身份登录。
  2. 切换到 root： sudo su -
  3. 运行：
tar cvzfP `hostname`_`date -I`.tgz /opt/emc/vproxy/runtime/state/vProxyRegistry.dat /opt/emc/vproxy/runtime/logs/ /var/log/messages* /etc/hosts

提醒：您不必替换上述命令中的任何内容。此命令在 /tmp 目录中创建包含 vProxy 主机名的 tar 捆绑包。可以改为指定其他位置（例如 /data01）。
  
nsr-vproxy01:~ # tar czfP /tmp/`hostname`_`date -I`.tgz /opt/emc/vproxy/runtime/state/vProxyRegistry.dat /opt/emc/vproxy/runtime/logs/ /var/log/messages* /etc/hosts

nsr-vproxy01:~ # ls -l /tmp | grep tgz
-rw------- 1 root root  614092 Jul 10 10:07 nsr-vproxy01.amer.lan_2024-07-10.tgz
nsr-vproxy01:~ #
  1. 更改捆绑包的权限，以便您可以从 vProxy 复制它：
chmod 755 /tmp/bundle_name.tgz

提醒：取代 bundle_name 使用 tar 命令创建的捆绑包。
 
  1. 使用 SCP 代理（WinSCP 等）将捆绑包从用户的主目录复制到您的系统。SCP 代理程序中的必需设置：
地址：vProxy 主机名或 IP 地址
协议：
SCP 用户：Admin

（可选）可以使用命令行从 Windows 工作站对捆绑包执行 SCP： 
scp admin@vProxyAddress:/path/to/logbundle .


NetWorker 服务器端日志：

可以查看 NetWorker 服务器端日志是否存在以下类型的问题：
  • vProxy 报告在 NetWorker 守护程序日志或 NMC 中不可用
  • vProxy 升级执行于 nsrvproxy_mgmt 命令失败
  • VMware 资源清册问题/错误
  • 在 VMware 保护策略失败期间观察到 VMware 备份错误

常规服务器日志：

日志名称 位置 目的
daemon.raw
  • Linux：/nsr/logs/
  • Windows：C:\Program Files\EMC NetWorker\nsr\logs\

常规 NetWorker 服务器守护程序消息 — 这包含有关 vProxy 可用性或不可用以及注册状态消息的日志记录：

NetWorker：如何使用nsr_render_log
<job-uuid>.log
  • Linux：/nsr/logs/adhoc/nsrvproxy_mgmt
  • Windows：C：\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
 vProxy 管理作业日志文件是在重新部署关联的 vProxy 期间创建的。
< vproxy_upgrade_sessio n__ jobuuid>
  • Linux：/nsr/logs/adhoc/nsrvproxy_mgmt
  • Windows：C：\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
 在重新部署 vProxy 期间创建关联的 nsrvisd 日志文件。
nsrvisd-daemon.log
  • Linux：/opt/nsr/vproxy/logs/nsrvisd
  • Windows：C：\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
 创建关联的 nsrvisd 详细日志文件。
ProxySessions- .log
  • Linux：/nsr/logs/adhoc/nsrvproxy_mgmt
  • Windows：C：\Program Files\EMC NetWorker\nsr\logs\adhoc\nsrvproxy_mgmt
 在重新部署 vProxy 期间创建关联的 ProxySessions 日志文件。
Nsrvisd 日志
  • Linux：/opt/nsr/vproxy/logs/nsrvisd
  • Windows：C：\Program Files \EMC NetWorker\nsr\vproxy\logs\nsrvisd
 创建关联的库存会话日志文件。
虚拟机备份日志
  • Linux：/nsr/logs/policy/Policy_Name/Workflow_Name
  • Windows：C：\Program Files \EMC NetWorker\nsr\logs\policy\Policy_Name\Workflow_Name
 虚拟机备份会话日志将根据 jobsdb 保留窗口 （默认为 72 小时）进行保留。会话日志与 vProxy 上的 /opt/emc/vproxy/runtime/logs/recycle 下的日志相同。NetWorker jobsdb 日志轮换不会删除 vProxy 中的日志。


vCenter 清单：

在 NetWorker 服务器上，从 root 提示符 （Linux） 或管理员命令提示符 （Windows） 运行以下命令： 
nsrvim -d --names vCenter_Name
其中 vCenter_Name 与将 vCenter/虚拟机管理程序添加到 NetWorker 的方式相匹配。例如（短名称、FQDN、IP）此命令会在以下目录中生成.xml文件：

Linux：/nsr/cores/nsrvim
Windows：文件在运行 nsrvim 命令的同一目录中生成。

[root@nsr ~]# ls -l /nsr/cores/nsrvim
total 48
-rw-r--r--. 1 root root    47 Jul 10 10:30 vcsa.amer.lan-cat_tags.xml
-rw-r--r--. 1 root root  4175 Jul 10 10:30 vcsa.amer.lan-mapping.xml
-rw-r--r--. 1 root root 32913 Jul 10 10:30 vcsa.amer.lan.xml

请参阅：NetWorker （Linux）：如何将文件复制到 Linux NetWorker 服务器或从 Linux NetWorker 服务器拷贝文件。


vProxy 系统崩溃：

如果 vProxy 无响应，则可以收集以下日志和捆绑包来查看发生崩溃的原因。
  1. 收集 SUSE 支持包。
    1. 以管理员身份通过 SSH 连接到 vProxy。
    2. 切换到 root： sudo su -
    3. 运行以下命令： supportconfig
这将在 /var/log 下生成 scc.txz 捆绑包，例如： 
-vproxy01:~ # ls -l /var/log | grep scc
-rw------- 1 root     root     945064 Jul 10 13:40 scc_nsr-vproxy01.amer.lan_240710_1338.txz
-rw------- 1 root     root         33 Jul 10 13:40 scc_nsr-vproxy01.amer.lan_240710_1338.txz.md5
  1. 将 .txz 捆绑包移动到管理员用户可以访问的位置，例如 /tmp：
nsr-vproxy01:~ # mv /var/log/scc_nsr-vproxy01.amer.lan_240710_1338.txz /tmp
  1. 更改 .txz 捆绑包的权限，以便管理员用户可以将捆绑包从 vProxy 中拷贝出来：
nsr-vproxy01:~ # chmod 777 /tmp/scc_nsr-vproxy01.amer.lan_240710_1338.txz
  1. 使用 SCP 代理（WinSCP 等）将捆绑包从用户的主目录复制到您的系统。SCP 代理程序中的必需设置：
地址：vProxy 主机名或 IP 地址
协议：
SCP 用户：Admin

（可选）可以使用命令行从 Windows 工作站对捆绑包执行 SCP： 
scp admin@vProxyAddress:/path/to/logbundle .
  1. 从 vSphere 中，收集 vProxy 虚拟机 VMware 数据存储文件夹中的 vmware.log 文件：

如何获得vmware.log


提醒：可能有多个vmware.log文件，请确保抓取时间戳与观察到崩溃的时间一致的文件;否则，请将它们全部收集起来。
 
  1. vSphere 支持捆绑包：
vSphere 支持捆绑包

提醒：确保选择 vProxy 所在的 ESXi 主机的主机日志。

Дополнительная информация

相关文章：

Затронутые продукты

NetWorker
Свойства статьи
Номер статьи: 000022831
Тип статьи: How To
Последнее изменение: 12 Jun 2025
Версия:  6
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.