3.3. 备份 GFS2 文件系统
无论您的文件系统大小如何，在出现紧急事件时常规备份 GFS2 文件系统是很重要的。很多系统管理员会觉得很安全，因为他们使用了 RAID、多路径、镜像、快照和其它冗余形式对系统进行保护。但是，这些安全措施并不一定是完全足够的。
创建备份的过程可能会有问题，因为备份节点或节点集合通常涉及按顺序读取整个文件系统。如果从单一节点完成此操作，该节点将在缓存中保留所有信息，直到群集里的其他节点开始请求锁定为止。在集群运行时运行这种备份程序会对性能造成负面影响。
完成备份后丢弃缓存可减少其他节点重新拥有其集群锁和缓存所需的时间。但这不是个理想情况，因为其他节点在备份过程开始前已停止缓存它们缓存的数据。您可以在备份完成后使用以下命令丢弃缓存：
echo -n 3 > /proc/sys/vm/drop_caches
如果集群中的每个节点备份自己的文件，则速度较快，这样可以在节点之间分割任务。您可以对特定于节点的目录使用 rsync 命令的脚本来完成此操作。
红帽建议通过在 SAN 中创建硬件快照生成 GFS2 备份，向另一个系统中显示快照并进行备份。备份系统应该使用 -o lockproto=lock_nolock 挂载快照，因为它不在集群中。但请注意，红帽不支持在生产环境中使用 GFS2 作为单节点文件系统。这个选项应该仅用于备份目的或辅助站点灾难恢复节点，如 最小集群大小 中所述。使用这个选项时，您必须确保 GFS2 文件系统同时只被一个系统使用。
