本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 迁移文件服务器
存储是您运行的任何工作负载的重要组成部分。 AWS 有许多选项可以将文件存储在云中，包括块、文件和对象存储。对于 Microsoft 工作负载，最常见的选项是数据块和文件存储选项。本节提供了帮助您将 Microsoft 工作负载存储迁移到的策略， AWS Cloud 并指导您完成文件服务器的迁移。
## 评测
有三种主要的存储类型：对象存储、块存储和文件存储。 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 性能监视器](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 提供一系列存储类，您可以根据工作负载的数据访问、恢复能力和成本要求进行选择。您可以通过使用 [AWS Storage Gateway](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html) 来实施对 Amazon S3 的基于文件的访问。这样您就能够利用 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 卷公开为独立于实例生命周期而持续存在的存储卷。
+ [亚马逊 FSx —****](https://docs.aws.amazon.com/fsx/) 亚马逊 FSx 提供四种不同的文件系统： NetApp ONTAP、OpenZFS、Windows 文件服务器和 Lustre。有关选择正确系统的指导，请参阅 [Choosing an Amazon FSx file system](https://aws.amazon.com/fsx/when-to-choose-fsx/)。Amazon FSx 提供各种文件系统类型的托管文件存储解决方案，使您能够将 Microsoft 工作负载迁移到 IT 员工 AWS 并减少部分运营开销。这使得 IT 部门能够专注于其他关键业务驱动因素上。
+ [AWS Snow Family****](https://aws.amazon.com/snowball/)— 如果您有 PB 级的数据需要移入 AWS，请考虑使用 Snow Family 的存储解决方案。虽然您的存储不会依赖 Snow Family 设备来维持数据的长期生命周期，但它可以帮助您使用、或 S AWS nowmobile 设备将大型数据集播种到 AWS 离线状态。 AWS Snowball Edge AWS Snowball有关更多信息，请参阅[使用 AWS 存储无缝迁移大型 SQL 数据库， AWS Snowball 并在](https://aws.amazon.com/blogs/storage/seamlessly-migrate-large-sql-databases-using-aws-snowball-and-aws-datasync/)博客上 AWS DataSync发布。
我们建议您在确定适用于工作负载的存储服务之后，在移动生产数据之前，使用 stress/load 测试工具进行测试。例如，如果您要在适用于 Windows File Server 的 Amazon FSx 上迁移 SQL 数据库，则可以使用 [Microsoft SQL Server 分布式回放](https://learn.microsoft.com/en-us/sql/tools/distributed-replay/sql-server-distributed-replay?view=sql-server-ver16)。同样，您可以使用 [DISKSPD](https://learn.microsoft.com/en-us/azure-stack/hci/manage/diskspd-overview) 来实现常规 IOPS 和吞吐量。
## 动员
确定存储服务后，下一步是选择数据传输工具。有多种工具可供选择，包括诸如 [Robocop](https://learn.microsoft.com/en-us/archive/technet-wiki/1073.robocopy-and-a-few-examples) y之类的较旧解决方案和更现代的工具，例如[AWS DataSync](https://docs.aws.amazon.com/datasync/latest/userguide/what-is-datasync.html)。 DataSync包括许多在 Robocopy 等工具中不可用的控件，例如定时传输和更轻松地控制网络限制，以帮助在不影响整体网络流量的情况下迁移数据。有关成功完成迁移的更多信息 DataSync，请参阅 customers 中的[客户评价](https://aws.amazon.com/datasync/customers/)。 DataSync
如果您更习惯于 Robocopy，则可以使用它将您的数据迁移到 AWS。我们建议您阅读本指南，了解如何优化[文件传输性能](https://repost.aws/knowledge-center/direct-connect-file-transfer)。该指南可帮助您避免在迁移过程中遇到问题。如果您将 Robocopy 与启用了重复数据删除的文件系统结合使用，请参阅《适用于 Windows File Server 的 Amazon FSx》文档中的[重复数据删除](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 或虚拟机管理程序、亚马逊 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 的备份副本，并查看以下资源：
+ [将本地文件共享迁移到适用于 NetApp ONTAP 的 Amazon FSx](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)（适用于 Windows File Server 的 Amazon FSx 文档）
+ [使用 AWS DataSync（AWS 存储博客）在不离开您的 VPC 的情况下将文件从本地传回传输 AWS](https://aws.amazon.com/blogs/storage/transferring-files-from-on-premises-to-aws-and-back-without-leaving-your-vpc-using-aws-datasync/)
+ [使用 AWS SFTP（AWS 规范性指南）将小型数据集从本地迁移到 Amazon S3](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-small-sets-of-data-from-on-premises-to-amazon-s3-using-aws-sftp.html)