NetBackup™ for VMware 管理指南
- 简介
 - 必需的任务:概述
 - 为 VMware 管理员配置 RBAC 角色
 - 注意事项和前提条件
- NetBackup for VMware:注意事项和限制
 - 有关 VMware 虚拟卷 (VVol) 的注意事项
 - VMware IPv6 环境中的备份需要 NetBackup IPv6 参数
 - NetBackup for VMware:有关 Linux 虚拟机的说明
 - 有关 NetBackup Appliance 作为 VMware 备份主机的注意事项
 - NetBackup for VMware SAN 多径处理支持
 - NetBackup for VMware 支持容错 VM
 - NetBackup 对主 VM 标识符的字符限制
 - 在策略的查询生成器中,显示名称、资源池名称和 vApp 名称区分大小写
 - 有关 hotadd 传输模式的说明
 - 在 VMware 智能策略查询中使用标记的说明和限制
 - 备份和还原 VMware 标记关联时的注意事项和限制
 - 备份和还原 VMware 存储策略时的注意事项和限制
 - 支持基于 LVM 精简池的卷
 
 - VMware vSphere 权限
- 关于 VMware vSphere 权限
 - 虚拟机备份所需的 VMware vSphere 权限
 - 完全 VM 还原所需的 VMware vSphere 权限
 - 创建即时访问 VM 所需的 VMware vSphere 权限
 - NetBackup 插件操作所需的 VMware vSphere 权限
 - 即时回滚所需的 VMware vSphere 权限
 - 无代理 SFR 所需的 VMware vSphere 权限
 - 单个 vmdk 还原所需的 VMware vSphere 权限
 - vApp 还原和 vApp 还原到模板所需的 VMware vSphere 权限
 - 用于更好地与 VMware vSphere 集成的可选权限
 
 - 管理 VMware 服务器
 - 为 VMware 配置备份策略
 - 配置 VMware 智能策略
- 关于 NetBackup for VMware 的自动虚拟机选择
 - 对 VMware 标记关联的支持和使用
 - NetBackup 查询规则的基本要点
 - 有关虚拟机自动选择的重要说明
 - NetBackup 对虚拟机自动选择的要求
 - 虚拟机的自动选择:任务概述
 - 用于选择 VMware 虚拟机的选项
 - 关于“将 VM 选择查询结果重复使用”选项
 - 配置虚拟机自动选择
 - 在基本模式下编辑现有查询
 - 在高级模式中使用查询生成器
 - 查询中的 AND 和OR
 - NetBackup 查询生成器示例
 - 查询中的 IsSet 运算符
 - 关于通过多个策略选择虚拟机
 - 查询中的运算顺序(优先级规则)
 - 复合查询中的括号
 - 资源池的查询规则
 - 数据中心文件夹(主机文件夹)的查询规则
 - 重复名称的查询规则
 - 标记的查询规则
 - 查询生成器字段参考
 - VMware 的“测试查询”屏幕
 - 测试查询:失败的虚拟机
 - “主 VM 标识符”参数对测试查询结果中的“选择”列的影响
 - “主 VM 标识符”参数对测试查询结果中“VM 名称”列的影响
 - 刷新查询生成器中虚拟环境更改的显示
 - 减少在大型 VMware 环境中发现 VM 所需的时间
 
 - 使用加速器备份虚拟机
 - 为 VMware 配置保护计划
 - 恶意软件扫描
 - 即时访问
 - 即时回滚
 - 持续数据保护
 - 备份虚拟机
 - VM 恢复
 - VMware 无代理还原
 - 从 VMware 备份还原单个文件和文件夹
 - 使用 NetBackup 备份 Cloud Director 环境
 - 使用即时恢复还原虚拟机
 - 使用硬件快照和同步复制保护 VM
 - 最佳做法和更多信息
 - 对 VMware 操作进行故障排除
- 有关 VMware 的 NetBackup 日志记录
 - 排除 VMware 备份故障
 - VMware 还原和文件还原故障排除
 - 对添加 VMware 服务器进行故障排除
 - 对 VMware 服务器浏览进行故障排除
 - 对新发现 VM 的状态进行故障排除
 - 策略配置故障排除
 - 对从即时访问 VM 下载文件进行故障排除
 - 对已排除虚拟磁盘的备份和还原进行故障排除
 - 如何确定 NetBackup 用于备份或还原的 ESX 网络
 - 防止由 DNS 问题引起的浏览延迟
 - 更改虚拟机发现的浏览超时
 - 更改 vSphere 超时和日志记录的值
 - VMware 服务器的凭据无效
 - 遇到快照错误(状态码 156)
 - NetBackup 和使用 vSphere 5.0 或更高版本的 VMware Storage vMotion 之间的冲突
 - 备份或还原作业挂起
 - Windows 上应用程序静默的 VMware SCSI 要求
 - VMware 虚拟机在还原后不会重新启动
 - 还原的 VM 可能无法启动或其文件系统可能无法访问
 - 由于 VMware 服务器上的更新任务所致的 NetBackup 作业失败
 - vSphere 界面报告需要对虚拟机进行合并
 - Linux VM 和持久性设备命名
 - 对于具有 Windows 动态磁盘的 VMware 虚拟机,使用 Windows 还原主机和 hotadd 传输模式从增量式备份进行的还原失败
 - 同时进行多个 hotadd 备份(从同一 VMware 备份主机)失败,状态码为 130
 - 故障排除 VMware 标记使用情况
 - 确保可以在 vCloud Director 中还原来宾自定义
 - 排除将 vmdk 还原到现有 VM 时发生的故障
 - 对 Virtual Volume (VVol) 上的虚拟机备份进行故障排除
 - 在 VMware Cloud (VMC) 上安装 NetBackup 客户端期间 CA 证书的问题
 
 - 附录 A. 为 Windows 上的 NFS 配置服务
 - 附录 B. VMware 原始设备 (RDM) 的备份
 
遇到快照错误(状态码 156)
下表介绍与 NetBackup 状态码 156 有关的 VMware 问题。
表:状态码 156 的可能原因
| 
             状态码 156 的原因  | 
             说明及推荐操作  | 
|---|---|
| 
             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 的凭据。 请参见添加 VMware 服务器。 如果 NetBackup 使用 ESX Server(而不是 vCenter)的凭据,则可能无法识别已关闭的虚拟机。请注意以下几点: 
  | 
| 
             虚拟机有一个或多个独立磁盘且处于暂停状态  | 
             如果具有独立磁盘的虚拟机处于暂停状态,则快照作业将失败。作业详细信息日志中将出现类似下面的消息: 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 限制 (SR#15583458301) 造成的。以下 VMware 文章中提供了更多信息: http://kb.vmware.com/kb/1007532 解决方法是,将虚拟机的状态更改为启动或关闭,然后重新运行备份。 注意: 不能使用快照捕获独立磁盘中的数据。将会备份虚拟机的其余数据。  | 
| 
             虚拟机的磁盘处于原始模式 (RDM) 下  | 
             将忽略 RDM(不备份),并重新创建任一独立磁盘,但该磁盘是空的。 请参见备份 RDM 的配置。  | 
| 
             创建快照的尝试超过 VMware 超时  | 
             如果尝试创建虚拟机快照超出 VMware 超时(10 秒),快照将失败,并显示 NetBackup 状态 156。如果虚拟机配置了大量卷,可能会发生该超时。请注意,即使禁用选项,仍可能会遇到超时问题。 执行以下操作之一: 
  | 
| 
             没有为虚拟机分配 vmdk 文件  | 
             如果虚拟机没有 vmdk 文件,则快照失败。 没有 vmdk 文件的虚拟机可以出现在 vCenter Site Recovery Manager (SRM) 环境中。如果复制虚拟机从未处于活动状态,则它处于被动模式,且可能没有 vmdk 文件。 您可以在策略的选项卡上启用“忽略无盘 VM”选项。如果启用此选项:在 SRM 环境中,如果该虚拟机没有 vmdk 文件,NetBackup 就不会备份复制(被动)虚拟机。 我们提供了有关选项的更多信息。 请参见VMware - 高级属性。  | 
| 
             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,请执行以下操作: 
  | 
| 
             VMware 快照静默操作失败  | 
             如果 NetBackup 策略可用于虚拟机静默(默认),vSphere 中的 VMware 快照操作将启动虚拟机静默。如果快照静默失败,则 NetBackup 作业失败,状态码为 156。  |