日期：2012-06-27 04:56:00 来源：本站整理
数据库复制性能测试 推送情势性能测试[MSSQL防范]
本文“数据库复制性能测试 推送情势性能测试[MSSQL防范]”是由七道奇为您精心收集，来源于网络转载，文章版权归文章作者所有，本站不对其观点以及内容做任何评价，请读者自行判断，以下是其具体内容：
数据库复制就是由两台服务器,主服务器和备份服务器,主服务器改正后,备份服务器自动改正,在从前的文章中已经做了具体的阐明,这里就不在反复,具体请拜见
http://www.jb51.net/article/30661.htm
利用了数据库复制的人,首先耽忧的就是主服务器和备份服务器的性能损耗问题,本人也是对此非常耽忧,查了半天,基本上没发现近似的测试阐明,就自己测试了一下,下面为测试的后果,仅供参考
我采取的是数据库推送的复制情势,下面测试页是基于此情势
因为数据库复制主如果I/O操作,所以在此测试主要测试服务器的硬盘读写操作,此次测试主要监控的对象为
avg. disk queue length（下文简称为dql） 简单可以理解成磁盘数据吞吐量的外在表现.通俗的将就是曲线上随便取两个差别的点,高的一点阐明正在的举行读写操作的量对比大,反之,对比小.
第一种情形:1秒钟写入一次数据,一次数据写入三个表,循环写入10000条
历程:关闭复制,纯真的写入,dql平均值最大值为:0.126
开启复制,同步性的写入 , dql平均值最大值为 :0.132
结论:鉴于这种比例,1秒钟一次是这种小数据库的写入,同步问题,我们可以完好忽视了
第二种情形:忽视等候时间,一次数据写入三个表,死循环写入10000 次数据
历程 :关闭复制,纯真的写入,第一次测试:dql平均值最大值为:3.05-3.08 第二次测试:2.2-2.30
开启复制,同步性的写入 , dql平均值最大值为 :3.06-3.10 第二次测试: 2.2-2.34
结论:可以由于两次测试隔断时间对比长,机械的情形不一致,但是后果很明显,都是相差不大
第三钟情形:关闭复制,主服务器写入 10000 次数据 ,每次写三个表,然后开启服务器,主服务器的 dql基本没改变,因为是复制服务器写数据,和主服务器关联性不大
就上述情形来看,复制基本上不会影响主服务器的性能损耗,但是,我们通过监控SQL Server Profiler 会发现,呈现大量的复制监督器,这种复制监督器,会非常损耗服务器的性能,造成服务器迟钝,因为是推送情势,所以主服务器要时刻监控自己的改变情形,而造成性能损耗,以下图 若何办理这个问题呢?我们首先会想到,削减主服务器的监视频率便可,翻开复制监督器, 右键--》公布服务器属性设置,改正一下革新速度,普通我们可以承受的是范围是30-60秒的耽误
改正后,我们在去SQL Server Profiler 查看,就会发现基本上损耗就会很少了
假如你的服务器复制情势为定阅情势,那么你去--代理配置文件---》分发代理--里面去改正你的定阅时间便可作者: cnblogs 習 慣
以上是“数据库复制性能测试 推送情势性能测试[MSSQL防范]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：
| 本文地址： | 与您的QQ/BBS好友分享! |
- 好的评价 如果您觉得此文章好，就请您
0%(0) 
- 差的评价 如果您觉得此文章差，就请您
0%(0) 
中查找“数据库复制性能测试 推送情势性能测试”更多相关内容
中查找“数据库复制性能测试 推送情势性能测试”更多相关内容评论内容只代表网友观点，与本站立场无关！
评论摘要(共 0 条，得分 0 分，平均 0 分)
查看完整评论