克隆 Red Hat RAID 作为灾难恢复计划的一部分

克隆 Red Hat RAID 作为灾难恢复计划的一部分

我正在寻找将 Red Hat 镜像 RAID 克隆到同一台机器上的单个硬盘的建议。这个想法是,如果服务器硬件出现问题,我们有一台类似的硬件机器随时可用。我们所要做的就是插入克隆的驱动器。如果服务器 RAID 出现故障,我们可以切换到单个驱动器以保持正常运行时间,并使用备份在备用服务器上恢复原始配置。

这是一家餐厅,每周 7 天营业。我们确实有时间从凌晨 12 点到早上 9 点执行克隆所需的步骤,我们谈论的是不到 10 GB 的信息。

服务器上有一个数据库。

我研究过 Rsync 和 Clonezilla。但我不确定它们是否能够完成我想要的任务。希望您能提供一些建议,并尽可能提供分步说明。

答案1

我不确定这是否是一个很好的灾难恢复计划;如果发生重大意外事件(洪水、火灾、盗窃......),你的数据库和驱动器仍然会受到损坏。

我个人会研究如何从事件中快速恢复。你没有说数据库是什么,但你可以转储它,然后使用 Amanda 等标准备份程序复制该目录。或者将选定的目录 rsync 到另一台远程服务器或异地备份存储位置。

盘点一下让该服务器再次运行需要做些什么。也许您可以构建另一台具有类似配置的服务器;如果该系统上只有数据库,则构建一个“克隆”系统,然后执行夜间数据库转储,将其传输过去,然后让新系统将数据库恢复为热备用系统。

如果没有快照支持,克隆正在运行的系统可能会产生不一致的情况。尤其是数据库和内存中的动态数据。

如果数据库是最重要的功能,则需要考虑的另一件事是集群数据库服务器。多台服务器可用将提供故障转移支持。但是,这取决于几个因素:数据库是什么,餐厅(预算)有多大,您想投入多少管理工作……

底线...就我个人而言,我会考虑定期转储和传输数据库,以尽量减少在需要时将系统还原到另一台服务器(或者如果您可以获得 VM 服务器,则还原到虚拟化系统)所涉及的工作,并使用专为进行系统备份而设计的程序,例如 Amanda。

答案2

我确信其他人会给你出难题,告诉你为什么你的要求并不是实施的最佳主意,但这是你的决定。

简单来说,回答你的问题,你可能在晚上很难访问打开的文件并复制它们。我的建议是在 RAID 1 上的虚拟 FS 和机箱内的额外驱动器上使用 LVM。

相关内容