xfsdump:跨越多个驱动器

我试图创build一个5.5TB数据的一次性快照到3个外部2TB驱动器。 数据位于XFS分区上,所以逻辑选项似乎是xfsdump,因为它可以跨越多个设备。 作为testing,我在其中一个驱动器上创build了一些较小的分区,所以我可以在几分钟内强制它到达驱动器的末端,而不是几个小时。 外部驱动器包含两个分区, /dev/sde1/dev/sde2 ,都是256MB大小。

这是我正在使用的命令:

  xfsdump -o -l0 -s daily.0 / jones -f / dev / sde2 -p 10 / snaps 

系统会提示input转储和介质标签,并开始备份。 大约30秒后,我收到这些消息:

 xfsdump:结束媒体文件
 xfsdump:媒体文件大小750000128字节
 xfsdump:转储大小(非dir文件):728189552个字节
 xfsdump:注意:转储中断:经过27秒:稍后可以使用-R选项恢复
 xfsdump:转储状态:INTERRUPT

这几乎是我希望看到的,因为它在/dev/sde2上的可用空间的/dev/sde2

运行xfsdump -I很好看:

 #xfsdump -I
文件系统0:
         fs id:767465ce-3031-4672-8341-dfb135d8a463
        会议0:
                挂载点:broze:/快照
                 device:broze:/ dev / mapper / vg0-snaps
                时间:2009年11月3日星期二14:23:57
                会话标签:“dump1”
                会话ID:531a3622-84af-4767-a54b-a1b11a962dcb
                级别:0
                恢复:否
                子树:是的
                stream:1
                stream0:
                        path名:/ dev / sde2
                        开始:ino 535偏移0
                        结束:ino 1260偏移0
                        中断:是
                        媒体文件:1
                        媒体文件0:
                                 mfile索引:0
                                 mfiletypes:数据
                                 mfile大小:750000128
                                 mfile start:ino 535 offset 0
                                 mfile结束:ino 1260偏移量0
                                媒体标签:“drive1”
                                媒体编号:721c35ba-e844-47f8-8692-0d3122d88093
 xfsdump:转储状态:SUCCESS

似乎表明我应该能够恢复备份。 但是,如果我用-R标志运行xfsdump并指定一个新的设备来备份,这就是我得到的:

 #xfsdump -R -o -l0 -s daily.0 / jones -f / dev / sde1 -p 10 / snaps
 xfsdump:使用文件转储(drive_simple)策略
 xfsdump:版本2.2.45(转储格式3.0) - 运行单线程

  =============================转储标签对话框================== ============

请为此转储会话input标签(超时时间为300秒)
  - > dump1.contd
input会话标签:“dump1.contd”

  ---------------------------------结束对话框--------------- ------------------

 xfsdump:错误:恢复(-R)选项不适当:没有中断的级别0转储恢复
 xfsdump:转储状态:错误

/dev/sde2分区似乎包含一个有效的(如果不完整的话)备份,因为我可以使用xfsrestore命令从它恢复。

任何想法如何让xfsdump跨越多个设备? 有没有更好的方法来实现这一点,而不需要手动将数据分割成2TB块?

谢谢!

这是棘手的。 首先,我不认为如果可能,我会build议这样做。 其次,它可能比文件系统更好地备份数据块。 但是,如果您必须将其作为一个连续的文件系统备份,我想可以创build一个跨越三个驱动器的lvm2卷作为一个虚拟容器,然后几乎所有的东西都会被dd / xfsdumpdump。 不知道这是否是一个合理的方法,但它应该工作。 🙂

祝你好运

经过多次争论,我无法得到xfsdump解决scheme的工作。 所以我做了我应该做的第一件事:焦油。

 tar -cvM -L 1953383400 -f /mnt/backup1.tar。

文件系统备份到安装在/mnt/的驱动器上的压缩包。 添加-M标志告诉tar它将创build一个多卷存档。 -L标志告诉它每个卷的大小。 当备份达到这个大小,焦油暂停,并礼貌地问一个新的卷:

为`backup1.tar'准备卷#2并按回车键:

? 给出了一个选项菜单:

为`backup1.tar'准备音量#2并按回车键:?
  n名称为下一个(及后续)卷创build一个新文件名
  q中止焦油
  y或换行继续操作
  ! 产生一个子shell
  ? 打印此列表
为`backup1.tar'准备卷#2并按回车键:

所以,我卸载外部驱动器,附加下一个,安装它,在提示符下inputn backup2.tar ,备份继续。

好的焦油。

我基本上testing了你在这里做的完全一样的用例,除了倾销到文件,它没有问题。 我怀疑你的用法很好,但还有其他的错误。 这可能不是最好的论坛,但是我发现XFS邮件列表上的开发人员和Freenodenetworking上的#xfs IRC频道是非常有用的。