SQL Server 数据库复制性能测试 推送模式性能测试

这篇文章主要为大家详细介绍了SQL Server 数据库复制性能测试 推送模式性能测试，具有一定的参考价值，可以用来参考一下。

感兴趣的小伙伴，下面一起跟随四海网的小编两巴掌来看看吧！

数据库复制就是由两台服务器，主服务器和备份服务器，主服务器修改后，备份服务器自动修改，在以前的文章中已经做了详细的说明，这里就不在重复，具体请参见

//www.q1010.com/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 会发现，出现大量的复制监视器，这种复制监视器，会非常消耗服务器的性能，造成服务器缓慢，因为是推送模式，所以主服务器要时刻监控自己的变化情况，而造成性能消耗，如下图

【图片暂缺】

本文来自：http://www.q1010.com/179/7853-0.html

注：关于SQL Server 数据库复制性能测试 推送模式性能测试的内容就先介绍到这里，更多相关文章的可以留意四海网的其他信息。

关键词：SQL SERVER