适用于：
SQL Server
本文介绍如何在 Azure Local 的断开连接运行环境中，在 Windows Server 或受支持的 Linux 虚拟机 (VM) 上规划、部署、保护和运行 SQL Server。
开始之前：
- 获得你所在组织的批准。
- 获取断开连接操作平台。
- 将平台部署在您的组织安全边界内。
SQL Server工作负载、本地控制平面、管理数据、身份集成和治理都保留在本地。 环境不需要持续连接Azure或互联网。 使用经批准的分阶段或离线传输工作流程来传输更新、支持包、注册数据及其他所需文件。
关于保持Azure连接的部署，请参见“部署SQL Server on Azure Local”。
何时使用脱机操作
考虑以下的不连通运算：
- 公有云连接被禁止或不可靠的主权、受监管或隔离环境。
- 需要本地执行、本地管理以及对数据和操作遥测的控制的站点。
- 需要Azure Local虚拟化和存储且不依赖公共Azure控制平面的SQL Server工作负载。
你可以在本地运行事务、分析、商业智能和数据仓库工作负载。 将SQL Server虚拟机与您批准的本地身份、监控、备份、安全、补丁和软件分发系统集成。
Important
Azure Arc 的 SQL Server 扩展不支持在断开连接模式下运行。 Azure Arc SQL Server库存、最佳实践评估和基于Azure的SQL Server管理能力不通过该扩展提供。 使用支持的本地工具管理和监控每个虚拟机中的 SQL Server。
Prerequisites
部署SQL Server前，请确认您具备：
- 这些前提条件并不要求持续连接Azure或互联网。
- 在您组织的安全边界内部署在受支持硬件上的经批准的 Azure Local 断开连接操作环境。 请审查 支持的服务 并完成 平台部署 后再继续。
- 支持Windows Server或Linux镜像，并具备足够的计算和存储容量以创建工作负载虚拟机。
- 符合平台网络要求和身份要求的本地网络、身份、证书和时间同步。
- 适当的 SQL Server 许可证和单独的 Azure Local 分离操作平台许可。 查看 许可和支持边界 以及 断开连接操作计费。
- 经批准的 SQL Server 安装介质、累积更新、驱动程序、管理工具和先决条件软件包，以及用于传输和验证这些文件的受控离线流程。
- SQL Server工作负载的本地监控和受保护备份目标，与控制平面备份分开。
- SQL Server 和来宾操作系统更新的经批准的脱机维护流程。
规划SQL Server工作负载
在确定虚拟机规模之前，先了解工作负载的需求：
- 根据数据库大小、可用性特性、在线操作、虚拟化权限和支持生命周期选择 SQL Server 版本和版本。
- 记录峰值CPU使用率、工作集内存、每秒输入输出操作率（IOPS）、吞吐量、延迟、数据库增长、
tempdb需求、日志生成率和并发。 - 定义恢复点目标（RPO）和恢复时间目标（RTO）。
- 识别应用依赖、认证方法、传输层安全（TLS）要求、端口、服务账户、维护窗口、备份保留和离线软件依赖。
设计 SQL Server 虚拟机
请按照以下指导设计您的SQL Server虚拟机：
| 设计领域 | SQL Server 指南 |
|---|---|
| 计算 | 为持续的利用率和许可效率设计虚拟CPU的大小。 避免过度订阅导致不可预测的查询延迟。 |
| Memory | 为操作系统、代理、驱动程序和故障转移活动保留内存。 配置max server memory好让SQL Server不会占用其他进程所需的内存。 |
| 存储 | 对操作系统、数据、事务日志、tempdb 和备份使用单独的卷。 验证延迟、吞吐量、队列深度、容量、弹性和空闲空间阈值。 |
| 网络 | 根据需要提供稳定的客户端、管理、备份和副本路径。 验证DNS、最大传输单元（MTU）、防火墙规则、TLS信任和监听器连接性。 |
| 位置 | 将高可用性副本放置在不同的 Azure Local 节点或故障域上。 在可用时使用反亲和性。 |
安装和配置 SQL Server
- 按照“断连操作”虚拟机指南，创建受支持的 Windows Server 或 Linux 虚拟机。
- 通过您受控的离线流程，传输经批准的安装介质、累积更新、驱动程序、管理工具和前置包。
- 按照Windows或Linux的说明安装SQL Server。 只安装你需要的功能。 使用可重复的配置文件或自动化，保护产品密钥和凭证，并记录构建基线。
- 安装已批准的累积更新。 配置服务账户、认证、TLS证书、防火墙规则、整合、
max server memorytempdb数据库文件增长和备份压缩。 - 在生产使用前，验证存储延迟、CPU 和内存压力、连接性、数据库完整性、备份、恢复操作以及应用行为。
配置高可用性和灾难恢复
设计SQL Server工作负载的可用性和恢复，与Azure Local控制平面分开。
SQL Server 可用性选项
- 始终在线可用性组：使用独立的 SQL Server 虚拟机，并在物理故障域之间放置副本。 对于Windows部署，可以配置Windows Server故障转移集群、本地见证和法定人数、监听器以及应用重试行为，无需依赖Azure云见证。 请参阅 可用性组的概览 和 入门指南。
- Windows 上的故障转移群集实例：当您需要实例级保护时，请使用受支持的共享存储和受支持的 SQL Server 群集配置。 参见 Always On 故障转移群集实例和 SQL Server 故障转移群集安装。
- 主机弹性：使用集群感知的部署和反亲和机制，避免SQL Server副本共享同一物理节点或故障域。
关于 Windows 集群需求，请参见 Windows Server 的 SQL Server 故障转移集群。
对于 Linux，没有群集管理器的可用性组提供读取扩展副本，而不是高可用性。 高可用性部署需要支持的集群管理器，如Pacemaker，生产部署则需要围栏。 参见 Linux 配置可用性组。 在部署前，请确认你的 Linux 发行版、集群管理器、围栏机制和存储配置在你断开的 Azure Local 环境中都被支持。 这里链接的 Windows 程序并未建立对 Linux 拓扑的支持。
恢复设计
为每个数据库定义恢复目标。 将应用一致的 SQL Server 备份与控制平面备份分开。 复制或导出备份到批准的二级安全区或站点，独立保护加密密钥，并执行定时恢复测试。
欲了解更多信息，请参阅 SQL Server 恢复与恢复概述。
保护SQL Server
应用一个无需公有云服务即可运行的 SQL Server 安全基线：
- 在 Windows 上，在支持的情况下，使用遵循最小权限原则的域帐户或托管服务帐户。 使用操作系统支持的服务身份配置，并限制备份、监控和应用身份的权限。
- 支持的话，优先支持集成认证。 在 Linux 上，Active Directory 认证使用 Kerberos，并要求 SQL Server 专用的服务主体名称（SPN）和按键标签配置。 平台身份集成不配置 SQL Server 认证。 限制
sysadmin会员资格，删除未使用的登录和功能，禁用弱协议，并定期审查权限。 - 要求客户端连接时使用TLS。 对于可用性组副本之间的流量，请在 数据库镜像端点 上配置身份验证和加密。 通过本地公钥基础设施（PKI）管理证书，监控过期和信任链健康状况。
- 根据需要，使用透明数据加密（TDE）或卷加密来保护数据。 加密备份，单独存储密钥，并测试密钥恢复。
- 启用 SQL Server Audit 或等效控件，用于特权活动、登录失败、权限更改、敏感对象访问和配置更改。
断连时的安全注意事项
- 维护一个经过批准的离线仓库，存放SQL Server更新、驱动程序、工具、安全定义和依赖。 验证签名并扫描导入的文物。
- 对于外部 REST 调用，只允许经过批准的本地 HTTPS 端点。 使用数据库范围的凭据，限制
EXECUTE ANY EXTERNAL ENDPOINT和审计请求。 请查看 sp_invoke_external_rest_endpoint 的权限和端点要求。 - 记录不依赖公有云服务的紧急访问、凭据轮换、证书续订、支持包脱敏和恢复流程。
监控SQL Server
您可以通过配置的外部监控解决方案监控 Azure Local 基础设施、控制平面服务和虚拟机健康状况。 安装并配置监控解决方案所需的代理和管理包。 Disconnected Operations不提供专门的SQL Server监控服务。
在每个虚拟机内，可使用原生功能（例如动态管理视图、扩展事件和错误日志）或经批准的本地部署监控平台来监控 SQL Server。 在 Windows 上，你还可以使用 SQL Server 代理 警报和 Windows 性能计数器。 SQL Server 代理 提醒在 Linux 上不被支持;请查看你版本的 Linux 上的 SQL Server 功能支持。
根据你的工作量收集以下信号：
- SQL Server可用性、数据库状态、备份时间和作业失败。
- 阻塞、死锁、等待、CPU使用率和内存压力。
- 存储延迟、数据库和日志增长，以及
tempdb健康状况。 - 高可用性副本同步。
将遥测数据保存在批准的本地存储库中。 定义可操作的阈值和升级程序。 有关平台监控，请参见 监控脱机操作。
备份和恢复 SQL Server
Important
断连操作备份功能仅保护控制平面虚拟机数据。 它不备份SQL Server工作负载或配置好的工作负载集群。 SQL Server 备份要单独配置。
- 根据你的RPO选择 恢复模式 。 安排完整备份，必要时对受保护的本地存储进行差异备份。 对于使用完整或批量记录恢复模型的数据库，也要安排事务日志备份。 简单恢复模式不支持事务日志备份或时间点恢复。 在适当情况下使用压缩、校验和和加密。
- 将副本保存在独立的故障域或站点中。 独立保护备份和加密密钥，监控容量和备份年龄。
- 测试完成，备用主机恢复完成。 当需要点点恢复时，使用完整的恢复模型，维护日志备份链，并测试点点恢复。 在批量日志恢复中，你无法恢复到日志备份中包含批量日志更改的节点。 记录达到的 RPO 和 RTO，并弥补差距。
有关步骤，请参见“备份与恢复 SQL Server 数据库”、“创建完整数据库备份”以及“还原与恢复概览”。
SQL Server 服务脱机
维护SQL Server累积更新、访客操作系统补丁、驱动程序、管理工具和安全软件的批准基线：
- 在代表性的断开环境中进行测试更新。
- 在应用更新前备份工作负载。
- 按受控顺序为高可用性副本应用修补程序。
- 更新后验证故障切换、应用连接性和性能。
- Microsoft通过标准SQL Server服务更新通道以及SQL Server最新更新和版本历史发布适用的SQL Server累积更新（CU）、通用发行版（GDR）或安全更新。
通过已批准的、适用于来宾操作系统的机制提供 SQL Server 和来宾更新：
- Windows：使用经批准的企业软件分发工具，如 Windows Server Update Services（WSUS）或 Microsoft Configuration Manager，以获取其支持的更新。
- Linux： 使用发行版的包管理器，配合经过批准的本地仓库或传输包及其依赖。 请按照 离线安装和更新指南操作。
请遵循单独的断开连接操作更新指南进行平台更新。
构建本地AI应用
SQL Server 2025 可以连接到批准的本地聊天完成终端，例如兼容的 Foundry 本地部署。 应用程序可以将SQL数据与本地模型推理结合，而无需公共云连接。
Azure Local 上的 Foundry Local 目前处于预览阶段。 在与 SQL Server 集成模型之前，先完成其部署和访问的前提条件。 在调用本地模型端点之前：
-
external rest endpoint enabled启用服务器配置选项。 在 SQL Server 2025 中，该过程默认被禁用。 - 授予呼叫的数据库主体
EXECUTE ANY EXTERNAL ENDPOINT权限，并配置端点所需的认证和凭证。 - 让已部署模型的 HTTPS 端点能够从 SQL Server 虚拟机访问。 配置TLS证书和证书信任以供生产环境使用。 不要依赖那些绕过证书验证的推理测试。
在使用 sp_invoke_external_rest_endpoint 之前，请先查看受支持的端点和安全要求。 关于模型部署和推理，请参见 Azure Local 上的 Foundry Local，运行推理，并带上你自己的模型。
本地模型推断并不能证明开发者工具可以在没有云连接的情况下运行。 在将每个工具纳入断开连接的工作流程前，分别验证其认证、客户端和连接需求。
许可和支持范围
在最终确定虚拟机规模和可用性拓扑之前，先选择SQL Server许可模式。 评估版本要求、虚拟核心许可、符合条件且享有无限虚拟化权限的物理核心许可、软件保障或订阅权益，以及非生产环境权益。 Azure Local 的离线运营平台容量需单独获得许可。
- 版本： 验证标准和企业功能需求，包括可用性、规模、在线运营和虚拟化权限。
- 许可范围：比较每虚拟机虚拟核许可与符合条件的物理核心模型，特别是在整合 SQL Server 虚拟机时。
- 许可模型： 验证 SQL Server 软件保障或订阅要求，以及断开连接操作的 Azure 混合权益资格。
- 记录： 维护主机、虚拟机、分配核心、版本、环境及许可证据的清单。
查看平台条款中的脱机操作计费。 由 Azure Arc 启用的 SQL Server 许可文档 描述了已连接管理体验；它并不是在断开连接操作中安装不受支持的 SQL Server 扩展的流程。