Sql Server 2005负载均衡的体系特点

本文主要对负载均衡之于SQL Server 2005版本的性能介绍，包括软件实现，镜像和快照还有同步的相关内容。希望对大家有所帮助。

关于SQL Server 的负载均衡问题，我们以前的介绍只针对概念上的范范介绍，那么我们现在针对SQL Server 2005版本，来说一下它的性能。从中，我们能更具体的了解到这个版本的特点以及和负载均衡相关的内容介绍。

Sql Server 2005的新特性

端到端拓扑的事务性复制

SQL Server 2005对端到端(P2P)拓扑结构上事务性的复制加强了支持?P2P的拓扑结构支持无限的发布服务器,它们彼此之间可以互相交换事务?

P2P拓扑是SQL Server的一个巨大进步?现在,多端点服务器可以更改数据,并且向其他的发布者复制事务?这就是说,订阅服务器不再被限制在主要的报告环境中,可以通过事务性负载全球共享的方式将服务器分布开来?当用户的数量增加的时候,只要简单地向这个群体中添加服务器即可?

除了将负载分布之外,这个拓扑结构还增加了可用性?如果任何一个点的服务器不可达,则池中其他服务器就会共享这个负载,因为每个服务器都有其他所有服务器上可获得的全部数据集合?

数据库镜像和快照

SQL Server 2005引入了数据库镜像的概念,来帮助获得高可用性?特别提醒的是,只要它正式发布了,数据库镜像就可以在SQL Server 2005上使用?然而,只有到SQL Server 2005 Service Pack 1才会支持镜像?

数据库快照是SQL Server 2005中引入的另一项特性?快照是某一个时间点上的数据库的克隆?只要对镜像数据库进行了快照,就可以让用户查询快照?快照的生成通常只需要几秒钟,因为它实际上在这个过程中并没有拷贝任何数据?因此,要把负载分布到主服务器和备用服务器上,就可以将数据库做镜像,然后阶段性地对备份服务器进行快照?而且还可以使用快照在主服务器上进行报告?

软件实现SQL Server 2005的负载均衡

中间层

实现数据库的负载均衡技术,首先要有一个可以控制连接数据库的控制端?在这里,它截断了数据库和程序的直接连接,由所有的程序来访问这个中间层,然后再由中间层来访问数据库?这样,我们就可以具体控制访问某个数据库了,然后还可以根据数据库的当前负载来调整每次连接到哪个数据库?好处在两个方面:首先,它成功地将数据库放到了内网之中,更好地保护了数据库的安全性?如果数据库也在公网上,1433端口是很容易被攻击的,所以要保护数据库与之的连接,就用到了中间层?它可以将数据库更加好地保护在内网?其次,连接数据库的所有连接都可以控制,更方便DBA对数据的管理,看哪些连接更耗费数据库资源,以便更好地优化代码?

但是,也有两点要注意:第一,必须要做成Windows的服务程序?Windows发展到今天,如果以一个集成的大系统来讲,做成服务程序更加稳定,也更加安全,这样做即使用户不登录机器,也可以使用?第二,必须要使用多个中间层?从中间层的作用可以看出,它承接了数据库的所有连接,所以,一旦出了问题,就会导致整个系统瘫痪?所以做多个中间层是必要的,这样,如果一个坏了可以登录到另一个?

实现多据库数据同步

中间层有了,下一步的工作是设置构建数据库集群?对于负载均衡,最重要的就是所有服务器的数据都是同步的?这是一个集群所必需的,因为,如果数据不同步,那么用户从一台服务器读出的数据,就有别于从另一台服务器读出的数据,这是不能允许的?所以必须实现一个数据库的数据同步?这里设置一个用于写入的数据库,设置两个用于读出的数据库,因为据统计,一般来讲,70%的数据库操作为读操作?

首先,在写入数据库上做一个发布服务器,主要基于SQL Server 2005的复制技术,将即将用到的表都选上?注意,在连接上要选用模拟用户,然后共享时选择sa用户,这样就可以将数据共享了?

其次,在两个读服务器上做订阅服务,要注意同样的事项,这样一个 “一写两读"的数据库集群就完成了?