Linux企业实战（五十七）——分布式文件系统MFS（二）

恢复客户端删除的文件

• 实验环境：本文的实验环境是在Linux企业实战（五十六）——分布式文件系统MFS（一）的基础上来进行的

• 步骤一：删除在客户端server10中mfs目录中的文件
  
  

• 步骤二：创建元数据目录并进行挂载
  

mount  #查看挂载信息

• 步骤三：进入挂载元数据的目录中，进入其回收站，查找之前删除的文件
  
  
• 步骤四：对数据进行恢复
  

给chunkserver创建标签，并将创建在挂载点的文件指定存储在标签主机

• 实验环境：在之前实验环境的基础上，新增server5和server6做chunkserver

• 步骤一：在server5和server6上安装moosefs-chunkserver，在server5和server6上添加master节点的解析
  
  
  

• 步骤二：在server5和server6创上创建存储目录，修改配置文件，启动moosefs-chunkserver
  
  
  

• 步骤三：修改moosefs-chunkserver主机上的配置文件，创建对应的标签
  将server3和server9的标签设置成A

vim /etc/mfs/mfschunkserver.cfg
systemctl reload moosefs-chunkserver.service

将server5和server6的标签设置成B

vim /etc/mfs/mfschunkserver.cfg
systemctl reload moosefs-chunkserver.service

• 步骤四：在客户端上创建存储名称，并且指定将新创建的文件指定存储在指定的标签主机上
  
  

• 步骤五：指定客户端挂载点下data2/目录下的文件，全部保存在标签A的主机上
  
  
  说明：上面我们将四个chunkserver分别两两打上相同的标签，这里是模拟不同标签的chunkserver不在同一个机房，当我们在存储文件时时，就可以通过指定标签来进行存储，一般存储时将同一个文件存储分别在不同的机房各存储一份

• 步骤六：继续给四台chunserver主机添加标签
  
  说明：这里H表示机械硬盘，S表示固态硬盘，在实际的生产环境中我们可以对不同存储介质的服务器通过标签来进行区分，这样方便我们在存储文件时区分存储介质
  
  

• 步骤七：也可以设定打包将一个文件先保存在一个指定标签的主机上，然后自动通过一段时间转存至另一个标签主机上
  
  重新进一下data3/目录
  
  

恢复意外挂掉的mfsmaster服务

• mfsmaster在正常关闭的时候，/var/lib/mfs目录中会产生metadata.mfs这个文件，这个文件是开启mfsmaster服务时必备的文件。如果没有该文件,那么mfsmaster服务也就起不来。
• 在正常开启的时候，/var/lib/mfs目录中就会产生metadata.mfs.back这个文件。

利用kill命令终止正在运行的mfsmaster进程



解决方法一：在/var/lib/mfs目录下执行mfsmaster -a 来恢复元数据

解决方法二：用systemed的方式来解决这种这种问题