sqlserver服务器的属性有哪些，sqlserver数据库服务器属性怎么查看？

SQL Server服务器属性是管理实例级配置的核心入口，包含常规、内存、处理器、安全性、连接、数据库设置、高级和权限八大面板，右键点击SSMS中的服务器实例名即可打开。

很多刚接触SQL Server的朋友，打开服务器属性对话框后，看着一堆选项卡心里发怵，其实这东西没那么玄乎，它就是SQL Server这个“数据库管家”的总控台，所有跟整个实例相关的全局设置,几乎都在这里调整。

加载中

SQLServer是什么？原理是什么？有什么作用？

架构师阿Q

347741-

原视频地址

sqlserver服务器属性在哪里看常规面板里藏着哪些关键信息

想知道sqlserver服务器属性在哪里看，最直接的操作路径是：在电脑上打开SSMS（SQL Server Management Studio），在左侧“对象资源管理器”里右键点击服务器实例名称，在弹出的菜单中就能看到“属性”选项。

第一步，先看常规（General）面板，这一页不提供修改功能，只负责展示当前实例的“身份信息”，行业共识认为,这是排查问题时的第一站。

常规面板里有几个信息值得你多留意：

• 服务器名称：这是客户端连接时使用的实例名，如果后面带“SQLEXPRESS”之类的后缀,说明是命名实例。
• 版本：显示具体版本号和内部版本号，判断是否打了补丁、是否存在版本差异问题,靠的就是这一栏。
• 操作系统：显示底层Windows系统版本，虽然SQL Server从2017开始支持Linux,但绝大多数生产环境还是Windows。
• 排序规则：这个信息非常关键，它决定了字符串的排序和比较方式，一旦建库后再改默认排序规则,业务端可能直接报错。
• 服务器内存和处理器数量：这里能看到实例启动时识别的物理内存和CPU逻辑核数，如果识别的数量比物理机器配置低,往往意味着系统资源被其他程序占用了。

sqlserver服务器属性怎么改最常用的三类设置实操

常规面板只是“看”，真正需要动手的是后面几个面板,下面挑出最有实操价值的三个方向来展开。

内存设置：最大服务器内存别乱填

在“内存”面板中，有两个关键项：“最小服务器内存”和“最大服务器内存”。

踩坑的人不在少数，很多新手喜欢把最大内存设成物理内存值，这其实是隐患，Windows系统本身、其他应用、杀毒软件都需要内存，如果SQL Server把内存全占了，操作系统会频繁跟SQL Server抢资源,甚至会触发系统级的进程被杀机制。

业内专家指出，比较稳妥的做法是给系统预留3GB到5GB的物理内存，比如一台32GB内存的专用服务器，最大服务器内存设为27GB左右是比较稳妥的起点，你需要知道的是，这里设置的数值单位是

MB,按1024的倍率进行换算。

具体修改步骤：

1. 打开服务器属性，进入“内存”面板。
2. 在“最大服务器内存”框中输入目标数值（例如设置为27648代表27GB）。
3. 勾选“为SQL Server预留增量内存”通常不建议勾选,容易导致内存无上限增长。
4. 点击确定后，重启SQL Server服务即可生效。

连接设置：sqlserver服务器属性连接数不够怎么办

业务高峰期报“连接池已满”或者“已到最大连接数限制”的错,很多人第一时间会来调这个面板。

在“连接”面板中，“最大并发连接数”默认值为0，这里的0表示无限制，由SQL Server根据负载动态控制真实连接数，如果你把它改成固定值，比如设为100,则超过100个连接时新请求会被直接拒绝。

大部分情况下，建议保持默认的0，真正导致连接数不够的原因，往往不是上限设置问题，而是系统资源耗尽或连接未被正确释放。

如果你确实要调整,路径如下：

1. 进入“连接”面板。
2. 将“最大并发连接数”从0改为你估算的峰值数值。
3. 注意修改完成后，需要重启SQL Server服务才能生效。

另外一个容易被忽略的选项是“默认查询超时设置”，单位是秒，默认0表示不超时，OLTP业务中如果经常有长查询拖住系统，可以考虑设置一个合理的超时时间,但要结合业务容忍度来定。

处理器设置：并行度不是越大越好

“处理器”面板主要调整CPU相关的调度行为,这里有两项内容需要注意：

• 处理器关联（Processor Affinity）：将SQL Server线程绑定在指定的CPU核上，用于隔离其他应用程序的CPU争抢，生产环境如果条件允许,建议开启。
• 最大并行度（MAXDOP）：这才是大家日常关注的重点。

并行查询并不总是更快，当查询涉及的CPU开销超过“并行查询阈值”时，SQL Server才会启用并行执行计划，而对于OLTP类的短查询,并行反而会增加调度开销。

上述参数中，“最大并行度”的修改有更细致的方式，虽然服务器属性面板中也能改，但更精确的做法是使用T-SQL命令：

EXEC sp_configure 'show advanced options', 1;
RECONFIGURE;
EXEC sp_configure 'max degree of parallelism', 4;
RECONFIGURE;

将MAXDOP设为0（表示使用所有处理器）适合小规模机器；4核以上的机器，推荐设置为4或8，不是越大越好，在NUMA架构的大型服务器上,这个值需要结合内存节点拓扑来判断。

安全性、数据库设置与高级面板容易被忽略的坑

跳过太基础的账号配置,这里专门挑三个会让你在运维中头疼的隐藏点。

安全性面板：服务器身份验证模式改错就连接不上

在“安全性”面板中，默认是Windows身份验证模式，如果你想要使用“sa”账号或者SQL账号登录，需要切换为“Windows和SQL Server身份验证模式”。

修改后，需要重启SQL Server服务，这里有个坑：重启服务前，务必确认你的Windows账号在sysadmin角色中，否则改完后你可能会发现自己无法以任何身份登录服务器了，实践中这类误操作导致实例被“锁死”的案例不在少数。

数据库设置面板：默认数据目录改了对谁有好处

“数据库设置”面板中，有“数据根目录”“备份目录”等选项，这在实际场景中非常有用很多公司的数据盘和系统盘分开,data数据库文件需要放在D盘或E盘。

修改默认数据库目录的操作很简单：

1. 在“数据库设置”面板中，找到“数据库默认位置”。
2. 分别设置“数据”和“日志”的默认路径。
3. 点击确定,无需重启。

此后新建数据库时，SSMS会自动将新数据库的主数据文件（.mdf）放在该目录下，如果你经常在一台服务器上批量建库,这个设置能省下大量手动改路径的时间。

高级面板：默认填充因子和游标阈值

“高级”面板中，DBA关注较多的是“默认填充因子”,它的作用是控制索引页的剩余空间比例。

填充因子设得越小，索引页预留空间越多，适合频繁插入更新的OLTP表；但代价是索引占用空间变大，查询时I/O读取量增加，常见生产配置是70到80之间（百分比），如果是只读数据仓库，反而建议设为100（完全不预留空间）。

“游标阈值”默认值是-1，表示使用系统自动判断逻辑，除非遇到了特定的游标性能问题，一般建议保持默认,不要随意改动。

sqlserver服务器属性与数据库属性的区别别再混为一谈

很多人分不清服务器属性和数据库属性的区别，这个搞不清楚，配置很容易改错地方,实际上差别非常明显：

举例来说：如果你在服务器属性里把身份验证改为混合模式，那么该服务器上所有数据库都受影响，但如果你只想让某个库启用“READ_COMMITTED_SNAPSHOT”,那就必须在数据库属性中单独调整。

另一个直接可验证的实操是：在服务器属性“权限”页面中，为一个登录账号授予对整个实例的权限，而数据库属性中的“权限”页面则仅控制该账号在此库内的操作范围,两者的粒度是完全不同的。

Q&A：sqlserver服务器属性常见疑问快答

sqlserver服务器属性修改后必须重启服务吗？

不必须，内存改动、连接数改动、身份验证模式改动都需要重启SQL Server服务，处理器关联和高级面板中的部分选项，同样需要重启，但数据库默认路径和权限分配，修改后立即生效，建议每次调整完属性后，在“常规”面板中查看状态，如果状态栏提示“需要重启”，就去服务管理器重启。“SQL Server服务”对应Windows服务名为MSSQLSERVER（默认实例）或MSSQL$实例名。

sqlserver服务器属性中内存设置多少合适？

没有固定值，但有明确的计算思路，先看物理内存总量，再减去Windows系统运行所需内存、其他应用占用、以及约2-3GB的安全余量，较为通用的检查方式是，在SQL Server中运行以下命令,观察性能计数器：

SELECT physical_memory_in_use_kb/1024 AS used_memory_mb,
       locked_page_allocations_kb/1024 AS locked_mb
FROM sys.dm_os_process_memory;

如果used_memory_mb长期接近“最大服务器内存”设定值，且操作系统可用内存持续偏低，说明设置值过大；反过来，如果SQL Server的内存占用远低于设定值且数据库缓冲命中率不高,则可适当调大。

用图形界面和T-SQL命令修改服务器属性，效果一样吗？

效果一致，SSMS中的服务器属性界面，本质上是通过调用系统存储过程和配置选项来实现的，处理器面板中的最大并行度修改，对应的是sp_configure命令中的“max degree of parallelism”参数，用T-SQL命令的优势是可以批量修改、通过脚本化模板在多台服务器上重复执行，便于自动化运维，适合在做新环境初始化时,把整套服务器属性参数通过脚本一次性配置完毕。

最后需要明确的是，SQL Server服务器属性本身并不是性能调优的全部答案，但它是一切调优的起点，先把内存限额框定，再理顺CPU并行策略，最后再配合索引优化和查询重写，这套流程走下来,绝大多数性能瓶颈都能找到方向。