beegfs定期备份元数据和mgmt

简介: beegfs定期备份元数据和mgmt

为什么不使用buddy group还需要备份元数据

首先官方文档中,提到一个问题,就是buddy group只适用于磁盘故障、服务器故障、网络故障等问题,但是当系统降级它并不能提供很好的保护,如果有buddy group处于降级状态,则可能会导致数据丢失。而且文件被用户或进程意外删除或覆盖,buddy group不会帮助你把旧文件找回来。所以你仍然有责任对重要的目录进行定期备份。

使用borgbackup备份元数据

beegfs推荐使用borgbackup增量备份工具。

先初始化仓库

root@storage01:~# borg init --encryption=keyfile /root/backup/Enter new passphrase:
Enter same passphrase again:
Do you want your passphrase to be displayed for verification? [yN]: y
Your passphrase (between double-quotes): "***********"Make sure the passphrase displayed above is exactly what you wanted.
By default repositories initialized with this version will produce security
errors if written to with an older version (up to and including Borg 1.0.8).
If you want to use these older versions, you can disable the check by running:
borg upgrade --disable-tam /root/backup
See https://borgbackup.readthedocs.io/en/stable/changes.html#pre-1-0-9-manifest-spoofing-vulnerability for details about the security implications.IMPORTANT: you will need both KEY AND PASSPHRASE to access this repo!
Use "borg key export" to export the key, optionally in printable format.
Write down the passphrase. Store both at safe place(s).

备份beegfs metadata

root@storage01:~# borg create --stats --progress /root/backup::22-12-2022 /beegfs_metadata/Enter passphrase for key /root/.config/borg/keys/root_backup:
------------------------------------------------------------------------------Archive name: 22-12-2022Archive fingerprint: 2701d8f59c6a21d161d55745a0aae3872105de6bceb3772369f46651433368ef
Time (start): Wed, 2022-12-2114:57:28
Time (end):   Wed, 2022-12-2114:57:35
Duration: 7.51 seconds
Number of files: 29Utilization of max. archive size: 0%
------------------------------------------------------------------------------                       Original size      Compressed size    Deduplicated size
This archive:                8.29 MB            664.17 kB            664.12 kB
All archives:                8.29 MB            664.97 kB            664.93 kB
                       Unique chunks         Total chunks
Chunk index:                      5758------------------------------------------------------------------------------

mgmtd备份

mgmtd除了可以用上述的方法备份目录,这里其实有两种方法,首先是mgmtd服务对buddy的迁移有重要的作用,可以将其备份到各个节点上,也可以选择DRDB进行远程备份,这部分在官方文档中也有提到

  • BeeGFS-mgmtd backup: We strongly recommend to setup a backup solution like rsync, in order to backup the management target (often /beegfs/mgmtd/) to a safe external location. Please keep in mind that RAID or buddy mirroring is no replacement for an external backup. Also, you can set up your beegfs-mgmtd in a DRDB HA setup as described in https://www.beegfs.io/login/wiki2/MgmtdHAWithDRBD , to have valid 2nd. copy of the BeeGFS management data.
目录
相关文章
|
3月前
|
存储 运维 Python
基于 ChunkServer 的数据备份与恢复方案
【8月更文第30天】在分布式文件系统中,数据的安全性和持久性是至关重要的。为了应对可能发生的硬件故障、网络中断等问题,需要有一套完善的备份与恢复方案。本文将详细介绍如何设计和实现一套基于 ChunkServer 的数据备份与恢复流程,确保数据的完整性和持久性。
50 0
|
25天前
|
存储 定位技术 数据库
介绍一下数据库的备份和恢复策略
【10月更文挑战第21】介绍一下数据库的备份和恢复策略
|
2月前
|
数据安全/隐私保护
服务器备份的常见方法包括完全备份、增量备份、差异备份和实时备份
服务器备份的常见方法包括完全备份、增量备份、差异备份和实时备份
423 3
|
6月前
|
存储 监控 数据库
InfluxDB数据备份与恢复策略
【4月更文挑战第30天】本文介绍了InfluxDB的时间序列数据备份与恢复策略。备份策略包括定期快照备份、增量备份(借助外部工具如rsync)及备份验证。恢复策略涉及从快照和备份验证环境恢复数据,强调了恢复过程中的注意事项,如关闭写入操作和数据一致性。实施这些策略能有效保障InfluxDB数据的安全性和可用性。
|
6月前
|
存储 运维 数据库
如何定期清理数据库中的无效数据?
学习如何定期清理数据库中的无效数据,以提高数据库性能并节省存储空间。了解如何利用NineData的数据归档功能实现自动化数据清理,简化DBA工作,降低成本,提高数据库操作效率。通过定期执行归档任务,企业可以优化数据库空间管理,避免无效数据堆积引发的性能问题,实现降本增效。
105 0
为应用创建备份——快照管理
为应用创建备份——快照管理自制脑图, 介绍了快照有什么用,快照的创建与策略配置。
126 1
为应用创建备份——快照管理
|
存储 SQL Cloud Native
用户指南—备份与恢复—备份数据
PolarDB-X支持自动备份及手动备份,方便您恢复历史数据。 本文介绍数据备份的相关功能。
155 0
用户指南—备份与恢复—备份数据
|
存储 Oracle 关系型数据库
Raid信息丢失数据恢复及oracle数据库恢复验证方案
早些时候,有个客户14块盘的磁盘阵列出现故障,需要恢复的数据是oracle数据库,客户在寻求数据恢复技术支持,要求我提供详细的数据恢复方案,以下是提供给客户的详细数据恢复解决方案,本方案包含Raid数据恢复和oracle数据库的恢复验证。
1017 0
|
数据库 关系型数据库 Oracle