本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 最佳化 SQL Server 備份策略 ## 概觀 大多數組織正在尋找正確的解決方案來保護其在 [Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/ec2-sql.html) 上的 SQL Server 上的資料，以滿足其目前對復原點目標 (RPO)、自上次備份以來可接受的時間上限，以及復原時間目標 (RTO)、服務中斷和服務還原之間的可接受延遲上限的需求。如果您在 EC2 執行個體上執行 SQL Server，您有多個選項可建立資料的備份並還原資料。保護 Amazon EC2 上 SQL Server 資料的備份策略包括： + 使用已啟用 Windows 磁碟區陰影複製服務 (VSS) 的 [Amazon Elastic Block Store (Amazon EBS)](https://learn.microsoft.com/en-us/windows-server/storage/file-server/volume-shadow-copy-service) 快照或 [AWS Backup](https://aws.amazon.com/backup/) 的伺服器層級備份 + 在 SQL Server 中使用[原生備份和還原的資料庫層級備份](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases) 您具有下列[資料庫層級原生備份](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html)的儲存選項： + 具有 [Amazon EBS 磁碟區的](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#ebs-volumes)本機備份 + 使用 [Amazon FSx for Windows File Server 或 Amazon FSx for NetApp ONTAP 進行網路檔案](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#amazon-fsx)系統備份 FSx NetApp + 使用 將網路備份至 Amazon Simple Storage Service (Amazon S3) [AWS Storage Gateway](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#storage-gateway) + 直接備份至 Amazon S3 for SQL Server 2022 本節執行下列動作： + 反白顯示可協助您節省儲存空間的功能 + 比較不同後端儲存選項之間的成本 + 提供深入文件的連結，以協助實作這些建議 ## 使用啟用 VSS 的快照進行伺服器層級備份 啟用 VSS 的快照架構會使用 AWS Systems Manager [執行命令](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html)，在您的 SQL Server 執行個體上安裝 VSS 代理程式。也可以使用執行命令，調用將作業系統和應用程式緩衝區清空至磁碟、暫停 I/O 操作、獲取 EBS 磁碟區的時間點快照、然後恢復 I/O 的整個工作流程。 此執行命令會建立附接至目標執行個體之所有 EBS 磁碟區的自動快照。也可以選擇排除根磁碟區，因為使用者資料庫檔案通常儲存在其他磁碟區上。如果分割多個 EBS 磁碟區，以便為 SQL Server 檔案建立單一檔案系統，Amazon EBS 也支援使用單一 API 命令建立當機一致的多磁碟區快照。如需啟用應用程式一致 [VSS 的 EBS 快照](https://aws.amazon.com/blogs/mt/take-microsoft-vss-enabled-snapshots-using-amazon-ec2-systems-manager/)的詳細資訊，請參閱 Amazon EC2 文件中的[建立 VSS 應用程式一致快照](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/application-consistent-snapshots.html)。 下圖顯示使用已啟用 VSS 的快照進行伺服器層級備份的架構。 ![\[啟用 VSS 的快照架構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/snapshots_backup_arch.png) 請考慮下列使用具備 VSS 功能的快照的優點： + 資料庫執行個體的第一個快照會包含完整的資料庫執行個體資料。相同資料庫執行個體的後續快照均採用[遞增](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html#how_snapshots_work)處理，這表示系統僅會儲存上次執行快照後有所變更的資料。 + EBS 快照提供point-in-time復原。 + 可以[從快照還原到新的 SQL Server EC2 執行個體](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/restore.html)。 + 如果執行個體是使用 Amazon EBS 加密，或者如果資料庫是使用 TDE 在執行個體中加密，則該執行個體或資料庫會使用相同的加密自動還原。 + 您可以複製[跨區域的自動備份](https://docs.aws.amazon.com/ebs/latest/userguide/event-policy.html)。 + 當您從快照還原 EBS 磁碟區時，應用程式可立即存取該磁碟區。這表示您可以在從快照還原一個或多個基礎 EBS 磁碟區之後，立即讓 SQL Server 上線。 + 依預設，還原的磁碟區會在應用程式第一次嘗試讀取時，從 Amazon S3 中擷取基礎區塊。這表示從快照還原 EBS 磁碟區後，效能可能會存在延遲。音量最終達到標稱性能。但是，可以透過使用[快速快照還原 (FSR)](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fast-snapshot-restore.html) 快照來避免這種延遲。 + 可以使用 [EBS 快照的生命週期管理](https://aws.amazon.com/blogs/aws/new-lifecycle-management-for-amazon-ebs-snapshots/)。 請考慮下列使用已啟用 VSS 快照的限制： + 您無法使用 SQL Server 執行個體的加密快照執行跨區域point-in-time復原。 + 您無法建立未加密執行個體的加密快照。 + 您無法還原個別資料庫，因為快照是在 EBS 磁碟區層級拍攝。 + 您無法將執行個體還原至 本身。 + 資料庫執行個體的快照必須使用與資料庫執行個體相同的 AWS Key Management Service (AWS KMS) 金鑰加密。 + 在快照備份過程中，儲存 I/O 會暫停幾秒鐘 (約 10 毫秒)。 ## 使用 的 SQL Server 備份 AWS Backup 您可以使用 來[AWS Backup](https://aws.amazon.com/backup/)集中和自動化跨 的資料保護 AWS 服務。 AWS Backup 提供具成本效益、全受管、以政策為基礎的解決方案，可簡化大規模的資料保護。 AWS Backup 也可協助您支援法規合規義務，並實現業務持續性目標。與 一起 AWS Organizations， AWS Backup 可讓您集中部署資料保護 （備份） 政策，以設定、管理和管理整個組織 AWS 帳戶 和資源的備份活動。 下圖顯示 EC2 上 SQL Server 備份和還原解決方案的架構 AWS Backup。 ![\[AWS Backup 架構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_backup_arch.png) 請考慮使用 備份 SQL Server 的下列優點 AWS Backup： + 可自動化備份排程、保留管理和生命週期管理。 + 您可以集中整個組織的備份策略，橫跨多個帳戶和 AWS 區域。 + 您可以集中監控備份活動，並跨 發出提醒 AWS 服務。 + 可以為災難復原規劃實作跨區域備份。 + 該解決方案可支援跨帳戶備份。 + 可以使用次要備份加密執行安全備份。 + 所有備份都支援使用加密金鑰進行 AWS KMS 加密。 + 該解決方案可於 TDE 搭配使用。 + 可以從 AWS Backup 主控台還原至特定復原點。 + 可以備份整個 SQL Server 執行個體，其中包括所有 SQL Server 資料庫。 ## 資料庫層級備份 這些方法使用原生 Microsoft SQL Server 備份功能。您可以對 SQL Server 執行個體上的個別資料庫進行備份，並還原個別資料庫。 原生 SQL Server 備份和還原的每個選項還支援下列各項： + 壓縮和多檔案備份 + 完整、差異和 T 日誌備份 + TDE 加密的資料庫 ### SQL Server 原生備份和還原至 Amazon S3 Amazon EC2 上的 SQL Server 支援 SQL Server 資料庫的原生備份和還原。您可以對 SQL Server 資料庫進行備份，然後將備份檔案還原到現有的資料庫或新的 SQL Server EC2 執行個體、Amazon RDS for SQL Server 或內部部署伺服器。 Storage Gateway 是一種混合雲端儲存服務，可讓內部部署應用程式存取幾乎無限制的雲端儲存。您可以使用 Storage Gateway 將 Microsoft SQL Server 資料庫直接備份到 Amazon S3，減少內部部署儲存體使用量，並使用 Amazon S3 提供持久、可擴展且符合成本效益的儲存體。 下圖顯示使用 Storage Gateway 和 Amazon S3 的原生備份和還原解決方案的架構。 ![\[Storage Gateway 和 Amazon S3 架構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_gateway_backup_arch.png) 考慮將原生 SQL Server 備份與 Storage Gateway 搭配使用的下列優點： + 您可以將儲存閘道映射為 EC2 執行個體上的 Server Message Block (SMB) 檔案共用，然後將備份傳送至 Amazon S3。 + 備份會直接前往 S3 儲存貯體或透過 Storage Gateway 檔案快取。 + 支援多檔案備份。 考慮使用 Storage Gateway 進行原生備份的下列限制： + 必須為每個單獨的資料庫設定備份和還原。 + 必須管理備份檔案的 [Amazon S3 生命週期政策](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html)。 如需如何設定 Storage Gateway 的詳細資訊，請參閱 AWS 部落格上的[使用文章在 Amazon S3 中存放 SQL Server 備份 AWS Storage Gateway](https://aws.amazon.com/blogs/database/storing-sql-server-backups-in-amazon-s3-using-aws-storage-gateway/)。 ### SQL Server 原生備份至 EBS 磁碟區 您可以對 SQL Server 資料庫進行原生備份，並將檔案存放在 Amazon EBS 磁碟區中。Amazon EBS 是高效能的區塊儲存服務。EBS 磁碟區是彈性的，支援加密。它們可以分離並連接到 EC2 執行個體。您可以在相同 EBS 磁碟區類型或不同 EBS 磁碟區類型上的 EC2 執行個體上備份 SQL Server。備份至不同 EBS 磁碟區的優點之一是節省成本。 下圖顯示原生備份至 EBS 磁碟區的架構。 ![\[Amazon EBS 磁碟區架構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ebs_backup_arch.png) 考慮使用 SQL Server 原生備份到 EBS 磁碟區的下列優點： + 您可以備份 SQL Server EC2 執行個體上的單獨資料庫，並還原單獨資料庫，而不必還原整個執行個體。 + 支援多檔案備份。 + 可以使用 SQL Server Agent 和 SQL Server 作業引擎來排程備份作業。 + 可以透過硬體選擇獲得效能優勢。例如，可以使用 st1 儲存磁碟區來達到更高的輸送量。 考慮使用原生備份至 EBS 磁碟區的下列限制： + 必須從 EBS 磁碟區手動將備份移至 Amazon S3。 + 對於大型備份，您必須管理 Amazon EC2 上的磁碟空間。 + 在 EC2 執行個體上，Amazon EBS 輸送量可能成為瓶頸。 + 在 Amazon EBS 上儲存備份需要額外的儲存空間。 ### SQL Server 原生備份至 Amazon FSx for Windows File Server [Amazon FSx for Windows File Server](https://aws.amazon.com/fsx/windows/) 是全受管的原生 Windows 檔案系統，可提供高達 64 TB 的儲存空間，旨在提供快速、可預測且一致的效能。 AWS 入門的[原生支援，可在 FSx for Windows File Server 上進行多可用區檔案系統部署](https://aws.amazon.com/blogs/aws/amazon-fsx-for-windows-file-server-update-new-enterprise-ready-features/)。 FSx 原生支援可讓您更輕鬆地在 上部署 Windows 檔案儲存 AWS 體，並跨多個可用區域提供高可用性和備援。 AWS 也引進對 [SMB 持續可用 (CA) 檔案共用](https://aws.amazon.com/about-aws/whats-new/2019/11/amazon-fsx-for-windows-file-server-adds-support-for-high-availability-microsoft-sql-server-deployments/)的支援。您可以使用 FSx for Windows File Server 做為 SQL Server 資料庫的備份儲存。 下圖顯示 FSx for Windows File Server 的原生 SQL Server 備份架構。 ![\[FSx for Windows File Server 備份架構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/fsx_backup_arch.png) 考慮使用原生 SQL Server 備份至 FSx for Windows File Server 的下列優點： + 您可以將 SQL Server 資料庫備份到 Amazon FSx 檔案共用。 + 您可以備份 SQL Server 執行個體上的單獨資料庫，並還原單獨資料庫，而不必還原整個執行個體。 + 支援分段備份。 + 可以使用 SQL Server Agent 和作業引擎來排程備份作業。 + 相較於 Amazon EBS，執行個體的網路頻寬較高。 考慮使用原生 SQL Server 備份至 FSx for Windows File Server 的下列限制： + 您必須使用 AWS Backup 或 ，手動將備份從 Amazon FSx 移至 Amazon S3 AWS DataSync。 + 在 Amazon FSx 上，大型備份可能需要額外的磁碟空間管理開銷。 + EC2 執行個體網路輸送量可能是瓶頸。 + 需要額外的儲存空間才能將備份儲存在 FSx for Windows File Server 上。 ### SQL Server 備份至 Amazon FSx for NetApp ONTAP FSx for ONTAP 的快照一律會一致當機，但需要您查詢資料庫 （或暫停資料庫的輸入/輸出），才能建立應用程式一致快照。您可以使用 NetApp SnapCenter （一種具有特定應用程式外掛程式的協同運作工具，包括 SQL Server) 搭配 FSx for ONTAP 來建立應用程式一致性快照，並免費保護、複寫和複製資料庫。 #### NetApp SnapCenter NetApp SnapCenter 是應用程式一致資料保護的統一平台。SnapCenter 將快照稱為備份。本指南採用相同的命名慣例。SnapCenter 提供單一窗格，用於管理應用程式一致的備份、還原和複製。您可以為特定資料庫應用程式新增 SnapCenter 外掛程式，以建立應用程式一致的備份。SQL Server 的 SnapCenter 外掛程式提供下列功能，可簡化資料保護工作流程。 + 完整備份和日誌備份的精細程度備份和還原選項 + 就地還原和還原至替代位置 如需 SnapCenter 的詳細資訊，請參閱 AWS 儲存部落格上的[使用 NetApp SnapCenter 搭配 Amazon FSx for NetApp ONTAP 保護 SQL Server 工作負載](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/)文章。 ### 備份的成本最佳化 下列選項可協助您降低儲存 SQL Server 備份的成本 AWS。 + 在建立備份檔案期間啟用 [SQL Server 壓縮](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-compression-sql-server?view=sql-server-ver16)，並將最小的檔案傳送至儲存體。例如，3：1 壓縮率表示您在磁碟空間上節省約 66%。若要查詢這些資料欄，您可以使用下列 Transact-SQL 陳述式：`SELECT backup_size/compressed_backup_size FROM msdb..backupset;` 。 + 對於前往 S3 儲存貯體的備份，啟用 [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) 儲存類別，將儲存成本降低 30%。  + 對於前往 FSx for Windows File Server 或 FSx for ONTAP 的備份，請使用單一可用區域節省 50% 的成本 （相較於使用多個可用區域）。如需定價資訊，請參閱 [Amazon FSx for Windows File Server 定價](https://aws.amazon.com/fsx/windows/pricing/)和 [Amazon FSx for NetApp ONTAP 定價](https://aws.amazon.com/fsx/netapp-ontap/pricing/)。 + SQL Server 2022 最有效率的選項是直接備份到 Amazon S3。您可以避免 Storage Gateway 來節省額外的成本。 ### 備份的基準測試結果 本節根據本指南涵蓋的備份解決方案的效能基準測試結果，比較範例 1 TB 資料庫的成本和效能觀點的下列選項。 + **EC2 執行個體規格 **– r5d.8xlarge 搭配 Windows Server 2019 和 SQL Server 2019 開發人員版本 + **資料庫規格** – 1 TB 大小，停用 TDE 測試是以 r5d.8xlarge 執行個體和 1 TB SQL Server 資料庫做為來源來執行。來源系統是根據最佳實務設定，而來源資料庫包含四個資料檔案 （每個 250 GB) 和一個分散在個別 gp3 磁碟區的日誌檔案 (50 GB)。SQL Server 原生`BACKUP`命令包含寫入 10 個備份檔案、使用壓縮來最佳化備份效能，並減少透過網路傳送並寫入目標的資料量。在所有測試案例中，儲存效能是瓶頸。 對於這些類型的測試，有各種各樣的可能組態。此測試著重於最佳化效能、成本、可擴展性和實際使用案例。下表顯示針對備份目標選項擷取的效能指標。 **** | 備份選項 | Level | 執行持續時間 (Appx) | 備份速率 | 每月成本 USD\$1 | | --- | --- | --- | --- | --- | | 本機 EBS st1 HDD 的原生備份，2 TB | 資料庫 | 最低 00：30：46 | 554.7 Mbps | 92.16 美元 | | 本機 EBS SSD gp3 的原生備份，2 TB | 資料庫 | 最低 00：22：00 | 512 Mbps | 193.84 美元 | | 原生備份至 FSx for Windows File Server HDD，2 TB @512 Mbps 輸送量 | 資料庫 | 最低 00：20：58 | 814.0 Mbps | [1，146 美元](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) | | FSx for Windows File Server SSD 的原生備份，2 TB @512 Mbps 輸送量 | 資料庫 | 最低 00：20：00 | 814.0 Mbps | [1，326 美元](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) | | 原生備份至具有 2 TB gp3 的 S3 檔案閘道 m6i.4xlarge (16 vCPU，64 GB) | 資料庫 | 00：23：20 分鐘 | 731.5 Mbps | 470.42 美元 | | EBS VSS 快照 | EBS 磁碟區 | 00：00：02 秒00：00：53 秒 | 不適用快照 | [51 美元](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) | | AWS Backup (AMI 備份） | AMI | 00：00：04 秒最低 00：08：00 | 不適用快照 | [75 美元](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) | | 直接原生 SQL Server 備份至 Amazon S3 (SQL Server 2022) | 資料庫 | 最低 00：12：00 | 731.5 Mbps | [前 50 TB/月，每 GB \$10.023/月 \$123.55](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) | | ONTAP 的 FSx 原生備份 （使用 SnapCenter) | 資料庫 | – | – | [440.20 美元](https://calculator.aws/#/estimate?id=8c9a0b2c296f9839f3ca16bdc2dcd9a6f52f1faf) | 上表假設下列事項： + 不包括資料傳輸和 Amazon S3 成本。 + 儲存體價格包含在執行個體定價中。 + 成本以 `us-east-1` 區域為基礎。 + 輸送量和 IOPS 成長 10%，而多個備份的整體變化率為當月的 10%。 測試結果顯示最快的選項是原生 SQL Server 資料庫備份至 FSx for Windows File Server。對 Storage Gateway 和本機連接的 EBS 磁碟區的備份是更具成本效益的選項，但效能較慢。對於伺服器層級備份 (AMI)，我們建議使用 AWS Backup 以獲得最佳效能、成本和管理性。 ## 成本最佳化建議 了解在 Amazon EC2 上備份 SQL Server 的可能解決方案，是保護資料、確保您符合備份需求，以及制定計畫以從關鍵事件復原的關鍵。本節中探索的備份和還原 SQL Server 執行個體和資料庫的不同方式，可協助您設計備份和還原策略，以保護資料並滿足組織的需求。 本節涵蓋下列備份選項： + 壓縮 + Amazon S3 Intelligent-Tiering + 單一可用區域 + 備份至 URL 每個選項所提供的指引都是高階。如果您想要在您的組織中實作任何這些建議，我們建議您聯絡您的客戶團隊。然後，團隊可以與 Microsoft 專家 SA 互動以領導對話。您也可以傳送電子郵件至 optimize-microsoft@amazon.com 來聯絡 。 總而言之，我們建議下列事項： + 如果您使用的是 SQL Server 2022，則備份到 Amazon S3 是最符合成本效益的選項。 + 如果您使用的是 SQL Server 2019 和舊版 SQL Server，請考慮將 Amazon S3 支援的 Storage Gateway 備份為最具成本效益的選項。 ### 壓縮 壓縮的目標是減少每個備份耗用的儲存空間，這有利於各種儲存選項。您必須在 SQL Server [執行個體層級啟用 SQL Server](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/view-or-configure-the-backup-compression-default-server-configuration-option?view=sql-server-ver16) 備份的壓縮。下列範例示範如何使用備份資料庫新增壓縮關鍵字： `BACKUP DATABASE TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)` ### Amazon S3 Intelligent-Tiering 對於前往 Amazon S3 儲存貯體的備份，您可以啟用 [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) 作為 Amazon S3 File Gateway [儲存類別](https://docs.aws.amazon.com/filegateway/latest/files3/storage-classes.html#ia-file-gateway)。這可降低高達 30% 的儲存成本。然後，您可以使用可與 [Active Directory 網域](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html#configure-SMB-settings)整合的 SMB 檔案共用，將 S3 檔案閘道掛載到您的 SQL 伺服器。這可讓您進行共用的存取控制、利用現有服務帳戶的能力，以及使用常見 Microsoft 聚焦檔案通訊協定存取 Amazon S3。對於可能沒有直接連線至網域控制站的帳戶，您可以使用 [Active Directory Connector](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/directory_ad_connector.html) 來促進與內部部署或雲端中 Active Directory 的通訊。若要在閘道上設定 Active Directory 設定，您必須指定網域控制器的 Active Directory Connector IPs，以將請求代理至 Active Directory。 下圖顯示以 S3 Intelligent-Tiering 為基礎的解決方案架構。 ![\[S3 Intelligent-Tiering 架構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ad_connector_arch.png) 根據預設，寫入 S3 儲存貯體的備份檔案會使用 Standard 層。若要將備份檔案從標準層轉換為 S3 Intelligent-Tiering，您必須[建立生命週期規則](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-transition-general-considerations.html)。您也可以使用 [AWS 管理主控台](https://docs.aws.amazon.com/AmazonS3/latest/userguide/using-intelligent-tiering.html#enable-auto-archiving-int-tiering)來啟用 S3 Intelligent-Tiering。如需詳細資訊，請參閱 文件中的 AWS [開始使用 Amazon S3 Intelligent-Tiering](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/)。 ### 單一可用區域 若要建立單一可用區域檔案系統，請在[建立 FSx for Windows File Server 檔案系統](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html)時選擇單一可用區域選項。Amazon FSx 也會每天使用 Windows Volume Shadow Copy Service 對您的檔案系統進行高耐用性備份 （存放在 Amazon S3 中），並可讓您隨時進行額外的備份。請記住使用單一可用區域的一些問題。例如，如果佈建檔案系統的受影響可用區域一次中斷數小時，則無法存取 SMB 檔案共享。如果您需要存取資料，則必須從來源區域內可用可用區域中的備份還原資料。如需詳細資訊，請參閱本指南[的使用單一可用區域](storage-fsx-single-az.md)一節。 ### 備份至 URL 針對 SQL Server 2022，[備份至 URL](https://www.microsoft.com/en-us/sql-server/blog/2022/09/29/backup-and-restore-to-url-for-s3-compatible-object-storage/) 功能允許直接備份至 Amazon S3。這是在 中執行 SQL Server 2022 的理想備份方法， AWS 因為您在儲存層取得完整的功能集 Amazon S3，並移除先前版本所需的設備成本 AWS Storage Gateway ，以促進此功能。實作此功能時，需要考慮兩個主要成本：資料傳輸成本和選擇的 S3 儲存體方案。如果您想要 Amazon S3 的原生災難復原功能，則必須考量[該跨區域複寫](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html#crr-scenario)會產生跨區域[資料輸出成本](https://aws.amazon.com/s3/pricing/?p=pm&c=s3&z=4)。若要進一步了解如何設定此選項，請參閱部落格 Microsoft 工作負載 AWS 上的將 [SQL Server 資料庫備份至 Amazon S3](https://aws.amazon.com/blogs/modernizing-with-aws/backup-sql-server-to-amazon-s3/) 文章。 ## 其他資源 + [Amazon EC2 上 SQL Server 的備份和還原選項](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/welcome.html) (AWS 方案指引） + [使用 的 Amazon RDS Point-in-time復原和持續備份 AWS Backup](https://aws.amazon.com/blogs/storage/point-in-time-recovery-and-continuous-backup-for-amazon-rds-with-aws-backup/) (AWS 儲存部落格） + [使用 NetApp SnapCenter 搭配 Amazon FSx for NetApp ONTAP 保護您的 SQL Server 工作負載](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) (AWS 儲存部落格） + [開始使用 Amazon S3 Intelligent-Tiering](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/) (AWS 入門資源中心） + [Amazon RDS for SQL Server 的備份和還原策略](https://aws.amazon.com/blogs/database/backup-and-restore-strategies-for-amazon-rds-for-sql-server/) (AWS 資料庫部落格） + [將內部部署 Microsoft SQL Server 資料庫遷移至 Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-microsoft-sql-server-database-to-amazon-ec2.html) (AWS 方案指引） + [在 Amazon EC2 上部署 Microsoft SQL Server 的最佳實務](https://docs.aws.amazon.com/whitepapers/latest/best-practices-for-deploying-microsoft-sql-server/best-practices-for-deploying-microsoft-sql-server.html) (AWS 白皮書）