本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 附录 C：备份和恢复
<a name="appendix-c-backup-and-recovery"></a>

 与传统托管环境相比，在 AWS 中，故障恢复更快且更容易。例如，您可以在几分钟内启动替换实例来应对硬件故障，或者，在我们的许多托管式服务中利用自动故障转移来消除由于例行性维护导致的重启影响。 

 但是，为了成功恢复数据，仍需要确保备份了正确的数据。要重新建立 WordPress 网站的可用性，必须能够恢复以下组件： 
+  操作系统 (OS) 以及服务安装和配置（Apache、MySQL 等） 
+  WordPress 应用程序代码和配置 
+  WordPress 主题和插件 
+  上传（例如，帖子的媒体文件） 
+  数据库内容（帖子、评论等） 

AWS 提供了多种方法来备份和还原 Web 应用程序数据及资产。

本白皮书之前讨论了如何利用 Lightsail 快照来保护存储在实例本地存储中的所有数据。如果您的 WordPress 网站仅在 Lightsail 实例上运行，那么定期拍摄的 Lightsail 快照足够恢复您的整个 WordPress 网站。但是，如果您从某个快照还原，则仍会丢失自上次拍摄快照以来应用于网站的所有更改。

 在多服务器部署中，需要使用不同的机制备份前面讨论的每个组件。每个组件可能对备份频率的要求不同，例如，操作系统和 WordPress 的安装和配置会比用户生成的内容的改动频率低很多，因此，备份频率低一点也不会在恢复时丢失数据。 

 要备份操作系统和服务的安装和配置以及 WordPress 应用程序代码和配置，您可以创建正确配置的 EC2 实例的 AMI。AMI 有两个用途：一是作为实例状态的备份，二是在启动新实例时作为模板。 

 要备份 WordPress 应用程序代码和配置，需要利用 AMI 和 Aurora 备份。 

 要备份网站上安装的 WordPress 主题和插件，应备份 Amazon S3 存储桶或存储它们的 Amazon EFS 文件系统。 
+  对于存储在 S3 存储桶中的主题和插件，您可以启用[跨区域复制](https://docs.aws.amazon.com/AmazonS3/latest/dev/crr.html)，使上传到主存储桶的所有对象都自动复制到另一个 AWS 区域的备份存储桶。跨区域复制要求在源存储桶和目标存储桶上都启用[版本控制](https://docs.aws.amazon.com/AmazonS3/latest/dev/Versioning.html)，这提供了一个额外保护层，并允许您还原到存储桶中任何给定对象的某个之前版本。
+  对于存储在 EFS 文件系统中的主题和插件，您可以创建一个 AWS Data Pipeline，以便将数据从生产 EFS 文件系统复制到另一个 EFS 文件系统，如[备份 Amazon EFS 文件系统](https://docs.aws.amazon.com/efs/latest/ug/efs-backup-solutions.html)文档页面中所述。您还可以使用任何熟悉的备份应用程序来备份 EFS 文件系统。 
+  要备份用户上传的内容，则应遵循前述的备份 WordPress 主题和插件的步骤。 
+  要备份数据库内容，需要使用 [Aurora 备份](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Managing.html#Aurora.Managing.Backups)。Aurora 自动备份您的集群卷，并在*备份保留期*内一直保留还原数据。Aurora 备份是连续且递增的，所以您可以快速还原到备份保留期内的任何时间点。在写入备份数据时，数据库服务的性能不会受影响或中断。您可以指定备份保留期为 1 到 35 天。您还可以创建[手动数据库快照](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html)，它们会保留到您删除它们为止。手动数据库快照对于长期备份和存档很有用。