数据库服务器CPU不能全部利用原因分析

合集 - SQL Server数据库运维(59)
1.SQL SERVER日常运维巡检系列之-日志2.关于SQL Server镜像的一个小误区3.一切从“简”，解放IT运维人员4.CPU问题定位与解决5.数据库优化案例——————某市中心医院HIS系统6.系统隐形杀手——阻塞与等待7.SQL Server常见问题介绍及快速解决建议8.tempdb日志文件暴增分析9.数据库服务器CPU不能全部利用原因分析10.如何快速定位TempDB产生问题11.索引的重要性12.SQL语句的优化建议13.通过分析等待类型解决系统产生问题14.磁盘问题定位与解决15.内存问题定位与解决16.写给数据库运维的兄弟17.为什么带NOLOCK的查询语句还会造成阻塞18.链接服务器查询导致的阻塞19.CXPACKET等待类型分析20.为什么sleeping的会话会造成阻塞(2)21.为什么sleeping的会话会造成阻塞22.为SQL Server配置连接加密23.SQL SERVER——高可用技术概述
24.数据库服务器CPU不能全部利用原因分析
25.管理工具造成的阻塞26.自动增长配置不合理导致的性能抖动27.Profiler导致的严重性能问题28.CPU持续100%分析并解决分析29.tempdb大量闩锁等待问题分析30.探究SQL SERVER 更改跟踪31.tempdb数据文件暴增分析32.SQL SERVER 2016 AlwaysOn 无域集群+负载均衡搭建与简测33.Moebius兼容AlwaysOn34.Moebius for SQL Server35.SQL SERVER日常运维巡检系列——数据库备份36.SQL SERVER日常运维巡检系列——结构设计37.Moebius for SQL Server38.SQL SERVER日常运维巡检系列之-数据库39.【能力提升】SQL Server常见问题介绍及快速解决建议40.CDC作业历史记录无法删除问题41.为Oracle链接服务器使用分布式事务42.大事务导致数据库恢复时间长43.SQL Server关于AlwaysOn的理解-读写分离的误区(一)44.链接服务器导致SQL Server停止响应45.简单配置Sql专家云46.SQL专家云回溯某时间段内的阻塞47.SQL专家云快速解决阻塞48.SQL专家云汇总低效的SQL语句49.数据库优化案例—某市中心医院HIS系统50.细说数据库协作运维51.医院核心数据库一体化建设实践52.【能力提升】SQL Server常见问题介绍及快速解决建议53.Moebius数据库多活集群54.30分钟带你熟练性能优化的那点儿事儿（案例说明）55.SQL Server底层架构技术对比56.Moebius兼容AlwaysOn57.透过等待看数据库58.数据库自动收缩造成的阻塞59.CPU持续100%分析并解决
收起
背景
客户凌晨把HIS数据库迁移到配置更高的新服务器，上午业务高峰时应用非常缓慢。

现象

通过SQL专家云实时可视化界面看到大量的绿点，绿点表示会话在等待某项资源，绿点越大说明等待的会话数越多。

进入活动会话列表，发现大量会话的状态为runnable，runnable代表这个会话可以执行，但没有 CPU 可以分配给它，可以理解为正在等待 CPU 这项系统资源。

但是此时服务器的CPU利用率并不高，在30%左右。

从任务管理器里查看，服务器有128核心，但是绝大多数核心根本利用不上。

SQL专家云深度体检里有相应的诊断，SQL Server在线的CPU核数40小于检测到的CPU核数128，说明SQL Server只使用了40个核心。

没有SQL专家云，可以使用下面的语句查询。 
--CPU总数
SELECT
  cpu_count
FROM
  sys.dm_os_sys_info

--在线CPU数
SELECT
  COUNT(*)
FROM
  sys.dm_os_schedulers
WHERE
  is_online = 1
  AND status = 'VISIBLE ONLINE'

分析

从SQL Server 2012开始，企业版有两种许可证模式，基于核心和基于服务器+CAL。基于服务器+CAL许可证限制SQL Server最多能使用20个物理处理器，如果超线程已启用，这将是40个逻辑处理器。

确认数据库的版本为SQL server 2012 Enterprise Edition，也就是服务器+CAL许可证模式。

解决

在SQL Server安装文件中更换序列号，升级到基于核心的许可模式。

 

 

重启SQL Server服务后，在SQL专家云中确认已经是基于核心的许可证模式了，并且能用使用到128个核心。

其它情况

如下图，在为虚拟机分配CPU时，配置了16个插槽，每个插槽内核数为1，这样SQL Server标准版只能使用到4个CPU。应该合理的配置，例如2和8或者4和4。


 

 

posted @   格瑞趋势技术团队  阅读(212)  评论(0)  编辑  收藏  举报
相关博文：
· 数据库服务器CPU不能全部利用原因分析
· CPU持续100%分析并解决
· SQL SERVER数据库服务器CPU不能全部利用原因分析
· 【故障公告】数据库服务器 CPU 100% 造成全站故障
· 【故障公告】数据库服务器今年第七次 CPU 100% 故障（12月8日又出现）
阅读排行：
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码，我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了，比商业数据库还牛
· 白话解读 Dapr 1.15：你的「微服务管家」又秀新绝活了
· 上周热点回顾（2.24-3.2）
点击右上角即可分享
微信分享提示