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) 的备份
VMware 还原和文件还原故障排除
下表介绍了执行 VMware 还原时可能出现的问题。
表:VMware 还原和文件还原错误
|
问题 |
解释 |
|---|---|
|
由于数据存储没有足够空间容纳 |
如果在多个数据存储上配置虚拟机并且备份虚拟机时上面存在遗留的快照,可能会出现此问题。NetBackup 会尝试将所有 或者,也可以将虚拟机还原到备用位置。 |
|
从 VM 备份恢复文件失败。 |
对于 Linux 虚拟机,如果卷名中包含不支持的特殊字符,选项将不起作用。因此,无法还原该卷中的单个文件。以下主题介绍了支持的字符。 请参见“优化”选项 (VMware)。 |
|
如果 VM 是在逻辑卷(LVM 或 LDM)中配置:如果卷磁盘集中包含磁盘类型组合,则单个文件恢复将不起作用:
备份作业将成功,但无法从驻留在磁盘集(LVM 或 LDM)上的文件系统中单独还原文件。若要能够单独还原文件,请将 VM 的逻辑卷重新配置为仅驻留在常规虚拟磁盘 (vmdk) 上。请注意,VMware 不创建独立磁盘或 RDM 磁盘的备份。 | |
|
无法使用增量式备份对文件进行备份,并且无法从增量式备份还原单个文件。 |
任何已移动、重命名或未备份的文件。但是,当您从块级增量式备份还原整个 VM 时,注意:会更新文件元数据,还原的 VM 中已移动或重命名的文件将反映更新后的元数据。 |
|
将单个文件还原到具有 NetBackup 客户端软件的虚拟机时,还原失败。 |
在将单个文件还原到具有 NetBackup 客户端的虚拟机时,请确保防火墙不干涉还原。如果防火墙导致还原停止,请关闭防火墙并重试还原。 |
|
还原的 Windows 虚拟机上缺失装入点。 |
Windows 虚拟机未能将其装入点配置写入磁盘(装入点配置仍在 RAM 中)。在这种情况下,装入点信息将无法备份。还原虚拟机时会还原装入卷的数据,但是还原的虚拟机中不包含装入点。 请在还原的虚拟机上重新分配装入点。要确保已正确配置装入点,请重新启动虚拟机。 |
|
无法恢复单个文件或文件夹,需要“切换到即时访问”。 |
在某些情况下,您可能会发现无法通过从 VMware 备份还原单个文件来访问或恢复某些文件。但是,可以使用 Web UI 中的“切换到即时访问”功能恢复这些文件。这些文件的一些示例包括来自不受支持文件系统(如 btrfs 或精简置备 LVM 卷)或不受支持文件系统功能(如具有 XFS 引用链接或共享盘区的文件)的文件。此外,如果某些装入点未显示在浏览树或列表视图中,则可能需要单击“切换到即时访问”才能查看这些装入点。 |
|
从 Linux 虚拟机还原文件时装入点不可用。 |
对于 Linux 虚拟机,仅支持在 ext2、ext3、ext4 和 XFS 文件系统上还原单个文件。如果分区使用其他某个文件系统格式化,备份将成功,但是 NetBackup 无法映射文件的文件系统地址。结果,NetBackup 将无法还原来自该分区的各个文件。只能单独还原位于 ext2、ext3、ext4 或 XFS 分区上的文件。 注意: 要从原始装入点还原各个文件,“/”(根)分区必须格式化为 ext2、ext3、ext4 或 XFS。如果 /(根)分区使用其他文件系统(如 ReiserFS)格式化,则装入点将无法解析。在这种情况下,可以从 |
|
使用安装在虚拟机上的 BAR 界面还原文件时出现无效客户端错误。 |
如果通过虚拟机的显示名称或 UUID 对虚拟机进行备份,且其显示名称与主机名不相同,请注意:如果“备份、存档和还原 (BAR)”界面安装在虚拟机本身上,则无法通过该界面还原单个文件。如果在主服务器或介质服务器上安装了 BAR,则可以还原文件。在这种情况下,不得在要还原到的虚拟机上安装 BAR。 要还原文件,BAR 界面中的“用于还原的目标客户端”字段中必须具有有效的主机名或 IP 地址。 |
|
尝试使用 SAN 传输类型还原整个虚拟机失败。 |
推荐的操作:使用 NBD 传输类型。 |
|
使用 NBD 或 NBDSSL 传输模式还原虚拟机时速度缓慢。 |
大量碎片导致虚拟机中有许多小的数据区段。(文件系统区段是由块偏移和大小定义的一段连续存储区域。) 推荐的操作:使用 hotadd 传输模式。 |
|
从块级增量式备份进行还原,进行增量式备份时,磁盘上已更改的块会产生大量碎片。 推荐的操作:使用 hotadd 传输模式。 | |
|
使用 SAN 传输模式时,作业速度缓慢。 |
还原到 vCenter Server 时可能会出现此问题。 推荐的操作:要提高速度,请指定 VMware 还原 ESX Server 作为还原的目标。 请参见添加 VMware 服务器。 |
|
对于其他情况,请参见以下文章: VMware Transport Modes: Best practices and troubleshooting(《VMware 传输模式:最佳做法和故障排除》) | |
|
对于 SAN 传输模式和 Windows 上的还原主机,还原失败。 |
数据存储的 LUN 处于脱机状态。详细状态日志包含类似于以下内容的消息: 5/22/2013 4:10:12 AM - Info tar32(pid=5832) done. status: 24: socket write failed 5/22/2013 4:10:12 AM - Error bpbrm(pid=5792) client restore EXIT STATUS 24: socket write failed 推荐的操作:
|
|
使用 hotadd 或 SAN 传输模式的还原不会在还原中包括 VM 元数据更改。 |
NetBackup 作业的状态日志中包含类似于以下内容的消息: 07/25/2013 12:37:29 - Info tar (pid=16257) INF - Transport Type = hotadd 07/25/2013 12:42:41 - Warning bpbrm (pid=20895) from client <client_address>: WRN - Cannot set metadata (key:geometry. biosSectors, value:62) when using san or hotadd transport. 推荐的操作:使用其他传输模式(nbd 或 nbdssl)重试还原。 此问题是一个已知的 VMware 问题。 |
|
不能将单个 VMware 文件还原到虚拟机本身,但某些情况除外。 |
确保每个虚拟机上都安装了最新的 VMware Tools。 |