如果您经营网站或在线业务，则需要有备份策略以在紧急情况下恢复数据。在没有备份的情况下运行关键网站可能意味着全部数据丢失，从而导致您的公司倒闭。2021年3月，欧洲的一个 OVH 数据中心被烧毁，导致数百万个站点和数千家企业倒闭。
抱最好的希望，做最坏的打算
当我们开发新产品、应用程序或服务时，我们会抱最好的希望，但也会考虑最坏的情况。为防止出现最坏情况，您需要备份、恢复和验证策略。我的第一位导师总是对我说：“如果你不测试你的备份，你就没有备份。”拥有完整备份意味着您可以免受多种风险，包括硬件故障、人为错误、网络攻击、数据损坏或自然灾害。
3-2-1 备份规则
3-2-1 备份规则是一个易于记忆的首字母缩写词，是在几乎任何故障情况下保护数据安全的常用方法。规则是：至少保留三 (3) 个数据副本并将两 (2) 个备份副本存储在不同的存储介质上，其中一 (1) 个位于异地。
在本质上：
- 至少拥有三个数据副本。
- 将副本存储在两个不同的介质上。
- 使用异地备份副本确保 IT 安全。
三份数据
除了您的主要数据外，建议至少保留两个额外的备份。您拥有的备份副本越多，一次丢失所有副本的可能性就越小。因此，3-2-1 备份规则规定您至少需要三个数据副本，即主要数据和该数据的两个备份。
两种不同的媒体类型
不用说，在同一个服务器/实例中存储多个数据备份是不合逻辑的。墨菲定律或磨损，或者驱动器是一起购买的并且具有相同的平均故障间隔时间 (MTBF) 率。在一个驱动器出现故障后，同一存储中的另一个驱动器大约在同一时间出现故障是很常见的。强烈建议在不同的存储介质类型上保留两份数据副本，例如内部硬盘驱动器和可移动存储介质（磁带、外部硬盘驱动器、USB 驱动器等）。
在异地至少保留一份备份副本
很明显，一场本地灾难可能会损坏存储在一个地方的所有数据副本，3-2-1 备份规则说：在远程位置至少保留一份数据副本，例如异地存储或云。在异地存储一个备份副本可增强数据安全性，而在现场存储另一个备份副本可在发生故障时提供更快、更简单的恢复。
我们的备份策略
我们在MGT-COMMERCE管理小型和企业自动缩放客户。普通客户使用150 GB磁盘空间，而MySQL 数据库在5-10 GB之间。在公司早期，我们使用开源备份软件如rsnapshot进行增量数据备份，并使用bash 脚本通过mysqldump每4 小时备份一次MySQL 数据库。
这种方法在数据量小、数据库小的情况下效果很好，但在数据变化多、数据库大的项目中效果不佳，因为增量变化的计算需要时间，会降低磁盘性能。每隔几个小时运行一次mysqldump会锁定和阻止性能，并可能导致停机。多年来，我们一直在使用Amazon Machine Images (AMI) 为所有客户进行每小时备份。
什么是亚马逊机器映像？
Amazon 系统映像(AMI)基本上是整个实例的完整备份，包括所有相关磁盘。
优点：
- 通过 AWS SDK 轻松创建和管理
- 几分钟内恢复
- 性能无恶化
- 存储在不同的数据中心
- 您为数据更改付费，而不是为创建的 AMI 付费
- 易于复制到其他 AWS 区域
- 可以利用 Amazon EBS 加密
- 市场领导者 - 被数百万家公司使用
缺点：
- 成本估算困难
- 需要启动实例（源）以恢复文件、目录或数据库
- 今天，我们每天执行超过 25.000 次备份，保留期为7 天。可以在每个客户的实例级别单独配置保留期。
测试你的备份
您可以进行每小时备份或异地备份，但如果它们在您需要它们时不工作，它们就毫无价值。CloudPanel在每晚凌晨4:15创建每个数据库的转储并将它们存储在目录中。/home/cloudpanel/backups/$databaseName
此转储对于更新不需要更新数据库的开发、测试或暂存环境很有用。对于许多客户，我们都有 bash 脚本（cron 作业）每晚更新测试/阶段环境。我们rsync测试/阶段之间的差异，并从晚上导入数据库。一个非常好的方法是将便宜的测试/阶段服务器与您的生产环境分开，例如，通过使用另一个云提供商。每天，您都会 rsync 所有文件并从晚上导入最新的数据库转储。在紧急情况下，您可以在不同的数据中心进行多个备份，并可以使用一个异地备份。
结论
如您所知，如果您不想冒数据或业务损失的风险，则必须具备良好的备份和恢复策略。假设您是开发人员、代理机构或托管服务提供商。在那种情况下，它应该是您最优先考虑的事情之一，因为即使是拥有超过 20 年经验的专家也是人，也会犯错误。如果您使用托管服务来管理您的应用程序，您应该询问他们如何执行备份以及执行备份的频率。通常，备份不包括在内，需要您自己完成。尽管如此，强烈建议您进行异地备份，因为您只有在公司已经发生时才知道它有多好，并且您总是希望为最坏的情况做好准备。
