案例_XFS文件系统故障处理方法

案例：某客户服务器因机房断电，导致多台设备无法进入 Linux *** 作系统，报错 XFS 文件系

统损坏。如图：
故障原因：

维护 Linux 服务器时会面临这样一种错误，即显示文件系统变成(Read Only System)，即

文件系统变成只读的方式，产生这一问题的原因可能有两种，一种是多机写入时同步机制出

现问题，另一种方式是单机写入时出现服务器掉电的情况

而本案例故障演员则为后者：单机写入时出现服务器掉电的情况。
名称解析:

XFS 文件系统:

            文件系统的定义：

                        文件系统是 *** 作系统用于明确存储设备（常见的是磁盘，也有基于 NAND Flash

的固态硬盘）或分区上的文件的方法和数据结构；即在存储设备上组织文件的方法。
            xfs 文件系统：

                                是一个日志型文件系统

日志文件系统？加一个日志来记录文件系统的更改，即使在断电或者是 *** 作系

统崩溃的情况下也能保证文件系统一致性

怎么保持的？

要向磁盘写数据的时候，肯定要改变元数据，日志就要在这之前记录要怎么去

改元数据的，当发生异常掉电或者文件系统崩溃后，进行修复时会检查文件系统的一致性，

当出现不一致时，可通过它来恢复。
故障处理方法:

第一步：使用#lsblk 查找挂载路径，用#umount 将其卸载；确保分区处于 umount 状态

(xfs_check /dev/sdb(盘符); echo $返回 0 表示正常)，进行下一步；
第二步：检测文件系统是否损坏：执行 xfs_repair -n，检查文件系统是否损坏。
第三步：修复文件系统：

xfs_repair /dev/sdb 以本案例为例。

注: XFS 文件系统在异常断电后发生文件系统报错概率很高。若仅仅因为断电导致文件系统

报错，通常是可以通过命令修复的。执行以上 repair *** 作不会对数据产生进一步损坏风险，

如发生修复失败是由于文件系统损坏严重，而不是此 *** 作导致
第四步：强制修复（会造成文件丢失,需要与客户说明数据安全&得到客户允许下才能 *** 作。）

先执行 xfs_repair -L /dev/sdb(清空日志，会丢失文件)，再执行 xfs_repair

/dev/sdb，再执行 xfs_check /dev/sdb 检查文件系统是否修复成功
说明：-L 是修复 xfs 文件系统的最后手段，慎重选择，它会清空日志，会丢失用户数据和文

件。
备注：在执行 xfs_repair *** 作前，最好使用 xfs_metadump 工具保存元数据，一旦修复失败，

最起码可以恢复到修复之前的状态

注:仅用作经验分享。
参考文献：

>服务器一般是24小时运行，在上面运行的数据非常的重要，但电源哪果出了问题，系统不能运行，会造成很大的损失。配两个电源的作用是一个正常工作，一个是待机工作，一但工作的那个出了问题，另一个会马上工作的。然后再把坏的电源换下来就行了，这样就可以保证服务器24小时不断电。

两个方法：
一、用zabbix,可以监测到，还可以配置邮件告警通知
二、需求1:在A服务器上用ping或nc等工具定时监测BCFE四台主机端口或ping返回情况，然后用blat发邮件通知你。
需求2:用tasklist直接在BCFE上监测进程是否存在，然后使用blat邮件通知你

服务器的用电标准并没有统一，但是可以肯定的是服务器耗电非常大，而且是24小时不停机运行，所以想弄一个机房是特别困难的，很多地方都需要向政府申请一些手续（咱们内地在用电上没什么限制，但是备案比较麻烦），各个地方政府政策不一样手续也不一样，因为你一个机房的用电量是非常恐怖的，而且机房需要很严苛的温度环境，完善的灭火设施，还需要随时有人看管，所以一般情况下除了一些从事相关行业的大公司都是选择向服务器商租借服务器，

---