nbu报错“1”

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 知识库中有关此状态码的技术说明和其他信息。

NetBackup 状态码：1

猜你喜欢