cento专用服务器备份策略,用于mongodb和elasticsearch db

我有一个主服务器(专用的CentOS 7,XFS文件系统,2X1TB SSD,软件RAID1)通过局域网连接到我的备份服务器(专用的CentOS 7,XFS文件系统,2X2TB硬盘,软件RAID1)。

我会赞赏我的备份策略的批评。

要点 –

  1. 备份频率 – 每天凌晨1点(在24小时内假设最低的stream量点),通过cron工作。
  2. 主服务器使用elasticsearchmongodb – 启动备份过程,我首先在刷新当前写操作(elasticsearch – _flush(相当于lucene提交),随后closures所有索引,mongodb – fsync:1,lock :是)。
  3. 在mongodb被locking并且所有弹性索引被closures之后,调用xfs_freeze -f(这会冻结XFS文件系统以防止写入)。
  4. 接下来,我使用LVM(逻辑卷pipe理器)快照 – 使用lvcreate命令创build一个新的LVM设备,并拍摄XFS文件系统的快照。
  5. 装入新的快照(不带uuid选项)。
  6. 解冻XFS – xfs_freeze -u
  7. 解锁mongodb并重新打开所有elasticsearch索引。 主服务器再次变为function。
  8. 使用rsnapshot (大致rsync +版本)发送装载的快照到备份服务器。
    在备份服务器上删除t-7日备份(我保留7个版本t,t-1日,… t-6日)。
  9. 在主服务器上卸载并删除快照。

我担心主服务器从locking数据库的时间到处于“停顿”状态,直到它们再次运行。 我不知道这个时间是否微不足道?
如果不是微不足道,大家怎么克服这个“备份失速”呢?

鉴于备份服务器不是共享实体,它对encryption备份服务器上的数据有多重要?

如果需要对1TB的encryption备份数据进行完全恢复备份,则在encryption数据解密过程中会浪费多less时间?