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.
目录
相关文章
|
2月前
|
存储 关系型数据库 MySQL
mysql数据库如何做到定期备份
mysql数据库如何做到定期备份
452 2
|
1月前
|
存储
服务器数据恢复—存储中卷被删除后重建新卷的数据恢复方案
服务器存储数据恢复环境: 某品牌FlexStorage P5730服务器存储,存储中有一组由24块硬盘组建的RAID5阵列,包括1块热备硬盘。 服务器存储故障: 存储中的2个卷被删除,删除之后重建了一个新卷。需要恢复之前删除的一个卷的数据。
|
2月前
|
存储 监控 数据库
InfluxDB数据备份与恢复策略
【4月更文挑战第30天】本文介绍了InfluxDB的时间序列数据备份与恢复策略。备份策略包括定期快照备份、增量备份(借助外部工具如rsync)及备份验证。恢复策略涉及从快照和备份验证环境恢复数据,强调了恢复过程中的注意事项,如关闭写入操作和数据一致性。实施这些策略能有效保障InfluxDB数据的安全性和可用性。
|
11月前
|
Shell 开发工具
备份日志
备份日志
70 1
|
存储 关系型数据库 MySQL
MySQL数据库系列(七)-------日志管理、备份与恢复
MySQL 的日志默认保存位置为/usr/local/mysql/data MySQL 的日志配置文件为 /etc/my.cnf,里面有个[mysqld]项。
204 0
MySQL数据库系列(七)-------日志管理、备份与恢复
|
存储 SQL Cloud Native
用户指南—备份与恢复—备份数据
PolarDB-X支持自动备份及手动备份,方便您恢复历史数据。 本文介绍数据备份的相关功能。
133 0
用户指南—备份与恢复—备份数据
|
存储 弹性计算 Cloud Native
用户指南—备份与恢复—恢复数据
PolarDB-X支持通过备份恢复历史数据。本文介绍恢复数据的相关操作步骤。
182 0
用户指南—备份与恢复—恢复数据
|
存储 安全 关系型数据库
干货 | Elasitcsearch7.X集群、索引备份与恢复实战
1、问题引出 ES中文社区中,有如下问题: 问题1:存储数据,data目录从一个机器直接移到一台新的机器是否可以直接使用? 问题2:es升级时,data目录如果在外部路径,从低版本升级到高版本时,data目录是否直接可以使用? 问题3:将一个旧的es数据(400多G)迁移到新的es中的时候直接将旧es的data目录下indices文件拷贝到新es的data下(大概花了一个晚上),这种做法是否可取?
536 0
干货 | Elasitcsearch7.X集群、索引备份与恢复实战
|
存储 弹性计算 安全
使用快照策略和镜像备份数据
很多客户在使用ECS,将应用部署到云端后,并不重视对数据的保护,几乎不采取任何有效的备份措施,因此我们经常遇到数据丢失无法找回的案例。 数据的丢失往往并不是云平台本身的问题,ECS提供的是底层硬件、虚拟化层面的可用性,并从物理层保证数据99.9999999%的可靠性,确保数据不会因为物理硬件的损坏而丢失,然而还有很多其他途径导致数据的丢失,例如误删除、勒索病毒、逻辑错误等等。
9585 0
|
存储 Oracle 关系型数据库
Raid信息丢失数据恢复及oracle数据库恢复验证方案
早些时候,有个客户14块盘的磁盘阵列出现故障,需要恢复的数据是oracle数据库,客户在寻求数据恢复技术支持,要求我提供详细的数据恢复方案,以下是提供给客户的详细数据恢复解决方案,本方案包含Raid数据恢复和oracle数据库的恢复验证。
990 0