Veritas NetBackup™ Status Codes Reference Guide
- NetBackup status codes
- NetBackup 状态码
- NetBackup KMS 状态码
- NetBackup 状态码
- Media Manager status codes
- 介质管理器状态码
- 介质管理器状态码
- Device configuration status codes
- 设备配置状态码
- 设备配置状态码
- Device management status codes
- 设备管理状态码
- 设备管理状态码
- Robotic status codes
- 机械手状态码
- 机械手状态码
- Robotic error codes
- Security services status codes
NetBackup 状态码:156
说明: 以下是出现此状态码的可能原因:
与 VMware 相关的错误
Enterprise Vault Agent 相关错误。以下错误可能会导致状态码 156:
VSS_E_BAD_STATE 快照错误
VSS_E_INSUFFICIENT_STORAGE 快照错误
与 Windows Open File Backup 或 Snapshot Client 有关的快照备份相关错误。
将多个卷装入到同一个装入点上
建议操作: 根据需要,执行以下操作:
NetBackup 无法获取驱动器的卷 ID。
NetBackup 可能无法获取驱动器的卷 ID。在此情况下,将不会备份任何虚拟机驱动器。备份失败,NetBackup 状态码为 156。
驱动器可能会关闭。
虚拟机的备份已处于活动状态
每次只能对一个虚拟机运行一个备份。如果在第一个备份处于活动状态时启动虚拟机的第二个备份,则第二个作业将失败,状态码为 156。
推荐的操作:请等到第一个作业完成后再运行第二个作业。
无法找到虚拟机名称
NetBackup 无法查找备份策略中列出的虚拟机的主机名或 VM 显示名称。详细状态日志可能包含以下错误消息:
Critical bpbrm (pid=<pid number>) from client <client name>: FTL - snapshot creation failed, status 156.)
如果虚拟机没有静态 IP 地址,可以将 NetBackup 配置为通过虚拟机的 VM 显示名称或 UUID 来识别虚拟机。不使用静态 IP 地址的环境包括群集和动态分配 IP 地址的网络等。
请注意,可能已将 NetBackup 配置为通过虚拟机的 VM 显示名称来识别虚拟机。在这种情况下,请确保显示名称是唯一的,且不包含特殊字符。
虚拟机已关闭
通过 vCenter Server,NetBackup 可以备份已关闭的虚拟机。必须为 NetBackup 提供用于访问 vCenter Server 的凭据。
如果 NetBackup 使用 ESX Server(而不是 vCenter)的凭据,则可能无法识别已关闭的虚拟机。请注意以下几点:
如果策略使用 VM 主机名或 VM DNS 名称作为“主 VM 标识符”,NetBackup 可能找不到虚拟机。备份将失败。
如果策略使用 VM 显示名称或 VM UUID 作为“主 VM 标识符”,NetBackup 则可以标识虚拟机。备份将成功。
虚拟机有一个或多个独立磁盘且处于暂停状态
如果具有独立磁盘的虚拟机处于暂停状态,则快照作业将失败。作业详细信息日志中将出现类似下面的消息:
01/12/2015 17:11:37 - Critical bpbrm (pid=10144) from client <client name>: FTL - VMware error received: Cannot take a memory snapshot, since the virtual machine is configured with independent disks.
以下 VMware 文章中提供了更多信息:
http://kb.vmware.com/kb/1007532
解决方法是,将虚拟机的状态更改为打开或关闭,然后重新运行备份。
注意:
不能使用快照捕获独立磁盘中的数据。将会备份虚拟机的其余数据。
虚拟机的磁盘处于原始模式 (RDM) 下
将忽略 RDM(不备份),并重新创建任一独立磁盘,但该磁盘是空的。
创建快照的尝试超过 VMware 超时
如果尝试创建虚拟机的快照超出 10 秒的 VMware 超时,快照将失败,并显示 NetBackup 状态 156。如果虚拟机配置了大量的卷,可能会发生该超时。请注意,即使禁用
选项,仍可能会遇到超时问题。执行以下操作之一:
减少虚拟机中卷的数量。
在虚拟机上安装 NetBackup 客户端,并为策略选择另一种备份方法(而不是 VMware 快照方法)。
没有为虚拟机分配 vmdk 文件
没有 vmdk 文件的虚拟机可以出现在 vCenter Site Recovery Manager (SRM) 环境中。如果复制虚拟机从未处于活动状态,则它处于被动模式,且可能没有 vmdk 文件。
您可以在策略的“忽略无盘 VM”选项。如果启用此选项:在 SRM 环境中,如果该虚拟机没有 vmdk 文件,NetBackup 就不会备份复制(被动)虚拟机。
选项卡上启用vmdk 文件有太多增量文件
只要发生 VMware 快照,就会为每个 vmdk 创建一个 delta.vmdk 文件。如果单个 vmdk 文件存在 32 个或更多此类增量文件,则 NetBackup 对该 VM 的备份可能会失败(状态为 156)。NetBackup 活动监视器的作业详细信息包含类似以下内容的消息:
02/06/2015 10:33:17 - Critical bpbrm (pid=15799) from client fl5vm1_2012: FTL - vSphere_freeze: Unable to proceed with snapshot creation, too many existing delta files(44). 02/06/2015 10:33:17 - Critical bpbrm (pid=15799) from client fl5vm1_2012: FTL - VMware_freeze: VIXAPI freeze (VMware snapshot) failed with 25: SYM_VMC_FAILED_TO_CREATE_SNAPSHOT 02/06/2015 10:33:17 - Critical bpbrm (pid=15799) from client fl5vm1_2012: FTL - vfm_freeze: method: VMware_v2, type: FIM, function: VMware_v2_freeze
要备份 VM,请执行以下操作:
合并 VM 的快照。
在 VMware 界面中,右键单击 VM 并选择
。有关更多信息,请参见 VMware 文档。确认 VM 的每个 vmdk 文件现在拥有的增量文件数少于 32 个。
如果快照合并失败,请参见以下 VMware 文章以获取更多帮助:
重新运行 NetBackup 备份。
VMware 快照静默操作失败
如果 NetBackup 策略可用于虚拟机静默(默认),vSphere 中的 VMware 快照操作将启动虚拟机静默。如果快照静默失败,则 NetBackup 作业失败,状态为 156。
对于 Enterprise Vault Agent:
请参见 NetBackup for Enterprise Vault Agent 管理指南的“故障排除”一节。
对于使用 VSS 的 Windows Open File Backup 快照提供程序:
请参见下列指南之一的“故障排除”一节:
对于使用 VSS 备份的文件数目来说,VSS 缓存文件可能太小。
如果启用了 bpbkar 调试日志,则在备份的 bpbkar 调试日志中会出现类似如下的消息。
8:51:14.569 AM: [1924.2304] <2> tar_base::V_vTarMsgW: ERR - failure reading file: D:\ test.file (WIN32 5: Access is denied. ) 8:51:14.569 AM: [1924.2304] <4> tar_base::V_vTarMsgW: INF - tar message received from dos_backup::tfs_readdata 8:51:14.569 AM: [1924.2304] <2> tar_base::V_vTarMsgW: ERR - Snapshot Error while reading test.file 8:51:14.569 AM: [1924.2304] <4> tar_base::V_vTarMsgW: INF - tar message received from tar_backup::nextfile_state_switch 8:51:14.569 AM: [1924.2304] <2> tar_base::V_vTarMsgW: FTL - Backup operation aborted! 8:51:14.569 AM: [1924.2304] <2> tar_base::V_vTarMsgW: INF - Client completed sending data for backup 8:51:14.569 AM: [1924.2304] <2> tar_base::V_vTarMsgW: INF - EXIT STATUS 156: snapshot error encountered
要使用 Windows 中的卷影副本配置增加 VSS 缓存大小,请按顺序执行下列操作:
在 Windows 中,右键单击
,然后选择 。在控制台树中,右键单击
,选择 ,然后选择 。选择要进行更改的卷,然后选择
。在“设置”对话框中,将 设置更改为下列设置之一:“没有限制”或足够大的值,以满足安装和使用 VSS 的要求。
对于使用 Snapshot Client 和 NAS_Snapshot 方法的备份(包含或不包含 SnapVault):
如果备份失败并显示状态码 156,请查阅 /usr/openv/netbackup/logs (UNIX) 或
install_path
\NetBackup\logs (Windows) 中的 bpfis
旧式日志。如果bpfis
目录不存在,必须创建它并重新运行此作业。如有必要,提高日志记录级别并重试该作业。
请参见 NetBackup 日志记录参考指南中的“关于日志”。
在 Windows 客户端上,从使用 NAS_Snapshot 方法创建的备份还原文件时,请以管理员帐户登录 NetBackup 客户端服务,而不要以本地系统帐户登录。否则,备份失败,状态为 156。
在 Windows 服务中,双击“NetBackup 客户端服务”。
然后检查“登录”选项卡:如果没有以管理员帐户登录服务,则停止该服务。
改用管理员帐户登录并重新启动服务。
重试还原。
对于其他 NetBackup Snapshot Client 问题:
没有装入被指定为快照源的文件系统。在这种情况下,您可能会在
/usr/openv/netbackup/logs/bpfis
日志中看到以下内容:17:12:51 bpfis: FTL - snapshot creation failed, status 156 17:12:51 bpfis: INF - EXIT STATUS 156: snapshot error encountered
并且在
/usr/openv/netbackup/logs/bpfis
日志中还会出现下列内容:17:12:51 onlfi_vfms_logf: INF - cannot snap_on, err: 5 17:12:51 delete_mount_point: INF - Deleted mount point /tmp/__jody_test:20958 17:12:51 onlfi_freeze: FTL - VfMS error 11; see following messages: 17:12:51 onlfi_freeze: FTL - Fatal method error 17:12:51 onlfi_freeze: FTL - vfm_freeze: method: nbu_snap, type: FIM, function: nbu_snap_freeze 17:12:51 onlfi_freeze: FTL - VfMS method error 5; see following message: 17:12:51 onlfi_freeze: FTL - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/opt, cache=/dev/rdsk/c1t3d1s0, snap error=5 17:12:51 onlfi_thaw: WRN - / is not frozen
确保已装入指定用于快照源的文件系统。
指定为快照源的文件系统与包含实际文件(而不是文件的符号链接)的文件系统不对应。所装入的用于快照源的文件系统必须包含实际文件,而不是符号链接。如果文件列表中的项(如
/oracle
)是指向/export/home/oracle
的符号链接,则快照源必须指定/export
或/export/home
,而不是/oracle
。选择了
作为快照方法,但没有对 Veritas Volume Manager (VxVM) 卷配置快照源。在这种情况下,您可能会在/usr/openv/netbackup/logs/bpfis
日志中看到以下内容:17:12:51 bpfis: FTL - snapshot creation failed, status 156 17:12:51 bpfis: INF - EXIT STATUS 156: snapshot error encountered
并且在
/usr/openv/netbackup/logs/bpfis
日志中还会出现如下所示的内容:17:12:51 onlfi_vfms_logf: INF - vxvm_freeze: Snapshot source /cockpit1 on device /dev/dsk/c1t0d0s6 is not on a VxVM volume 17:12:51 delete_mount_point: INF - Deleted mount point /tmp/_cockpit1_coc_group1:3518 17:12:51 onlfi_freeze: FTL - VfMS error 11; see following messages: 17:12:51 onlfi_freeze: FTL - Fatal method error 17:12:51 onlfi_freeze: FTL - vfm_freeze: method: vxvm, type: FIM, function: vxvm_freeze 17:12:51 onlfi_freeze: FTL - VfMS method error 9; see following message: 17:12:51 onlfi_freeze: FTL - vxvm_freeze: Snapshot source /cockpit1 on device /dev/dsk/c1t0d0s6 is not on a VxVM volume 17:12:51 onlfi_thaw: INF - fim=vxvm 17:12:51 onlfi_thaw: WRN - /cockpit1 is not frozen
确保快照源配置在 Veritas Volume Manager (VxVM) 卷上。
选择了
作为快照方法,但是在运行备份之前尚未创建快照源卷的 Veritas Volume Manager 快照镜像,或者当前运行的另一个备份正在使用该快照镜像。不论在哪种情况下,在/usr/openv/netbackup/logs/bpfis
日志中都可能看到下列内容:17:12:51 onlfi_freeze: FTL - VfMS error 11; see following messages: 17:12:51 onlfi_freeze: FTL - Fatal method error 17:12:51 onlfi_freeze: FTL - vfm_freeze: method: vxvm, type: FIM, function: vxvm_freeze 17:12:51 onlfi_freeze: FTL - VfMS method error 3; see following message: 17:12:51 onlfi_freeze: FTL - find_ready_snapshot: Cannot find available snapshot mirror
有关运行备份之前如何在客户端上创建快照镜像的信息,请参见 NetBackup Snapshot Client 管理指南。
选择了 vol01),而作业 A 比作业 B 早一些启动。在找到可用快照镜像后,在形成快照前会有短暂的停顿。只比作业 A 稍晚一点运行的作业 B 可能会尝试在作业 A 创建快照并获得其上的锁定之前的片刻尝试创建快照镜像的快照。
作为快照方法,并且已经创建了快照源卷的 Veritas Volume Manager 快照镜像。但是,两个不同的备份作业(A 和 B)尝试备份同一个卷(如在这种情况下,您可能会在
/usr/openv/netbackup/logs/bpfis
日志中看到以下内容:17:12:51 onlfi_freeze: FTL - VfMS error 11; see following messages: 17:12:51 onlfi_freeze: FTL - Fatal method error 17:12:51 onlfi_freeze: FTL - vfm_freeze: method: vxvm, type: FIM, function: vxvm_freeze 17:12:51 onlfi_freeze: FTL - VfMS method error 3; see following message: 17:12:51 onlfi_freeze: FTL - vxvm_freeze: Command failed with status=11: /usr/sbin/vxassist -g rootdg snapshot vol01 VfMSCAAu7a4Uw </dev/null>/var/tmp/VfMSAAAs7a4Uw 2>/var/tmp/VfMSBAAt7a4Uw
无法获取锁定的作业(上例中为作业 B)会失败,必须重新运行。
在使用 nbu_snap 作为快照方法时,如果出现状态码 156,而且
/usr/openv/netbackup/logs/bpfis
日志中出现下面的消息,则所得到的快照可能是无效的。(无效的快照是指那些未被 nbu_snap 自动删除的快照)。17:12:51 onlfi_freeze: FTL - VfMS error 11; see following messages: 17:12:51 onlfi_freeze: FTL - Fatal method error 17:12:51 onlfi_freeze: FTL - vfm_freeze: method: nbu_snap, type: FIM, function: nbu_snap_freeze 17:12:51 onlfi_freeze: FTL - VfMS method error 5; see following message: 17:12:51 onlfi_freeze: FTL - nbu_snap_freeze: Cannot turn on snapshot; snapshot source=/oracle/ufs_r, cache=/dev/rdsk/c4t1d11s4,snap error=11
当没有活动备份在运行时,请通过运行
/usr/openv/netbackup/bin/driver/snaplist
命令来查找无效快照。如果 snaplist 命令显示缓存条目,则表示存在无效快照。如果不存在无效快照,则什么也不显示。snaplist 的输出示例:
id ident size cached minblk err time 43 6515 8390970 0 0 0 11/16/00 13:31:36 device = /dev/rdsk/c1t6d0s0 cache = /dev/rdsk/c1t6d0s7
/usr/openv/netbackup/bin/driver/snapoff id
其中 id 是来自 snaplist 输出的 ID(如上例中的 43)。
如果使用 bpbkar 进程应自动删除该克隆。但是有时 bpbkar 无法删除该克隆。在这种情况下,在
快照方法的备份失败,则 NetBackup 的/usr/openv/netbackup/logs/bpfis
日志中可能会看到以下消息:15:21:45.716 [4236] <4> create_mount_point: INF - Created mount point /tmp/_vtrax_test:4236 15:21:45.869 [4236] <2> onlfi_vfms_logf: INF - vxfs clone handle : 9600344 15:21:45.870 [4236] <2> onlfi_vfms_logf: INF - VxFS_Checkpoint_freeze: Cannot create checkpoint; status=17 15:21:45.872 [4236] <4> delete_mount_point: INF - Deleted mount point /tmp/_vtrax_test:4236 15:21:45.873 [4236] <32> onlfi_freeze: FTL - VfMS error 11; see following messages: 15:21:45.873 [4236] <32> onlfi_freeze: FTL - Fatal method error was reported 15:21:45.873 [4236] <32> onlfi_freeze: FTL - vfm_freeze: method: VxFS_Checkpoint, type: FIM, function: VxFS_Checkpoint_freeze 15:21:45.873 [4236] <32> onlfi_freeze: FTL - VfMS method error 17; see following message: 15:21:45.874 [4236] <32> onlfi_freeze: FTL - VxFS_Checkpoint_freeze: Cannot create checkpoint; status=17
请按如下所示删除该克隆。
注意:
如果未删除检查点,您将无法使用
来备份装入检查点的文件系统中的任何数据。/usr/lib/fs/vxfs/fsckptadm list /file_system
其中 file_system 是装入检查点的文件系统的名称。下面是一个示例输出。在此示例中,
/vtrax_test
是文件系统,fi_ckpt 是检查点的名称。/vtrax_test fi_ckpt: ctime = Mon Nov 12 10:08:13 2001 mtime = Mon Nov 12 10:08:13 2001 flags = largefiles
输入以下命令以删除检查点:
/usr/lib/fs/vxfs/fsckptadm remove checkpoint /file_system
如果无法删除检查点,请卸载检查点并重试此过程中的第一步。
如果使用 TimeFinder、ShadowImage 或 BusinessCopy 方法的快照备份失败,则以前的备份中可能会留下 VxVM 克隆。在
/usr/openv/netbackup/logs/bpfis
日志中可能会看到类似下面的消息:19:13:07.686 [14981] <2> onlfi_vfms_logf: INF - do_cmd: Command failed with status=20: /usr/openv/netbackup/bin/bpdgclone -g wil_test -n vol01 -f /var/tmp/HDSTFCAAs7aOqD </dev/null >/var/tmp/VfMSAAAq7aOqD 2>/var/tmp/VfMSBAAr7aOqD 19:13:07.687 [14981] <2> onlfi_vfms_logf: INF - --- Dumping file /var/tmp/VfMSAAAq7aOqD (stdout): 19:13:07.687 [14981] <2> onlfi_vfms_logf: INF - --- End of file /var/tmp/VfMSAAAq7aOqD 19:13:07.687 [14981] <2> onlfi_vfms_logf: INF - --- Dumping file /var/tmp/VfMSBAAr7aOqD (stderr): 19:13:07.687 [14981] <2> onlfi_vfms_logf: INF - clone group and volume already exists 19:13:07.688 [14981] <2> onlfi_vfms_logf: INF - --- End of file /var/tmp/VfMSBAAr7aOqD
NetBackup 自动为针对卷配置的 TimeFinder、ShadowImage 或 BusinessCopy 数据备份创建 VxVM 克隆。在备份完成后,NetBackup 删除 VxVM 克隆。在这种情况下,如果出现系统崩溃或重新启动则可能妨碍进行删除。请按如下所示删除该克隆。
(视备份的类型而定,在客户端或备用客户端上执行以下操作。)
在没有备份处于运行状态时,使用下列 VxVM 命令列出所有克隆:vxdg list
克隆名称的格式为 clone_disk_group_clone。
要删除该克隆,请输入以下命令:
/usr/openv/netbackup/bin/bpdgclone -g disk_group -n volume -c
例如:
/usr/openv/netbackup/bin/bpdgclone -g wil_test -n vol01 -c
其中 wil_test 是磁盘组的名称,volo1 是 VxVM 卷的名称。
有关如何删除 VxVM 克隆的更多信息,请参见 NetBackup Snapshot Client 管理指南。有关 vxdg 的信息,请参见 Veritas Volume Manager 管理指南。
再次运行备份前,将主磁盘与辅助磁盘重新同步。有关 的帮助,请参见 NetBackup Snapshot Client 管理指南。
如果使用 FlashSnap 或 VVR 快照方法的快照备份失败,则以前的备份中可能会留下 VxVM 快照。在
/usr/openv/netbackup/logs/bpfis
日志中可能会看到类似下面的消息:14:41:15.345 [22493] <32> onlfi_freeze: FTL - VfMS error 11; see following messages: 14:41:15.345 [22493] <32> onlfi_freeze: FTL - Fatal method error was reported 14:41:15.345 [22493] <32> onlfi_freeze: FTL - vfm_freeze_commit: method: FlashSnap, type: FIM, function: FlashSnap_freeze_commit 14:41:15.345 [22493] <32> onlfi_freeze: FTL - VfMS method error 8; see following message: 14:41:15.345 [22493] <32> onlfi_freeze: FTL - vxvm__find_ready_snapshot: Cannot find available snapshot mirror
NetBackup 自动为针对卷配置的数据备份创建 VxVM 快照。备份完成后,NetBackup 将删除 VxVM 快照。在这种情况下,如果出现系统崩溃或重新启动则可能妨碍进行删除。请按如下方法删除快照。
对于 FlashSnap:
(视备份的类型而定,在客户端或备用客户端上执行以下操作。)
查找 VxVM 磁盘组:
vxdg list
磁盘组名称的格式如下所示:
primaryhost_diskgroup_split
如果 vxdg list 未显示磁盘组,则该磁盘组可能已被逐出。通过输入以下命令,您可以发现所有磁盘组(包括已逐出的磁盘组):
vxdisk -o alldgs list
括号中列出的磁盘组未在本地系统中导入。
逐出 VxVM 磁盘组:
vxdg deport primaryhost_diskgroup_split
在主(原始)客户端上输入以下命令:
导入和结合 VxVM 磁盘组:
vxdg import primaryhost_diskgroup_split vxrecover -g primaryhost_diskgroup_split -m vxdg join primaryhost_diskgroup_split diskgroup
启动卷并快照合并快照卷:
vxvol -g primaryhost_diskgroup_split start SNAP_diskgroup_volume vxassist snapback SNAP_diskgroup_volume
对于 VVR,在备用客户端上:
vxprint -g diskgroup
vxassist -g diskgroup -v volume snapback
使用快照方法(如 VxFS_Checkpoint)备份 Veritas File System (VxFS) 时,如果 VxFS 许可证已失效,则备份将失败。/usr/openv/netbackup/logs/bpfis 日志中将出现类似下面这样的消息:
11:37:42.279 [24194] <2> onlfi_vfms_logf: INF - VxFS_Checkpoint_freeze: Cannot open checkpoint; status=100 11:37:42.283 [24194] <4> delete_mount_point: INF - Deleted mount point /tmp/_vrts_frzn_img__test1_24194 11:37:42.283 [24194] <32> onlfi_freeze_fim_fs: FTL - VfMS error 11; see following messages: 11:37:42.283 [24194] <32> onlfi_freeze_fim_fs: FTL - Fatal method error was reported 11:37:42.284 [24194] <32> onlfi_freeze_fim_fs: FTL - vfm_freeze: method: VxFS_Checkpoint, type: FIM, function: VxFS_Checkpoint_freeze 11:37:42.284 [24194] <32> onlfi_freeze_fim_fs: FTL - VfMS method error 100; see following message: 11:37:42.284 [24194] <32> onlfi_freeze_fim_fs: FTL - VxFS_Checkpoint_freeze: Cannot open checkpoint; status=100
获取一个新的 VxFS 许可证,然后重试备份。
如果使用 VxVM 或 VVR 快照方法为备份启用了即时恢复,则 VxVM 镜像可能不会正确配置。在这种情况下,您可能在客户端上的
/usr/openv/netbackup/logs/bppfi
日志中看到以下内容(在将详细模式设置为高时)。13:43:39.095 [16375] <2> onlfi_vfms_logf: INF - Executing command: 13:43:39.095 [16375] <2> onlfi_vfms_logf: INF - /usr/sbin/vxprint -g rootdg -q -t -e 'assoc="pfi_concat"' </dev/null >/var/tmp/VfMSAA Arja4.F 2>/var/tmp/VfMSBAAsja4.F 13:43:39.215 [16375] <2> onlfi_vfms_logf: INF - pfi_find_snapdone: 0 SNAPDONE plexes found 13:43:39.215 [16375] <2> onlfi_vfms_logf: INF - Executing command: 13:43:39.215 [16375] <2> onlfi_vfms_logf: INF - /usr/sbin/vxassist -g rootdg snapprint pfi_concat </dev/null >/var/tmp/VfMSAAArja4.F 2>/var/tmp/VfMSBAAsja4.F 13:43:39.512 [16375] <2> onlfi_vfms_logf: INF - 0 active plexes for /rootdg/pfi_concat: 0 are PFI 0 non-PFI 13:43:39.512 [16375] <2> onlfi_vfms_logf: INF - pfi_find_active.3309: exiting with VXVM_E_SYS = 3 13:43:39.512 [16375] <2> onlfi_vfms_logf: INF - pfi_snapshot.3866: No PFI snapshot. err= 3
请按照 NetBackup Snapshot Client 管理指南中的“即时恢复”一章提供的说明配置 VxVM 镜像。
使用 VxFS_Checkpoint 快照方法时,如果客户端文件系统不支持使用存储检查点功能的可装入检查点,则备份将会失败。
/usr/openv/netbackup/logs/bpfis
日志中将出现类似下面这样的消息:14:54:27.530 [23563] <32> onlfi_freeze_fim_fs: FTL - VfMS error 11; see following messages: 14:54:27.530 [23563] <32> onlfi_freeze_fim_fs: FTL - Fatal method error was reported 14:54:27.530 [23563] <32> onlfi_freeze_fim_fs: FTL - vfm_freeze: method: VxFS_Checkpoint, type: FIM, function: VxFS_Checkpoint_freeze 14:54:27.531 [23563] <32> onlfi_freeze_fim_fs: FTL - VfMS method error 2; see following message: 14:54:27.531 [23563] <32> onlfi_freeze_fim_fs: FTL - open_ckpt: Cannot open checkpoint on /mnt_vxvm/2G_concat : fsckpt_get_api_version returns 1; mountable checkpoints not supported with this version
执行以下操作之一:
将客户端文件系统升级到支持可装入 VxFS 存储检查点的版本。
为策略配置一个支持客户端当前文件系统的快照方法。
单击此处查看 Veritas 知识库中有关此状态码的技术说明和其他信息。