/*
在SQL SERVER 2005 及以后版本中, 使用‘MAXworker thread‘ 来配置
可用的线程数,默认设置为0
,即自动控制线程数
计算最大工作线程数:
对于32 位系统:
逻辑CPU数<= 4 时:max
worker threads = 256
逻辑CPU数> 4 时: max worker threads = 256 + (logic
cpus‘s-4)*8
对于64 位系统:
逻辑CPU数<= 4 时:max worker threads =
512
逻辑CPU数> 4 时: max worker threads = 512 + (logic
cpus‘s-4)*16
*/
--================================================================
--查看最大工作线程数
SELECT
max_workers_count
FROM
sys.dm_os_sys_info
--================================================================
--查看使用的工作线程数
SELECT
SUM(S.current_workers_count)
FROM sys.dm_os_schedulers
S
/*
--=========================================
镜像使用的线程数:
主服务器:需要一个全局线程+每个镜像数据库两个线程
32
位镜像服务器:一个全局线程+每个镜像库十个线程
64 位镜像服务器:一个全局线程+ (2+ (logic_cpu_count %4)) *
镜像数据库数
见证服务器:两个全局线程
--=========================================
*/
--========================================
--查看等待IO的调度
SELECT
S.pending_disk_io_count
FROM sys.dm_os_schedulers
S
--参考:http://support.microsoft.com/kb/2001270
总结:
由于工作线程数/内存/网路/磁盘IO等限制了创建数据库镜像的数量和镜像的同步情况,在创建镜像时需要考虑服务器负载情况和同步方式。
相关文章
- 10-23工作中线程的使用
- 10-23线程池(创建方法、七大参数、四种拒绝策略、最大线程数的设置、在Springboot中使用自定义线程池)
- 10-23Mirror--镜像使用的工作线程数
- 10-23Java线程池的使用及工作原理
- 10-23工作常用4种Java线程锁的特点,性能比较、使用场景
- 10-23Mirror--镜像使用的工作线程数
- 10-23一个使用高并发高线程数 Server 使用异步数据库客户端造成的超时问题
- 10-23C# winform线程的使用 制作提醒休息小程序(长时间计算机工作者必备)
- 10-23c# – GCFrame中卡住的高线程数导致CPU使用率过高
- 10-23一个使用高并发高线程数 Server 使用异步数据库客户端造成的超时问题