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 的数据备份与恢复流程,确保数据的完整性和持久性。
48 0
|
6月前
|
存储 关系型数据库 MySQL
mysql数据库如何做到定期备份
mysql数据库如何做到定期备份
718 2
|
20天前
|
存储 定位技术 数据库
介绍一下数据库的备份和恢复策略
【10月更文挑战第21】介绍一下数据库的备份和恢复策略
|
2月前
|
数据安全/隐私保护
服务器备份的常见方法包括完全备份、增量备份、差异备份和实时备份
服务器备份的常见方法包括完全备份、增量备份、差异备份和实时备份
394 3
|
5月前
|
存储
服务器数据恢复—存储中卷被删除后重建新卷的数据恢复方案
服务器存储数据恢复环境: 某品牌FlexStorage P5730服务器存储,存储中有一组由24块硬盘组建的RAID5阵列,包括1块热备硬盘。 服务器存储故障: 存储中的2个卷被删除,删除之后重建了一个新卷。需要恢复之前删除的一个卷的数据。
|
6月前
|
存储 监控 数据库
InfluxDB数据备份与恢复策略
【4月更文挑战第30天】本文介绍了InfluxDB的时间序列数据备份与恢复策略。备份策略包括定期快照备份、增量备份(借助外部工具如rsync)及备份验证。恢复策略涉及从快照和备份验证环境恢复数据,强调了恢复过程中的注意事项,如关闭写入操作和数据一致性。实施这些策略能有效保障InfluxDB数据的安全性和可用性。
|
6月前
|
存储 关系型数据库 MySQL
备份和恢复:确保数据安全
备份和恢复:确保数据安全
100 1
|
存储 关系型数据库 MySQL
MySQL数据库系列(七)-------日志管理、备份与恢复
MySQL 的日志默认保存位置为/usr/local/mysql/data MySQL 的日志配置文件为 /etc/my.cnf,里面有个[mysqld]项。
280 0
MySQL数据库系列(七)-------日志管理、备份与恢复
|
存储 SQL Cloud Native
用户指南—备份与恢复—备份数据
PolarDB-X支持自动备份及手动备份,方便您恢复历史数据。 本文介绍数据备份的相关功能。
155 0
用户指南—备份与恢复—备份数据
|
存储 弹性计算 Cloud Native
用户指南—备份与恢复—恢复数据
PolarDB-X支持通过备份恢复历史数据。本文介绍恢复数据的相关操作步骤。
200 0
用户指南—备份与恢复—恢复数据