当前位置:首页 » 编程语言 » sqlserver2008负载均衡
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

sqlserver2008负载均衡

发布时间: 2023-03-08 03:11:04

‘壹’ sql server alwayson 有没有解决负载均衡

SQL Server 2005对端到端(P2P)的拓扑结构上的事务性的复制加强了支持。

SQL Server 2000支持双向的复制,这就可以让两台服务器同时对彼此发布和订阅数据。服务器可以更新同一个共享数据,但是在这样的拓扑中你被限制在两台服务器上。

P2P的拓扑结构支持无限的发布服务器,他们彼此之间可以互相交换事务。当然,当参加的发布者的数量增加之后,事务性的延迟也就更大了。虽然在你的P2P拓扑结构中对节点的数量没有理论上的限制,但是只有在某个确定的数字之下才可以提供可接受的性能。微软推荐低于12个节点,以保证性能的优化。

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

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

以下的表列出了使用P2P拓扑结构来进行负载均衡的优点和缺点。

SQL Server 2005仍然不直接地支持负载均衡——但是它为以前SQL Server版本中可用的所有负载均衡方法提供了令人激动的改善和支持。

‘贰’ SQL Server2008可以实现负载均衡么

安装服务
分别在服务器(11.1.6.11, 11.1.6.12) 上安装此服务,以其中一台服务器为例在开始=>服务器管理器如下图

点击右边的添加功能进入找到“远程服务器管理工具”—>“网络负载平衡工具”勾选筛选框点击安装, 以下图为安装成功后的图

新建群集s

在完成以上的服务安装后, 在开始->网络负载平衡管理器(以11.1.6.11服务器为例)

打开管理器后选中“网络负载平衡群集”项点击鼠标右键选择“新建群集” 弹出“新群群”页面如下图所示

如上图双击上图的“本地连接” 弹出另一界面时按默认选项点击“下一步”进入“新群集”页面如下图

输入群集的IP地址及子网掩码后点击“确定”后返回群集IP地址页面点击“下一步”后进入“群集参数”页面如下图

输入“完整Internet名称”框中的域名 选择“单播”模式后点击“下一步”进入“端口规则”设置页面如下图

选中现有的端口规则行点击“编辑”弹出端口规则编辑页面后按如下设置参数

之后一直点击"完成"后就装完一台了如图:

有此添加另的台的集群如下图:

在添加第二台时在主机输入框里有输入IP(11.1.6.12)时点击连接时有时会失败所以
此时在“主机”框中输入另一台服务器(10.0.6.14)的“机器名称”点击“连接” 接下来重复(11.1.6.11)的过程
在二台机子都添加完成后 如图所示

可以在两台分别服务部署测试网面分别在两台不同的电脑上打开就可以看到连接不同的服务器

‘叁’ sql server 负载均衡集群 哪种好

一个应用系统随着业务量的提高,以及访问量和数据流 量的快速增长,各个核心部分的处理性能和计算强度也相应增大,使得单一设备根本无法承担。在此情况下,如果扔掉现有设备去做大量的硬件升级,必将造成现有 资源的浪费,而且下一次业务量的提升,又将导致再一次硬件升级的高额成本投入。于是,负载均衡机制应运而生。
对于应用系统的负载均衡的硬件和软件比比皆是,因为应用服务器上的程序基本上认为是不变化的,而且一般的各个应用服务器上的程序是不交互的。因此应用服务器的负载均衡非常好做,只需要能够进行分流的软件或者硬件把多个客户端的连接分配到多个应用服务器上去即可。
因为数据库内的数据是频繁变化的,为了数据的一致性以及锁资源的分配协调等,所以像应用服务器那样只有分流是不够的,各个节点需要频繁的交互。这也是数据库集群软件难做的原因,当然也是卖的贵的原因了。

Oracle Real Application Clusters
对于数据库负载均衡,大家最为耳熟能详的就是Oracle RAC了。RAC是双机并行服务器(8i及以前版本称作Oracle ParallelServer,OPS),用来在集群环境下实现多机共享数据库,以保证应用的高可用性,同时可以自动实现并行处理及均分负载,还能实现数据库在故障时的排错和无断点恢复。它可以自动进行负载平衡、故障修复和规划停机时间,以支持高可用性应用程序。若并行服务器中某节点失效,透明的应用程序容错能够把用户自 动转接到另一节点上继续运行,应用程序在用户没有察觉的情况下继续执行。这使周期性和非周期性发生故障的系统增大了连续可用性。进程的失效可以完全透明地 转移到另一节点上去,通过适当地配置,可以指定所有查询都在客户端进行缓存,这样它们便可以在转移后的节点上重新设置。

Moebius for SQL Server
截至到SQL Server 2008,微软还是没有推出负载均衡组件,只能靠第三方软件来实现,好在这个软件是几个从微软出来的人写的,也算是个小小的巧合。说他们是微软出来的并不是说他们的技术多厉害,而是他们利用SQL Server的一些内部接口把集群做的非常透明, 无论是应用程序的调用还是开发/管理人员的使用都和面对一个数据库一样。
他们的实现原理是这样的:和SQL Server镜像一样,每个数据库节点都有自己的数据,也就是无共享磁盘架构。 他们称之为“中间件”的程序宿主在数据库的内部,每个节点数据库上写入数据导致数据变化时,SQL Server会激活“中间件”,“中间件”把变化的数据同步到其他的节点上。其他节点发生变化也是一样。因为“中间件”宿主在数据库内, 所以它能够把每个同步的Session和SQL Server的Session绑定到一起,也就是使用户的执行和数据的同步成为一个原子操作,从而保证数据在每时每刻都是一致的。因此查询可以随便到每个 机器上去查,从而做到了真正的负载均衡。

‘肆’ 怎么使用sql server 2008数据库引擎优化顾问

确定您希望
数据库引擎
优化顾问在
分析过程
中考虑添加、删除或保留的数据库功能(索引、索引视图、分区)。有关详细信息,请参阅
关于工作负荷和使用数据库引擎优化顾问的注意事项。
创建工作负荷。有关详细信息,请参阅
启动数据库引擎优化顾问,并登录到
MicrosoftSQL
Server
实例。有关详细信息,请参阅
启动数据库引擎优化顾问。在“常规”
选项卡
上,在
“会话名称”
中键入一个名称以创建新的优化会话。
选择一个“工作负荷文件”或“表”
,然后在相邻的
文本框
中键入文件的路径或表的名称。
指定表的格式为
database_name.schema_name.table_name
若要搜索工作负荷文件或表,请单击“浏览”按钮。
数据库引擎优化顾问假定工作负荷文件是滚动更新文件。有关滚动更新文件的详细信息,请参阅
限制
跟踪文件
和表的大小。
使用跟踪表作为工作负荷时,该表必须存在于数据库引擎优化顾问正在优化的同一台服务器上。如果您创建的跟踪表在其他服务器上,则必须将其移到数据库引擎优化顾问准备优化的服务器上才能用作工作负荷。
选择要对其运行在步骤
5
中选择的工作负荷的数据库和表。若要选择表,请单击“所选表”箭头。
选中“保存优化日志”
以保存优化日志的副本。如果不希望保存优化日志的副本,请清除该
复选框

在分析之后,可以通过打开会话并选择“进度”选项卡来查看优化日志。
单击“优化选项”
选项卡,从列出的选项中进行选择。有关详细信息,请参阅
可用的优化选项。
单击工具栏中的
“开始分析”按钮。
如果希望停止已经启动的优化会话,请在“操作”菜单上选择以下选项之一:选择“停止分析(并提供建议)”
将停止优化会话,并提示您选择是否希望数据库引擎优化顾问根据目前已完成的分析来生成建议。选择“停止分析”
将停止优化会话而不生成任何建议。

‘伍’ SQLSERVER怎么搭建服务器集群实现负载均衡

很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。

将SQL Server实例和数据库合并到一个中心的地点可以减低成本,尤其是维护和软硬件许可证。此外,在合并之后,可以减低所需机器的数量,这些机器就可以用于备用。

当寻找一个备用,比如高可用性的环境,企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后,我让你们自己做决定。

什么是Microsoft集群服务器

MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”,来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效,并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。

这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中,它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性,比如站点全面失效的情况下。

MSCS不要求在客户计算机上安装任何特殊软件,因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的,因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步,为了灾难恢复,集群的节点可以处于分离的、遥远的地点。

在集群服务器上的SQL Server

SQL Server 2000可以配置为最多4个节点的集群,而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后,它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。

SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助,“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例,”但是,“只能使用25个硬盘驱动器符,因此如果你需要更多的实例,那么需要预先规划。”

注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间,这可能从几秒钟到几分钟。如果你需要更高的可用性,考虑使用其他的方法,比如log shipping和数据库镜像。

单个的大的SQL Server集群还是小的集群

下面是大的、由更多的节点组成的集群的优点:

◆更高的可用新(更多的节点来灾难恢复)。

◆更多的负载均衡选择(更多的节点)。

◆更低廉的维护成本。

◆增长的敏捷性。多达4个或者8个节点,依赖于SQL版本。

◆增强的管理性和简化环境(需要管理的少了)。

◆更少的停机时间(灾难恢复更多的选择)。

◆灾难恢复性能不受集群中的节点数目影响。

下面是单个大的集群的缺点:

◆集群节点数目有限(如果需要第9个节点怎么办)。

◆在集群中SQL实例数目有限。

◆没有对失效的防护——如果磁盘阵列失效了,就不会发生灾难恢复。

◆使用灾难恢复集群,无法在数据库级别或者数据库对象级别,比如表,创建灾难恢复集群。

虚拟化和集群

虚拟机也可以参与到集群中,虚拟和物理机器可以集群在一起,不会发生问题。SQL Server实例可以在虚拟机上,但是性能可能会受用影响,这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前,你需要进行压力测试来验证它是否可以承受必要的负载。

在这种灵活的架构中,如果虚拟机和物理机器集群在一起,你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如,使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候,将它灾难恢复到集群中更强的物理机器上。

集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境,为了负载均衡和维护,实例可以从一个节点移动到另外的节点。

‘陆’ 微软SQL Server 2008 R2 标准版(25用户)最大并发连接数是多少及支持多少客户端同时访问

SQL Server 2008支持并发的连接数分两种情况:

1)不启用连接池

当创建到101个连接的时候,就无法再创建新连接了。也就是说,如果连接字符串不做任何处理,我们的程序只能够跟SQLServer建立101个连接。

2)启用连接池

在连接字符串中加入代码:

Pooling=true;Max Pool Size=40000;Min Pool Size=0;
微软在MSDN上对最大连接数的定义是:“默认是0,代表不限制,但最大连接数是32767。

SQL Server支持同时访问的客户端数量:

开发版、速成版有客户连接限制,一般是10个连接。企业版、标准版没有限制,硬件能支持多少就能支持多少。

(6)sqlserver2008负载均衡扩展阅读

sql server 2008 R2 连接数过高的解决办法:

由于公司最近两个Web站点做了负载均衡,但是缓存机制仍然是 Asp.Net 自带的缓存,这样就导致了每台Web 服务器内存中都有一份缓存,直接导致了多次请求DB数据库,造成了DB连接数过高。

由于是两个较大的站点两台服务器做负载均衡(负载平衡),所以,DB 的连接数也飙升,几乎翻了3倍。

公司DB服务器用的是 Sql Server 2008 R2 ,并且DB服务器配置是相当的强悍的,连接数一度冲击到740,真是让人惊叹不已。虽然链接数强悍,但是前台访问的页面 超时的 也是茫茫多,没办法,只能采用了紧急处理:

1、加大程序中的缓存,特别是页面头部加上 OutPutCache 缓存。

2、用上镜像的备份DB服务器,把2个站点的DB链接改到了镜像的DB,这台镜像DB和现在主DB是不在同一个机房的,目标就是容灾和在高流量的情况下快速切换

‘柒’ SQL SERVER 怎么做负载均衡

通常不建议先横向扩展来提升高可用。 题外话:建议找到缓慢的原因,是I/O的问题,还是内存不足导致的buffer问题等等。因为你已经再考虑做负载均衡,可见服务器的硬件已经足够好。建议对症下药,最后考虑扩展。

‘捌’ 服务器如何实现集群和负载均衡

你可以直接买一台负载均衡交换机啊,何必要浪费1台服务器呢。
2 应该是每台都会有一个IP地址 外网 访问连接到的那个IP地址 是你的负载均衡交换机的IP地址 他随机把你的访问请求分配到你的3台服务器上
3 无主从关系,负载均衡交换机它会没2秒左右向你的服务器发送一个健康检查,如果发现你的服务器出现问题,它会自动屏蔽你这台服务器
4 你问的重复问题。