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 状态码:1
说明: 在执行所请求的操作过程中,检测到一个可能需要执行更正操作的问题。
建议操作: 检查“所有日志条目”报告以及进度日志(如果存在)。
下面是一些可能引发状态码 1 的问题:
文件或目录路径的长度超过了 1023 个字符。
对于 NetBackup Snapshot Client,快照备份的路径名最长为 1000 个字符,而不是 1023 个。创建快照时,文件路径的开头会添加一个新的装入点。如果这个新的装入点加上原始文件路径的长度超过了 1023 个字符,则备份将失败(状态码为 1)。进度日志中将包括条目
ERR-Skipping long dir path.
无法打开文件。
文件可能由于某种原因已被锁定。
下列信息仅适用于 UNIX 系统:
NetBackup 无法获取文件的链接名称。
下列信息仅适用于 UNIX 系统:
NetBackup 无法处理稀疏文件。
在文件中遇到读取错误。
文件的类型未知,或可能已被隐藏。
下列信息仅适用于 UNIX 系统:
对满足备份条件的文件进行的 lstat 系统调用失败。此错误可能是由权限问题引起的。
下列信息仅适用于 UNIX 系统:
无法锁定启用了强制性锁定的文件。
在以下情况下,合成备份作业可能终止并显示状态码 1:
未找到可以合成的映像(状态码 = 607)。
已从组件映像中删去 TIR 信息(状态码 = 136)。
不支持映像格式(状态码 = 79)。
合成备份作业将实际状态码记录在 NetBackup 错误日志中。请参考文档中相应的 NetBackup 错误代码,以执行更正操作。
如果在保存 BMR 配置时返回一个错误,BMR 作业可能会终止并显示状态码 1,
即使子作业已经成功完成也是如此。有关信息,请查看“作业详细信息”对话框的“详细状态”选项卡,或者 nbjm 统一日志(创建者 ID 117)。
包含多个备份脚本的策略启动 UNIX 数据库扩展客户端的预定备份。如果该策略失败,并且状态码为 1,则表示某些备份脚本返回了失败状态。
在使用 Windows Open File Backup (WOFB) 来备份打开的或活动的文件的客户端上,可能会出现以下情况:
无法为备份成功启用卷快照。
如果无法成功启用卷快照,以下日志消息就会出现在 bpbkar32 日志中。
如果启用了多数据流备份作业,则会显示类似如下的日志消息,这表明没有为多数据流备份作业启用卷快照:
11:05:44.601 AM: [1536.724] <4> tar_backup::V_AddToFI_XBSAObj: INF - Volume snapshots not enabled for: D:\Directory1
如果未启用多数据流备份,则会显示类似如下的日志消息,这表明没有为非数据流备份作业启用卷快照:
1:59:41.229 PM: [2076.2088] <4> V_Snapshot::V_Snapshot_CreateSnapshot: INF - =============================== 1:59:41.229 PM: [2076.2088] <4> V_Snapshot::V_Snapshot_CreateSnapshot: INF - Attempting to create snapshots for D:\Directory1 1:59:41.229 PM: [2076.2088] <4> V_Snapshot::V_Snapshot_CreateSnapshot: INF - CREATE request: C:\Program Files\VERITAS\NetBackup\bin\bpfis create -fim VSP "D:\ Directory1" 1:59:41.799 PM: [2076.2088] <4> V_Snapshot::V_Snapshot_ParseBpfisOutput: INF - Snapshot creation, FIS_ID: 1058813981 1:59:41.799 PM: [2076.2088] <4> V_Snapshot::V_Snapshot_ParseBpfisOutput: INF - Snapshot creation EXIT STATUS 11: system call failed 1:59:41.799 PM: [2076.2088] <4> V_Snapshot::V_Snapshot_CreateSnapshot: INF - Snapshot creation was not successful 1:59:41.799 PM: [2076.2088] <4> V_Snapshot::V_Snapshot_CreateSnapshot: INF - ===============================
在这种情况下,请检查 bpfis 日志以查找与快照创建失败相关的错误消息。提供了有关 bpfis 日志的更多详细信息。
请参见 NetBackup Snapshot Client 管理指南。
当为 Windows Open File Backup 创建快照失败时,bpfis 日志中可能出现以下消息:
第一则消息:
04:01:14.168 [376.2364] <32> onlfi_fi_split: VfMS error 11; see following messages: 04:01:14.168 [376.2364] <32> onlfi_fi_split: Fatal method error was reported 04:01:14.168 [376.2364] <32> onlfi_fi_split: vfm_freeze_commit: method: VSP, type: FIM, function: VSP_make 04:01:14.168 [376.2364] <32> onlfi_fi_split: VfMS method error 3; see following message: 04:01:14.168 [376.2364] <32> onlfi_fi_split: snapshot services: snapshot creation failed: invalid argument(s).
原因:由于备份的 VSP 快照无法满足 VSP 的“繁忙文件等待”设置中指定的最短时间,因此无法启用 VSP。
增加 VSP 的“繁忙文件超时”设置(推荐的设置:300 秒或更长),或者在卷上的活动较少时提交备份作业。
第二则消息:
04:17:55.571 [1636.3224] <2> onlfi_vfms_logf: snapshot services: (null): There was an unexpected error while preparing the VSP snapshot transaction. Dumping the parameter array to provide more information: Error 112 from VSP_Prepare
原因:由于客户端上没有足够的可用磁盘空间来存储 VSP 快照缓存文件,因此无法为备份启用 VSP。
释放正在备份的卷上的磁盘空间。
第三则消息:
如果 Microsoft 卷影复制服务 (VSS) 用作 Windows Open File Backup 快照提供程序,而且快照创建失败,请参考以下内容:事件查看器内应用程序日志和系统日志中的错误信息。
可能已发生快照错误。此外,有些客户端可能使用 Windows Open File Backup 选件备份打开或活动的文件。如果发生这种情况,bpbkar32 调试日志中将会出现一则日志消息,指出已经发生了快照错误。
下面是一个快照错误的示例:
8:51:14.569 AM: [1924.2304] <2> tar_base::V_vTarMsgW: ERR - Snapshot Error while reading test.file
请参见在状态码 156 下列出的推荐操作。
Microsoft Exchange Server 的备份包括了多个数据库,但不是所有数据库均成功备份。检查作业详细信息,了解有关未备份的数据库的说明。在完全备份或差异式备份中,对于成功备份的所有数据库,会截断事务日志。即使其他数据库备份失败,也可以从备份映像还原事务日志。警告:备份失败的所有数据库不受此备份保护。
启用了粒度技术的 Microsoft Exchange Server 备份成功备份了数据库,但是捕获邮箱级信息的第二个 GRT 阶段失败。检查作业详细信息,了解失败原因。在完全备份或差异式备份中,对于成功备份的所有数据库,会截断事务日志,而不管 GRT 阶段是否成功。即使 GRT 阶段失败,任何成功备份的数据库也可从备份映像还原。
在 VMware 备份过程中,无法解锁虚拟机允许执行存储迁移。
可以从此备份还原虚拟机。但是,您可能希望在下次备份之前纠正此问题。
在 VMware 备份过程中,无法删除虚拟机快照,也无法合并虚拟机的磁盘。
可以从此备份还原虚拟机。但是,您可能希望在下次备份之前纠正此问题。
在 VMware 还原过程中,无法将虚拟机导入 vCloud。在活动监视器中,作业详细信息的“详细状态”选项卡包括了来自 vCloud Director 的消息,指出了发生错误的原因。
还原的虚拟机位于目标 vCenter 上。但是,必须手动将其导入 vCloud。
NetApp NDMP 加速器备份可能会终止,显示状态码 1 并针对卷显示以下时钟差别警告:
Clock discrepancy detected between NDMP filer and NetBackup Media Server.
If this is not expected, please perform a backup with Accelerator forced rescan enabled.
In order to stop seeing these messages, please address clock discrepancy.
此问题可能由下列任一情况导致:
如果 NetApp 文件服务器和 NetBackup NDMP 备份主机的时间差别超过 1 小时,则会对所有卷显示时钟差别警告。
检查受影响的卷的时间差别并根据需要进行更新,或者使用位于同一时区的介质服务器作为文件服务器。
注意:
推荐使用 NTP 服务器确保时间正确。
如果任何 SnapMirror(数据保护)卷的延迟时间超过 1 小时,系统将会对该卷显示警告。
使用以下命令确定卷是否为数据保护卷以及延迟时间是否超过 1 小时:
对于 NetApp Clustered Data ONTAP (cDOT):
snapmirror show -fields lag-time
对于 NetApp 7-mode:
snapmirror status
如果在文件服务器上发现数据保护卷,可执行以下任一操作:
在 NetBackup 策略的“备份选择”中,浏览到要备份的卷并选择它。
使用 VOLUME_EXCLUDE_LIST 与 ALL_FILESYSTEMS 指令排除镜像卷。
单击此处查看 Veritas 知识库中有关此状态码的技术说明和其他信息。