NetBackup™ for VMware 管理指南
- 简介
- 必需的任务:概述
- 为 VMware 管理员配置 RBAC 角色
- 注意事项和前提条件
- VMware vSphere 权限
- 管理 VMware 服务器
- 为 VMware 配置备份策略
- 配置 VMware 智能策略
- 关于“将 VM 选择查询结果重复使用”选项
- 使用加速器备份虚拟机
- 为 VMware 配置保护计划
- 恶意软件扫描
- 即时访问
- 即时回滚
- 持续数据保护
- 备份虚拟机
- VM 恢复
- VMware 无代理还原
- 从 VMware 备份还原单个文件和文件夹
- 使用 NetBackup 备份 Cloud Director 环境
- 使用即时恢复还原虚拟机
- 使用硬件快照和同步复制保护 VM
- 最佳做法和更多信息
- 对 VMware 操作进行故障排除
- 有关 VMware 的 NetBackup 日志记录
- 遇到快照错误(状态码 156)
- 附录 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。 |