服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

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

我有一个主服务器(专用的CentOS 7,XFS文件系统,2X1TB SSD,软件RAID1)通过局域网连接到我的备份服务器(专用的CentOS 7,XFS文件系统,2X2TB硬盘,软件RAID1)。 我会赞赏我的备份策略的批评。 要点 – 备份频率 – 每天凌晨1点(在24小时内假设最低的stream量点),通过cron工作。 主服务器使用elasticsearch和mongodb – 启动备份过程,我首先在刷新当前写操作(elasticsearch – _flush(相当于lucene提交),随后closures所有索引,mongodb – fsync:1,lock :是)。 在mongodb被locking并且所有弹性索引被closures之后,调用xfs_freeze -f(这会冻结XFS文件系统以防止写入)。 接下来,我使用LVM(逻辑卷pipe理器)快照 – 使用lvcreate命令创build一个新的LVM设备,并拍摄XFS文件系统的快照。 装入新的快照(不带uuid选项)。 解冻XFS – xfs_freeze -u 解锁mongodb并重新打开所有elasticsearch索引。 主服务器再次变为function。 使用rsnapshot (大致rsync +版本)发送装载的快照到备份服务器。 在备份服务器上删除t-7日备份(我保留7个版本t,t-1日,… t-6日)。 在主服务器上卸载并删除快照。 我担心主服务器从locking数据库的时间到处于“停顿”状态,直到它们再次运行。 我不知道这个时间是否微不足道? 如果不是微不足道,大家怎么克服这个“备份失速”呢? 鉴于备份服务器不是共享实体,它对encryption备份服务器上的数据有多重要? 如果需要对1TB的encryption备份数据进行完全恢复备份,则在encryption数据解密过程中会浪费多less时间?