备份文件就是在急用时可以回复系统的重要数据,所以有备份当然就得要学学如何复原了! xfsdump 的复原使用的是 xfsrestore 这个指令!这个指令的选项也非常的多~您可以自行 man xfsrestore 瞧瞧! 鸟哥在这里仅作个简单的介绍啰!

[root@study ~]# xfsrestore -I 
&
lt;==用来察看备份文件数据
[root@study ~]# xfsrestore [-f 备份文件] [-L S_label] [-s] 待复原目录 
&
lt;==单一文件全系统复原
[root@study ~]# xfsrestore [-f 备份文件] -r 待复原目录 
&
lt;==通过累积备份文件来复原系统
[root@study ~]# xfsrestore [-f 备份文件] -i 待复原目录 
&
lt;==进入互动模式
选项与参数:
-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 喔!

这个查询重点是找出到底哪个文件是哪个挂载点?而该备份文件又是什么 level 等等的!接下来,让我们实做一下从备份还原系统吧!

  • 简单复原 level 0 的文件系统

先来处理一个简单的任务,就是将 /boot 整个复原到最原本的状态~你该如何处理?其实很简单,我们只要知道想要被复原的那个文件, 以及该文件的 session label name,就可以复原啦!我们从上面的观察已经知道 level 0 的 session label 是“boot_all”啰!那整个流程是这样:

# 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

如果只想要复原某一个目录或文件的话,直接加上“ -s 目录 ”这个选项与参数即可!相当简单好用!

  • 复原累积备份数据

其实复原累积备份与复原单一文件系统相似耶!如果备份数据是由 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 [ 
&
lt;path
&
gt; ]
        cd [ 
&
lt;path
&
gt; ]
        add [ 
&
lt;path
&
gt; ]       # 可以加入复原文件列表中
        delete [ 
&
lt;path
&
gt; ]    # 从复原列表拿掉文件名!并非删除喔!
        extract              # 开始复原动作!
        quit
        help

 -
&
gt; 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/

 -
&
gt; add grub
 -
&
gt; add grub2
 -
&
gt; add config-3.10.0-229.el7.x86_64
 -
&
gt; 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 不需要进入备份文件就能够处理掉这部份了!

results matching ""

    No results matching ""