13518219792
这篇文章主要介绍“GlusterFS的brick文件丢失怎么办”，在日常操作中，相信很多人在GlusterFS的brick文件丢失怎么办问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”GlusterFS的brick文件丢失怎么办”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！
成都创新互联公司服务项目包括屯昌网站建设、屯昌网站制作、屯昌网页制作以及屯昌网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，屯昌网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到屯昌省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
0、测试环境
GlusterFS 3.6.4/3.6.7/3.6.9
CentOS 6.7/7.1
1、测试用例及结果一
假设A、B副本主机，C客户机，C挂载到A。
先通过C在卷中创建1到99文件。
测试一：
A上删除 rm -f 2*，A执行heal full，看是否恢复，如果不行，再在B上执行heal full，A上看文件是否恢复。操作期间不要在C上ls。
A上删除 rm -f 3*，只在C上ls，C上看是否有3*，A上看是否恢复。
测试二：
A上删除 rm -f 4*，同时删除对应gfid文件。A执行heal full，看是否恢复，如果不行，再在B上执行heal full，A上看文件是否恢复。操作期间不要在C上ls。
A上删除 rm -f 5*，同时删除对应gfid文件。只在C上ls，C上看是否有5*，A上看是否恢复。
测试三：
B上删除 rm -f 6*，A执行heal full，看是否恢复，如果不行，再在B上执行heal full，B上看文件是否恢复。操作期间不要在C上ls。
B上删除 rm -f 7*，只在C上ls，C上看是否有7*，B上看是否恢复。
测试四：
B上删除 rm -f 8*，同时删除对应gfid文件。A执行heal full，看是否恢复，如果不行，再在B上执行heal full，B上看文件是否恢复。操作期间不要在C上ls。
B上删除 rm -f 9*，同时删除对应gfid文件。只在C上ls，C上看是否有9*，B上看是否恢复。
测试结果：
实验一
可以C 上可以看到3* 其它都不行
实验二
可以C 上可以看到5* 其它都不行
实验三
1. 可以恢复6*
2. B上没有恢复 且C看不到7*
实验四
1. 可以恢复8*
2. B上9*没有恢复 且C看不到9*
2、测试用例及结果二
再补充两个测试用例，这两个需要恢复快照，保证环境纯净可靠后再分别执行。
假设A、B副本主机，C客户机，C挂载到A。
先通过C在卷中创建1到99文件。
场景一：
A上删除 rm *，A执行heal full，看是否恢复，如果不行，再在B上执行heal full，A上看文件是否恢复。如果不行再在C上ls，看C上是否能看到文件。
如果还不行，重启A上glusterd服务，然后再执行上述操作看结果。
假设A、B副本主机，C客户机，C挂载到A。
先通过C在卷中创建1到99文件。
场景二：
B上删除 rm *，同时删除对应gfid文件。A执行heal full，看是否恢复，如果不行，再在B上执行heal full，B上看文件是否恢复。如果不行再在C上ls，看C上是否能看到文件。
如果还不行，重启B上glusterd服务，然后再执行上述操作看结果。
测试结果：
场景一
C上看到文件，其它都不行
场景二
都不行
3、测试总结-副本文件丢失修复
当复制卷中的副本文件被不小心删除（同时删除对应的gfid文件）后，可以通过
gluster volume heal VOLNAME full
命令来修复，如果不加full参数，则不会检测到丢失的副本，不进行副本修复操作。
当一个副本丢失后，客户端可能看到丢失的文件，也可能看不到丢失的文件，取决于挂载的主机位置。
当仍能看到丢失的文件时：
虽然能看到丢失的文件，但此时的ls或ls -l并不能恢复副本，当再次对丢失的文件进行修改操作时，副本文件才会被修复。
当不能看到丢失的文件时：
1）重新挂载会修复丢失的副本，修复后，客户端可以看到全部文件。显然线上系统通常不能这样操作。
2）后台执行gluster volume heal VOLNAME full命令可以修复丢失副本文件，同时让客户端再次看到丢失的文件。
在复制卷情况下，假设有两个brick做成的volume，当在其中一个brick上删除一个文件file（不删除对应的gfid文件）时，有可能导致（两个副本，删除其中一个副本会导致，但具体哪个副本暂不确定，也有可能是非挂载点的副本）客户端看不到该文件，此时的情况是：
客户端看不到file；其中一个brick上有file；另外一台上无file。
此时，执行gluster volume heal full自我修复操作，效果和上面描述一样，客户端无法看到该文件，此时的file称之为暗文件。
客户端重新挂载法修复（有时重新挂载可以修复，需要考虑最坏情况）。
服务器端heal full无法修复。
如何恢复暗文件？
在客户端执行ls file操作。此时服务器端的file也会自动恢复。
这样做的前提是，必须知道丢失的文件名，否则无法恢复。
未恢复前，客户端对file进行touch、写等操作都能正常进行，当执行一次后，服务端文件会自动恢复，前提还是必须知道文件名。
服务器端之利用用cp机制恢复。
客户端重新挂载法修复（有时重新挂载可以修复，需要考虑最坏情况）。
出现暗文件是非常糟糕的事情，在线上很难确定哪些副本丢失，重新挂载基本也是不予许的，所以要尽量避免此类情况出现。
到此，关于“GlusterFS的brick文件丢失怎么办”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注创新互联网站，小编会继续努力为大家带来更多实用的文章！
