我目前正在为 Apache 和 Bind 运行 4 个不同的 Ubuntu 16.04 和 18.04 服务器。我通过自己编写的脚本完成了配置备份，确保将 MySQL 数据库、apache 文件和 /etc /var/bind 中的所有配置文件存储在外部备份中。
因此，如果发生灾难，我可以恢复服务器的所有文件和配置（但必须为此做一些手动劳动）。
所以我的问题是：对这样的系统进行灾难备份的“通常”方法是什么。我尝试了 clonezilla，但无法使其在原始硬件以外的其他硬件上工作。但我确信这是可以做到的，只是缺乏知识的问题。
我只是想知道是否有更好的解决方案来解决这个问题。
我开始研究虚拟化，但这在无头系统上似乎过于复杂。
因为我现在感觉有点迷茫，所以我想询问一些方向或想法。
谢谢
答案1
有很多很多可能的方法。
我自己的方法就是将其分解为三个步骤：
全新安装 Ubuntu（这不需要备份）。
重新安装其他应用程序、服务和自定义项。我不会备份这些内容——我会记下详细的操作步骤。这些笔记对于维护、故障排除和其他需求非常有用。
- 我自己的笔记采用带有大量注释的脚本格式。每个步骤的作用、原因都很清楚，并且通常包含参考链接。六个月后，我将记不住每个步骤，因此才有注释。
- 你自己做的笔记应该采用你容易理解的格式。这些都是方便的笔记，而不是乏味的作业。
- 重要的是，您的笔记可以在紧急情况下轻松访问，否则它们就毫无价值。如果您使用在线密码管理器（您应该使用），这是一个安全存储这些重要笔记的方便地方。在心情不好的时候，您可以简单地在手机上阅读您的笔记。
最后，从备份中恢复数据。有很多很棒的工具可以完成这个简单的步骤。老实说，你可以简单地安装备份并复制数据。
- 在您的笔记中提供了有关如何恢复数据的说明，这真是太方便了。
使用此方法，我大约需要 60 分钟才能从裸机完全重建和恢复我的一个普通系统。步骤 1 大约需要 30 分钟，步骤 2 大约需要 15 分钟（最坏的情况是：手动输入从手机中读取笔记），步骤 3 大约需要 15 分钟。当然，您的时间可能会有所不同。
我从我的方法中获得的最大好处并没有列出来。这是可维护性我发现很多奇怪的问题都在我的笔记（或它们的参考链接）中得到解答。特别是在版本升级后出现的神秘问题。确信您可以完全删除自定义 C，因为现在它是一项内置功能，没有损坏，无需重建，这真是太棒了。
选修的如果您有大量定制、服务文件、cron 作业等（不是应用程序或包）分散在系统中，那么请考虑将每个自定义文件硬链接到 /home 或 /var 目录中的“定制”目录。
- 每个定制都会备份您的数据，而您无需费力地备份十几个不同的位置。
- 该目录的内容提供了您必须恢复的内容的便捷清单。
- 将如何恢复每个配置的说明添加到您的笔记中。例如，您可能需要重新启动服务才能重新读取更改的配置。