- 核心版本与许可模式
- 硬件与系统要求
- 关键性能与容量参数
- 高可用性与灾难恢复参数
- 安全性与合规性参数
- 开发与集成参数
核心版本与许可模式
这是选择 SQL Server 的第一步,不同版本的功能和许可方式差异巨大。

| 版本 | 目标用户 | 核心特点 | 许可模式 (简化版) |
|---|---|---|---|
| SQL Server 2025 | 最新版本,所有场景 | 包含所有最新功能、AI 集成、高性能优化 | 核心许可证 + CAL |
| SQL Server 2025 | 企业级与大型数据仓库 | 大数据集成、PolyBase、AI 功能 | 核心许可证 + CAL |
| SQL Server 2025 | 稳定可靠的企业级 | 引入 Linux 支持、容器化支持 | 核心许可证 + CAL |
| SQL Server 2025 | 传统企业应用 | 引入 Stretch Database、R 语言集成 | 核心许可证 + CAL |
| SQL Server 2025 (已结束支持) | 不再推荐使用 | - | 核心许可证 + CAL |
| Developer Edition | 开发人员 | 拥有企业版的所有功能,仅用于开发和测试,禁止用于生产环境 | 免费 |
| Express Edition | 学生、爱好者、小型应用 | 功能有限,但有 10GB 数据库大小限制和 1GB 内存使用限制 | 免费 |
| Standard Edition | 中小型企业 | 提供核心的数据库功能,性能和功能弱于企业版 | 核心许可证 + CAL |
| Enterprise Edition | 大型企业、关键业务 | 提供最高性能、最大规模和所有高级功能(如 Always On、列存储等) | 核心许可证 + CAL |
许可模式详解:
- 核心许可证 + CAL (Client Access License):
- 核心许可证: 根据物理 CPU 插槽或虚拟核心数量购买,这是运行 SQL Server 本身的“门票”。
- CAL: 每个需要访问 SQL Server 的用户或设备都需要一个 CAL,这决定了“谁”可以连接。
- 示例: 一台双路物理服务器(2个插槽),每个插槽有12个核心,总共24个核心,你需要购买 2 个核心许可证(按插槽计费更划算),你的100个员工都需要访问,则需要购买100个用户 CAL。
- 按核心许可: 从 SQL Server 2025 开始,微软强烈推荐这种方式,对于大型数据中心,按核心许可可能比“核心+CAL”更经济。
- Web Edition: 仅用于托管 Web 应用,有连接数限制,许可模式特殊。
硬件与系统要求
这是确保 SQL Server 稳定运行的基础。
| 参数类别 | 具体参数 | 说明与建议 |
|---|---|---|
| CPU | 处理器速度与核心数 | 核心数影响并发处理能力,主频影响单任务处理速度,OLTP 系统更看重核心数,数据仓库更看重主频和缓存。 |
| 处理器缓存 | L3 缓存越大,数据访问速度越快,对性能提升显著。 | |
| 内存 | 最小要求 | Express: 512MB; Standard/Enterprise: 4GB (实际远不够) |
| 推荐配置 | “内存为王”,SQL Server 极度依赖内存来缓存数据和执行计划。理想配置是: 可用内存 > SQL Server 使用的内存 > 数据库数据大小,通常建议至少 16GB 起,关键业务 64GB 或更高。 |
|
| 最大支持 | Standard: 128GB; Enterprise: 24TB (受限于操作系统) | |
| 存储 | IOPS (Input/Output Operations Per Second) | 每秒读写操作的次数,OLTP 系统(如交易系统)需要极高的 IOPS。 |
| 延迟 | 单次 I/O 操作的耗时,延迟越低越好,通常要求在毫秒级。 | |
| 吞吐量 | 每秒可以传输的数据量。 | |
| RAID 配置 | - RAID 10 (镜像+条带): 最佳选择,提供高性能和高数据安全性,适用于数据文件、日志文件。 - RAID 5 (奇偶校验): 性能和成本折中,适用于只读数据仓库。 - RAID 0 (条带): 性能最高,但无冗余,绝对不能用于生产环境。 |
|
| 推荐方案 | SSD (固态硬盘) > HDD (机械硬盘),将数据文件、日志文件、TempDB、备份文件放在不同的物理磁盘上,以 I/O 分离。 | |
| 网络 | 带宽 | 根据应用需求配置,确保数据传输不会成为瓶颈。 |
| 网卡 | 建议使用多网卡,并配置团队绑定,以提高可用性和带宽。 | |
| 操作系统 | 版本 | Windows Server 2025/2025/2025 Datacenter/Standard (64位)。 |
关键性能与容量参数
这些参数直接决定了数据库能处理多少数据以及运行多快。
| 参数类别 | 具体参数 | 说明与建议 |
|---|---|---|
| 数据库规模 | 最大数据库大小 | Standard: 524 PB; Enterprise: 524 PB (受限于文件系统) |
| 最大文件大小 | 16TB (NTFS), 256 PB (ReFS) | |
| 最大分区数 | 15,000 | |
| 最大表行数 | 受限于可用空间,无理论上限 | |
| 内存管理 | 最大服务器内存 | 在服务器属性中设置,防止 SQL Server 占用所有系统内存,影响 OS 运行。 |
| 最小服务器内存 | 确保即使内存紧张,SQL Server 也能保留基本运行所需内存。 | |
| Buffer Pool | SQL Server 的核心内存区域,用于缓存数据页,大小由 max server memory 控制。 |
|
| 并发处理 | 最大并发连接数 | 理论值 32,767,实际受限于内存和 CPU。 |
| 工作线程数 | SQL Server 用于处理请求的线程,通常由系统自动管理,但可以通过 max worker threads 手动设置优化。 |
|
| 查询性能 | 成本阈值并行 | 当一个预估的查询成本超过此值时,SQL Server 才会使用并行计划,默认值 5。 |
| 最大并行度 | 一个并行查询最多能使用的 CPU 核心数,默认 0(使用所有可用核心)。 | |
| TempDB | 数据文件数 | 建议设置为逻辑 CPU 核心数的一半,但不超过 8 个。 |
| 文件增长方式 | 建议使用固定大小或按百分比(如 10%),避免按 MB 增长导致性能抖动。 | |
| 连接 | 远程登录超时 | 客户端尝试连接到服务器时的超时时间(秒),默认 20。 |
| 查询超时 | 执行一个查询的最大时间(秒),默认 -1(无限制)。 |
高可用性与灾难恢复参数
确保业务连续性的关键。

| 技术/参数 | 说明 | 适用场景 |
|---|---|---|
| Always On 可用性组 | SQL Server 的高可用性黄金标准,提供数据库级别的冗余、快速故障转移(秒级)、读写分离和负载均衡。 | 对业务连续性要求极高的生产环境。 |
| 数据库镜像 | 一个数据库主副本和多个热备副本,提供高可用性,但故障转移较慢(手动或自动快速)。 | 已被 Always On 取代,但仍在旧版系统中使用。 |
| 日志传送 | 将主数据库的事务日志定期备份,并还原到备用数据库,数据几乎零丢失,但恢复点目标 较长。 | 对数据一致性要求高,但对实时性要求不高的灾难恢复场景。 |
| 故障转移群集 | 在操作系统层面提供服务器级别的故障转移,需要共享存储。 | 与 Always On AG 配合使用,提供实例级别的保护。 |
| 备份与还原 | 基础中的基础。 - 备份类型: 完整、差异、事务日志、文件/文件组。 - 恢复模式: 简单、完整、大容量日志。 |
所有场景,是任何高可用策略的最后一道防线。 |
安全性与合规性参数
保护数据不被未授权访问或泄露。
| 安全领域 | 关键技术/参数 | 说明 |
|---|---|---|
| 身份验证 | Windows 身份验证 | 默认且推荐,与 Windows AD 集成,管理方便。 |
| SQL Server 身份验证 | 使用用户名和密码,需要强制策略,并仅在必要时使用。 | |
| 授权 | 服务器角色 | 如 sysadmin,控制整个服务器的管理权限。 |
| 数据库角色 | 如 db_owner, db_datareader, db_datawriter,控制数据库级别的权限。 |
|
| 用户和架构 | 精细化控制用户对数据库对象的访问权限。 | |
| 数据加密 | 透明数据加密 | 加密整个数据库文件(数据文件和日志文件),对应用透明。 |
| 动态数据加密 | 使用 Always Encrypted 功能,在数据离开数据库时才解密,确保端到端安全。 | |
| 审计 | SQL Server 审计 | 可将服务器级和数据库级的事件(如登录、对象访问、权限更改)记录到文件或 Windows 事件日志中。 |
| 防火墙 | Windows 防火墙 | 只开放必要的端口(默认 1433)。 |
开发与集成参数
这些参数影响开发人员和应用程序如何与 SQL Server 交互。
| 领域 | 关键技术/参数 | 说明 |
|---|---|---|
| 编程语言 | T-SQL | SQL Server 的核心查询语言,是其灵魂。 |
| CLR 集成 | 允许在 SQL Server 中运行 .NET 代码(如存储过程、函数、触发器)。 | |
| 连接协议 | TCP/IP | 默认和最常用的网络协议。 |
| Named Pipes | 旧版协议,在局域网内性能较好,但已不推荐。 | |
| Shared Memory | 仅用于同一台机器上的连接,速度最快。 | |
| API 和驱动 | ADO.NET, JDBC, ODBC | 标准的数据访问接口。 |
| OLE DB | 旧版技术,仍被一些工具支持。 | |
| 工具 | SQL Server Management Studio (SSMS) | 主要的管理和开发工具。 |
| SQL Server Data Tools (SSDT) | 用于数据库项目开发、版本控制和部署。 | |
| Azure Data Studio | 跨平台的轻量级工具,支持 SQL Server 和 Azure SQL。 |
选择和使用 SQL Server 时,需要综合考虑以上所有参数:
- 先定版本和许可:根据业务规模、预算和功能需求,选择 Standard 或 Enterprise。
- 再配硬件:为选定的版本提供充足的 CPU、内存(尤其是内存!)和高速存储(SSD)。
- 然后调参数:根据应用类型(OLTP 或 DW)和负载,配置内存、并行度、TempDB 等关键性能参数。
- 最后保安全:实施严格的身份验证、授权、加密和审计策略。
- 规划高可用:选择 Always On 或其他方案,确保业务不中断。
这份参数清单希望能为您提供一个全面的技术参考,在实际项目中,建议结合 SQL Server 官方文档和具体的业务场景进行深入配置和优化。
