# SUS 4 如何利用資料管理政策和模式來支持您的永續性目標？
實作資料管理實務來減少支援工作負載所需的佈建儲存，以及使用它的必要資源。了解您的資料，並使用最能支援資料業務價值及其使用方式的儲存技術和組態。當需求減少時，將資料循環到效率較高、效能較低的儲存，並刪除不再需要的資料。
**Topics**
+ [SUS04-BP01 實作資料分類政策](sus_sus_data_a2.md)
+ [SUS04-BP02 使用支援資料存取和儲存模式的技術](sus_sus_data_a3.md)
+ [SUS04-BP03 使用政策來管理資料集的生命週期](sus_sus_data_a4.md)
+ [SUS04-BP04 使用彈性和自動化擴充區塊儲存或檔案系統](sus_sus_data_a5.md)
+ [SUS04-BP05 移除不需要或多餘的資料](sus_sus_data_a6.md)
+ [SUS04-BP06 使用共用檔案系統或儲存體存取通用資料](sus_sus_data_a7.md)
+ [SUS04-BP07 盡可能減少跨網路的資料移動](sus_sus_data_a8.md)
+ [SUS04-BP08 僅在難以重新建立時才備份資料](sus_sus_data_a9.md)
# SUS04-BP01 實作資料分類政策
將資料分類以了解其對業務成果的關鍵性，並選擇適當的 節能儲存層來儲存資料。
**常見的反模式：**
+ 您未以正在處理或已儲存的類似特性來識別資料資產 (例如敏感性、業務關鍵性或法規要求)。
+ 您未實作資料目錄以清查資料資產。
**建立此最佳實務的優勢：**實作資料分類政策，可讓您確認最節能的資料儲存層。
**未建立此最佳實務時的風險暴露等級：**中
## 實作指引
資料分類的工作之一，是識別正在處理的資料類型，以及由組織擁有或操作的資訊系統中儲存的資料類型。此外也須確認資料的關鍵性，以及資料損毀、遺失或誤用可能造成的影響。
若要實作資料分類政策，請從資料的情境使用採取逆向思維，並建立適當的分類機制，將指定資料集的關鍵性程度納入組織操作的考量中。
**實作步驟**
+ 對您工作負載現有的各種資料類型執行清查。
+ 如需關於資料分類類別的詳細資料，請參閱[資料分類白皮書](https://docs.aws.amazon.com/whitepapers/latest/data-classification/data-classification.html)。
+ 根據組織面臨的風險，判定資料的關鍵性、機密性、完整性和可用性。使用這些要求，將資料分組為您採用的其中一個資料分類層。
+ 範例請見[分類資料及保護新創公司的四個簡單步驟](https://aws.amazon.com/blogs/startups/four-simple-steps-to-classify-your-data-and-secure-your-startup/)。
+ 定期稽核您的環境是否有未標記和未分類的資料，並對資料進行適當的分類和標記。
+ 範例請見 [AWS Glue 中的資料目錄和編目程式](https://docs.aws.amazon.com/glue/latest/dg/catalog-and-crawler.html)。
+ 建立提供稽核和管控能力的資料目錄。
+ 確認並記載每個資料類別的處理程序。
+ 使用自動化功能持續稽核環境以識別未標記和未分類的資料，並對資料進行適當的分類和標記。
## 資源
**相關文件：**
+ [使用 AWS 雲端 以支援資料分類](https://docs.aws.amazon.com/whitepapers/latest/data-classification/leveraging-aws-cloud-to-support-data-classification.html)
+ [標記來自 AWS Organizations 的政策](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html)
**相關影片：**
+ [在 AWS 上實現敏捷性與資料管控](https://www.youtube.com/watch?v=vznDgJkoH7k)
# SUS04-BP02 使用支援資料存取和儲存模式的技術
使用最能支援您的資料存取和儲存方式的儲存技術，以在支援工作負載的同時，也將佈建的資源降至最低。
**常見的反模式：**
+ 您假設所有工作負載具有類似的資料儲存和存取模式。
+ 您只使用一個存儲層 – 假設所有工作負載都適合該層。
+ 您假設資料存取模式不會隨著時間改變。
**建立此最佳實務的優勢：** 根據資料存取和儲存模式來選取及優化您的儲存技術，可協助您降低達成商業需求所需的雲端資源，並改善雲端工作負載的整體效率。
**未建立此最佳實務時的曝險等級：** 低
## 實作指引
選擇最適合您的存取模式的儲存解決方案，或者考慮變更存取模式，以符合儲存解決方案，從而達到最大的效能效率。
+ 評估您的資料特性和存取模式，以收集儲存需求的重要特性。應考量的重要特性包括：
+ **資料類型：** 結構化、半結構化、非結構化
+ **資料成長：** 有界限、無界限
+ **資料耐用性：** 持續性、暫時性、臨時
+ **存取模式：** 讀取或寫入、頻率、尖峰或一致
+ 將資料遷移至支援您的資料特性和存取模式的適當儲存技術。以下提供 AWS 儲存技術及其重要特性的一些範例：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/2023-04-10/framework/sus_sus_data_a3.html)
+ 對於固定大小的儲存系統 (例如 Amazon EBS 或 Amazon FSx)，請監控可用儲存空間，並且在接近閾值時自動執行儲存空間分配。您可以利用 Amazon CloudWatch 來收集及分析下列項目的不同指標： [Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using_cloudwatch_ebs.html) 和 [Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/monitoring-cloudwatch.html)。
+ Amazon S3 儲存類別可設定於物件層級，且單一儲存貯體可包含儲存在所有儲存類別間的物件。
+ 您也可以使用 Amazon S3 生命週期政策在儲存類別之間自動轉換物件或移除資料，而無須進行任何應用程式變更。在考量這些儲存機制時，您通常需要在資源效率、存取延遲與可靠性之間做出取捨。
## 資源
**相關文件：**
+ [Amazon EBS 磁碟區類型](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html)
+ [Amazon EC2 執行個體儲存體](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html)
+ [Amazon S3 Intelligent-Tiering](https://docs.aws.amazon.com/AmazonS3/latest/userguide/intelligent-tiering.html)
+ [ Amazon EBS I/O 特性 ](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-io-characteristics.html)
+ [ 使用 Amazon S3 儲存類別 ](https://docs.aws.amazon.com/AmazonS3/latest/userguide/storage-class-intro.html)
+ [什麼是 Amazon Glacier？](https://docs.aws.amazon.com/amazonglacier/latest/dev/introduction.html)
**相關影片：**
+ [AWS 上資料湖的架構模式](https://www.youtube.com/watch?v=XpTly4XHmqc&ab_channel=AWSEvents)
+ [ 深入探討 Amazon EBS (STG303-R1) ](https://www.youtube.com/watch?v=wsMWANWNoqQ)
+ [ 使用 Amazon S3 優化儲存效能 (STG343) ](https://www.youtube.com/watch?v=54AhwfME6wI)
+ [ 在 AWS 上建置現代化資料架構 ](https://www.youtube.com/watch?v=Uk2CqEt5f0o)
**相關範例：**
+ [ Amazon EFS CSI 驅動程式 ](https://github.com/kubernetes-sigs/aws-efs-csi-driver)
+ [ Amazon EBS CSI 驅動程式 ](https://github.com/kubernetes-sigs/aws-ebs-csi-driver)
+ [ Amazon EFS 公用程式 ](https://github.com/aws/efs-utils)
+ [ Amazon EBS 自動擴展 ](https://github.com/awslabs/amazon-ebs-autoscale)
+ [ Amazon S3 範例 ](https://docs.aws.amazon.com/sdk-for-javascript/v2/developer-guide/s3-examples.html)
# SUS04-BP03 使用政策來管理資料集的生命週期
管理所有資料的生命週期並自動執行刪除，將工作負載所需的儲存總量降至最低。
**常見的反模式：**
+ 您手動刪除資料。
+ 您未刪除任何工作負載資料。
+ 您未根據資料的保留和存取要求，將資料移至更節能的儲存層。
**建立此最佳實務的優勢：**使用資料生命週期政策可確保工作負載中的資料會以有效率的方式存取和保留。
**未建立此最佳實務時的風險暴露等級：**中
## 實作指引
資料集在其生命週期內，通常會有不同的保留和存取要求。例如，應用程式可能需要在一段時間內頻繁存取某些資料集。這段時間過後，便不會頻繁存取這些資料集。
為了在資料集的完整生命週期內有效率地管理資料集，請設定生命週期政策，也就是定義了資料集處理方式的規則。
有了生命週期組態規則後，便能指示特定儲存服務將資料集轉移至更節能的儲存層、將其封存，或加以刪除。
**實作步驟**
+ [對工作負載內的資料集進行分類。](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sus_sus_data_a2.html)
+ 定義每個資料類別的處理程序。Define handling procedures for each data class.
+ 設定自動生命週期政策以強制執行生命週期規則。下面幾個範例會說明如何為不同的 AWS 儲存服務設定自動化的生命週期政策：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/2023-04-10/framework/sus_sus_data_a4.html)
+ 請刪除已超過保留期間的未使用磁碟區、快照和資料。利用原生服務功能 (例如 Amazon DynamoDB Time To Live 或 Amazon CloudWatch 日誌保留) 來執行刪除作業。
+ 根據生命週期規則，在適用的情況下彙總和壓縮資料。
## 資源
**相關文件：**
+ [使用 Amazon S3 儲存類別分析將 Amazon S3 生命週期規則最佳化](https://docs.aws.amazon.com/AmazonS3/latest/userguide/analytics-storage-class.html)
+ [使用 AWS Config 規則 評估資源](https://docs.aws.amazon.com/config/latest/developerguide/evaluate-config.html)
**相關影片：**
+ [使用 Amazon S3 生命週期來簡化資料生命週期並將儲存成本最佳化](https://www.youtube.com/watch?v=53eHNSpaMJI)
+ [使用 Amazon S3 Storage Lens 降低儲存成本](https://www.youtube.com/watch?v=A8qOBLM6ITY)
# SUS04-BP04 使用彈性和自動化擴充區塊儲存或檔案系統
隨著資料的增長使用彈性和自動化擴充區塊儲存或檔案系統，以盡可能縮小整體的已佈建儲存。
**常見的反模式：**
+ 您為了日後的需求購買大型區塊儲存或檔案系統。
+ 您過度佈建了檔案系統的每秒輸入/輸出作業數 (IOPS)。
+ 您未監控資料磁碟區的使用率。
**建立此最佳實務的優勢：**盡可能減少儲存系統的過度佈建可減少閒置資源，並改善工作負載的整體效率。
**未建立此最佳實務時的風險暴露等級：**中
## 實作指引
使用適合工作負載的大小分配、輸送量和延遲，建立區塊儲存和檔案系統。隨著資料的增長使用彈性和自動化擴充區塊儲存或檔案系統，而無須過度佈建這些儲存服務。
**實作步驟**
+ 對於固定大小的儲存體 (例如 [Amazon EBS](https://aws.amazon.com/ebs/))，請確認監控使用的儲存量佔整體儲存大小的比例，並在達到閾值時建立自動化 (如可能) 以增加儲存大小。
+ 使用彈性磁碟區和受管區塊資料服務，以在持久性資料增長時自動分配額外的儲存空間。例如，您可以使用 [Amazon EBS 彈性磁碟區](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html)來變更磁碟區大小、磁碟區類型，或調整 Amazon EBS 磁碟區的效能。
+ 為您的檔案系統選擇適當的儲存類別、效能模式和輸送量模式以因應商業需求 (勿過量)。
+ [Amazon EFS 效能](https://docs.aws.amazon.com/efs/latest/ug/performance.html)
+ [Linux 執行個體上的 Amazon EBS 磁碟區效能](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSPerformance.html)
+ 設定資料磁碟區的目標使用率水準，並調整超出預期範圍的磁碟區大小。
+ 根據資料適當調整唯讀磁碟區的大小。
+ 將資料遷移到物件存放區，避免從區塊儲存的固定磁碟區大小佈建多餘容量。
+ 定期審查彈性磁碟區和檔案系統以終止閒置磁碟區，並縮減過度佈建的資源以符合目前的資料大小。
## 資源
**相關文件：**
+ [Amazon FSx 文件](https://docs.aws.amazon.com/fsx/index.html)
+ [什麼是 Amazon Elastic File System？](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html)
**相關影片：**
+ [深入探討 Amazon EBS 彈性磁碟區](https://www.youtube.com/watch?v=Vi_1Or7QuOg)
+ [有助於提升效能和節省成本的 Amazon EBS 與快照優化策略](https://www.youtube.com/watch?v=h1hzRCsJefs)
+ [使用最佳實務優化 Amazon EFS 的成本與效能](https://www.youtube.com/watch?v=9kfeh6_uZY8)
# SUS04-BP05 移除不需要或多餘的資料
移除不需要或多餘的資料，以盡量降低儲存資料集時所需的儲存資源。
**常見的反模式：**
+ 您複製可以輕鬆取得或建立的資料。
+ 您備份所有資料，而不考慮該資料是否重要。
+ 您只會不定期地刪除資料、在發生營運事件時刪除資料，或完全不刪除資料。
+ 您重複儲存資料，而不理會儲存服務的耐用性。
+ 您在沒有任何商務理由的情況下啟用 Amazon S3 版本控制。
**建立此最佳實務的優勢：**移除不需要的資料會降低工作負載所需的儲存大小，以及工作負載環境所受到的影響。
**未建立此最佳實務時的風險暴露等級：**中
## 實作指引
請勿儲存您不需要的資料。請自動刪除不需要的資料。使用會在檔案層級和區塊層級刪除重複資料的技術。利用服務原生的資料複寫和備援功能。
**實作步驟**
+ 評估您是否可以藉由使用 [AWS Data Exchange](https://aws.amazon.com/data-exchange/) 和 [AWS 上的開放資料登錄檔](https://registry.opendata.aws/)中現有的公開提供的資料集，以避免儲存資料。
+ 使用可在區塊和物件層級刪除重複資料的機制。下面幾個範例會說明如何在 AWS 上刪除重複資料：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/2023-04-10/framework/sus_sus_data_a6.html)
+ 分析資料存取以識別不需要的資料。將生命週期政策自動化。利用原生服務功能 (例如 [Amazon DynamoDB Time To Live](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/TTL.html)、[Amazon S3 Lifecycle](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html) 或 [Amazon CloudWatch 日誌保留](https://docs.aws.amazon.com/managedservices/latest/userguide/log-customize-retention.html)) 來執行刪除作業。
+ 使用 AWS 上的資料虛擬化功能將資料留在其來源上，並避免資料重複。
+ [AWS 上的雲端原生資料虛擬化](https://www.youtube.com/watch?v=BM6sMreBzoA)
+ [實驗室：使用 Amazon Redshift 資料共用來最佳化資料模式](https://wellarchitectedlabs.com/sustainability/300_labs/300_optimize_data_pattern_using_redshift_data_sharing/)
+ 使用可以進行增量備份的備份計數。
+ 利用 [Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/DataDurability.html) 的耐久性和 [Amazon EBS 的複寫功能](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volumes.html)來滿足耐久性目標，而非利用自我管理的技術 (例如獨立硬碟冗餘陣列 (RAID))。
+ 集中日誌和追蹤資料、刪除重複的日誌項目，並建立根據需要微調詳細程度的機制。
+ 僅在合理的情況下才預先填入快取。
+ 建立快取監控和自動化，據以調整快取大小。
+ 推送工作負載新版本時，從物件存放區和邊緣快取移除過時的部署和資產。
## 資源
**相關文件：**
+ [變更 CloudWatch Logs 中的日誌資料保留](https://docs.aws.amazon.com/Amazon/latest/logs/Working-with-log-groups-and-streams.html#SettingLogRetention)
+ [Amazon FSx for Windows File Server 上的重複資料刪除](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-data-dedup.html)
+ [Amazon FSx for ONTAP 的功能，包括重複資料刪除](https://docs.aws.amazon.com/fsx/latest/ONTAPGuide/what-is-fsx-ontap.html#features-overview)
+ [使 Amazon CloudFront 上的檔案無效](https://docs.aws.amazon.com/Amazon/latest/DeveloperGuide/Invalidation.html)
+ [使用 AWS Backup 來備份和還原 Amazon EFS 檔案系統](https://docs.aws.amazon.com/efs/latest/ug/awsbackup.html)
+ [什麼是 Amazon CloudWatch Logs？](https://docs.aws.amazon.com/Amazon/latest/logs/WhatIsLogs.html)
+ [在 Amazon RDS 上使用備份](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html)
**相關影片：**
+ [使用 ML Transforms for AWS Lake Formation 來模糊比對資料和刪除重複資料](https://www.youtube.com/watch?v=g34xUaJ4WI4)
**相關範例：**
+ [我要如何使用 Amazon Athena 分析 Amazon S3 伺服器存取日誌？](https://aws.amazon.com/premiumsupport/knowledge-center/analyze-logs-athena/)
# SUS04-BP06 使用共用檔案系統或儲存體存取通用資料
採用共用檔案系統或儲存體以避免資料重複，並且讓工作負載有更高效的基礎設施。
**常見的反模式：**
+ 您為每個用戶端佈建儲存體。
+ 您未從非作用中用戶端卸離資料磁碟區。
+ 您未提供跨平台和系統的儲存體存取。
**建立此最佳實務的優勢：**使用共用檔案系統或儲存裝置，無須複製資料即可與一或多個取用者共用資料。這有助於減少工作負載所需的儲存資源。
**未建立此最佳實務時的風險暴露等級：**中
## 實作指引
如果有多個使用者或應用程式在存取相同的資料集，則務必要使用共用儲存技術，讓您的工作負載有高效的基礎設施。共用儲存技術提供了集中儲存和管理資料的位置，可避免資料重複。此外也可強制執行跨不同系統的資料一致性。再者，共用儲存技術可讓您更有效率地使用運算能力，因為多個運算資源可同時平行存取及處理資料。
請在必要時才從這些共用儲存服務擷取資料，且應卸離未使用的磁碟區以釋出資源。
**實作步驟**
+ 當資料有多個取用者時，將資料遷移到共用儲存體。以下是 AWS 共用儲存技術的一些範例：
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/2023-04-10/framework/sus_sus_data_a7.html)
+ 有需要時才將資料複製到共用檔案系統或從中擷取資料。例如，您可以建立[由 Amazon FSx for Lustre 支援的 Amazon S3 檔案系統](https://aws.amazon.com/blogs/storage/new-enhancements-for-moving-data-between-amazon-fsx-for-lustre-and-amazon-s3/)，並僅將處理任務所需的資料子集載入至 Amazon FSx。
+ 根據您的使用模式適當刪除資料，如 [SUS04-BP03 使用政策來管理資料集的生命週期](sus_sus_data_a4.md) 中所述。
+ 將磁碟區與未積極使用它們的用戶端分開。
## 資源
**相關文件：**
+ [將檔案系統連結至 Amazon S3 儲存貯體](https://docs.aws.amazon.com/fsx/latest/LustreGuide/create-dra-linked-data-repo.html)
+ [在無伺服器應用程式中對 AWS Lambda 使用 Amazon EFS](https://aws.amazon.com/blogs/compute/using-amazon-efs-for-aws-lambda-in-your-serverless-applications/)
+ [Amazon EFS Intelligent-Tiering 優化變更存取模式的工作負載成本](https://aws.amazon.com/blogs/aws/new-amazon-efs-intelligent-tiering-optimizes-costs-for-workloads-with-changing-access-patterns/)
+ [將 Amazon FSx 用於內部部署資料儲存庫](https://docs.aws.amazon.com/fsx/latest/LustreGuide/fsx-on-premises.html)
**相關影片：**
+ [透過 Amazon EFS 進行儲存成本優化](https://www.youtube.com/watch?v=0nYAwPsYvBo)
# SUS04-BP07 盡可能減少跨網路的資料移動
使用共用檔案系統或物件儲存體存取通用資料，將支援工作負載資料移動所需的整體網路資源降至最低。
**常見的反模式：**
+ 無論資料使用者位於何處，您都將所有資料儲存在相同的 AWS 區域 中。
+ 您未優化資料大小和格式，便將其移至網路。
**建立此最佳實務的優勢：** 優化整個網路間的資料移動，可減少工作負載所需的整體網路資源，並降低其環境影響。
**未建立此最佳實務時的曝險等級：** 中
## 實作指引
要在您的組織移動資料，需要運算、聯網和儲存資源。使用相關技術盡可能減少資料移動，並改善工作負載的整體效率。
## 實作步驟
+ 選取工作負載的區域時，請將區域與資料或使用者的鄰近性視為 [決策因素](https://aws.amazon.com/blogs/architecture/how-to-select-a-region-for-your-workload-based-on-sustainability-goals/)。
+ 對區域性使用的服務進行分區，以便將區域專屬的資料存放在使用它的區域內。
+ 使用有效率的檔案格式 (例如 Parquet 或 ORC)，並在透過網路移動資料之前先壓縮資料。
+ 請勿移動未使用的資料。一些有助於避免移動未使用資料的範例：
+ 減少 API 回應 (僅回應相關資料)。
+ 彙總詳細的資料 (不需要記錄層級資訊)。
+ 請參閱 [Well-Architected 實驗室 - 使用 Amazon Redshift 資料共用來優化資料模式](https://wellarchitectedlabs.com/sustainability/300_labs/300_optimize_data_pattern_using_redshift_data_sharing/)。
+ 考慮 [在 AWS Lake Formation 中使用跨帳戶資料共用](https://docs.aws.amazon.com/lake-formation/latest/dg/cross-account-permissions.html)。
+ 使用可協助您在更接近工作負載使用者的位置執行程式碼的服務。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/wellarchitected/2023-04-10/framework/sus_sus_data_a8.html)
## 資源
**相關文件：**
+ [優化您的 AWS 永續性基礎架構，第 III 部分：聯網](https://aws.amazon.com/blogs/architecture/optimizing-your-aws-infrastructure-for-sustainability-part-iii-networking/)
+ [AWS 全球基礎設施](https://aws.amazon.com/about-aws/global-infrastructure/)
+ [Amazon CloudFront 主要功能，包括 CloudFront Global Edge Network](https://aws.amazon.com/cloudfront/features/)
+ [壓縮 Amazon OpenSearch Service 中的 HTTP 請求](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/gzip.html)
+ [使用 Amazon EMR 進行中間資料壓縮](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-output-compression.html#HadoopIntermediateDataCompression)
+ [將壓縮的資料檔案從 Amazon S3 載入 Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/dg/t_loading-gzip-compressed-data-files-from-S3.html)
+ [使用 Amazon CloudFront 提供壓縮檔案服務](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/ServingCompressedFiles.html)
**相關影片：**
+ [ 揭密 AWS 上的資料傳輸 ](https://www.youtube.com/watch?v=-MqXgzw1IGA)
**相關範例：**
+ [ 永續性架構 - 盡可能減少跨網路的資料移動 ](https://catalog.us-east-1.prod.workshops.aws/workshops/7c4f8394-8081-4737-aa1b-6ae811d46e0a/en-US)
# SUS04-BP08 僅在難以重新建立時才備份資料
避免備份沒有商業價值的資料，以盡可能降低工作負載的儲存資源需求。
**常見的反模式：**
+ 您沒有資料的備份策略。
+ 您備份了可輕易重新建立的資料。
**建立此最佳實務的優勢：**避免備份非關鍵資料可減少工作負載所需的儲存資源，並降低其環境影響。
**未建立此最佳實務時的風險暴露等級：**中
## 實作指引
避免備份非必要的資料，有助於降低成本和工作負載所使用的儲存資源。僅備份具有商業價值或需要滿足合規要求的資料即可。檢查備份政策，並在復原案例中排除沒有價值的暫時性儲存。
**實作步驟**
+ 實作如 [SUS04-BP01 實作資料分類政策](sus_sus_data_a2.md) 所列的資料分類政策。
+ 根據您的[復原時間目標 (RTO) 和復原點目標 (RPO)](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_objective_defined_recovery.html) 使用資料分類的關鍵性，並設計備份策略。避免備份非關鍵資料。
+ 排除可輕易重新建立的資料。
+ 從備份排除暫時性資料。
+ 排除資料的本機副本，除非從共同位置還原資料所需的時間不符合服務水準協議 (SLA) 的要求。
+ 使用自動化解決方案或受管服務來備份業務關鍵資料。
+ [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) 是一種全受管服務，可讓您在雲端和內部部署環境輕鬆集中化和自動化 AWS 服務的資料保護。如需如何使用 AWS Backup 建立自動化備份的實作指引，請參閱 [Well-Architected 實驗室 - 測試備份並還原資料](https://wellarchitectedlabs.com/reliability/200_labs/200_testing_backup_and_restore_of_data/)。
+ [使用 AWS Backup 自動進行 Amazon EFS 的備份及優化備份成本](https://aws.amazon.com/blogs/storage/automating-backups-and-optimizing-backup-costs-for-amazon-efs-using-aws-backup/)。
## 資源
**相關的最佳實務：**
+ [REL09-BP01 識別並備份所有需要備份的資料，或從來源複製資料](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_backing_up_data_identified_backups_data.html)
+ [REL09-BP03 自動執行資料備份](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_backing_up_data_automated_backups_data.html)
+ [REL13-BP02 使用定義的復原策略達到復原目標](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_planning_for_recovery_disaster_recovery.html)
**相關文件：**
+ [使用 AWS Backup 來備份和還原 Amazon EFS 檔案系統](https://docs.aws.amazon.com/efs/latest/ug/awsbackup.html)
+ [Amazon EBS 快照](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSSnapshots.html)
+ [在 Amazon Relational Database Service 上使用備份](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html)
+ [APN 合作夥伴：可以幫助備份的合作夥伴](https://partners.amazonaws.com/search/partners?keyword=Backup)
+ [AWS Marketplace：可用於備份的產品](https://aws.amazon.com/marketplace/search/results?searchTerms=Backup)
+ [備份 Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/efs-backup-solutions.html)
+ [備份 Amazon FSx for Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/using-backups.html)
+ [Amazon ElastiCache (Redis OSS) 的備份和還原](https://docs.aws.amazon.com/AmazonElastiCache/latest/red-ug/backups.html)
**相關影片：**
+ [AWS re:Invent 2021 - 使用 AWS 進行備份、災難復原和勒索軟體防護](https://www.youtube.com/watch?v=Ru4jxh9qazc)
+ [AWS Backup 示範：跨帳戶和跨區域備份](https://www.youtube.com/watch?v=dCy7ixko3tE)
+ [AWS re:Invent 2019：深入探討 AWS Backup，ft.Rackspace (STG341) ](https://www.youtube.com/watch?v=av8DpL0uFjc)
**相關範例：**
+ [Well-Architected 實驗室 - 測試備份並還原資料](https://wellarchitectedlabs.com/reliability/200_labs/200_testing_backup_and_restore_of_data/)
+ [Well-Architected 實驗室 - 透過適用於分析工作負載的容錯回復進行備份和還原](https://wellarchitectedlabs.com/reliability/200_labs/200_backup_restore_failback_analytics/)
+ [Well-Architected 實驗室 - 災難復原 - 備份和還原](https://wellarchitectedlabs.com/reliability/disaster-recovery/workshop_1/)