netbackup ：nbu备份 Hyper-V 遇到快照错误（状态码 156）

遇到快照错误（状态码 156）

下表介绍与 NetBackup 状态码 156 有关的 Hyper-V 问题。

表：状态码 156 的可能原因

状态码 156 的原因	说明及推荐操作
NetBackup 策略中指定的虚拟机名称不正确。	在策略“客户端”选项卡上指定的虚拟机名称与 Hyper-V 服务器上的实际名称之间可能存在不匹配。根据 Hyper-V 服务器上 Hyper-V 管理器中的列表检查实际名称。 以下是推荐的操作： 在 NetBackup 策略中，必须将虚拟机指定为完全限定名称。 在 NetBackup 策略中，输入的虚拟机名称可能不正确。 如果浏览“客户端”选项卡上的虚拟机，并从列表中选择了名称，列表可能已过期。（列表来自缓存文件。）单击“上次更新时间”字段旁边的图标刷新该列表。
虚拟机上的卷几乎已满。	虚拟机上的卷没有足够空间用于存储快照。Microsoft 建议至少有 10% 的虚拟机卷可供快照使用。 推荐的操作：在卷上创建更多空间。
缺少 Hyper-V 集成组件。	Hyper-V 集成组件未正确安装在虚拟机中。 推荐的操作： 请参见未安装 Hyper-V 集成组件。
虚拟机中的 VSS 框架无法正常工作	备份期间，可能会向虚拟机写入以下应用程序错误事件： Event Type: Error Event Source: VSS Event Category: None Event ID: 12302 Date: 1/8/2009 Time: 1:36:21 AM User: N/A Computer: ARTICTALEVM8 Description: Volume Shadow Copy Service error: An internal inconsistency was detected in trying to contact shadow copy service writers. Please check to see that the Event Service and Volume Shadow Copy Service are operating properly. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. 推荐的操作：运行 vssadmin list writers 命令。 如果输出中未列出任何写入器，并且记录了一个类似的错误，请访问以下网站解决此问题： http://support.microsoft.com/kb/940184
发生 CSV 超时	bpfis 日志中包含以下内容： VssNode::prepareCsvsForBackup: CSV TimeOut expired, Not all required CSV available in required state. 无法在指定的超时期间准备一个或多个所需的群集共享卷 (CSV)。从其他节点启动的当前备份需要一个或多个相同的 CSV。 增大“群集共享卷超时”期限并重新运行备份，或者在其他时间尝试备份。 请参见群集共享卷超时 (VSS Hyper-V)。
本地磁盘已添加到 CSV 上的 VM	要成功备份 CSV 上的虚拟机，虚拟机必须仅使用 CSV 卷。 如果将 Hyper-V 服务器上的本地磁盘（而非 CSV 卷）添加到虚拟机，则备份将失败。 将虚拟机重新配置为仅使用 CSV 卷，然后重新运行备份。
“为非 VSS VM 启用脱机备份”选项处于禁用状态	bpfis 日志中包含以下内容： VssNode::prepare Backup type of VM [<VM GUID>] will be OFFLINE and configuration parameter allowOfflineBackup] is not set. To backup this VM, set [allowOfflineBackup] configuration parameter. 不允许 NetBackup 执行虚拟机的脱机备份，因为“为非 VSS VM 启用脱机备份”选项被禁用。 启用“为非 VSS VM 启用脱机备份”选项。 请参见启用非 VSS VM 的脱机备份 (VSS Hyper-V)。

NBU备份Hyper-v报156错误是一中比较常见的情况。由于NBU备份Hyper-v虚拟机之前会对虚拟机做一个快照，所以当服务器比较繁忙时发动备份，可能会导致快照（snapshot）失败，并报156错误，备份也将失败。

当我发现我们的环境中有三台虚拟机连着近一个月出现156报错的时候，感觉到此时不这么简单。几个月前NBU升级到7.5的时候，是测试过的，所有策略均可正常备份。寻找NBU的实施工程师折腾了好久，始终没有找到原因。

无奈之下，我打了Symantec的售后电话，报了原厂case

 

1.虚拟机所在的物理主机上打开注册表，定位到这里：HKEY_LOCAL_MACHINE > SOFTWARE > Veritas > NetBackup > CurrentVersion > Config

2.把 verbose （若没有，手动添加，d-word类型）改成 5。

3.在物理主机上打开“我的电脑”，定位到这里：C:Program FilesCommon FilesSymantec SharedVxFI4ConfigFiles

4.用写字板打开vss.conf文件把 'TRACELEVEL'=dword:00000001改为 TRACELEVEL'=dword:00000006，若没有，手动添加。

5.重新发起备份

6.在这里，找到日志C:Program FilesCommon FilesSymantec SharedVxFI4logs

7.分析完日志后，注意关闭日志。方法是将第二步的值改为 0，第4步的值改为 1.

 

备份失败的原因在此，供大家参 考：

1） 有两台虚拟机的磁盘空间不够了，可能是做卷影副本失败导致的虚拟机备份失败。

2） 有一台虚拟机的VM display name被改掉了，就是Hyper-v管理器上显示的名字，而我这个虚拟机备份策略里就是按照diaplay name做的，所以备份失败。

在此提醒各位：如果Hyper-v虚拟机连续多次备份失败，并报156号错误，肯定是不正常的。注意检查磁盘空间是否有剩余。同时，卷影副本的设置要在磁盘本地，且设置值要大于等于磁盘本身容量的10%。更改虚拟机的Display name或者 Host name之后，一定要注意更新策略，否则备份一定会失败的。

3） 备份的是集群主机之一，集群转移了，导致备份报错“156”