本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
将 FSx for Windows File Server 与 Microsoft SQL Server 结合使用
高可用性（HA）Microsoft SQL Server 通常部署在 Windows 服务器失效转移集群（WSFC）中的多个数据库节点上，每个节点都可以访问共享文件存储。您可以通过两种方式使用 FSx for Windows File Server 作为高可用性（HA）Microsoft SQL Server 部署的共享存储：用作活动数据文件的存储和用作 SMB 文件共享见证。
注意
目前，Amazon FSx 不支持 Microsoft SQL Server IFI（即时文件初始化）功能。
SQL Server 建议使用 SSD 存储。SSD 存储专为性能最高、对延迟最敏感的工作负载而设计，包括数据库。
有关使用 Amazon FSx 降低 SQL Server 高可用性部署的复杂性和成本的信息，请参阅 Amazon Storage 博客上的以下文章：
使用 Amazon FSx 处理 SQL Server 活动数据文件
Microsoft SQL Server 可以使用 SMB 文件共享作为活动数据文件的存储选项进行部署。Amazon FSx 经过优化，通过支持持续可用（CA）文件共享，为 SQL Server 数据库提供共享存储。这些文件共享专为需要不间断访问共享文件数据的应用程序（如 SQL Server）而设计。虽然您可以在单可用区 2 文件系统上创建 CA 共享，但对于所有 SQL Server 部署，无论是否为 HA，都需要在多可用区文件系统上使用 CA 共享。
创建持续可用的共享
您可以在 PowerShell 上使用适用于远程管理的 Amazon FSx CLI 创建 CA 共享。要将共享指定为持续可用的共享，请使用 New-FSxSmbShare 将 -ContinuouslyAvailable 选项设置为 $True。要了解有关创建新 CA 共享的更多信息，请参阅创建持续可用 (CA) 共享。
配置 SMB 超时设置
如 FSx for Windows File Server 失效转移进程 所述，多可用区的失效转移和失效自动恢复可能导致 I/O 暂停，通常在 30 秒内完成。您的 SQL Server 应用程序对超时设置的敏感度可能有所不同，具体取决于其配置方式。
您可以调整 SMB 客户端配置会话超时，以确保您的应用程序能够适应多可用区文件系统失效转移。您可以通过更新文件系统的吞吐能力来测试应用程序在失效转移期间的行为，这将启动自动失效转移和失效自动恢复。
使用 Amazon FSx 作为 SMB 文件共享见证
Windows Server 失效转移群集部署通常会部署 SMB 文件共享见证来维护集群资源仲裁。见证文件共享只需要少量存储空间即可存储仲裁信息。Amazon FSx 文件系统可用作 Windows 服务器失效转移集群部署的 SMB 文件共享见证。