我们有一台物理 RedHat 服务器,有两个 60GB 本地磁盘,上面有两个 RAID 1 设备。还有一些多路径 SAN lun。
Disk /dev/sda: 60.0 GB, 60022480896 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 2628 21101568 fd Linux raid autodetect
/dev/sda2 2628 4598 15825920 fd Linux raid autodetect
/dev/sda3 4598 7298 21686272 82 Linux swap / Solaris
Disk /dev/sdb: 60.0 GB, 60022480896 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 2628 21101568 fd Linux raid autodetect
/dev/sdb2 2628 4598 15825920 fd Linux raid autodetect
cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 sda2[0] sdb2[1]
15824828 blocks super 1.1 [2/2] [UU]
bitmap: 1/1 pages [4KB], 65536KB chunk
md0 : active raid1 sda1[0] sdb1[1]
21101496 blocks super 1.0 [2/2] [UU]
bitmap: 1/1 pages [4KB], 65536KB chunk
unused devices: <none>
Filesystem Size Used Avail Use% Mounted on
/dev/md0 20G 9.0G 9.9G 48% /
/dev/md1 15G 13G 1.2G 92% /u01
服务器位于供应商站点,因此我们无法直接访问。我们计划将操作系统从 6.3 升级到 6.5,并希望对根 FS 进行备份,以备需要恢复时使用。如果这是一个虚拟机,我们可以在修补之前拍摄快照。由于这是一个客户端系统,我们无权安装任何第三方工具。
我心里有一些想法,但不确定这是否是正确的方法。
- 对 FS 或设备执行 a
rsync
、tar
、cp
或dd
- 将图像复制到
'somewhere'
.不确定是否可以复制到 lun,因为在救援模式下可能无法访问多路径设备 - 如果需要恢复,请启动救援并从保存的映像恢复
这听起来正确吗?那会'somewhere'
是哪里呢?
谢谢。
答案1
我会选择 dd 选项。因为这可以确保您拥有类似磁盘状态的“快照”,包括主引导记录和分区表。如果进行恢复,您可以将映像直接写回磁盘,无需分区或摆弄 grub。
“某处”应该是可以安装到救援系统中的任何快速可靠的存储。与 NFS、SCP(使用带有熔丝的 sshfs)或 Samba 共享一样。如果救援系统支持,甚至像 Amazon S3 这样的东西也应该是可能的。如果您有快速的上行链路,那么“位置”并不那么重要。如果您的上行链路较慢,我建议您重点关注数据中心中可用的存储。
也许您可以检查救援图像的可能性。目前SAN似乎是一个不错的选择。如果您可以为救援系统编制可能的存储后端列表,我们可以帮助您选择最简单的选项。