文档章节

Linux学习-XFS文件系统的备份与还原

u
 uetucci
发布于 2017/08/28 15:00
字数 3191
阅读 19
收藏 0

「深度学习福利」大神带你进阶工程师,立即查看>>>

###XFS文件系统备份xfsdump

xfsdump 的功能颇强!他除了可以进行文件系统的完整备份 (full backup) 之外,还可 以进行累积备份 (Incremental backup)。 啥是累积备份呢?这么说好了,假设你的 /home 是独立的一个文件系统,那你在第一次使用 xfsdump 进行完整备份后,等过一段时间 的文件系统自然运行后, 你再进行第二次 xfsdump 时,就可以选择累积备份了!此时新备份 的数据只会记录与第一次完整备份所有差异的文件而已。

输入图片说明

如上图所示,上方的“实时文件系统”是一直随着时间而变化的数据,例如在 /home 里面的文 件数据会一直变化一样。 而下面的方块则是 xfsdump 备份起来的数据,第一次备份一定是完 整备份,完整备份在 xfsdump 当中被定义为 level 0 喔!等到第二次备份时,/home 文件系统 内的数据已经与 level 0 不一样了,而 level 1 仅只是比较目前的文件系统与 level 0 之间的差 异后,备份有变化过的文件而已。至于 level 2 则是与 level 1 进行比较!

另外,使用 xfsdump 时,请注意下面的限制:

  • xfsdump 不支持没有挂载的文件系统备份!所以只能备份已挂载的!
  • xfsdump 必须使用 root 的权限才能操作 (涉及文件系统的关系)
  • xfsdump 只能备份 XFS 文件系统!
  • xfsdump 备份下来的数据 (文件或储存媒体) 只能让 xfsrestore 解析
  • xfsdump 是通过文件系统的 UUID 来分辨各个备份文件的,因此不能备份两个具有相同 UUID 的文件系统!

xfsdump 的选项虽然非常的繁复,不过如果只是想要简单的操作时,您只要记得下面的几个 选项就很够用了!

[root@study ~]# xfsdump [-L S_label] [-M M_label] [-l #] [-f 备份文件] 待备份数据
[root@study ~]# xfsdump -I
选项与参数:
-L :xfsdump 会纪录每次备份的 session 标头,这里可以填写针对此文件系统的简易说明
-M :xfsdump 可以纪录储存媒体的标头,这里可以填写此媒体的简易说明
-l :是 L 的小写,就是指定等级~有 0~9 共 10 个等级喔! (默认为 0,即完整备份)
-f :有点类似 tar 啦!后面接产生的文件,亦可接例如 /dev/st0 设备文件名或其他一般文件文件名等
-I :从 /var/lib/xfsdump/inventory 列出目前备份的信息状态

特别注意, xfsdump 默认仅支持文件系统的备份,并不支持特定目录的备份。

  • 用 xfsdump 备份完整的文件系统

现在就让我们来做几个范例吧!假设你有将 /boot 分区出自己的文件系统,要整个文件系统备份可以这样作:

# 1. 先确定 /boot 是独立的文件系统!
[root@study ~]# df -h /boot
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda2 1014M 131M 884M 13% /boot # 挂载 /boot 的是 /dev/vda 设备!
# 看!确实是独立的文件系统! /boot 是挂载点!

# 2. 将完整备份的文件名记录成为 /srv/boot.dump :
[root@study ~]# xfsdump -l 0 -L boot_all -M boot_all -f /srv/boot.dump /boot
xfsdump -l 0 -L boot_all -M boot_all -f /srv/boot.dump /boot
xfsdump: using file dump (drive_simple) strategy
xfsdump: version 3.1.4 (dump format 3.0) - type ^C for status and control
xfsdump: level 0 dump of study.centos.vbird:/boot # 开始备份本机/boot系统
xfsdump: dump date: Wed Jul 1 18:43:04 2015 # 备份的时间
xfsdump: session id: 418b563f-26fa-4c9b-98b7-6f57ea0163b1 # 这次dump的ID
xfsdump: session label: "boot_all" # 简单给 一个名字记忆
xfsdump: ino map phase 1: constructing initial dump list # 开始备份程序
xfsdump: ino map phase 2: skipping (no pruning necessary)
xfsdump: ino map phase 3: skipping (only one dump stream)
xfsdump: ino map construction complete
xfsdump: estimated dump size: 103188992 Bytes
xfsdump: creating dump session media file 0 (media 0, file 0)
xfsdump: dumping ino map
xfsdump: dumping directories
xfsdump: dumping non-directory files
xfsdump: ending media file
xfsdump: media file size 102872168 Bytes
xfsdump: dump size (non-dir files) : 102637296 Bytes
xfsdump: dump complete: 1 seconds elapsed
xfsdump: Dump Summary:
xfsdump: stream 0 /srv/boot.dump OK (success)
xfsdump: Dump Status: SUCCESS
# 在指令的下达方面,你也可以不加 -L 及 -M 的,只是那就会进入互动模式,要求你 enter!
# 而执行 xfsdump 的过程中会出现如上的一些讯息,您可以自行仔细的观察!

[root@study ~]# ll /srv/boot.dump
-rw-r--r--. 1 root root 102872168 Jul  1 18:43 /srv/boot.dump
[root@study ~]# ll /var/lib/xfsdump/inventory
-rw-r--r--. 1 root root 5080 Jul 1 18:43 506425d2-396a-433d-9968-9b200db0c17c.StObj
-rw-r--r--. 1 root root 312 Jul 1 18:43 94ac5f77-cb8a-495e-a65b-2ef7442b837c.InvIndex
-rw-r--r--. 1 root root  576 Jul  1 18:43 fstab
# 使用了 xfsdump 之后才会有上述 /var/lib/xfsdump/inventory 内的文件产生喔!
  • 用 xfsdump 进行累积备份 (Incremental backups)

你一定得要进行过完整备份后 (-l 0) 才能够继续有其他累积备份 (-l 1~9) 的能耐!所 以,请确定上面的实做已经完成! 接下来让我们来搞一搞累积备份功能吧!

# 0. 看一下有没有任何文件系统被 xfsdump 过的数据?
[root@study ~]# xfsdump -I
file system 0:
    fs id:          94ac5f77-cb8a-495e-a65b-2ef7442b837c
    session 0:
        mount point:    study.centos.vbird:/boot
        device:         study.centos.vbird:/dev/vda2
        time:           Wed Jul  1 18:43:04 2015
        session label:  "boot_all"
        session id:     418b563f-26fa-4c9b-98b7-6f57ea0163b1
        level: 0
        resumed: NO
        subtree: NO
        streams: 1
        stream 0:
            pathname:       /srv/boot.dump
            start:          ino 132 offset 0
            end:            ino 2138243 offset 0
            interrupted:    NO
            media files:    1
            media file 0:
                mfile index:    0
                mfile type:     data
                mfile size:     102872168
                mfile start:    ino 132 offset 0
                mfile end:      ino 2138243 offset 0
                media label:    "boot_all"
                media id:       a6168ea6-1ca8-44c1-8d88-95c863202eab
xfsdump: Dump Status: SUCCESS
# 我们可以看到目前仅有一个 session 0 的备份数据而已!而且是 level 0 喔!

# 1. 先恶搞一下,创建一个大约 10 MB 的文件在 /boot 内:
[root@study ~]# dd if=/dev/zero of=/boot/testing.img bs=1M count=10
10+0 records in
10+0 records out
10485760 Bytes (10 MB) copied, 0.166128 seconds, 63.1 MB/s

# 2. 开始创建差异备份文件,此时我们使用 level 1 吧:
[root@study ~]# xfsdump -l 1 -L boot_2 -M boot_2 -f /srv/boot.dump1 /boot
....(中间省略)....

[root@study ~]# ll /srv/boot*
-rw-r--r--. 1 root root 102872168 Jul  1 18:43 /srv/boot.dump
-rw-r--r--. 1 root root  10510952 Jul  1 18:46 /srv/boot.dump1
# 看看文件大小,岂不是就是刚刚我们所创建的那个大文件的容量吗?

# 3\. 最后再看一下是否有记录 level 1 备份的时间点呢?
[root@study ~]# xfsdump -I
file system 0:
    fs id:          94ac5f77-cb8a-495e-a65b-2ef7442b837c
    session 0:
            mount point:    study.centos.vbird:/boot
            device:         study.centos.vbird:/dev/vda2
 ....(中间省略)....

    session 1:
        mount point:    study.centos.vbird:/boot
        device:         study.centos.vbird:/dev/vda2
        time:           Wed Jul  1 18:46:21 2015
        session label:  "boot_2"
        session id:     c71d1d41-b3bb-48ee-bed6-d77c939c5ee8
        level: 1
        resumed: NO
        subtree: NO
        streams: 1
        stream 0:
            pathname:       /srv/boot.dump1
            start:          ino 455518 offset 0
....(下面省略).... 

###XFS文件系统还原xfsrestore

备份文件就是在急用时可以回复系统的重要数据,所以有备份当然就得要学学如何复原了! xfsdump 的复原使用的是 xfsrestore 这个指令!

[root@study ~]# xfsrestore -I <==用来察看备份文件数据
[root@study ~]# xfsrestore [-f 备份文件] [-L S_label] [-s] 待复原目录 <==单一文件全系统复原
[root@study ~]# xfsrestore [-f 备份文件] -r 待复原目录 <==通过累积备份文件来复原系统
[root@study ~]# xfsrestore [-f 备份文件] -i 待复原目录 <==进入互动模式
选项与参数:
-I :跟 xfsdump 相同的输出!可查询备份数据,包括 Label 名称与备份时间等
-f :后面接的就是备份文件!企业界很有可能会接 /dev/st0 等磁带机!我们这里接文件名!
-L :就是 Session 的 Label name 喔!可用 -I 查询到的数据,在这个选项后输入!
-s :需要接某特定目录,亦即仅复原某一个文件或目录之意!
-r :如果是用文件来储存备份数据,那这个就不需要使用。如果是一个磁带内有多个文件,
需要这东西来达成累积复原
-i :进入互动模式,进阶管理员使用的!一般我们不太需要操作它!
  • 用 xfsrestore 观察 xfsdump 后的备份数据内容

要找出 xfsdump 的内容就使用 xfsrestore -I 来查阅即可!不需要加任何参数!因为 xfsdump 与 xfsrestore 都会到 /var/lib/xfsdump/inventory/ 里面去捞数据来显示的!因此两者输出是相同的!

[root@study ~]# xfsrestore -I
file system 0:
    fs id:          94ac5f77-cb8a-495e-a65b-2ef7442b837c
    session 0:
        mount point:    study.centos.vbird:/boot
        device:         study.centos.vbird:/dev/vda2
        time:           Wed Jul  1 18:43:04 2015
        session label:  "boot_all"
        session id:     418b563f-26fa-4c9b-98b7-6f57ea0163b1
        level: 0
            pathname:       /srv/boot.dump
                mfile size:     102872168
                media label:    "boot_all"
    session 1:
        mount point:    study.centos.vbird:/boot
        device:         study.centos.vbird:/dev/vda2
        time:           Wed Jul  1 18:46:21 2015
        session label:  "boot_2"
        session id:     c71d1d41-b3bb-48ee-bed6-d77c939c5ee8
        level: 1
            pathname:       /srv/boot.dump1
                mfile size:     10510952
                media label:    "boot_2"
xfsrestore: Restore Status: SUCCESS
# 所以上面的输出是经过经简化的结果!
# 我们可以看到这个文件系统是 /boot 载点,然后有两个备份,一个 level 0 一个 level 1。
# 也看到这两个备份的数据他的内容大小!更重要的,就是那个 session label 喔!
  • 简单复原level0 的文件系统
# 1. 直接将数据给它覆盖回去即可!
[root@study ~]# xfsrestore -f /srv/boot.dump -L boot_all /boot
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.1.4 (dump format 3.0) - type ^C for status and control
xfsrestore: using online session inventory
xfsrestore: searching media for directory dump
xfsrestore: examining media file 0
xfsrestore: reading directories
xfsrestore: 8 directories and 327 entries processed
xfsrestore: directory post-processing
xfsrestore: restoring non-directory files
xfsrestore: restore complete: 1 seconds elapsed
xfsrestore: Restore Summary:
xfsrestore: stream 0 /srv/boot.dump OK (success) # 是否是正确的文件啊?
xfsrestore: Restore Status: SUCCESS

# 2. 将备份数据在 /tmp/boot 下面解开!
[root@study ~]# mkdir /tmp/boot
[root@study ~]# xfsrestore -f /srv/boot.dump -L boot_all /tmp/boot
[root@study ~]# du -sm /boot /tmp/boot
109 /boot
99 /tmp/boot
# 咦!两者怎么大小不一致呢?没关系!我们来检查看看!

[root@study ~]# diff -r /boot /tmp/boot
Only in /boot: testing.img
# 看吧!原来是 /boot 我们有增加过一个文件

因为原本 /boot 里面的东西我们没有删除,直接复原的结果就是:“同名的文件会被覆盖,其 他系统内新的文件会被保留”喔!所以, 那个 /boot/testing.img 就会一直在里头~如果备份的 目的地是新的位置,当然就只有原本备份的数据而已啊!那个 diff -r 可以比较两个目录内的文 件差异! 通过该指令我们可以找到两个目录的差异处!

# 3. 仅复原备份文件内的 grub2 到 /tmp/boot2/ 里头去!
[root@study ~]# mkdir /tmp/boot2
[root@study ~]# xfsrestore -f /srv/boot.dump -L boot_all -s grub2 /tmp/boot2
  • 复原累计备份数据

其实复原累积备份与复原单一文件系统相似耶!如果备份数据是由 level 0 -> level 1 -> level 2... 去进行的, 当然复原就得要相同的流程来复原!因此当我们复原了 level 0 之后,接下来 当然就要复原 level 1 到系统内啊! 我们可以前一个案例复原 /tmp/boot 的情况来继续往下处理:

# 继续复原 level 1 到 /tmp/boot 当中!
[root@study ~]# xfsrestore -f /srv/boot.dump1 /tmp/boot
  • 仅还原部分文件的 xfsrestore 互动模式

-s 可以接部份数据来还原,但是...如果我就根本不知道备份文件里面有啥文件,那该 如何选择啊?用猜的喔? 又如果要复原的文件数量太多时,用 -s 似乎也是笨笨的~那怎办? 有没有比较好的方式呢?有的,就通过 -i 这个互动界面吧! 举例来说,我们想要知道 level 0 的备份数据里面有哪些东西,然后再少量的还原回来的话!

# 1. 先进入备份文件内,准备找出需要备份的文件名数据,同时预计还原到 /tmp/boot3 当中!
[root@study ~]# mkdir /tmp/boot3
[root@study ~]# xfsrestore -f /srv/boot.dump -i /tmp/boot3
========================== subtree selection dialog ==========================

the following commands are available:
        pwd
        ls [ <path> ]
        cd [ <path> ]
        add [ <path> ]       # 可以加入复原文件列表中
        delete [ <path> ]    # 从复原列表拿掉文件名!并非删除。
        extract              # 开始复原工作!
        quit
        help

-> ls
          455517 initramfs-3.10.0-229.el7.x86_64kdump.img
             138 initramfs-3.10.0-229.el7.x86_64.img
             141 initrd-plymouth.img
             140 vmlinuz-0-rescue-309eb890d09f440681f596543d95ec7a
             139 initramfs-0-rescue-309eb890d09f440681f596543d95ec7a.img
             137 vmlinuz-3.10.0-229.el7.x86_64
             136 symvers-3.10.0-229.el7.x86_64.gz
             135 config-3.10.0-229.el7.x86_64
             134 System.map-3.10.0-229.el7.x86_64
             133 .vmlinuz-3.10.0-229.el7.x86_64.hmac
         1048704 grub2/
             131 grub/

 -> add grub
 -> add grub2
 -> add config-3.10.0-229.el7.x86_64
 -> extract

[root@study ~]# ls -l /tmp/boot3
-rw-r--r--. 1 root root 123838 Mar  6 19:45 config-3.10.0-229.el7.x86_64
drwxr-xr-x. 2 root root     26 May  4 17:52 grub
drwxr-xr-x. 6 root root    104 Jun 25 00:02 grub2
# 就只会有 3 个文件名被复原,当然,如果文件名是目录,那下面的子文件当然也会被还原回来的!

事实上,这个 -i 是很有帮助的一个项目!可以从备份文件里面找出你所需要的数据来复原! 相当有趣!当然啦, 如果你已经知道文件名,使用 -s 不需要进入备份文件就能够处理掉这部份了!

u
粉丝 0
博文 65
码字总数 103136
作品 0
深圳
程序员
私信 提问
加载中
请先登录后再评论。
记一次失败的Perl + Nginx + FastCGI 配置过程

这两天心血来潮,不知道为什么和 Perl + Nginx + FastCGI 配置 耗上了。但是失败了,记录如下: 1)安装Nginx 1.4.3 ,我的是WINDOWS 7 系统,修改配置文件如下: location ~ .(pl|cgi|perl)?...

通吃岛-低手哥
2013/10/27
1.7K
7
我的架构演化笔记 功能1: 基本的用户注册

“咚咚”,一阵急促的敲门声, 我从睡梦中惊醒,我靠,这才几点,谁这么早, 开门一看,原来我的小表弟放暑假了,来南京玩,顺便说跟我后面学习一个网站是怎么做出来的。 于是有了下面的一段...

强子哥哥
2014/05/31
976
3
Nutch学习笔记4-Nutch 1.7 的 索引篇 ElasticSearch

上一篇讲解了爬取和分析的流程,很重要的收获就是: 解析过程中,会根据页面的ContentType获得一系列的注册解析器, 依次调用每个解析器,当其中一个解析成功后就返回,否则继续执行下一个解...

强子哥哥
2014/06/26
712
0
树莓派(Raspberry Pi):完美的家用服务器

自从树莓派发布后,所有在互联网上的网站为此激动人心的设备提供了很多有趣和具有挑战性的使用方法。虽然这些想法都很棒,但树莓派( RPi )最明显却又是最不吸引人的用处是:创建你的完美家用...

异次元
2013/11/09
7.3K
8
Linux 反汇编工具--LDasm

LDasm (Linux 反汇编工具) 是一个基于 Perl/TK 的 objdump/binutils 图形化工具,试图模仿 W32Dasm 工具的外观。可搜索相互参照,将代码从 GAS 转换成 MASM 风格代码等等。...

匿名
2013/01/22
5.6K
1

没有更多内容

加载失败,请刷新页面

加载更多

箭头翻转效果

vue实现点击箭头的旋转动画(收起展开)效果 https://blog.csdn.net/Rampage_w/article/details/106496646?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~all~first_ra......

花乐天
47分钟前
19
0
预告 | 一场解决SSL/TLS证书困局的硬核发布会

大数据时代,信息安全威胁日益严峻,国内国际(等保2.0 、密码法、GDPR等)法规的出台,使得数据安全和隐私保护愈加被高度重视, SSL 证书作为互联网的安全标签,需求量日益增加,已然成为企...

osc_q5m9dzk0
47分钟前
19
0
提高数据处理效率的excel小技巧(一)

转自:求知鸟 作者:求知鸟 这是一个技巧贴,直接上干货: 1、你想在excel中看到函数值是如何计算出来的? Ctrl+~:进入函数视图 2、去除重复值方式有哪些? a、数据—数据工具—删除重复值(...

朱小五
昨天
0
0
全网疯传,50个精选BAT等大厂大数据、算法落地经验,白拿不谢!

话不多说,直接上干货资料,我们精选了50个百度、腾讯、阿里等大厂的大数据、算法落地经验,分享给大家: 识别二维码,回复"大厂经验",获取PDF干货合集! 合集目录: 识别二维码,回复"大厂...

BBuf
今天
11
0
小白写论文 | 技术性论文结构剖析

【前言】:公众号的AI初学者交流群已经建立啦,公众号后台回复【加群】可以加入。群里都是些一起学习的朋友,大家学习路上,结个伴。 【公众号资源汇总】:炼丹图书馆 | AI初学者所需要的资料...

机器学习炼丹术
昨天
0
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部