Veritas NetBackup™ Bare Metal Restore™ 管理指南
- Bare Metal Restore 简介
- 配置 BMR
- 保护客户端
- 设置还原环境
- 共享资源树
- 还原客户端
- 管理 Windows 驱动程序软件包
- 管理客户端和配置
- 管理 BMR 引导服务器
- 故障排除
- 从 CD/DVD 引导时出现问题
- 还原耗时过长
- Solaris 介质引导的网络参数问题
- 如何在意外删除 BMR 配置后恢复客户端
- 在 UNIX 平台上,BMR 还原后首次引导失败
- 基于客户端网络的引导问题
- 恢复 Windows 客户端时验证备份失败
- 在 32 位体系结构的 Windows 操作系统上执行 BMR 物理备份到虚拟机的转换后,VM 需要很长时间进行引导。
- 在 Windows 平台上,启用 BMR 的物理备份到虚拟机的转换作业失败
- 有关从客户端备份创建虚拟机的故障排除问题
- 在系统引导期间和 BMR 首次引导期间,Solaris 11 及更高版本上的多项服务输出警告消息
- 执行 BMR 还原后首次引导期间,Solaris 11 及更高版本上的 Solaris 区域恢复需要一段时间进行重新配置
- 如果自定义 AI ISO 中没有文本安装程序软件包,则 Solaris BMR 还原操作将失败
- /boot 分区必须位于单独的分区上才能进行基于多设备的操作系统配置
- 在通过 ZFS 存储池还原客户端后的第一次引导过程中,可能会显示多个错误消息
- BMR 可能无法格式化或清除 ZFS 元数据
- 指定要使用自动映像复制和 BMR 保护的客户端的短名称
- 即使在客户端成功还原之后,在灾难恢复域中还原任务也会保持已完成状态
- 还原后 HP-UX 自动引导可能会失败
- 准备还原可能对 Solaris 客户端不起作用
- 对于 NetBackup 8.0 和更低版本的客户端,不支持在具有 NetBackup 8.1 的 Windows (x64) 上使用虚拟实例转换器 (VIC) 主机
- 升级后由于引导服务器版本不匹配而导致 PTR 或 PTD 失败
- 执行准备还原、准备发现和 bmrprep 命令时关于 BMR 中安全通信的错误消息
- Solaris x86 11.2 或更高版本客户端的介质还原可能会提示输入维护模式用户名和密码
- 发现任务可能会在客户端 PTD 任务成功完成后仍然处于“正在完成”状态
- 在客户端成功还原后,BMR 还原任务可能仍保持“正在完成”状态
- 如果正在创建共享资源树 (SRT) 时在引导服务器和客户端上启动了备份操作,则 BMR 还原之后,SRT 创建失败并显示错误
- 从客户端备份创建虚拟机
- 监视 Bare Metal Restore 活动
- 附录 A. NetBackup BMR 相关的附录
Solaris 区域恢复支持
在使用 BMR 备份和还原 Solaris 区域时,需要考虑一些特殊问题。
Bare Metal Restore 可以还原运行 Zones 的 Solaris 系统。虽然 BMR 无法还原单个非全局区域,但是系统中的所有非全局区域都将作为全局区域还原的一部分而重新创建。 如果全局和非全局区域基于 ZFS 文件系统,则用户不需要执行 vfstab 配置。
在不同磁盘还原方案中还原所有非全局区域
- 重新映射承载区域(也称作区域路径)的文件系统,以还原区域文件。
如果非全局区域从全局区域导入未重新映射的盘片,则 BMR 将从区域配置中删除这些盘片。
如果非全局区域从全局区域导入重新映射到不同磁盘的盘片,则 BMR 重新调整区域配置和任何区域的 vfstab (ZONEPATH/root/etc/vfstab) 条目,以使用新的设备名称。
如果非全局区域从全局区域文件导入未重新映射的系统,则 BMR 将在区域配置中删除对这些系统的所有引用。
- 测试
在进行 BMR 还原之后,可能需要重新创建和还原导入的或非全局区域使用的所有文件系统。这些文件系统通常不出现在全局区域 vfstab (/etc/vfstab) 中。
BMR 依赖 /etc/vfstab 中的条目来记录要恢复的文件系统。未出现在 /etc/vfstab 中的动态创建和装入的文件系统不会自动还原(即使 NetBackup 备份了这些文件系统)。 强制 BMR 还原此类文件系统的最轻松方法是:将“启动时装入”字段设置为的情况下,向 中添加记录所用设备和装入点的条目。此后,动态文件系统就可以继续像以前一样使用。BMR 知道这些系统,会重新创建它们(除非在 DDR 中取消映射),并还原它们的内容(如果 NetBackup 备份了这些内容)。
区域功能会导致显示动态装入的文件系统,如下所示:
FS 条目包含全局区域中的设备。
设备条目是从全局区域导入的,但是由非全局区域的 /etc/vfstab 装入的,或者是由区域本身动态装入的。
要自动进行 BMR 区域还原,向全局区域 /etc/vfstab 添加能使 BMR 对其进行还原的条目(除非 DDR 已取消映射),如下所示:
对于 FS 条目,全局区域设备用作特殊原始值,并具有一个显示在非全局区域的根目录下的装入点。要添加到全局区域的 /etc/vfstab 的条目应当使用全局区域的设备路径以及非全局区域装入点的完整路径(包括区域路径)。例如,如果区域如下所示:
zonepath=/export/zone1 fs: dir=/export special=/dev/dsk/c0t9d0s6 raw=/dev/rdsk/c0t9d0s6 type=ufs则 /etc/vfstab 中的全局区域条目应当如下所示:
/dev/dsk/c0t9d0s6 /dev/rdsk/c0t9d0s6 /export/zone1/root/export ufs - no -
对于由非全局区域装入的设备条目,当针对 BMR 还原进行配置时需要处理以下问题:
使用的动态装入包含区域路径下的导入设备路径。对于非全局区域中通过 /etc/vfstab 装入的设备,区域中将有一个或多个类似如下的设备条目:
zonepath=/export/zone2 device: match=/dev/*dsk/c0t0d0s4
列出的设备在非全局区域的 /etc/vfstab 中,如下所示:
/dev/dsk/c0t0d0s4 /dev/rdsk/c0t0d0s4 /local ufs - yes -
此命令将导致全局区域
在装入点 /export/zone2/root/local 上动态
装入 /export/zone2/dev/dsk/c0t0d0s4。但是,要让 BMR 自动重新创建文件系统,应改为向全局区域 /etc/vfstab 添加记录的条目,如下所示:
/dev/dsk/c0t0d0s4 /dev/rdsk/c0t0d0s4 /export/zone2/root/local ufs - no -
(如果使用相对于区域路径的设备路径,则 BMR 只重新创建装入点,而不还原整个文件系统。)
如果使用了 DDR,则设备匹配不应使用通配符,这样 BMR 便可以进行编辑。 如果在指定设备时使用通配符,那么在影响区域的 DDR 映射(例如,取消映射文件系统或者将其从一个磁盘移到另一个磁盘)完成时,BMR 无法编辑该条目。会编辑受影响区域的 /etc/vfstab,但是仅当匹配不包含通配符时,才编辑设备匹配条目。
例如,更改以下条目:
match=/dev/*dsk/c0t0d0s4
该条目必须使用两个设备条目,如下所示:
match=/dev/dsk/c0t0d0s4 match=/dev/rdsk/c0t0d0s4
如果按示例所示更改条目,则 BMR DDR 将正确更新区域定义和 vfstab 文件。