SQLServer2005配置对等事务复制.docVIP

一：技术介绍 负载均衡是由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。均衡负载能够平均分配客户请求到服务器列阵，籍此提供快速获取重要数据，解决大量并发访问服务问题。这种群集技术可以用最少的投资获得接近于大型主机的性能。 SQL Server 2005对端到端(P2P)的拓扑结构上的事务性的复制加强了支持。除了将负载分布之外，这个拓扑结构还增加了可用性。如果任何一个点的服务器不可达，则池中其它的服务器就会共享这个负载，因为每个服务器都有其它所有服务器上可获得的全部数据集合。/zh-cn/vstudio/ms151196(SQL.90).aspx SQL Server 2005的负载均衡软件实现中间层实现数据库的负载均衡技术，首先要有一个可以控制连接数据库的控制端。在这里，它截断了数据库和程序的直接连接，由所有的程序来访问这个中间层，然后再由中间层来访问数据库。这样，我们就可以具体控制访问某个数据库了，然后还可以根据数据库的当前负载来调整每次连接到哪个数据库。好处在两个方面:首先，它成功地将数据库放到了内网之中，更好地保护了数据库的安全性。如果数据库也在公网上，1433端口是很容易被攻击的，所以要保护数据库与之的连接，就用到了中间层。它可以将数据库更加好地保护在内网。其次，连接数据库的所有连接都可以控制，更方便DBA对数据的管理，看哪些连接更耗费数据库资源，以便更好地优化代码。但是，也有两点要注意:第一，必须要做成Windows的服务程序。Windows发展到今天，如果以一个集成的大系统来讲，做成服务程序更加稳定，也更加安全，这样做即使用户不登录机器，也可以使用。第二，必须要使用多个中间层。从中间层的作用可以看出，它承接了数据库的所有连接，所以，一旦出了问题，就会导致整个系统瘫痪。所以做多个中间层是必要的，这样，如果一个坏了可以登录到另一个。实现多据库数据同步中间层有了，下一步的工作是设置构建数据库集群。对于负载均衡，最重要的就是所有服务器的数据都是同步的。这是一个集群所必需的，因为，如果数据不同步，那么用户从一台服务器读出的数据，就有别于从另一台服务器读出的数据，这是不能允许的。所以必须实现一个数据库的数据同步。这里设置一个用于写入的数据库，设置两个用于读出的数据库，因为据统计，一般来讲，70%的数据库操作为读操作。首先，在写入数据库上做一个发布服务器，主要基于SQL Server 2005的复制技术，将即将用到的表都选上。注意，在连接上要选用模拟用户，然后共享时选择sa用户，这样就可以将数据共享了。其次，在两个读服务器上做订阅服务，要注意同样的事项，这样一个“一写两读”的数据库集群就完成了。 使用对等复制时注意事项： 一般注意事项 对等复制仅在 SQL Server 2005 Enterprise Edition 中可用。所有参与数据库都应包含相同的架构和数据：参与数据库之间的对象名称、对象架构和发布名称都应相同。 建议每个节点都使用自己的分发数据库。这样将消除出现单点故障的可能性。 表和其他对象不能包含在一个发布数据库内的多个对等发布中。 必须为对等复制启用发布后，才能创建订阅。 必须使用备份或 replication support only 选项对订阅进行初始化。不提供冲突的检测和解决。对给定行的更新应该仅在一个数据库上进行，直到此数据库与对等方同步为止。例如，可以通过将一组行的更新定向到特定节点的应用程序来达到此目的。 建议不要使用标识列。使用标识时，必须手动管理所分配的每个参与数据库中表的范围。。如何配置对等事务复制对象资源管理器(在打开的属性页面，完成密码的清空或设置-(确定。 配置过程，统一用sa用户登录。 提示：1和2步，在SQL Server配置管理器中完成。 B：配置过程 B.1概述初始拓扑包含 Server A、Server B 和 Server C。在创建拓扑时，假设任一对等数据库中均没有发生活动。创建拓扑： 在 Server A、Server B 和 Server C 上配置分发。可以使用本地分发服务器，也可以使用远程分发服务器。如果使用远程分发服务器，建议不要对所有节点使用同一个远程分发服务器，因为这可能导致单点故障。使用新建发布向导在 Server A 上创建发布。 在“发布属性 - 发布”对话框中为对等复制启用发布。 手动或通过将 Server A 上的数据库还原到 Server B 和 Server C 来初始化 Server B 和 Server C 上的架构和数据。所有节点上的架构必须