本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 遷移檔案伺服器 儲存是您執行的任何工作負載的重要元件。 AWS 有許多選項可將檔案儲存在雲端，包括區塊、檔案和物件儲存。如為 Microsoft 工作負載，最常見的選項為區塊和檔案儲存體。本節提供策略，協助您將 Microsoft 工作負載的儲存體遷移至 ， AWS 雲端 並引導您完成檔案伺服器的遷移。 ## 評估 有三種主要儲存類型：物件、區塊和檔案儲存。 AWS 提供廣泛的儲存服務產品組合，可分別進行分類。成功的遷移取決於了解您目前的需求，然後將它們與各種 AWS 儲存服務[進行比較](https://aws.amazon.com/blogs/storage/comparing-your-on-premises-storage-patterns-with-aws-storage-services/)，以衡量最適合您的方式。為您的工作負載選擇合適的技術是維持長期成功的關鍵。建議您避免嘗試使用確切符合您目前用於儲存的服務。相反地，建議您研究所有可用的選項，然後選取最合理的選項，以最佳化 Microsoft 工作負載的成本和效能。例如，假設有個需要使用本機區塊儲存體的大型內部部署檔案伺服器。在 上 AWS，最佳選擇是將其移至 [Amazon FSx](https://aws.amazon.com/fsx/)，以取得與檔案伺服器相同的效能，同時消除管理檔案伺服器和後端儲存的繁重工作。 總體擁有成本 (TCO) 是您評估最適合之儲存選項時的重要項目。請記住，使用 AWS 受管服務來協助降低操作成本，可協助您選擇正確的整體儲存解決方案 AWS。若要請求儲存體評估，請透過 聯絡我們`migration-evaluator@amazon.com`。儲存專家將協助您評估工作負載、將工作負載映射至最適合的 AWS 儲存服務，以及為您提供方向性成本估算。儲存評估分為三個階段： 1. 您可以透過安裝無代理程式收集器或從一般檔案中的現有工具集接收輸出，以啟動探索程序。 1. 讓探索程序執行 7 至 60 天。 1. 儲存收集器會分析探索工具的資料，然後提出目標儲存解決方案，並提供解決方案的方向性成本估算。 如果儲存選項的成本略高，請考量該儲存選項是否會長期降低整體成本，並了解您的團隊必須採取用來維護儲存體安全性和可靠性的措施。此選項可能會是適合您工作負載的長期解決方案。 當您評估正確的解決方案時，請務必查看效能和成本。您可以使用 [Windows Performance Monitor](https://techcommunity.microsoft.com/blog/askperf/windows-performance-monitor-overview/375481) 等工具來識別工作負載的 IOPS、輸送量和其他效能需求，然後針對 AWS 您為工作負載選擇的解決方案實作相同的測試。此外，您可以使用 Amazon CloudWatch 代理程式在 [Windows 伺服器上檢視效能監控的指標](https://repost.aws/knowledge-center/cloudwatch-performance-monitor-windows)，並在將這些工作負載投入生產環境之前分析工作負載的指標。 ### 識別最符合您需求的 AWS 儲存服務 儲存服務的選擇一般取決於您的使用案例、應用程式需求、熟悉程度、效能設定檔及資料管理功能。考慮下列各項： + [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html) – Amazon S3 是物件儲存體，用於從任何地方存放和擷取任意數量的資料。Amazon S3 會根據您工作負載的資料存取、恢復能力及成本需求，提供各種儲存類別供您選擇。您可以使用 實作 Amazon S3 的檔案型存取[AWS Storage Gateway](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html)。如此可讓您利用 Amazon S3 的低成本儲存體，而不必完全重新寫入使用伺服器訊息區塊 (SMB) 的應用程式。 + [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html) – Amazon EBS 提供區塊層級儲存磁碟區，可與 Amazon EC2 執行個體搭配使用。Amazon EBS 磁碟區的行為與未格式化的原始區塊型儲存設備相似。您可以將這些磁碟區作為裝置，掛載在您的執行個體上。連接至執行個體的 Amazon EBS 磁碟區將顯示為儲存體磁碟區，其可永久保留，不受執行個體的壽命影響。 + [Amazon FSx](https://docs.aws.amazon.com/fsx/)** **– Amazon FSx 提供四種不同的檔案系統：NetApp ONTAP、OpenZFS、Windows File Server 和 Lustre。如需選擇正確系統的指引，請參閱[選擇 Amazon FSx 檔案系統](https://aws.amazon.com/fsx/when-to-choose-fsx/)。Amazon FSx 提供各種檔案系統類型的受管檔案儲存解決方案，可讓您將 Microsoft 工作負載遷移至 ， AWS 並移除 IT 人員的一些營運開銷。如此可讓 IT 人員專注於其他重要的業務驅動因素。 + [AWS Snow Family](https://aws.amazon.com/snowball/)** **– 如果您有 PB 級的資料要移入 AWS，請考慮使用 Snow 系列儲存解決方案。雖然您的儲存體在資料的長期生命週期內不會依賴 Snow Family 裝置，但它可以透過使用 AWS Snowball、 AWS Snowball Edge或 AWS Snowmobile 裝置，協助您將大型資料集植入 AWS 離線。如需詳細資訊，請參閱 AWS Storage Blog 上的[使用 AWS Snowball 和 無縫遷移大型 SQL 資料庫 AWS DataSync](https://aws.amazon.com/blogs/storage/seamlessly-migrate-large-sql-databases-using-aws-snowball-and-aws-datasync/)。 建議您在識別工作負載的儲存服務後，透過使用壓力/負載測試工具執行測試，再移動生產資料。例如，如果您正在移動 Amazon FSx for Windows File Server 上的 SQL 資料庫，可以使用 [Microsoft SQL Server Distributed Replay](https://learn.microsoft.com/en-us/sql/tools/distributed-replay/sql-server-distributed-replay?view=sql-server-ver16)。同樣地，您可以針對一般 IOPS 和輸送量使用 [DISKSPD](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview)。 ## 調動 識別儲存服務之後，下一個步驟為選取資料傳輸的工具。有數種工具可供使用，包括 [Robocopy](https://learn.microsoft.com/en-us/archive/technet-wiki/1073.robocopy-and-a-few-examples) 等較舊的解決方案，以及 等更現代化的工具[AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html)。DataSync 包含許多 Robocopy 等工具中無法使用的控制項 (例如，排程傳輸和更輕鬆的網路限流控制)，可協助您遷移資料，而不會影響整體網路流量。如需使用 DataSync 成功完成遷移的詳細資訊，請參閱 DataSync [客戶中的客戶見證](https://aws.amazon.com/datasync/customers/)。 如果您更熟悉 Robocopy，您可以使用它將資料遷移到 AWS。建議您檢閱本指南，了解如何最佳化[檔案傳輸效能](https://repost.aws/knowledge-center/direct-connect-file-transfer)。本指南可協助您避免在遷移期間遭遇問題。如果您使用 Robocopy 搭配已啟用重複資料刪除的檔案系統，請參閱 Amazon FSx for Windows File Server 文件中的[重複資料刪除](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/managing-storage-configuration.html#using-data-dedup)，以及 Microsoft 文件中的[對重複資料刪除損毀進行故障診斷](https://learn.microsoft.com/en-us/archive/technet-wiki/31038.troubleshooting-data-deduplication-corruptions)，以避免資料損毀的問題。 [AWS Storage Gateway](https://docs.aws.amazon.com/storagegateway/index.html) 可以透過 AWS 三種方式將資料遷移至 ：檔案、磁碟區和虛擬磁帶。您可以在內部部署執行的 VMware 或 Hyper-V Hypervisor、Amazon VPC 中的 Amazon EC2 執行個體或專用硬體設備上安裝 Storage Gateway。 Storage Gateway 可協助您彌補內部部署與 之間的差距， AWS 並協助您降低成本。您可以使用 Storage Gateway 分階段實作遷移，並使用其將內部部署備份裝置和磁帶取代為虛擬磁帶媒體櫃 (VTL)。您也可以使用 Storage Gateway 做為封存儲存解決方案，開始僅將本機未使用的檔案遷移至 ， AWS 做為遷移的第一階段。有多種選項可以使用 Storage Gateway 來託管您的 Microsoft 工作負載 AWS。 ## 遷移 DataSync 和 Robocopy 皆可保留網路存取控制清單 (ACL，又稱為 Windows ACL)。在開始遷移之前，建議您使用 [icacls](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/icacls) 取得 ACL 的備份副本，並檢閱下列資源： + [將內部部署檔案共用遷移至 Amazon FSx for NetApp ONTAP](https://aws.amazon.com/blogs/storage/migrating-on-premises-file-shares-to-amazon-fsx-for-netapp-ontap/) (AWS 儲存部落格） + [將現有的檔案儲存遷移至 Amazon FSx](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/migrate-to-fsx.html) (Amazon FSx for Windows File Server 文件） + [使用 （儲存部落格） 將檔案從現場部署來回傳輸， AWS 而不離開您的 VPC AWS DataSync](https://aws.amazon.com/blogs/storage/transferring-files-from-on-premises-to-aws-and-back-without-leaving-your-vpc-using-aws-datasync/)AWS + [使用 （方案指引） 將小型資料集從內部部署遷移至 Amazon S3 AWS SFTP](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-small-sets-of-data-from-on-premises-to-amazon-s3-using-aws-sftp.html)AWS