SQL Server 2005负载均衡部分性能分析

网络 网络优化 网络运维
文章摘要:本文内容是关于SQL Server 2005的负载均衡相关的一些特点,包括安全备份,状态,和 层次中的一些问题。具体内容请参考文中的介绍。

前文,关于SQL Server 2005的负载均衡的一些特点我们已经了解了一些,在这里,我们再来补充一些内容。整个SQL Server 2005软件系统中包含的服务有很多,在这里我们主要是介绍一下负载均衡相关的性能。

数据库的安全备份

在一个大的系统中,系统的无故障性是很重要的,但是在刚才的系统下,如果用于写的服务器突然坏了,整个系统就会出现问题,所以,再做个备份是必要的。

数据库镜像是SQL Server 2005大力推出的,它就是要实现数据库的安全转移,所以需要再单独拿出一台机器来做备份服务器,将完全镜像写入该服务器,这样,即使写入服务器坏了,它也可以自动转移到备份服务器上来,保证不影响用户。

这实际上就相当于实现了对服务器的容灾管理,但是有一点需要注意,在这种镜像的体系中,必须要有一台服务器作为监视服务器,以便察看哪台服务器坏了,用以在机器出错之后迅速调整。

回传数据库的状态

数据库服务器均已配完,整体的机器集群架构已经构建,接下来的工作就是配置程序。

首先,在读和写的服务器都放上一个监控程序,它同样必须是 Windows的服务,这样更稳定;其次,它可以设定成每隔30秒或者一定时间,将服务器的CPU、内存、网卡流量和当前数据库状态等信息发送回来。在这里需要设置一个权值,用以衡量CPU、内存利用率等信息的各自比例。在这个系统中,建议以CPU利用率为准。

中间层实现的负载均衡

到此为止,所有的准备工作都已完成,包括数据库的建立和配置,中间层的位置,下面所作的就是用软件来实现这个负载均衡。

首先,当一个用户有数据库请求时,先判断是读还是写,如果是写的话,就直接返回写入服务器,这样当写服务器写完数据以后,差不多可以在3秒内返回其他两台机器。

其次,当遇到一个读的请求时,根据监控返回来的数据判断,根据刚才的权值返回一个当前最空闲的机器。需要注意的是,这时最好做一个记录器,用以保持一段时间的数值,可以让管理员自行设定,更好地做到几台数据库的压力平衡。

最后,如果为主的写入服务器突然坏掉,程序可以自动把备份的服务器切换过来,用刚才的备份服务器当作写服务器,然后做一个报警系统,用以通知管理员。同样,当监控服务器发现其他两台读服务器坏掉时,也会自动通知管理员,来处理服务器的异常情况,这样就可以保证系统的稳定运行,而且易于管理和维护。

总之,用软件和微软SQL Server 2005的一些新技术,可以很轻松地实现负载均衡,这样不但可以不用硬件来实现,方便管理员的操控,更有利于DBA管理数据库,及时发现问题。

图1 数据库分布示意图

图1 数据库分布示意图

责任编辑:佟健 来源: 网络转载
相关推荐

2010-05-07 13:40:07

2010-05-06 13:16:33

2010-05-07 12:39:05

SQL Server负载均衡

2010-05-06 14:41:31

SQL Server负载均衡

2010-07-07 14:47:03

SQL Server

2010-06-30 08:34:27

SQL Server

2011-09-15 13:24:15

SQL Server性能监视

2010-06-29 17:45:22

SQL Server

2010-05-10 18:05:09

2010-04-22 15:48:10

网络负载均衡功能

2010-07-20 10:02:41

SQL Server

2010-04-20 12:16:05

NAT负载均衡

2010-07-08 15:26:05

SQL Server

2009-11-09 12:45:44

路由负载均衡

2010-04-26 10:55:41

全局负载均衡

2010-07-23 12:55:29

SQL Server

2011-12-02 22:51:46

Nginx负载均衡

2010-09-28 16:25:14

DHCP Server

2010-04-22 16:24:42

配置网络负载均衡

2010-05-06 11:34:49

实现负载均衡
点赞
收藏

51CTO技术栈公众号