centos8平台使用xfs文件系统

2022-03-09 16:26:29

一，xfs文件系统的特点

XFS是一种高性能的日志文件系统,

它是由SGI公司设计的,被称为业界最先进的、最具可升级性的文件系统技术。

最初是从unix(irix)移植到linux系统上的。

从centos7开始，xfs成为了默认的文件系统

说明：刘宏缔的架构森林是一个专注架构的博客，地址：https://www.cnblogs.com/architectforest

对应的源码可以访问这里获取： https://github.com/liuhongdi/

说明：作者:刘宏缔邮箱: 371125307@qq.com

说明：格式化文件系统前需要创建分区，请参考这一篇

https://www.cnblogs.com/architectforest/p/12642634.html

二,centos8中的xfs

1,最大单文件大小:500TB

最大分区大小: 1024TB

2,相比较之下，centos6 的ext4:

最大单文件大小:16TB

最大分区大小: 16TB

可见对于大型文件系统的支持，xfs比ext4要好得多

三，xfs相关的工具程序属于哪个包及安装

1,查看所属的包

[root@blog ~]# whereis mkfs.xfs

mkfs: /usr/sbin/mkfs /usr/sbin/mkfs.cramfs /usr/sbin/mkfs.minix /usr/sbin/mkfs.xfs
      /usr/sbin/mkfs.ext2 /usr/sbin/mkfs.ext3 /usr/sbin/mkfs.ext4 
      /usr/sbin/mkfs.fat /usr/sbin/mkfs.msdos /usr/sbin/mkfs.vfat /usr/share/man/man8/mkfs.8.gz

[root@blog ~]# rpm -qf /usr/sbin/mkfs.xfs

xfsprogs-4.19.0-2.el8.x86_64

2,找不到mkfs.xfs命令时，可以用yum安装

[root@blog ~]# yum install xfsprogs

四，查看xfs相关工具的版本

1,查看mkfs.xfs的版本

[root@blog ~]# mkfs.xfs -V

mkfs.xfs version 5.0.0

2,查看帮助：不指定参数时，会打印帮助信息

[root@blog ~]# mkfs.xfs

五，例子:格式化一个分区为xfs文件系统并挂载

1,查看分区的文件系统:

[root@blog ~]# parted --list

Model: Virtio Block Device (virtblk)

Disk /dev/vdb: 537GB

Sector size (logical/physical): 512B/512B

Partition Table: gpt

Disk Flags:

Number  Start   End    Size   File system  Name     Flags

 1      1049kB  537GB  537GB               primary

可以看到文件系统字段下面为空，表示还没有格式化

2,xfs格式化

#使用 mkfs.xfs 加分区

[root@blog ~]# mkfs.xfs /dev/vdb1

meta-data=/dev/vdb1              isize=512    agcount=4, agsize=32767872 blks

         =                       sectsz=512   attr=2, projid32bit=1

         =                       crc=1        finobt=1, sparse=1, rmapbt=0

         =                       reflink=1

data     =                       bsize=4096   blocks=131071488, imaxpct=25

         =                       sunit=0      swidth=0 blks

naming   =version 2              bsize=4096   ascii-ci=0, ftype=1

log      =internal log           bsize=4096   blocks=63999, version=2

         =                       sectsz=512   sunit=0 blks, lazy-count=1

realtime =none                   extsz=4096   blocks=0, rtextents=0

说明：如果当前分区已经有文件系统存在，则需要加-f参数

/* force overwrite */   [-f]

3,再次查看分区:

[root@blog ~]# parted --list

Model: Virtio Block Device (virtblk)

Disk /dev/vdb: 537GB

Sector size (logical/physical): 512B/512B

Partition Table: gpt

Disk Flags:

Number  Start   End    Size   File system  Name     Flags

 1      1049kB  537GB  537GB  xfs          primary

可以看到分区的文件系统已格式化为xfs

4,把格式化好后的分区挂载到/databak这个目录

查看分区的挂载情况

[root@blog ~]# df -h

Filesystem      Size  Used Avail Use% Mounted on

devtmpfs        7.5G     0  7.5G   0% /dev

tmpfs           7.5G     0  7.5G   0% /dev/shm

tmpfs           7.5G  480K  7.5G   1% /run

tmpfs           7.5G     0  7.5G   0% /sys/fs/cgroup

/dev/vda1       100G   14G   87G  14% /

tmpfs           1.5G     0  1.5G   0% /run/user/1000

创建目录并挂载

[root@blog ~]# mkdir /databak
#挂载时用mount命令

[root@blog ~]# mount /dev/vdb1 /databak

再次查看挂载情况

[root@blog ~]# df -h

Filesystem      Size  Used Avail Use% Mounted on

devtmpfs        7.5G     0  7.5G   0% /dev

tmpfs           7.5G     0  7.5G   0% /dev/shm

tmpfs           7.5G  480K  7.5G   1% /run

tmpfs           7.5G     0  7.5G   0% /sys/fs/cgroup

/dev/vda1       100G   14G   87G  14% /

tmpfs           1.5G     0  1.5G   0% /run/user/1000

/dev/vdb1       500G  3.6G  497G   1% /databak

可以看到/dev/vdb1挂载到了/databak目录下，说明挂载已成功

5,编辑 /etc/fstab,使机器启动时此文件系统能自动挂载

用blkid得到分区的uuid

[root@blog ~]# blkid

/dev/vda1: UUID="e32cfa7a-df48-4031-8fdf-5eec92ee3039" TYPE="xfs" PARTUUID="1863aa79-01"

/dev/vdb1: UUID="7b7af437-97ef-4f76-8ea1-bb6498ae0f44" TYPE="xfs" PARTLABEL="primary" PARTUUID="c124c0e4-3626-4abf-a3e5-503c52e31417"

编辑 /etc/fstab

[root@blog ~]# vi /etc/fstab

增加一行，保存后退出:

UUID=7b7af437-97ef-4f76-8ea1-bb6498ae0f44 /databak                xfs     defaults        0 2

五，对/etc/fstab文件格式的说明：

第一列：设备id,centos默认用uuid指定设备，我们也建议采用这种格式

第二列：挂载点，它需要是一个存在的目录，如果是swap分区时可以直接写swap

第三列：文件系统类型,需要与格式化时的文件系统类型相同

第四列：挂载参数：

auto: 系统自动挂载，fstab默认就是这个选项
defaults: 最常见参数，可以满足需要大多数文件系统使用
noauto 开机不自动挂载
nouser 只有超级用户可以挂载
ro 按只读权限挂载
rw 按可读可写权限挂载
user 任何用户都可以挂载
请注意光驱和软驱只有在装有介质时才可以进行挂载，因此它是noauto

第五列：是否允许备份操作

当其值设置为1时，将允许dump备份程序备份；设置为0时，忽略备份操作；

第六列：开机时磁盘的检查顺序

数字越小越优先检查，如果两个分区的数字相同，则同时检查。

当其值为0时，永远不检查。

根”/”分区永远都为1。其它分区从2开始

六，例子：xfs文件系统修复

1,如果发生文件系统报错，需要进行修复

注意修复前要做umount

# xfs_repair 加分区名，是对此分区做xfs文件系统修复

[root@blog ~]# umount /databak

[root@blog ~]# xfs_repair /dev/vdb1

Phase 1 - find and verify superblock...

Phase 2 - using internal log

        - zero log...

        - scan filesystem freespace and inode maps...

        - found root inode chunk

Phase 3 - for each AG...

        - scan and clear agi unlinked lists...

        - process known inodes and perform inode discovery...

        - agno = 0

        - agno = 1

        - agno = 2

        - agno = 3

        - process newly discovered inodes...

Phase 4 - check for duplicate blocks...

        - setting up duplicate extent list...

        - check for inodes claiming duplicate blocks...

        - agno = 0

        - agno = 1

        - agno = 2

        - agno = 3

Phase 5 - rebuild AG headers and trees...

        - reset superblock...

Phase 6 - check inode connectivity...

        - resetting contents of realtime bitmap and summary inodes

        - traversing filesystem ...

        - traversal finished ...

        - moving disconnected inodes to lost+found ...

Phase 7 - verify and correct link counts...

done

2,注意：生产环境中应该系统盘和数据盘分开，则系统盘可以直接重做系统

3,常用的几个参数

# -L是修复xfs文件系统的最后手段，慎重选择，它会清空日志，会丢失用户数据和文件

[root@blog ~]# xfs_repair -L /dev/vdb1

# -n，检查文件系统是否损坏，如果损坏会列出将要执行的操作

即只检查不处理

[root@blog ~]# xfs_repair -n /dev/vdb1

七，例子：xfs文件系统备份和恢复

1,备份:

创建一个文件，用来测试备份和恢复是否成功

[root@blog databak]# vi a.txt

内容:abcdefg

# -f 指定备份文件的路径

[root@blog ~]# xfsdump -f /root/databak.xfsdump /databak

xfsdump: using file dump (drive_simple) strategy

xfsdump: version 3.1.8 (dump format 3.0) - type ^C for status and control

 ============================= dump label dialog ==============================

please enter label for this dump session (timeout in 300 sec)

 -> databak backup

session label entered: "databak backup"

 --------------------------------- end dialog ---------------------------------

xfsdump: level 0 dump of blog:/databak

xfsdump: dump date: Mon Apr  6 15:53:46 2020

xfsdump: session id: 08fdf1fd-2056-4010-bb8e-43fbbc053b9f

xfsdump: session label: "databak backup"

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

 ============================= media label dialog =============================

please enter label for media in drive 0 (timeout in 300 sec)

 -> vdb1

media label entered: "vdb1 "

 --------------------------------- 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 21872 bytes

xfsdump: dump size (non-dir files) : 544 bytes

xfsdump: dump complete: 26 seconds elapsed

xfsdump: Dump Summary:

xfsdump:   stream 0 /root/databak.xfsdump OK (success)

xfsdump: Dump Status: SUCCESS

两个label分别是：this dump session 和 media

我们输入了: databak backup 和 vdb1

2，查看备份文件的情况

#-I : 大写的i,用来显示备份的信息

[root@blog ~]# xfsdump -I

file system 0:

        fs id:          7b7af437-97ef-4f76-8ea1-bb6498ae0f44

        session 0:

                mount point:    blog:/databak

                device:         blog:/dev/vdb1

                time:           Mon Apr  6 15:53:46 2020

                session label:  "databak backup"

                session id:     08fdf1fd-2056-4010-bb8e-43fbbc053b9f

                level:          0

                resumed:        NO

                subtree:        NO

                streams:        1

                stream 0:

                        pathname:       /root/databak.xfsdump

                        start:          ino 132 offset 0

                        end:            ino 133 offset 0

                        interrupted:    NO

                        media files:    1

                        media file 0:

                                mfile index:    0

                                mfile type:     data

                                mfile size:     21872

                                mfile start:    ino 132 offset 0

                                mfile end:      ino 133 offset 0

                                media label:    "vdb1 "

                                media id:       0ff37aa0-a15e-43ed-a0b0-2b432570545f

xfsdump: Dump Status: SUCCESS

3,删除文件后再恢复备份：

[root@blog ~]# cd /databak

[root@blog databak]# ls

a.txt

[root@blog databak]# rm a.txt

rm: remove regular file 'a.txt'? y

[root@blog databak]# ls

[root@blog databak]#