centos7下xfs文件系统的备份和恢复：完全备份，增量备份，差异备份
一.关于xfs文件系统
XfS文件系统是SGI开发的高级日志文件系统，XFS极具伸缩性，非常健壮。centos7选择xfs格式作为默认文件系统，而且不再使用以前
的ext，仍然支持ext4，xfs专为大数据产生，每个单个文件系统最大可以支持8eb，单个文件可以支持16tb，不仅数据量大，而且扩展性
高。
XfS文件系统可以通过xfsdump，xfsrestore来进行文件的备份和恢复。xfsdump 按inode顺序备份一个XFS文件系统。与传统的UNIX
文件系统不同，XFS不需要在备份前被卸载；对使用中的XFS文件系统做备份就可以保证镜像的一致性。XFS的备份和恢复的过程是可以被
中断然后继续的，无须冻结文件系统。xfsdump 甚至提供了高性能的多线程备份操作（它把一次dump拆分成多个数据流，每个数据流可
以被发往不同的目的地）。
二.xfsdump的备份级别和注意事项
1.首先介绍一下各种文件备份的定义：
- 完全备份：每次都把指定的备份目录完整的复制一遍，不管目录下的文件有没有变化；
- 增量备份：每次将之前（第一次、第二次、直到前一次）做过备份之后有变化的文件进行备份；
- 差异备份：每次都将第一次完整备份以来有变化的文件进行备份。
2.xfsdump作为文件备份工具，备份级别有两种（备份级别使用数字表示），默认为0（即完全备份）
- 0级别代表完全备份
- 1到9级别代表增量备份
3.xfsdump的限制
- xfsdump 不支持没有挂载的文件系统备份，所以只能备份已挂载的；
- xfsdump 必须使用 root 的权限才能操作 (涉及文件系统的关系)；
- xfsdump 只能备份 XFS 文件系统；
- xfsdump 备份下来的数据 (档案或储存媒体) 只能让 xfsrestore 解析；
- xfsdump 是透过文件系统的 UUID 来分辨各个备份文档的，因此不能备份两个具有相同 UUID 的文件系统。
三.完全备份整个目录/分区，然后恢复数据
1.首先需要进行环境准备，添加一块硬盘，然后对硬盘进行分区，格式化分区，对分区进行挂载。如果对于以上步骤不了解，请查看磁盘分区工具章节https://www.cnblogs.com/renshengdezheli/p/13941563.html。
2.准备需要备份的文件
[root@node5 ~]# df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/mapper/centos-root xfs 17G 11G 6.1G 65% /
devtmpfs devtmpfs 3.9G 0 3.9G 0% /dev
tmpfs tmpfs 3.9G 8.0K 3.9G 1% /dev/shm
tmpfs tmpfs 3.9G 8.8M 3.9G 1% /run
tmpfs tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/sda1 xfs 1014M 125M 890M 13% /boot
tmpfs tmpfs 785M 0 785M 0% /run/user/0
/dev/sdb1 xfs 47M 2.7M 45M 6% /sdb1
/dev/sdb5 ext4 190M 1.6M 175M 1% /sdb5
/dev/sdb6 xfs 295M 16M 280M 6% /sdb6
#我们可以看出/dev/sdb6分区已经挂载，并且文件系统是xfs文件系统，我们在/sdb6目录下创建文件，并进行备份，然后恢复数据
[root@node5 ~]# cd /sdb6
[root@node5 sdb6]# cp /etc/shadow ./
[root@node5 sdb6]# mkdir -p a/b/c
[root@node5 sdb6]# touch a/test.txt
[root@node5 sdb6]# touch a/b/c/test2.txt
#使用tree命令可以可视化的查看/sdb6目录结构
[root@node5 sdb6]# tree /sdb6
/sdb6
├── a
│ ├── b
│ │ └── c
│ │ └── test2.txt
│ └── test.txt
└── shadow
3 directories, 3 files
3.备份整个分区，命令格式为：xfsdump -f 备份存放位置 要备份路径或设备文件，注意：备份的路径这里不能写成/sdb6/。 可以是/dev/sdb6 或/sdb6
[root@node5 sdb6]# xfsdump -f /opt/xfsdump_sdb6 /dev/sdb6
xfsdump: using file dump (drive_simple) strategy
xfsdump: version 3.1.7 (dump format 3.0) - type ^C for status and control
============================= dump label dialog ==============================
please enter label for this dump session (timeout in 300 sec)
-> xfsdump_sdb6 #指定备份会话标签
session label entered: "xfsdump_sdb6"
--------------------------------- end dialog ---------------------------------
xfsdump: level 0 dump of node5:/sdb6
xfsdump: dump date: Fri Oct 9 16:40:43 2020
xfsdump: session id: 25353460-0aac-41c4-9f8e-525ca1ec99d1
xfsdump: session label: "xfsdump_sdb6"
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: 26816 bytes
============================= media label dialog =============================
please enter label for media in drive 0 (timeout in 300 sec)
-> sdb6 #指定设备标签，就是对要备份的设备做一个描述
media label entered: "sdb6"
--------------------------------- end dialog ---------------------------------
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 23944 bytes
xfsdump: dump size (non-dir files) : 1056 bytes
xfsdump: dump complete: 38 seconds elapsed
xfsdump: Dump Summary:
xfsdump: stream 0 /opt/xfsdump_sdb6 OK (success)
xfsdump: Dump Status: SUCCESS
#此时整个/sdb6 目录备份成功
[root@node5 sdb6]# ls /opt/ -l
total 24
drwxr-xr-x 10 root root 174 May 7 2019 apache-tomcat-8.0.51
drwxr-xr-x 11 root root 151 Apr 22 16:38 nginx
-rw-r--r-- 1 root root 23944 Oct 9 16:41 xfsdump_sdb6
#注意如上方式使用交互式方式备份目录，但是如果需要进行定时备份，则需要使用免交互备份方式。
#下面介绍备份/sdb6目录的免交互备份命令
[root@node5 sdb6]# xfsdump -f /opt/xfsdump_sdb6 /dev/sdb6 -L xfsdump_sdb6 -M sdb6
-L:xfsdump记录每次备份的 session 标头，这里可以填写针对此文件系统的简易说明
-M:xfsdump可以记录储存媒体的标头，这里可以填写此媒体的简易说明
4.查看备份信息和内容，备份成功后，我们就可以在/var/lib/xfsdump/inventory目录下看到生成的档案信息
[root@node5 sdb6]# ls /var/lib/xfsdump/inventory/ -l
total 28
-rw-r--r-- 1 root root 5080 Mar 19 2020 0a395bbd-7471-4f81-b6d8-88de226f5380.StObj
-rw-r--r-- 1 root root 312 Oct 9 16:48 457d31a7-28d8-424d-87fe-cca3fe9b907c.InvIndex
-rw-r--r-- 1 root root 5760 Oct 9 16:48 4800a3be-1de7-4017-992f-1360553ccb05.StObj
-rw-r--r-- 1 root root 312 Mar 19 2020 94396e17-4821-4957-aa76-d41f33958ff5.InvIndex
-rw-r--r-- 1 root root 1120 Oct 9 16:41 fstab
[root@node5 sdb6]# xfsdump -I
file system 1:
fs id: 457d31a7-28d8-424d-87fe-cca3fe9b907c
session 0:
mount point: node5:/sdb6
device: node5:/dev/sdb6
time: Fri Oct 9 16:40:43 2020
session label: "xfsdump_sdb6"
session id: 25353460-0aac-41c4-9f8e-525ca1ec99d1
level: 0
resumed: NO
subtree: NO
streams: 1
stream 0:
pathname: /opt/xfsdump_sdb6
start: ino 67 offset 0
end: ino 531202 offset 0
interrupted: NO
media files: 1
media file 0:
mfile index: 0
mfile type: data
mfile size: 23944
mfile start: ino 67 offset 0
mfile end: ino 531202 offset 0
media label: "sdb6"
media id: a2e68e3c-32e4-4bef-8af7-0b3162891184
xfsdump: Dump Status: SUCCESS
5.删除/sdb6目录的文件并恢复数据
#首先删除/sdb6目录的所有数据
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
a shadow
[root@node5 sdb6]#
[root@node5 sdb6]# rm -rf ./*
[root@node5 sdb6]# ls
#现在所有数据都被删除，开始恢复数据
#恢复数据的命令为：xfsrestore -f 指定恢复文件的位置 指定存放恢复后的文件的路径
[root@node5 sdb6]# xfsrestore -f /opt/xfsdump_sdb6 /sdb6
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsrestore: searching media for dump
xfsrestore: examining media file 0
xfsrestore: dump description:
xfsrestore: hostname: node5
xfsrestore: mount point: /sdb6
xfsrestore: volume: /dev/sdb6
xfsrestore: session time: Fri Oct 9 16:40:43 2020
xfsrestore: level: 0
xfsrestore: session label: "xfsdump_sdb6"
xfsrestore: media label: "sdb6"
xfsrestore: file system id: 457d31a7-28d8-424d-87fe-cca3fe9b907c
xfsrestore: session id: 25353460-0aac-41c4-9f8e-525ca1ec99d1
xfsrestore: media id: a2e68e3c-32e4-4bef-8af7-0b3162891184
xfsrestore: using online session inventory
xfsrestore: searching media for directory dump
xfsrestore: reading directories
xfsrestore: 4 directories and 6 entries processed
xfsrestore: directory post-processing
xfsrestore: restoring non-directory files
xfsrestore: restore complete: 0 seconds elapsed
xfsrestore: Restore Summary:
xfsrestore: stream 0 /opt/xfsdump_sdb6 OK (success)
xfsrestore: Restore Status: SUCCESS
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
a shadow
[root@node5 sdb6]# tree /sdb6
/sdb6
├── a
│ ├── b
│ │ └── c
│ │ └── test2.txt
│ └── test.txt
└── shadow
3 directories, 3 files
#可以看到数据恢复如初
四.完全备份分区中某个目录，然后恢复某个文件/文件夹
1.只备份/sdb6目录下的shadow文件
#还是这个测试目录，但是只备份shadow文件
[root@node5 ~]# cd /sdb6
[root@node5 sdb6]# cp /etc/shadow ./
[root@node5 sdb6]# mkdir -p a/b/c
[root@node5 sdb6]#
[root@node5 sdb6]# touch a/test.txt
[root@node5 sdb6]# touch a/b/c/test2.txt
[root@node5 sdb6]#
[root@node5 sdb6]# tree /sdb6
/sdb6
├── a
│ ├── b
│ │ └── c
│ │ └── test2.txt
│ └── test.txt
└── shadow
3 directories, 3 files
#参数：-s 文件路径 只对指定的文件进行备份，-s指定时，路径写的是相对路径(-s可以是文件或目录)
[root@node5 sdb6]# xfsdump -f /opt/xfsdump_shadow -s shadow /sdb6 -L xfsdump_shadow -M sdb6_shadow
xfsdump: using file dump (drive_simple) strategy
xfsdump: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsdump: level 0 dump of node5:/sdb6
xfsdump: dump date: Fri Oct 9 16:48:08 2020
xfsdump: session id: 8dfa7afd-4d05-48ca-8c77-24fca922acab
xfsdump: session label: "xfsdump_shadow"
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: 25216 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 22416 bytes
xfsdump: dump size (non-dir files) : 1056 bytes
xfsdump: dump complete: 0 seconds elapsed
xfsdump: Dump Summary:
xfsdump: stream 0 /opt/xfsdump_shadow OK (success)
xfsdump: Dump Status: SUCCESS
[root@node5 sdb6]#
[root@node5 sdb6]# ls /opt/
apache-tomcat-8.0.51 nginx xfsdump_sdb6 xfsdump_shadow
#查看备份信息与内容
[root@node5 sdb6]# xfsdump -I
file system 1:
fs id: 457d31a7-28d8-424d-87fe-cca3fe9b907c
session 1:
mount point: node5:/sdb6
device: node5:/dev/sdb6
time: Fri Oct 9 16:48:08 2020
session label: "xfsdump_shadow"
session id: 8dfa7afd-4d05-48ca-8c77-24fca922acab
level: 0
resumed: NO
subtree: YES
streams: 1
stream 0:
pathname: /opt/xfsdump_shadow
start: ino 67 offset 0
end: ino 68 offset 0
interrupted: NO
media files: 1
media file 0:
mfile index: 0
mfile type: data
mfile size: 22416
mfile start: ino 67 offset 0
mfile end: ino 68 offset 0
media label: "sdb6_shadow"
media id: 067e94a9-6b90-483d-b531-ebe6c1b49fd5
xfsdump: Dump Status: SUCCESS
2.删除数据，然后恢复指定文件
#删除数据
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
a shadow
[root@node5 sdb6]# rm -rf ./*
[root@node5 sdb6]# ls
#语法：xfsrestore -f 指定恢复文件的位置 指定存放恢复后的文件的路径
#-s指定需要恢复的单个文件或者目录
[root@node5 sdb6]# xfsrestore -f /opt/xfsdump_shadow -s shadow /sdb6
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsrestore: searching media for dump
xfsrestore: examining media file 0
xfsrestore: dump description:
xfsrestore: hostname: node5
xfsrestore: mount point: /sdb6
xfsrestore: volume: /dev/sdb6
xfsrestore: session time: Fri Oct 9 16:48:08 2020
xfsrestore: level: 0
xfsrestore: session label: "xfsdump_shadow"
xfsrestore: media label: "sdb6_shadow"
xfsrestore: file system id: 457d31a7-28d8-424d-87fe-cca3fe9b907c
xfsrestore: session id: 8dfa7afd-4d05-48ca-8c77-24fca922acab
xfsrestore: media id: 067e94a9-6b90-483d-b531-ebe6c1b49fd5
xfsrestore: using online session inventory
xfsrestore: searching media for directory dump
xfsrestore: reading directories
xfsrestore: 1 directories and 2 entries processed
xfsrestore: directory post-processing
xfsrestore: restoring non-directory files
xfsrestore: restore complete: 0 seconds elapsed
xfsrestore: Restore Summary:
xfsrestore: stream 0 /opt/xfsdump_shadow OK (success)
xfsrestore: Restore Status: SUCCESS
#查看目录，发现只恢复了指定文件
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
shadow
五.增量备份
1.增量备份是指在一次完全备份或上一次增量备份后，以后每次的备份只需备份与前一次相比增加或者被修改的文件。这就意味着，第一
次增量备份的对象是进行全备后所产生的增加和修改的文件；第二次增量备份的对象是进行第一次增量备份后所产生的增加和修改的文
件，以此类推。
- 优点：没有重复的备份数据，因此备份的数据量不大，备份所需的时间很短。
- 缺点：数据恢复相对比较麻烦，它需要上一次全备份和所有增量备份的内容才能够完全恢复成功，并且它们必须沿着从全备份到依次增量备份的时间顺序逐个反推恢复，因此可能会延长恢复时间
2.准备测试文件，进行第一次完全备份
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
grub profile.d shadow
[root@node5 sdb6]#
[root@node5 sdb6]# tree ./
./
├── grub
│ └── splash.xpm.gz
├── profile.d
│ ├── 256term.csh
│ ├── 256term.sh
│ ├── colorgrep.csh
│ ├── colorgrep.sh
│ ├── colorls.csh
│ ├── colorls.sh
│ ├── jdk8.sh
│ ├── lang.csh
│ ├── lang.sh
│ ├── less.csh
│ ├── less.sh
│ ├── vim.csh
│ ├── vim.sh
│ ├── which2.csh
│ └── which2.sh
└── shadow
2 directories, 17 files
[root@node5 sdb6]# xfsdump -f /opt/sdb6_fulldump /sdb6 -L fulldump -M sdb6
xfsdump: using file dump (drive_simple) strategy
xfsdump: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsdump: level 0 dump of node5:/sdb6
xfsdump: dump date: Sat Oct 10 01:02:56 2020
xfsdump: session id: b28b76f0-752c-423b-82d2-83d999e0d477
xfsdump: session label: "fulldump"
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: 96512 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 46048 bytes
xfsdump: dump size (non-dir files) : 18976 bytes
xfsdump: dump complete: 0 seconds elapsed
xfsdump: Dump Summary:
xfsdump: stream 0 /opt/sdb6_fulldump OK (success)
xfsdump: Dump Status: SUCCESS
[root@node5 sdb6]#
[root@node5 sdb6]#
[root@node5 sdb6]# ls /opt/sdb6_fulldump -l
-rw-r--r-- 1 root root 46048 Oct 10 01:02 /opt/sdb6_fulldump
3.增加内容，进行第一次增量备份
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
grub profile.d shadow
[root@node5 sdb6]# cp /etc/profile ./
[root@node5 sdb6]# ls
grub profile profile.d shadow
#-l <level> 做一个等级为1的增量备份
[root@node5 sdb6]# xfsdump -l 1 -f /opt/sdb6_incredump1 /sdb6 -L incredump1 -M sdb6
xfsdump: using file dump (drive_simple) strategy
xfsdump: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsdump: level 1 incremental dump of node5:/sdb6 based on level 0 dump begun Sat Oct 10 01:02:56 2020
xfsdump: dump date: Sat Oct 10 01:06:44 2020
xfsdump: session id: c8e103f5-916a-41d4-8c5a-05522527c40f
xfsdump: session label: "incredump1"
xfsdump: ino map phase 1: constructing initial dump list
xfsdump: ino map phase 2: pruning unneeded subtrees
xfsdump: ino map phase 3: skipping (only one dump stream)
xfsdump: ino map construction complete
xfsdump: estimated dump size: 25216 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 23504 bytes
xfsdump: dump size (non-dir files) : 2080 bytes
xfsdump: dump complete: 0 seconds elapsed
xfsdump: Dump Summary:
xfsdump: stream 0 /opt/sdb6_incredump1 OK (success)
xfsdump: Dump Status: SUCCESS
4.继续增加数据，进行第二次增量备份
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
grub profile profile.d shadow
[root@node5 sdb6]# mkdir -p a/b/c/d/e/f
[root@node5 sdb6]# touch a/b/c/test.txt
#进行level 2级别的增量备份
[root@node5 sdb6]# xfsdump -l 2 -f /opt/sdb6_incredump2 /sdb6 -L incredump2 -M sdb6
xfsdump: using file dump (drive_simple) strategy
xfsdump: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsdump: level 2 incremental dump of node5:/sdb6 based on level 1 dump begun Sat Oct 10 01:06:44 2020
xfsdump: dump date: Sat Oct 10 01:09:15 2020
xfsdump: session id: 6b0720e5-8c37-4284-877f-ba3b3d29013f
xfsdump: session label: "incredump2"
xfsdump: ino map phase 1: constructing initial dump list
xfsdump: ino map phase 2: pruning unneeded subtrees
xfsdump: ino map phase 3: skipping (only one dump stream)
xfsdump: ino map construction complete
xfsdump: estimated dump size: 23040 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 23280 bytes
xfsdump: dump size (non-dir files) : 0 bytes
xfsdump: dump complete: 0 seconds elapsed
xfsdump: Dump Summary:
xfsdump: stream 0 /opt/sdb6_incredump2 OK (success)
xfsdump: Dump Status: SUCCESS
5.删除数据，然后进行数据恢复
[root@node5 sdb6]# pwd
/sdb6
[root@node5 sdb6]# ls
a grub profile profile.d shadow
[root@node5 sdb6]#
[root@node5 sdb6]# rm -rf ./*
[root@node5 sdb6]# ls
#恢复数据的思路：
#先恢复完全备份
#情况1: 恢复最后一次增量备份（如果两次增量备份都是1级的，所以只需要恢复最后一个增量就可以了。
#情况2：如果你做的是第一次是1级备，第二次是2级备，那么你在恢复的时候就需要先恢复完全备份，然后是1级备，最后是2级备）
#先恢复完全备份
[root@node5 sdb6]# xfsrestore -f /opt/sdb6_fulldump /sdb6
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsrestore: searching media for dump
xfsrestore: examining media file 0
xfsrestore: dump description:
xfsrestore: hostname: node5
xfsrestore: mount point: /sdb6
xfsrestore: volume: /dev/sdb6
xfsrestore: session time: Sat Oct 10 01:02:56 2020
xfsrestore: level: 0
xfsrestore: session label: "fulldump"
xfsrestore: media label: "sdb6"
xfsrestore: file system id: 457d31a7-28d8-424d-87fe-cca3fe9b907c
xfsrestore: session id: b28b76f0-752c-423b-82d2-83d999e0d477
xfsrestore: media id: 782599f6-9d7b-4f94-ba01-91aa73a11d76
xfsrestore: using online session inventory
xfsrestore: searching media for directory dump
xfsrestore: reading directories
xfsrestore: 3 directories and 19 entries processed
xfsrestore: directory post-processing
xfsrestore: restoring non-directory files
xfsrestore: restore complete: 0 seconds elapsed
xfsrestore: Restore Summary:
xfsrestore: stream 0 /opt/sdb6_fulldump OK (success)
xfsrestore: Restore Status: SUCCESS
[root@node5 sdb6]# ls
grub profile.d shadow
#接着恢复一级增量备份
[root@node5 sdb6]# xfsrestore -f /opt/sdb6_incredump1 /sdb6
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsrestore: searching media for dump
xfsrestore: examining media file 0
xfsrestore: dump description:
xfsrestore: hostname: node5
xfsrestore: mount point: /sdb6
xfsrestore: volume: /dev/sdb6
xfsrestore: session time: Sat Oct 10 01:06:44 2020
xfsrestore: level: 1
xfsrestore: session label: "incredump1"
xfsrestore: media label: "sdb6"
xfsrestore: file system id: 457d31a7-28d8-424d-87fe-cca3fe9b907c
xfsrestore: session id: c8e103f5-916a-41d4-8c5a-05522527c40f
xfsrestore: media id: 4434fdb4-513c-43aa-b31d-35560f818b5c
xfsrestore: using online session inventory
xfsrestore: searching media for directory dump
xfsrestore: reading directories
xfsrestore: 1 directories and 4 entries processed
xfsrestore: directory post-processing
xfsrestore: restoring non-directory files
xfsrestore: restore complete: 0 seconds elapsed
xfsrestore: Restore Summary:
xfsrestore: stream 0 /opt/sdb6_incredump1 OK (success)
xfsrestore: Restore Status: SUCCESS
[root@node5 sdb6]# ls
grub profile profile.d shadow
#最后恢复二级增量备份
[root@node5 sdb6]# xfsrestore -f /opt/sdb6_incredump2 /sdb6
xfsrestore: using file dump (drive_simple) strategy
xfsrestore: version 3.1.7 (dump format 3.0) - type ^C for status and control
xfsrestore: searching media for dump
xfsrestore: examining media file 0
xfsrestore: dump description:
xfsrestore: hostname: node5
xfsrestore: mount point: /sdb6
xfsrestore: volume: /dev/sdb6
xfsrestore: session time: Sat Oct 10 01:09:15 2020
xfsrestore: level: 2
xfsrestore: session label: "incredump2"
xfsrestore: media label: "sdb6"
xfsrestore: file system id: 457d31a7-28d8-424d-87fe-cca3fe9b907c
xfsrestore: session id: 6b0720e5-8c37-4284-877f-ba3b3d29013f
xfsrestore: media id: 9012fd55-692a-44fa-9d60-83d478555852
xfsrestore: using online session inventory
xfsrestore: searching media for directory dump
xfsrestore: reading directories
xfsrestore: 7 directories and 11 entries processed
xfsrestore: directory post-processing
xfsrestore: restoring non-directory files
xfsrestore: restore complete: 0 seconds elapsed
xfsrestore: Restore Summary:
xfsrestore: stream 0 /opt/sdb6_incredump2 OK (success)
xfsrestore: Restore Status: SUCCESS
[root@node5 sdb6]# ls
a grub profile profile.d shadow
可以看到数据被依次恢复如初。
centos7下xfs文件系统的备份和恢复：完全备份，增量备份，差异备份的更多相关文章
- Centos7下Mysql通过.frm和.ibd恢复数据
通过.frm和.ibd文件恢复表结构和数据 这里以hue数据库中的desktop_document2表为例 分成两步骤,先去表结构,再取数据,最好在一个用完就可以删除的数据库中进行 取表结构篇: 1. ...
- MySQL备份和恢复[2]-基于LVM的快照备份
准备工作 请求锁定所有表 mysql> FLUSH TABLES WITH READ LOCK; 记录二进制日志文件及事件位置 mysql> FLUSH LOGS; mysql> S ...
- XFS文件系统的备份和恢复
1.工具 XFS文件系统提供了xfsdump和xfsrestore来协助备份.恢复XFS文件系统中的数据,xfsdump按inode顺序来备份XFS文件系统,备份时不需要卸载文件系统,备份和恢复的过程 ...
- 云与备份之（1）：VMware虚机备份和恢复
本系列文章会介绍云与备份之间的关系,包括: (1)VMware 虚机备份和恢复 (2)KVM 虚机备份和恢复 (3)云与备份 (4)OpenStack 与备份 (5)公有云与备份 1. 与备份有关的V ...
- Sql Server数据库备份和恢复：原理篇
本文与您探讨为什么Sql Server有完整备份.差异备份和事务日志备份三种备份方式,以及为什么数据库又有简单模式.完整模式和大容量日志模式这三种恢复模式.本文内容适用于2005以上所有版本的Sql ...
- MongoDB整库备份与还原以及单个collection备份、恢复方法
mongodb数据库维护离不开必要的备份.恢复操作,而且一般不会出错,所以我们在使用的时候大部分时候使用备份和恢复操作就可以了 mongodump.exe备份的原理是通过一次查询获取当前服务器快照 ...
- Oracle基础 数据库备份和恢复
一.为什么需要数据备份 造成数据丢失的主要原因: 1.介质故障. 2.用户的错误操作. 3.服务器的彻底崩溃. 4.计算机病毒. 5.不可预料的因素. Oracle中故障类型分为以下4种. 1.语句故 ...
- SQL数据库的备份和恢复
SQL数据库的备份和恢复 一.SQL数据库的备份: 1.依次打开 开始菜单 → 程序 → Microsoft SQL Server 2008 → SQL Server Management Studi ...
- 7.1 Backup and Recovery Types 备份和恢复类型
7.1 Backup and Recovery Types 备份和恢复类型 这个章节描述 不同备份类型的特点: 物理(raw)与逻辑备份 物理备份有raw 副本组成,存储数据库内容,这种类型的备份是适 ...
- MariaDB/MySQL备份和恢复(三)：xtrabackup用法和原理详述
本文目录: 1.安装xtrabackup 2.备份锁 3.xtrabackup备份原理说明 3.1 备份过程(backup阶段) 3.2 准备过程(preparing阶段) 3.3 恢复过程(copy ...
随机推荐
- 深入了解 Spring Boot 核心特性、注解和 Bean 作用域
Spring Boot 是什么? Spring Boot 是基于 Spring Framework 构建应用程序的框架,Spring Framework 是一个广泛使用的用于构建基于 Java 的企业 ...
- openGauss数据库扩容指导
前置条件 当前集群状态正常 操作步骤 1.新节点创建用户和用户组,注意需要与当前集群的用户与用户组一致,密码也要保持一致.假设当前集群用户为 omm. 2.检查新节点环境变量,清理和 openGaus ...
- npm，registry，镜像源，npm切换源，yarn，cnpm，taobao，nrs
描述 我们在使用 node 的 npm 下载依赖的时候,往往下载速度很慢,那是因为 npm 默认的是 npm 处于国外的官方镜像源.所以需要切换到国内的镜像源来加速依赖下载.所以本文推荐一款简单好用 ...
- Leetcode-队列得最大值
请定义一个队列并实现函数 max_value 得到队列里的最大值,要求函数max_value.push_back 和 pop_front 的均摊时间复杂度都是O(1).若队列为空,pop_front ...
- SSH的密码qsnctfwp
开启 kali,在终端输入ssh root@challenge.qsnctf.com -p [port]可以访问远程 SSH 系统 根据提供的 passlist.txt 文件内容进行密码爆破 编写 S ...
- 抓包整理————tcp 协议[八]
前言 简单介绍一下tcp 协议. 正文 tcp历史: advanced research projects agency network: 1973年: tcp/ip 协议 tcpv4 协议分层后的网 ...
- keycloak~jwt的rs256签名的验证方式
接口地址 keycloak开放接口地址:/auth/realms/fabao/.well-known/openid-configuration rsa算法相关术语 RSA算法是一种非对称加密算法,其安 ...
- python实现快排算法，传统快排算法，数据结构
def quick_sort(lists,i,j): if i >= j: return list pivot = lists[i] low = i high = j while i < ...
- Oracle邮件发送（内容中带有收件人独有信息）
Oracle邮件发送(内容中带有收件人独有信息) Oracle邮件发送(内容中带有收件人独有信息) Oracle发送邮件最简单的应该就是用smtp,具体使用和参数讲解我这儿没有 简单来说,发送邮件的思 ...
- Spark如何对源端数据做切分？
简介: 典型的Spark作业读取位于OSS的Parquet外表时,源端的并发度(task/partition)如何确定?特别是在做TPCH测试时有一些疑问,如源端扫描文件的并发度是如何确定的?是否一个 ...