本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 附錄 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)，這些快照將持續到您刪除它們為止。手動資料庫快照對於長期備份和封存非常有用。