mfs分布式系统使用总结

Posted 2020-08-21

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了mfs分布式系统使用总结相关的知识，希望对你有一定的参考价值。

mfs 挂载点 /mnt/mfs

一、模拟：客户端误删除源码包

恢复流程：

a) ./reserved ./trash 出现这两个目录

b) ./trash下，有一个./undel的目录,还有一些被删除的以8位16进制命名的目录，并且以"|"作为目录符号，再加上被删除文件名字。（如果文件名字大于系统支持的255最大长度时，将从左到右进行裁剪，直到满足255）

规则：00000009|1，1代表删除的文件。

0000002E|123|tst 代表123目录下tst文件，如果123目录被一起删除，恢复的时候123这个目录也会被一同恢复出来。

c) 如果想恢复文件，把00000009|1该文件移动到/mnt/mfsmeta/trash/undel下，文件即可恢复。

d) ./reserved这个目录的作用是针对那些已被彻底删除但目前正被打开着的文件。

[[email protected] mfs]# ll /mnt/mfs/hello/
total 16
-rw-r--r-- 1 root root     0 Nov 30 03:49 1.txt
-rw-r--r-- 1 root root 14540 Nov 30 07:12 epel-release-6-8.noarch.rpm
-rw-r--r-- 1 root root   931 Nov 30 03:49 passwdbak

1.删除文件

cd /mnt/mfs/hello/
[[email protected] hello]# rm epel-release-6-8.noarch.rpm 
rm: remove regular file `epel-release-6-8.noarch.rpm‘? y

2.创建文件还原目录

mkdir /mnt/test
/usr/local/mfs/bin/mfsmount  -m /mnt/test/ -H 192.168.50.119

3.恢复文件

cd /mnt/test/trash/
[[email protected] trash]# ll
total 15
-rw-r--r-- 1 root root 14540 Nov 30 07:12 00000006|hello|epel-release-6-8.noarch.rpm
d-w------- 2 root root     0 Dec  1 22:02 undel
[[email protected] trash]# mv 00000006\|hello\|epel-release-6-8.noarch.rpm  undel/

4.到mfs客户端挂载点查看

[[email protected] mfs]# ll /mnt/mfs/hello/
total 16
-rw-r--r-- 1 root root     0 Nov 30 03:49 1.txt
-rw-r--r-- 1 root root 14540 Nov 30 07:12 epel-release-6-8.noarch.rpm
-rw-r--r-- 1 root root   931 Nov 30 03:49 passwdbak

二、模拟元数据服务器进程被意外结束，执行恢复操作

1）停止元数据服务器

kill -9 杀掉mfsmaster进程

2）备份元数据服务器数据

# cd /usr/local/mfs/var

# tar cvf mfs.tar mfs

3）启动元数据服务器

/usr/local/mfs/sbin/mfsmaster start

提示初始化数据失败

4）执行恢复操作

# /usr/local/mfs/sbin/mfsmetarestore -a

5）启动元数据服务器

/usr/local/mfs/sbin/mfsmaster start

6）客户端挂载验证数据是否还存在

三、模拟进程被意外关闭，并且日志文件被损毁。

1）停止元数据服务器

kill -9 杀掉mfsmaster进程

2）备份元数据服务器数据（该操作主要以防实验失败，集群无法恢复而做的一个预防操作）

# cd /usr/local/mfs/var

# tar cvf mfs.tar mfs

3）删除目录，模拟故障

# rm -rf mfs/*

4）启动元数据服务器

/usr/local/mfs/sbin/mfsmaster start

提示初始化数据失败

5）从元数据日志服务器把备份文件恢复过来

# rsync -alvR 192.168.242.133:/usr/local/mfs/var/mfs /

把所有文件名字去掉_ml

6）执行恢复操作

# /usr/local/mfs/sbin/mfsmetarestore -a

7）启动元数据服务器

/usr/local/mfs/sbin/mfsmaster start

8）客户端挂载验证数据是否还存在

mfs常用的一些操作

/usr/local/mfs/bin/mfssetgoal -r 3 hello/        设置备份次数
hello1/:
 inodes with goal changed:               1
 inodes with goal not changed:           0
 inodes with permission denied:          0
/usr/local/mfs/bin/mfsgetgoal hello/        查看文件备份数
hello/: 3
cp /etc/passwd hello/passwdbak 拷贝文件
[[email protected] mfs]# /usr/local/mfs/bin/mfsfileinfo hello/passwdbak    查看文件具体信息
hello/passwdbak:
        chunk 0: 0000000000000001_00000001 / (id:1 ver:1)
                copy 1: 192.168.50.120:9422
[[email protected] mfs]# /usr/local/mfs/bin/mfscheckfile hello/passwdbak 查看文件的实际拷贝份数
hello/passwdbak:
 chunks with 1 copy:              1
设置回收站清空时间
/usr/local/mfs/bin/mfssettrashtime  600 /mnt/mfs/  
ps：600的单位是秒，也就是回收站文件保存的时间为10分钟

快照

MooseFS系统的另一个特征是利用mfsmakesnapshot工具给文件或者是目录树做快照，例如：

$ mfsmakesnapshot source ... destination
mfsmakesnapshot
/usr/local/mfs/bin/mfsmakesnapshot /mnt/mfs/123/tmp2 /mnt/mfs/111/
此命令是一个CP的过程，会自动将tmp2这个文件cp到111目录下。也可以针对一个目录来操作。
mfsappendchunks destination-file source-file ...
当有多个源文件时，它们的快照被加入到同一个目标文件中（每个chunk的最大量是chunk）。
/usr/local/mfs/bin/mfsappendchunks /mnt/mfs/111/shot /mnt/mfs/123/123 /mnt/mfs/123/tmp2
将1个以上的源文件做成一个包，这里是将123和tmp2这两个文件的块追加到shot的块文件中。
注：
源和目标必须都属于mfs体系，即不能将mfs体系中的文件快照到其他文件系统。

维护MFS

维护mfs最重要的是维护元数据服务器的/usr/local/mfs/var/mfs/，MFS的存储修改更新等操作变化都

会记录在这个目录中，因此只要保证这个目录的数据安全就能保证整个MFS的数据安全和可靠性。

启动mfs集群的顺序。安全的启动顺序步骤为：

启动mfsmaster->启动所有的mfschunkserver->启动mfsmetalogger进程

停止mfs集群

在所有的客户端卸载mfs文件系统 -> mfschunkserver -s停止所有的数据存储进程 -> mfsmetalogger -s 停止元数据日志服务进程 -> mfsmaster -s 停止管理服务器进程

数据存储服务器的维护，如果每个文件的goal目标都不小于2，并且没有under-goal文件，那么一个数据存储服务器在任何时候都可以停止或重新启动

mfs管理服务器的恢复

如果元管理服务器崩溃，需要最后一个元数据改变的日志changelog和主要元数据文件metadat.mfs，这个

操作可以通过mfsmetarestore工具来完成

mfsmetarestore -a